linux-kernel - Re: SD still better than CFS for 3d ?(was Re: 2.6.23-rc1)

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: <20070803063104.GA24598@elte.hu>
Date:	Fri, 3 Aug 2007 08:31:04 +0200
From:	Ingo Molnar <mingo@...e.hu>
To:	Kasper Sandberg <lkml@...anurb.dk>
Cc:	Peter Zijlstra <peterz@...radead.org>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	ck@....kolivas.org
Subject: Re: SD still better than CFS for 3d   ?(was Re: 2.6.23-rc1)

* Ingo Molnar <mingo@...e.hu> wrote:

> do you have any filesystem that is not reiserfs? If yes, could you, as 
> a test, check whether file activities on _that_ file system still 
> cause these lags, or is the lag purely connected to the reiser3 
> filesystem?

i still have little debug info from you to start from: no 
cfs-debug-info.sh output of the problematic workload and no kernel 
.config.

i tried to reproduce your problems based on your existing description: i 
did a lot of reiser3 testing yesterday and i also wrote a 'BKL latency 
simulator' (which does a faux lock_kernel() + unlock_kernel() so that 
the testcode runs into the BKL all the time) - but still this had no 
visible effect on desktop latencies so either i have some subtle 
difference in my setup or this aspect of your workload is not the cause 
of the smoothness problem.

could please give us more debug info and try to simplify the "bad" case 
down to something that can be pinpointed and triggered more exactly? Do 
you see any particular 'ruckle' in the 3D game when you see a smoothness 
problem? Anything that we could clearly label as 'anomalous latency' in 
a tracer output? (in that case i'll send you tracing patches so that we 
can catch a trace of that 'hickup')

You said the imap stuff could be causing the smoothness problem: as a 
debugging thing could you try to renice all the imap activities (imap 
daemon / mailer) to nice +19, does that make the game magically smooth 
again? If yes then this is an indicator that the problem is interaction 
between the game and the imap activities.

	Ingo
-
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/