public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Uwaysi Bin Kareem <uwaysi.bin.kareem@paradoxuncreated.com>
To: el_es <el.es.cr@gmail.com>
Subject: Re: Minimal jitter = good desktop.
Date: Sat, 06 Oct 2012 20:02:16 +0200	[thread overview]
Message-ID: <op.wlrq12q96426ze@localhost.localdomain> (raw)
In-Reply-To: <loom.20121006T164640-362@post.gmane.org>

This is really simple, and I don`t care about top posting, down posting,  
in the middle comments or whatever. Do whatehver you like, and have no  
other rule that what is in your soul. That is what drives ultimately  
society. Look up Aristotle natural-law. Which actually is based in divine  
nature.

Now jitter, is really easy. Jitter-sensitive OpenGL applications will show  
visible jitter. Doom 3 is extremely sensitive. I have tried to make it run  
well many times, but it wasn`t until I became aware of more unintuitive  
behaviour not according to theory with some settings, and I started trying  
reversing them. And then I found 90hz to be optimal, and giving a  
perfectly running doom 3. Someone actually suggested I try 10000hz BFS  
patch, because "it would reduce latency." Which I did. But then I also  
tried 20hz, and there was little difference on BFS. Ultimately I arrived  
at 90hz with CFS, and tweaking it`s granularity a bit, and it worked well.  
(Better than BFS). So in that case, JITTER is solved. Also a lot of  
low-jitter configs use low hz. So that seems to back it up. And everything  
on my computer seems to be running better. Smoother, more responsive. Even  
the ads in my browser ;(

I also appreciate those who can measure small jitter in the uS range, and  
mitigate it. But I would also like for those, to check if a simple  
hold-logic would be better. For the 10ms filter I mentioned. Say hold for  
1ms at 0, and then to regular peak values. It seems that would be a better  
filter. This just me being a perfectionist ofcourse.

So yes, according to the general definition of "os-jitter" it seems highly  
reduced.

I don`t know at all why you are mentioning opengl calls. Obviously games,  
do run quite well. Atleast now. It is also going to be great to test new  
games coming, and keep iterating knowledge and tuning. Also ofcourse  
OpenGL is a great part of Wayland, and I hear more h/w is used there, and  
hopefully it doesn`t stop performance in games, so one can have an  
effectful desktop, without worrying about game-performance. Some of the  
GUI in doom3, running completely smooth, shows some great potential for  
GUI-ideas aswell :)

Peace Be With You.

On Sat, 06 Oct 2012 16:53:16 +0200, el_es <el.es.cr@gmail.com> wrote:

> Uwaysi Bin Kareem <uwaysi.bin.kareem <at> paradoxuncreated.com> writes:
>
> [sorry for cutting out the context], but it's been topposted]
>
> But the problem is, we cannot measure 'jitter' directly.
> There is no reliable benchmark that produces results adherent
> to what someones' definition of 'jitter' is.
>
> At software level we only have a notion of latency, and that
> leads to jitter as david said, but as the kernel is not real-time,
> you cannot guarantee every opengl command/fb transfer will be finished
> in time for next frame to be drawn.
>
> Maybe if someone could get the information of % finished frames
> (or % dropped frames) within one slice of userspace, that would
> be something to build on, but it's still a derivative and with
> unknown bias level.
>
> Lukasz
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel"  
> in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

  reply	other threads:[~2012-10-06 18:02 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-06  0:49 Minimal jitter = good desktop Uwaysi Bin Kareem
2012-10-06  1:06 ` david
2012-10-06 13:19   ` Uwaysi Bin Kareem
2012-10-06 14:53     ` el_es
2012-10-06 18:02       ` Uwaysi Bin Kareem [this message]
2012-10-07  1:15         ` el_es
     [not found]           ` <op.wlsf0fuc6426ze@localhost.localdomain>
     [not found]             ` <CAEwFKRBk0X7vAh=Sw-imXeSLN8kBjdfWFXw0Vq2GGygS=0yPrA@mail.gmail.com>
     [not found]               ` <op.wltgb7mg6426ze@localhost.localdomain>
2012-10-07 20:28                 ` Uwaysi Bin Kareem

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=op.wlrq12q96426ze@localhost.localdomain \
    --to=uwaysi.bin.kareem@paradoxuncreated.com \
    --cc=el.es.cr@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox