linux-kernel - Re: Optimal refresh rate for minimal psychovisual noise, and tuning the kernel for it.

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] [day] [month] [year] [list]

Message-id: <op.va3xhie06426ze@millennium>
Date:	Tue, 13 Apr 2010 17:33:08 +0200
From:	Uwaysi Bin Kareem <uwaysi.bin.kareem@...adoxuncreated.com>
To:	linux-kernel@...r.kernel.org
Subject: Re: Optimal refresh rate for minimal psychovisual noise,
 and tuning the kernel for it.

On Mon, 29 Mar 2010 04:02:40 +0200, Uwaysi Bin Kareem  
<uwaysi.bin.kareem@...adoxuncreated.com> wrote:

> I summed up the main points of this, in an article. Please do read.
>
> http://www.paradoxuncreated.com/articles/Millennium/Millennium.html
>
> Peace Be With You.
>
>
>
>
> --
> 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/

Hello.

In an attempt to follow up, on this article, I would like to see if I can  
further tune the system, with renice
or chrt (or schedtool.)

So I was wondering if you, or if you can point me to a place, where I can  
find information on common processes in a linux system, (I am using Ubuntu  
LL at the moment), and which of these are related to audiovisual  
performance, and which of these I can safely renice to 14, without  
affecting audiovisual performance. I would also like to know, if I should  
change the scheduling type, of any of the processes.

 From what I understand of processing and scheduling, some processes should  
run first, aka realtime, and consume the cpu it needs, and then "casual"  
tasks, who do regular duties, not related to audiovisual performance, for  
a certain timeslice, or virtual cpu, and then the intensive tasks, who  
consume as much cpu as they can.

I would like to try and follow such a mindset with renicing and scheduling  
tweaks.

Peace Be With you.

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