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]
Date:	Wed, 14 Mar 2007 09:47:11 +0000
From:	Ash Milsted <thatistosayiseenem@...ab.com>
To:	"Chris Friesen" <cfriesen@...tel.com>
Cc:	Lee Revell <rlrevell@...-job.com>,
	Con Kolivas <kernel@...ivas.org>,
	linux kernel mailing list <linux-kernel@...r.kernel.org>,
	ck list <ck@....kolivas.org>
Subject: Re: [ck] RSDL v0.30 cpu scheduler for mainline kernels

On Tue, 13 Mar 2007 11:45:50 -0600
"Chris Friesen" <cfriesen@...tel.com> wrote:

> Lee Revell wrote:
> 
> > Sounds like Wengophone is broken.  It should be using RT threads for
> > time critical work, as JACK and Ardour2 are doing.
> 
> If the app has root privileges to set RT policy, then it could also set 
> deeply negative nice values as well.
> 
> Doesn't reallly help the regular user with no privileges.
> 
> Chris

Well my distro (Arch) does have the relevant PAM support for giving
users realtime capabilities, but naturally Wengophone is not designed
to make use of them (does any internet phone do this?). The
main problem is that it worked fine on mainline and does not with RSDL,
and even boosting it to nice -19 (with root privs) makes no difference
(although I only tested nice -19 with the slightly dodgy patch Con
posted for Mike Galbraith, that patch reportedly only affects a few
positive nice values). Two possibilities occur to me:

1. RSDL just isn't giving sched_other tasks as low latency as
mainline (Wengophone is not using much CPU time from as far as
top can tell).

2. The problem is actually caused by increased network latency
somehow caused by RSDL (this is an internet phone).

I would like to add that the problem seems to be latency *spikes* that
occur when there is sudden activity in another app (say, I open a
folder in nautilus) that was previously largely idle.
I suppose if Con does what he says and reduces latency overall, this
problem might disappear. For now, of course, I hope his neck gets
better :)
-
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