lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <f6ca9fed0910030623m3cde192br7e1a3256b3cf7838@mail.gmail.com>
Date:	Sat, 3 Oct 2009 15:23:15 +0200
From:	drago01 <drago01@...il.com>
To:	Ingo Molnar <mingo@...e.hu>
Cc:	Peter Zijlstra <a.p.zijlstra@...llo.nl>,
	Mike Galbraith <efault@....de>,
	kernel list <linux-kernel@...r.kernel.org>, mingo@...hat.com,
	Chuck Ebbert <cebbert@...hat.com>
Subject: Re: sched regression introduced by NO_NEW_FAIR_SLEEPERS

On Sat, Oct 3, 2009 at 12:47 PM, Ingo Molnar <mingo@...e.hu> wrote:
>
> * drago01 <drago01@...il.com> wrote:
>
>> On Sun, Sep 27, 2009 at 9:47 PM, drago01 <drago01@...il.com> wrote:
>> > Hi,
>> >
>> > Chuck has backported some scheduler patches from 2.6.32 to the fedora kernel.
>> >
>> > I did the following test to test the new scheduler (cpu is a core i7
>> > 920 4 cores + HT).
>> >
>> > run 8 "md5sum /dev/urandom" task and try to use the desktop (compiz).
>> >
>> > The result was that moving windows or rotating the cube is very slow.
>> > (same happens with pure metacity but is is worse in compiz).
>> >
>> > Mounting debugfs and doing "echo NEW_FAIR_SLEEPERS > sched_features"
>> > results into a useable desktop while the 8 md5sum tasks are running
>> > (ie. the system behaves as if they where not running at all from an
>> > interactivity pov).
>> >
>> >
>> > P.S: please CC me when replying.
>> >
>>
>> With "NEW_FAIR_SLEEPERS" I can even run 100(!)  "md5sum" task without
>> any effect on interactivity. (still have not found a number of tasks
>> needed to make the system unresponsive as with 8 with
>> "NO_NEW_FAIR_SLEEPERS".
>
> Can you try the latest -tip tree please:
>
>  http://people.redhat.com/mingo/tip.git/README
>
> There we default to FAIR_SLEEPERS + GENTLE_FAIR_SLEEPERS - which should
> give much of the new-fair-sleepers advantage.

OK, with this kernel it works fine (can spam the system with md5sum
tasks and the desktop is still responsive).
Was able to use the system with 129 "md5sum /dev/urandom" running.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