On Wed, Sep 12, 2012 at 10:12 PM, Linda Walsh <suse@tlinx.org> wrote:
Given your philosophy, why doesn't OpenSUSE boot up with a default number of usable processors = 1 on SMP machines, until all software is stress tested to whatever level is the standard for openSuSE?
The largest single complaint of the forced move away from faster clock speeds and towards increased parallelism was that programs weren't written to take advantage of parallelism.
Now we see that when they do, some people disable that ability by default.
...
So...um... I know the sort people did SOME testing... and spent considerable effort tweaking that after it was found to interact badly with default buffer sizes in pipes being apparently so huge that 4 -8 of them would bring a machine to a crawl (?? seems odd to me, but that's how I read it... )...their algorithm WAS horrid -- more than 8 items to sort -- split to another process... ACK!!!
I'm having trouble following your mails, perhaps it's the long rants, or perhaps it's only because I'm not a native english speaker, so bare with me. But I do believe you're not understanding what a deadlock is (as mentioned on the changelog at Fri Jan 14 14:13:28 CET 2011). It's not slower performance, it's a stall, a crash, the program freezes. That's serious. And since coreutils are used for everything, that's VERY serious. It would kill the entire build service I'd imagine, for one. All of our pcs, as long as updatedb ran, for two. So... it's not a matter of "I don't trust it". It's a matter of "it's broken, it's critical, disable broken functionality". The path to re-enablement involves stress testing to make sure the bug is fixed (either you, or anyone, including upstream). It's a pity the patch hasn't been associated, so we don't know if there's an upstream bug about it. Search? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org