Posted by
michael
on from the make-kpkg-kernel_image dept.
Sivar writes "Andrew Morton of EXT3 fame has posted benchmarks of Linux 2.5.47 prerelease compared with the latest from the current 2.4 series. With some tasks more than tripling in performance, the future looks very promising."
Can't get a speedup of more than 10
by
PhysicsScholar
·
· Score: -1, Troll
It's impossible to get a speedup of more than 10 with any processor-related activities.
Using Amdahl's Law, one can find that Speedup = (s + p ) / (s + p / N ) where N is the number of processors, s is the amount of time spent (by a serial processor) on serial parts of a program and p is the amount of time spent (by a serial processor) on parts of the program that can be done in parallel.
So, while we see a speedup of about 3 based on these latest tests of Linux kernel 2.5, don't expect it to get much faster despite the millions of eyes looking over the code.
--
Department of Physics and Atmospheric Science, Dalhousie University, Halifax, N.S., Canada, B3H 3J5
Make it simple please
by
KingDaveRa
·
· Score: -1, Troll
Ok, so i'm a Windows luddite, but i grew up with DOS, so i understand command lines, yet I still can't cope with compiling the kernel. I have yet to do it properly.
Speed in a release is one thing, but when will it get more straightforward?
The data from the benchmarks is pasted here:
by
Anonymous Coward
·
· Score: -1, Troll
Here's the data, since the site is probably getting slashdotted:
Linux kernel 1.0......... crap Linux Kernel 1.5......... shit Linux Kernel 2.0......... stinking crap Linux Kernel 2.5......... fuck it never gets better
NT 4.0......... faster than Linux NT 2K......... more stable than Linux WXP......... more secure than Linux
This was a major reason that 2.5 is, put simply, needed by any and all serious Lunix users.
Based on this image (0202_lab_xp_4.gif), one can see that large volumes of asynchronous I/O is, as the author puts it, the "Achilles' Hell" of Linux.
The Linux kernel itself in all versions 2.5 serializes disk Input/Output with a single spinlock.
(The yellow is the Windows XP box; the green line is the data for the SuSE Linux pee sea)
--
Department of Physics and Atmospheric Science, Dalhousie University, Halifax, N.S., Canada, B3H 3J5
Copy of the results
by
Anonymous Coward
·
· Score: -1, Troll
Here's a copy of the data, since the site is probably getting slashdotted:
Linux kernel 1.0....... crap Linux Kernel 1.5....... shit Linux Kernel 2.0....... stinking crap Linux Kernel 2.5....... holy fuck it never gets better
NT 4.0..... faster than Linux NT 2K...... more stable than Linux WXP........ more secure than Linux
Netware 3.0.... 1337
slashdot..... fag your mom..... herpes
This is This is the exact opposite of my findings.
by
Professor+Collins
·
· Score: 1, Troll
When I first heard about some of the things going on in the 2.5 branch,
such as the newly tuned VM system, improved filesystem code, and especially
Ingo Moyar's O(1) scheduler project, I was ecstatic. The
promise of an average workstation computer handling 100,000 threads with as
much grace as it handles 100 sounded too good to be true. And alas, it was.
There are a number of serious problems with Linux 2.5's scalability pushes,
trading performance for normal tasks in order to run better at more esoteric
tasks, and many of these can be traced back to the new O(1) scheduler.
A month ago, I downloaded the 2.5.44 kernel, and have been benchmarking it
extensively on one of the Pentium 4 2GHz workstations in the computer lab. For
a control, I ran a stock 2.4.19 kernel on the Athlon XP 2000+ machine next to
it. My test consisted of running an increasing number of parallel processes
each executing a for(;;) loop repeatedly nanosleep(2)ing for 10ms, thus
yielding the scheduler every time they awake. This made sure that the scheduler
was more or less the only thing running on the system, and that I could get an
accurate count of the average task-switching time.
By gradually increasing the number of threads on each machine in parallel, I
was able to graph the comparative performance of the two schedulers. The results
do not bode well for the new scheduler: (forgive my somewhat clumsy approximation, text is not the best medium for graphic content)
S |
c | . O(n) scheduler (2.4.19)
h |.
e |.
d |-----.------- O(1) scheduler (2.5.44)
T | . |
i | |
m | |p
e |_______|_______
No. of Threads
As you can see, the new scheduler is in fact O(1), but it adds so much initial
overhead that task switching is slower than under the old scheduler until you
have a certain number of threads, labeled p above. My benchmarking
experiments put p at around 740 threads.
Now, this is obviously good
for high-end applications that run thousands of processes concurrently, but
the average Linux user rarely has more than 100 processes on his machine at a
time. The vast majority of servers rarely exceed more than 250 concurrent
processes. In these cases, the O(1) scheduler is cutting their computer's
performance almost in half.
What we're seeing here is the likes of IBM and Sun
putting their needs before those of the hobbyist hackers and users who make
up the majority of the Linux user base. While the O(1) scheduler project is
a noble cause and should certainly be made available as an option for
those few applications that benefit from it, outright replacing the old
scheduler at this point is a folly.
Re:So what does this mean for the everyday linux u
by
Anonymous Coward
·
· Score: -1, Troll
Since it is faster and you use linux, it means you will have more time to fill your stomach up with your boyfriend's sperm. That is all, nothing more nothing less. I hope this article didn't get your hopes up too high. And alternative is to cut yourself with a razon whenever you have gay thougts, and pour some vinegar or lemon juice on the wound. Eventually you will cure yourself of your gayness. Or, you could quit using that stupid open sores hippy OS, go get a job, and buy a real operating system like NT or OSX.
Re:Performance gains mostly for high-end
by
Anonymous Coward
·
· Score: -1, Troll
See, I'm the exact opposite. I like to brag about how cool Medal of Honor, Freedom Force, and NOLF2 is. Linux users can't do jack shit when it come to cames, except for the token bone that is thrown to them once in a while. Why is a bone thrown every now and then? Because they stink like DOGS because they never bathe. Linux games generally fail because linux users think everything should be free. "Freedom of information!" If they can't pirate the game fuck if they'll buy it. Bunch of damn hippies leeching off of society. They should round you all up, put you in a camp, and gas ya. No, not poisonous gas (cripes, that's evil) but I mean the gas straight outta my asshole, right in your face. But you're all so gay you'd probably enjoy that, unless you had to pay for it.
Re: Being Trolled
by
Anonymous Coward
·
· Score: -1, Troll
Sir! I regret to inform you that you have been trolled. YHL - horribly. HA Terrible D.
I've actually contributed several patches to the SMP cycle router in the new 2.5.47 kernel. Me, as well as several of my associates, have had the privilege of testing Linux on our quad-proc machines at our development firm where we work. The speed is absolutely marvelous, my manager's jaw dropped when he saw how fast we could compile our corporation's PHP scripts.
On the video front, the bus core of the latest AGP 8x cards are now implemented with dual-feed data ports, as BSD has implemented in their last main release. This increases the pixels per second speed by order of magnitudes, all with about two hours worth of code tweaking.
As a side note, however, I recommend if you want to try these significant kernel improvements on your boxen at home, please use extreme caution - the stability of these releases are questionable, and they have been known to cone dump into various output files. Please, do not deploy this on mission critical desktops or NT workstations!
By the looks of it, the Linux 2.5 kernel is ahead of schedule, and it looks as though it may be fully ready by year-end 2002. How's that for a Christmas present!
What is your degree, Professor? BS?
by
FreeLinux
·
· Score: 0, Troll
You ran an experiment to test two different kernels and used two totally different processors? Don't you think that you should have been using identical hardware for this test?
Your "testing" is of no value at all. That is, if you actually did these tests. I suspect this is simply a crafty little troll.
2970 and going
by
Anonymous Coward
·
· Score: -1, Troll
30 more and we hit 3k. Excellent.
HELLO FELIX VON LEITNER
by
Anonymous Coward
·
· Score: -1, Troll
I HATE YOU.
you look pretty TODAY
by
Anonymous Coward
·
· Score: -1, Troll
If 2.5 is so great, then maybe it's time to admit that 2.4 and 2.2 and 2.0 linux kernels sucked. BSD is and has always been better than any of the linux kernels. It's time we stopped this Not Invented Here nonsense and just all move over to BSD.
Slashdot Mirror
It's impossible to get a speedup of more than 10 with any processor-related activities.
Using Amdahl's Law, one can find that
Speedup = (s + p ) / (s + p / N ) where N is the number of processors, s is the amount of time spent (by a serial processor) on serial parts of a program and p is the amount of time spent (by a serial processor) on parts of the program that can be done in parallel.
So, while we see a speedup of about 3 based on these latest tests of Linux kernel 2.5, don't expect it to get much faster despite the millions of eyes looking over the code.
Department of Physics and Atmospheric Science, Dalhousie University, Halifax, N.S., Canada, B3H 3J5
Ok, so i'm a Windows luddite, but i grew up with DOS, so i understand command lines, yet I still can't cope with compiling the kernel. I have yet to do it properly. Speed in a release is one thing, but when will it get more straightforward?
Here's the data, since the site is probably getting slashdotted:
......... crap ......... shit ......... stinking crap ......... fuck it never gets better
......... faster than Linux ......... more stable than Linux ......... more secure than Linux
..... 1337
....... faggot
Linux kernel 1.0
Linux Kernel 1.5
Linux Kernel 2.0
Linux Kernel 2.5
NT 4.0
NT 2K
WXP
Netware 3.0
slashdot
This was a major reason that 2.5 is, put simply, needed by any and all serious Lunix users.
Based on this image (0202_lab_xp_4.gif), one can see that large volumes of asynchronous I/O is, as the author puts it, the "Achilles' Hell" of Linux.
The Linux kernel itself in all versions 2.5 serializes disk Input/Output with a single spinlock.
(The yellow is the Windows XP box; the green line is the data for the SuSE Linux pee sea)
Department of Physics and Atmospheric Science, Dalhousie University, Halifax, N.S., Canada, B3H 3J5
Here's a copy of the data, since the site is probably getting slashdotted:
....... crap ....... shit ....... stinking crap ....... holy fuck it never gets better
..... faster than Linux ...... more stable than Linux ........ more secure than Linux
.... 1337
..... fag ..... herpes
Linux kernel 1.0
Linux Kernel 1.5
Linux Kernel 2.0
Linux Kernel 2.5
NT 4.0
NT 2K
WXP
Netware 3.0
slashdot
your mom
A month ago, I downloaded the 2.5.44 kernel, and have been benchmarking it extensively on one of the Pentium 4 2GHz workstations in the computer lab. For a control, I ran a stock 2.4.19 kernel on the Athlon XP 2000+ machine next to it. My test consisted of running an increasing number of parallel processes each executing a for(;;) loop repeatedly nanosleep(2)ing for 10ms, thus yielding the scheduler every time they awake. This made sure that the scheduler was more or less the only thing running on the system, and that I could get an accurate count of the average task-switching time.
By gradually increasing the number of threads on each machine in parallel, I was able to graph the comparative performance of the two schedulers. The results do not bode well for the new scheduler: (forgive my somewhat clumsy approximation, text is not the best medium for graphic content)
As you can see, the new scheduler is in fact O(1), but it adds so much initial overhead that task switching is slower than under the old scheduler until you have a certain number of threads, labeled p above. My benchmarking experiments put p at around 740 threads.Now, this is obviously good for high-end applications that run thousands of processes concurrently, but the average Linux user rarely has more than 100 processes on his machine at a time. The vast majority of servers rarely exceed more than 250 concurrent processes. In these cases, the O(1) scheduler is cutting their computer's performance almost in half.
What we're seeing here is the likes of IBM and Sun putting their needs before those of the hobbyist hackers and users who make up the majority of the Linux user base. While the O(1) scheduler project is a noble cause and should certainly be made available as an option for those few applications that benefit from it, outright replacing the old scheduler at this point is a folly.
Since it is faster and you use linux, it means you will have more time to fill your stomach up with your boyfriend's sperm. That is all, nothing more nothing less. I hope this article didn't get your hopes up too high. And alternative is to cut yourself with a razon whenever you have gay thougts, and pour some vinegar or lemon juice on the wound. Eventually you will cure yourself of your gayness. Or, you could quit using that stupid open sores hippy OS, go get a job, and buy a real operating system like NT or OSX.
See, I'm the exact opposite. I like to brag about how cool Medal of Honor, Freedom Force, and NOLF2 is. Linux users can't do jack shit when it come to cames, except for the token bone that is thrown to them once in a while. Why is a bone thrown every now and then? Because they stink like DOGS because they never bathe. Linux games generally fail because linux users think everything should be free. "Freedom of information!" If they can't pirate the game fuck if they'll buy it. Bunch of damn hippies leeching off of society. They should round you all up, put you in a camp, and gas ya. No, not poisonous gas (cripes, that's evil) but I mean the gas straight outta my asshole, right in your face. But you're all so gay you'd probably enjoy that, unless you had to pay for it.
Sir! I regret to inform you that you have been trolled. YHL - horribly. HA Terrible D.
On the video front, the bus core of the latest AGP 8x cards are now implemented with dual-feed data ports, as BSD has implemented in their last main release. This increases the pixels per second speed by order of magnitudes, all with about two hours worth of code tweaking.
As a side note, however, I recommend if you want to try these significant kernel improvements on your boxen at home, please use extreme caution - the stability of these releases are questionable, and they have been known to cone dump into various output files. Please, do not deploy this on mission critical desktops or NT workstations!
By the looks of it, the Linux 2.5 kernel is ahead of schedule, and it looks as though it may be fully ready by year-end 2002. How's that for a Christmas present!
You ran an experiment to test two different kernels and used two totally different processors? Don't you think that you should have been using identical hardware for this test?
Your "testing" is of no value at all. That is, if you actually did these tests. I suspect this is simply a crafty little troll.
30 more and we hit 3k. Excellent.
I HATE YOU.
If 2.5 is so great, then maybe it's time to admit that 2.4 and 2.2 and 2.0 linux kernels sucked. BSD is and has always been better than any of the linux kernels. It's time we stopped this Not Invented Here nonsense and just all move over to BSD.