Re: 7.0 CPU and Memory Performance

Alfred Perlstein wrote:
Hey Tim, please try a later version of FreeBSD 7, there's been
many improvements in the malloc(3) code since 7.0 so these
results aren't very meaningful.

Can you let us know what you see with 7-stable?

thanks,
-Alfred


Alfred,

Thanks for responding, but I was using the 7.0 stable source that I checked out about a week and a half ago...Is that not the current???

Tim.

* Tim Traver <tt-list@xxxxxxxxxxxxx> [080812 14:39] wrote:
Hi All,

I have recently had the opportunity to upgrade a few servers from old versions of 5.4 to 7.0, and have seen some interesting data. Before doing this, I wanted to take some benchmarks to see how the scripts that I would run would fare between the two versions, and the results are somewhat confusing...

I tried to get as many ducks in a row before posting this, cause i don't want to waste any of the developers precious time, but I can't guarantee that my methods were not flawed.

For simplicity, I used a port called ubench (the latest version 0.3, which I know is quite old) to get the following numbers :

Since I was doing this on the same machine, with completely different builds (not simply a compile upgrade, but a full install), I figure it doesn't really matter what kind of machine it is, but just for grins, it is a Dual Opteron with 2GB of memory in it, compiled with the i386 confs.

The 7.0 is compiled with the ULE scheduler...

The following are averages of at least 5 runs :

FreeBSD 5.4 - CPU 112,721 - MEM - 146,483
FreeBSD 7.0 - CPU 177,339 - MEM - 95,920

Now, I really don't know exactly what the ubench program is doing, but I think the description says that it is doing random integer and floating point operations for the CPU tests, and random memory allocation and copying for the memory test.

So, can we explain the difference???? It looks like the latest SMP code allows it to process more operations, but what happened to the memory operations????

Just to get an idea of what this was going to do to my scripts, I tried some benchmarks for those as well.

I tried to run a PHP script using php 4.4.7 and got the following results :

Using "time php index.php" to get the real time :

FreeBSD 5.4 - 0.290 seconds
FreeBSD 7.0 - 0.335 seconds

So, do the slower memory operations cause that difference in the real time it takes to run that script???

Thanks,

Tim.

_______________________________________________
freebsd-performance@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-performance
To unsubscribe, send any mail to "freebsd-performance-unsubscribe@xxxxxxxxxxx"

_______________________________________________
freebsd-performance@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-performance
To unsubscribe, send any mail to "freebsd-performance-unsubscribe@xxxxxxxxxxx"

Relevant Pages

  • Re: 7.0 CPU and Memory Performance
    ... Since I was doing this on the same machine, with completely different builds (not simply a compile upgrade, but a full install), I figure it doesn't really matter what kind of machine it is, but just for grins, it is a Dual Opteron with 2GB of memory in it, compiled with the i386 confs. ... Now, I really don't know exactly what the ubench program is doing, but I think the description says that it is doing random integer and floating point operations for the CPU tests, and random memory allocation and copying for the memory test. ... I tried to run a PHP script using php 4.4.7 and got the following results: ... do the slower memory operations cause that difference in the real time it takes to run that script??? ...
    (freebsd-performance)
  • 7.0 CPU and Memory Performance
    ... I have recently had the opportunity to upgrade a few servers from old versions of 5.4 to 7.0, and have seen some interesting data. ... Now, I really don't know exactly what the ubench program is doing, but I think the description says that it is doing random integer and floating point operations for the CPU tests, and random memory allocation and copying for the memory test. ... I tried to run a PHP script using php 4.4.7 and got the following results: ... do the slower memory operations cause that difference in the real time it takes to run that script??? ...
    (freebsd-performance)
  • [UNIX] PHP gd Library imageRotate() Function Information Leak Vulnerability
    ... PHP gd Library imageRotateFunction Information Leak Vulnerability ... Information leak vulnerabilities allow access to e.g. the Apache memory ... gdImagePtr gdImageRotate (gdImagePtr src, double dAngle, ... if($debug) ...
    (Securiteam)
  • Re: Apache and Tux running together
    ... my job we've got a web based product provided by Apache running PHP ... This web application is hosted by multiple servers ... out on the number of httpd processes and falls behind to the ... so I'm thinking I'm memory bound. ...
    (comp.lang.php)
  • Re: imagecreatetruecolor sometimes causes forced-download of index.php for some JPEG images
    ... You have a severe problem in either the specific version of PHP you are ... You're unlikely to get any support from bugs.php.net either unless you upgrade ... with memory_limit set to 32M, and memory_get_usagesays that the memory ... Memory usage: 9490728 ...
    (comp.lang.php)