lkml.org 
[lkml]   [2012]   [Oct]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: Linux 3.5-rc7
Date
From
On Fri, 05 Oct 2012 23:29:23 +0200, <Valdis.Kletnieks@vt.edu> wrote:

> On Sun, 30 Sep 2012 14:54:07 +0200, Uwaysi Bin Kareem said:
>> Compiled 3.6-rc7, with a hz timer of 3956 for a "natural" psychovisual
>> profile jitter level in OpenGL, and a shaved config for minimal jitter.
>
> I'll bite - how did you measure the difference between 3956 and 4000?
>
> The other stuff in your note sounds sane, but I'm having a hard time
> believing that 3956 was arrived at in any sort of systematic or measured
> way - it smells like cargo cult programming to me...

Well, you might not like the answer. It is based on purification of the
senses by meditation. You can read about it here.
http://www.youtube.com/watch?v=Cz8fCnMBnuc&feature=related

And then in a pure state, simply tuning the hz, to ones liking, trying to
find a "natural value", which probably corresponds with the fact that,
natural phenomna such as wind, temperature, influence similar phenomena to
"jitter". Also based on 10 years of work with DSP ;)

Don`t worry about the 3956 timer anymore though, I use 90hz now. For some
reasons many places online state higher HZ = higher resolution, and lower
latency. For audio and opengl this is not true. Audio still has the same
latency at 90hz, and OpenGL performs better, with less jitter.

You can take my low-jitter kernel for a spin, here.
http://paradoxuncreated.com/Blog/wordpress/?p=2268
Particulary note that OpenGL in doom3 is very smooth, (if you have any
jitter try killing background daemons). Audio latency is stable at 1ms,
and few clicks at 0.3. I have also run it at 0.3ms stable latency with
realtime threads, with a firewire audio card. Simple HDA soundchip seems
to perform poorer for some reason. One would think that an onboard
soundchip would have less potential latency.

The whole system runs well.

I am also using this info for thoughts on cfs. If granularity should be
tuned up for more processes running, maybe related granuarlity to
processes, for best resource usage. Currently also I think the 10ms filter
could be replaced with a simpler hold logic, so you don`t have to update
it more that neccesary, or compute share based on filters impulse response.

Just some small observations.

Peace Be With You.


\
 
 \ /
  Last update: 2012-10-06 16:01    [W:0.042 / U:0.212 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site