The time now is Sat 25 May 2013, 04:03
All times are UTC - 4 |
| Author |
Message |
Q5sys

Joined: 11 Dec 2008 Posts: 849
|
Posted: Tue 19 Feb 2013, 15:20 Post subject:
Slacko 5.4 PAE vs NON-PAE comparative Analysis Subject description: Imgs and html reports |
|
From the PAE discussion that's brewing...
| Q5sys wrote: |
I was curious as to the results everyone here is speaking about. I would be interested in seeing the 'results' that people are basing their opinions on. Because the only results I have seen before show that PAE isnt quite as fast as non-PAE.
So i decided to spend some free time today (which I happen to have) and compare the newest Slacko 5.4 on 4 machines. I burned the PAE and the non-PAE ISOs, and booted them.
Each computer was tested the same way. Boot the system from the CD, load the OS into ram, and run Hard-info. |
On Modern Hardware the difference is minimal, aside from a very interesting result on a a quad core i5 with 16gb ram. This system was fully able to utilize the benefits of PAE, however did so with an unexpected side effect. Obviously on an modern system with more than 4Gb ram, a user should be using a 64bit release.
The worst result as I expected was on older hardware, where ram is minimal and is precious. The system had enough ram to boot and as such the ISO loaded into ram. The extra memory used for PAE, which is required, impacts older minimal hardware more than modern hardware. On older hardware running PAE is a severe drain of precious resources, and as such should NOT be encouraged.
Overall the results are mixed. On Modern hardware PAE is slower than non-PAE in some tasks but not others. However on older hardware it was slower across the board, and on older hardware a 2% performance decrease is much more noticeable in the user experience than on a modern system.
Toshiba 7200 Cte Laptop
Total RAM on PAE is 2% less than non-PAE.
Free RAM on PAE is 36% less than non-PAE.
Benchmarks -
Blowfish - PAE is 2% slower than non-PAE
CryptoHash - PAE is 1% slower than non-PAE
Fibonacci - PAE is 1.5% slower than non-PAE
N-Queens - PAE is 1% slower than non-PAE
FFT - PAE is 2.7% slower than non-PAE
RayTracing - PAE is 2.3% slower than non-PAE
Acer Aspire One D257 Netbook
Total RAM on PAE is 1% less than non-PAE
Free RAM on PAE is 1% less than non-PAE
Benchmarks -
Blowfish - PAE is <1% slower than non-PAE
CryptoHash - PAE is 2% faster than non-PAE
Fibonacci - PAE is <1% slower than non-PAE
N-Queens - PAE is 2% faster than non-PAE
FFT - PAE is 1% slower than non-PAE
Raytracing - PAE is 2% faster than non-PAE
Lenovo Y510 with 4gb ram
Total RAM on PAE is 1% less than non-PAE
Free RAM on PAE is 3% less than non-PAE
Benchmarks -
Blowfish - PAE is 1% faster than non-PAE
CryptoHash - PAE is 1% slower than non-PAE
Fibonacci - PAE is 7% faster than non-PAE
N-Queens - PAE is <1% slower than non-PAE
FFT - crashes hard-info - so no results
Raytracing - crashes hard-info when run - so no results
Custom Built Intel i5 system with 16gb ram
Total RAM on PAE is 530% greater than non-PAE (what we would expect)
Free RAM on PAE is 603% greater than non-PAE (what we would expect)
Used RAM on PAE is 1% higher than non-PAE (what we would expect due to how PAE works)
Benchmarks -
IMPORTANT DISCLAIMER: PAE system @ 2800Mhz compared to non-PAE running @ 1200Mhz
Blowfish - PAE is <1% faster than non-PAE
Cryptohash - PAE is 9% slower than non-PAE
Fibonacci - PAE is <1% slower than non-PAE
N-Queens - PAE is <1% slower than non-PAE
FFT - PAE is <1% faster than non-PAE
Raytracing - PAE is <1% faster than non-PAE
This is not what I expected. On this sytem I expected PAE to be much faster than non-PAE. The fact that PAE is only marginally faster than non-PAE when run at 233% processor speed is very suprising to me. Moreso considering that when Cryptohash on PAE was running the CPU at 2800Mhz it was 9% slower than the non-PAE running Cryptohash with CPU at 1200Mhz.
(I preformed this test 3 more times and got the same results, so its not a random result)
LINKS:
http://q5sys.info/pae/tests/hardinfo_report-slacko-4g-toshiba-7200cte.html
http://q5sys.info/pae/tests/hardinfo_report-slacko-pae-toshiba-7200cte.html
http://q5sys.info/pae/tests/hardreports-Toshiba_7200cte.png
http://q5sys.info/pae/tests/hardreports-Toshiba_7200cte-2.png
http://q5sys.info/pae/tests/hardreports-Toshiba_7200cte-3.png
http://q5sys.info/pae/tests/hardinfo_report-slacko-4g-aspireone-D257.html
http://q5sys.info/pae/tests/hardinfo_report-slacko-pae-aspireone-D257.html
http://q5sys.info/pae/tests/hardreports-Acer_Aspire_D257.png
http://q5sys.info/pae/tests/hardreports-Acer_Aspire_D257-2.png
http://q5sys.info/pae/tests/hardreports-Acer_Aspire_D257-3.png
http://q5sys.info/pae/tests/hardinfo_report-slacko-4g-lenovo-t510.html
http://q5sys.info/pae/tests/hardinfo_report-slacko-pae-lenovo-t510.html
http://q5sys.info/pae/tests/hardreports-Lenovo_Y510.png
http://q5sys.info/pae/tests/hardreports-Lenovo_Y510-2.png
http://q5sys.info/pae/tests/hardreports-Lenovo_Y510-3.png
http://q5sys.info/pae/tests/hardinfo_report-slacko-4g-i5_16gb.html
http://q5sys.info/pae/tests/hardinfo_report-slacko-pae-i5_16gb.html
http://q5sys.info/pae/tests/hardreports-i5_16gb.png
http://q5sys.info/pae/tests/hardreports-i5_16gb-2.png
http://q5sys.info/pae/tests/hardreports-i5_16gb-3.png
_________________
My PC is for sale
|
|
Back to top
|
|
 |
