aminems / stressapptest

Automatically exported from code.google.com/p/stressapptest
0 stars 0 forks source link

default install and run on ubuntu system presents "FAIL" #1

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. Provision a new ubuntu server
2. apt-get update
3. install stressaptest
4. run stressapptest

What is the expected output? What do you see instead?

I expected performance benchmarks.  Instead I saw the following:

alan@dev1:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 9.04
Release:        9.04
Codename:       jaunty
alan@dev1:~$ stressapptest
Log: Commandline - stressapptest
Stats: SAT revision 1.0.0_autoconf, 64 bit binary
Log: root @ dev1 on Thu Oct 15 17:52:53 PDT 2009 from open source release
Log: 1 nodes, 8 cpus.
Log: Defaulting to 8 copy threads
Log: Total 7894 MB. Free 7441 MB. Hugepages 0 MB. Targeting 7308 MB (92%)
Process Error: Unsupported system, no error reporting available
Log: Command line option '-A' bypasses this error.
Process Error: Sat::Initialize() failed

Status: FAIL - test encountered procedural errors

Process Error: Fatal issue encountered. See above logs for details.
alan@dev1:~$ uname -a
Linux dev1 2.6.28-15-generic #52-Ubuntu SMP Wed Sep 9 10:48:52 UTC 2009
x86_64 GNU/Linux
alan@dev1:~$

What version of the product are you using? On what operating system?

I am using version " revision 1.0.0_autoconf, 64 bit binary" on an Ubuntu
LInux OS.

Please provide any additional information below.

Pretty straightforward.  I installed g++, did ./configure, make, make
install, then run and got the FAIL error.

Original issue reported on code.google.com by alanhan...@gmail.com on 16 Oct 2009 at 12:58

GoogleCodeExporter commented 8 years ago
have the same issue on ubuntu 9.04
Linux 2.6.28-15-generic #52-Ubuntu SMP Wed Sep 9 10:49:34 UTC 2009 i686 
GNU/Linux

Original comment by alexandr...@gmail.com on 19 Oct 2009 at 8:26

GoogleCodeExporter commented 8 years ago
Note that the reported error also reports the workaround, namely to add "-A" to 
the
command line options to ignore the fact that the program either does not 
support or
cannot determine the OS version.

I suggest there are two bugs here:

1. That a modern ubuntu system is not detected or supported

2. That the default behavior is to abend, instead of noting the lack of support.

-alan

Original comment by alanhan...@gmail.com on 19 Oct 2009 at 9:05

GoogleCodeExporter commented 8 years ago
Start with flag -A :

$ ./stressapptest -A

where -A means "run in degraded mode on incompatible systems".

This is as expected, since IsSupported() in os.cc always returns false.

Original comment by kristerb...@gmail.com on 19 Oct 2009 at 9:07

GoogleCodeExporter commented 8 years ago
I have the same problem.

I am using version " revision 1.0.0_autoconf, 32 bit binary" on an Ubuntu
LInux OS.

I ran with flag -A and I got:

Log: Commandline - stressapptest -A
Stats: SAT revision 1.0.0_autoconf, 32 bit binary
Log: capncanuck @ Canada-desktop on Mon Oct 19 17:08:56 EDT 2009 from open 
source release
Log: 1 nodes, 2 cpus.
Log: Defaulting to 2 copy threads
Log: Total 1760 MB. Free 92 MB. Hugepages 0 MB. Targeting 1496 MB (84%)
Log: Flooring memory allocation to multiple of 4: 1496MB
Log: Unsupported system. Running with reduced coverage.
Process Error: memalign returned 0
Process Error: failed to allocate memory
Process Error: Sat::Initialize() failed

Status: FAIL - test encountered procedural errors

Process Error: Fatal issue encountered. See above logs for details.

Original comment by canadafr...@gmail.com on 19 Oct 2009 at 9:14

GoogleCodeExporter commented 8 years ago
* OpenSUSE 10.3
* Linux 2.6.32-rc5 x86_64 
* gcc version 4.4.1 [gcc-4_4-branch revision 150839] (SUSE Linux)
* 2 x 265 Opteron, 4GB ECC RAM PC3200  

 ALL O.K. 

pavel@amd64:/tmp/stressapptest-1.0.0_autoconf> ./stressapptest -A
Log: Commandline - ./stressapptest -A
Stats: SAT revision 1.0.0_autoconf, 64 bit binary
Log: pavel @ amd64 on Tue Oct 20 02:23:00 MSD 2009 from open source release
Log: 1 nodes, 4 cpus.
Log: Defaulting to 4 copy threads
Log: Total 4032 MB. Free 2946 MB. Hugepages 0 MB. Targeting 3639 MB (90%)
Log: Unsupported system. Running with reduced coverage.
Log: Using memaligned allocation at 0x7f405145c000.
Stats: Starting SAT, 3639M, 20 seconds
Log: Region mask: 0x1
Log: Seconds remaining: 10
Stats: Found 0 hardware incidents
Stats: Completed: 2224.00M in 22.00s 101.08MB/s, with 0 hardware incidents, 0 
errors
Stats: Memory Copy: 2224.00M at 104.87MB/s

Original comment by dixlor on 19 Oct 2009 at 10:36

GoogleCodeExporter commented 8 years ago
I think there are a couple issues here: 
* -A is not useful as an argument, as no specific systems have support.
* Explicit buffercache flush may be necessary to free up memory.
* Explicit fail when swapping to disk (dixlor, it is likely that you are 
swapping)

Original comment by pud...@gmail.com on 20 Oct 2009 at 7:22

GoogleCodeExporter commented 8 years ago
'-A' argument is no longer required in 1.0.1

Original comment by nick.j.s...@gmail.com on 27 Oct 2009 at 6:27

GoogleCodeExporter commented 8 years ago
Is there any windows version available?

Original comment by p.ananth...@gmail.com on 11 Nov 2009 at 11:07

GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
@Comment 8: use a unix based operating system, or if you must: use a virtual 
machine.

Original comment by canadafr...@gmail.com on 11 Nov 2009 at 9:40

GoogleCodeExporter commented 8 years ago
@Comment 8 
No windows version is planned in the near future. You can boot with a usb key 
linux
distro or a standalone boot dvd, and run stressapptest without any permanent 
linux
install. 

Original comment by pud...@gmail.com on 11 Nov 2009 at 10:06

GoogleCodeExporter commented 8 years ago
Original issue of FAIL without superfluous '-A' arg fixed.

Original comment by nick.j.s...@gmail.com on 6 Nov 2011 at 12:55