mikeslr

Joined: 16 Jun 2008 Posts: 568 Location: Union New Jersey USA
|
Posted: Mon 25 Feb 2013, 10:40 Post subject:
Thanks for running the tests |
|
Thanks, Q5sys, for running the tests. I can appreciate how much time they took, having recently run compartive tests on pets vs. sfses vs. program folders.
About two years ago, when PAE kernels began to show up, I did a google search and reported pretty much the same thing based on a professional lab's tests under, albeit I think, Fedora. Since then, whenever the opportunity arose, I argued that Devs should be developing two species of Puppies: non-PAE for 32-Bit, PAE for 64-bit. Regretfully, I suspect I've been preaching heresy to True Believers: neither evidence nor reason matters.Or perhaps, as I've also said, Devs are likely to acquire modern, powerful, computers and create the best system for those. The thought that a non-PAE Pup may breath new life into hundreds of thousands of computers, otherwise slated for landfills, that may be of use in the 3rd World, or to most of the people now economically depressed in the 1st --in short, that Pups actually have a social value-- no longer appears to be important.
mikesLr
|
|
Back to top
|
|
 |
Q5sys

Joined: 11 Dec 2008 Posts: 849
|
Posted: Mon 25 Feb 2013, 20:32 Post subject:
Re: Thanks for running the tests |
|
| mikeslr wrote: | Thanks, Q5sys, for running the tests. I can appreciate how much time they took, having recently run compartive tests on pets vs. sfses vs. program folders.
About two years ago, when PAE kernels began to show up, I did a google search and reported pretty much the same thing based on a professional lab's tests under, albeit I think, Fedora. Since then, whenever the opportunity arose, I argued that Devs should be developing two species of Puppies: non-PAE for 32-Bit, PAE for 64-bit. Regretfully, I suspect I've been preaching heresy to True Believers: neither evidence nor reason matters.Or perhaps, as I've also said, Devs are likely to acquire modern, powerful, computers and create the best system for those. The thought that a non-PAE Pup may breath new life into hundreds of thousands of computers, otherwise slated for landfills, that may be of use in the 3rd World, or to most of the people now economically depressed in the 1st --in short, that Pups actually have a social value-- no longer appears to be important.
mikesLr |
No problem. I did another 4 tests this weekend focusing on the older P3 hardware. So I'll post those when I have time this week. The four tests I did were
Non-PAE idle
Non-PAE under load
PAE idle
PAE under load
The idle test was just from a simple boot and nothing else. The load test was done about 10 minutes after the idle test (same boot), with the following open and running: the web broswer, file manager, glxgears, and word processor.
If I get time I'll run the same battery on the custom i5 system this coming weekend... but I think I'm going to be rather busy so I might not be able to.
I always find running actual tests to be the way to go. Sometimes perceptions of whats fast and slow is not objective... so I prefer to stick with something that's at least a more reliable metric.
I'd be interested to read the results of your PET/SFS/FOLDER tests. Have you posted them on the forum?
_________________
My PC is for sale
|
|
Back to top
|
|
 |
James C

Joined: 26 Mar 2009 Posts: 4742 Location: Kentucky
|
Posted: Tue 26 Feb 2013, 04:37 Post subject:
|
|
Be interesting to see your results for the older P3 era hardware. When this pae fascination began I did quite a bit of testing on the older hardware......... the results were fairly obvious from mere observation. Even a 2-3% performance hit makes a difference when a user is starting with only 256-512 mb of ram.
Looking forward to the results.
|
|
Back to top
|
|
 |
darkcity

Joined: 23 May 2010 Posts: 2215 Location: near here
|
Posted: Tue 26 Feb 2013, 12:36 Post subject:
|
|
I've just noticed this thread regarding performance penalties using PAE - so I've noted that on the Wiki.
BTW, I don't know if this has already been mentioned? But scsijon noted a developer saying PAE supports a "No Execute" feature in addition to extending memory range-
blog link at bottom of the page http://puppylinux.org/wikka/PAE
_________________ Wiki Audacity 2.0.1
|
|
Back to top
|
|
 |
James C

Joined: 26 Mar 2009 Posts: 4742 Location: Kentucky
|
Posted: Tue 26 Feb 2013, 12:51 Post subject:
|
|
A selection of cpu's that doesn't support PAE....
| Quote: | | this is because the PAE mode that is required to use the NX bit causes pre-Pentium Pro (including Pentium MMX) and Celeron M and Pentium M processors without NX support to fail to boot. Other processors that do not support PAE are AMD K6 and earlier, Transmeta Crusoe, VIA C3 and earlier, and Geode GX and LX. VMware Workstation versions older than 4.0, Parallels Workstation versions older than 4.0, and Microsoft Virtual PC and Virtual Server do not support PAE on the guest |
http://en.wikipedia.org/wiki/NX_bit
| Quote: | | The support for this feature in the 64-bit mode on x86-64 CPUs was added in 2004 by Andi Kleen, and later the same year, Ingo Molnar added support for it in 32-bit mode on 64-bit CPUs. These features have been in the stable Linux kernel since release 2.6.8 in August 2004. |
Why the sudden interest in something that's been around since 2004......?
Last edited by James C on Tue 26 Feb 2013, 13:32; edited 1 time in total
|
|
Back to top
|
|
 |
darkcity

Joined: 23 May 2010 Posts: 2215 Location: near here
|
Posted: Tue 26 Feb 2013, 13:05 Post subject:
|
|
| Quote: | | The NX bit specifically refers to bit number 63 (i.e. the most significant bit) of a 64-bit entry in the page table. If this bit is set to 0, then code can be executed from that page; if set to 1, code cannot be executed from that page, and anything residing there is assumed to be data. Also note that it is used only with Physical Address Extension (PAE) page table format, because the x86's original 32-bit page table format has no bit 63 and therefore no bit to disable/enable execution. |
| Quote: | | NX memory protection has always been available in Ubuntu for any systems that had the hardware to support it and ran the 64-bit kernel or the 32-bit server kernel. The 32-bit PAE desktop kernel (linux-image-generic-pae) in Ubuntu 9.10 and later, also provides the PAE mode needed for hardware with the NX CPU feature. For systems that lack NX hardware, the 32-bit kernels now provide an approximation of the NX CPU feature via software emulation that can help block many exploits an attacker might run from stack or heap memory. |
Emphasis added. So Linux can emulate No Execute on non PAE 32bit hardware. I wonder which kernel introduced and if its typically used.
_________________ Wiki Audacity 2.0.1
|
|
Back to top
|
|
 |
01micko

Joined: 11 Oct 2008 Posts: 7019 Location: qld
|
Posted: Tue 26 Feb 2013, 15:17 Post subject:
|
|
Q5sys,
I am not going to express my personal opinion either way on PAE/nonPAE but because Puppy is generally perceived as capable of running on older hardware I always list the 4g version first,
Now, there is a slight flaw in your tests. The 4g and PAE versions are different kernel versions in 5.4 .
For more objective testing, I suggest to use Slacko 5.3.3 because both versions ship with k3.1.10. (with 4g/PAE appended to the name).
Cheers!
_________________ keep the faith .. 
|
|
Back to top
|
|
 |
Q5sys

Joined: 11 Dec 2008 Posts: 849
|
Posted: Tue 26 Feb 2013, 16:36 Post subject:
|
|
| 01micko wrote: | Q5sys,
I am not going to express my personal opinion either way on PAE/nonPAE but because Puppy is generally perceived as capable of running on older hardware I always list the 4g version first,
Now, there is a slight flaw in your tests. The 4g and PAE versions are different kernel versions in 5.4 .
For more objective testing, I suggest to use Slacko 5.3.3 because both versions ship with k3.1.10. (with 4g/PAE appended to the name).
Cheers! |
I noticed the kernel version differences, but figured you had a good reason for doing so. Thats why I tested the 5.4 releases. Because even if the kernel version itself presents the performance difference... in the end the user will experience those differences between the two release versions.
So the results are real world applicable.
If I get time this weekend, (I dont know if I will). I'll try out the 5.3.3 versions and see if there's much of a difference.
Here are the additional tests I ran this weekend.
http://q5sys.info/pae/tests/newer/
_________________
My PC is for sale
|
|
Back to top
|
|
 |
01micko

Joined: 11 Oct 2008 Posts: 7019 Location: qld
|
Posted: Tue 26 Feb 2013, 16:59 Post subject:
|
|
Well if you can apply the logic "older hardware, older kernel" .. then that's my "good reason"
Which isn't necessarily true! As we all know kernel versions can vary considerably performance wise on different hardware and sometimes a newer version actually performs better than an older version on older HW, which in actual fact *should* (but isn't always) be the case.
Make sense?
Well since you are comparing 5.4 versions then I guess the real world test are relevant to 5.4 and the info is useful to anyone using or contemplating using 5.4. I may even link this thread on my 5.4.1 website, when published, so users can take a look if they want and make an informed choice.
_________________ keep the faith .. 
|
|
Back to top
|
|
 |
mikeslr

Joined: 16 Jun 2008 Posts: 568 Location: Union New Jersey USA
|
Posted: Wed 27 Feb 2013, 10:34 Post subject:
Link to SFS files vs program folders: test results are in! |
|
Hi Q5sys,
I posted SFS files vs program folders: test results are in!
Here's the link http://murga-linux.com/puppy/viewtopic.php?t=84457.
mikesLr
|
|
Back to top
|
|
 |
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You can download files in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|