| View previous topic :: View next topic |
| Author |
Message |
root_tux_linux
l33t
Joined: 21 Dec 2003
Posts: 966
|
 Posted: Fri Jan 25, 2008 11:11 pm Post subject: 2.6.24 + CFS + Desktop/Server |
 |
|
Kleine Frage.
Ich hab jetzt bei mehreren Seiten z.B. heise.de, derstandard.at etc gelesen das seit dem 2.6.24 man für den CFS Optionen wählen kann und zwar Desktop oder Server.
Ich bin jetzt alles durchgegangen was annähernd mit CFS zutun haben könnte, bis auf die Group und User Optionen für den CFS hab ich jedoch nichts gefunden.
Frage 1: Wo stell ich nun CFS auf Desktop/Server um?
Frage 2: Gibts eine HowTo zu Group und User Optionen für den CFS?
_________________
Intel Core i7 6700K@4.6GHz, Gigabyte GTX 980 Ti G1, Gigabyte Gaming 7, Hyper X Fury 32GB, 2 TB Samsung EVO 840 Basic
ASUS ROG Swift PG348Q Display
ASUS ROG ASUS G771JW Notebook |
|
| Back to top |
|
 |
schachti
Advocate
Joined: 28 Jul 2003
Posts: 3765
Location: Gifhorn, Germany
|
| Posted: Sat Jan 26, 2008 7:50 am Post subject: |
|
|
/usr/src/linux/Documentation/sched-design-CFS.txt sagt dazu:
| Code: |
CFS uses nanosecond granularity accounting and does not rely on any
jiffies or other HZ detail. Thus the CFS scheduler has no notion of
'timeslices' and has no heuristics whatsoever. There is only one
central tunable (you have to switch on CONFIG_SCHED_DEBUG):
/proc/sys/kernel/sched_granularity_ns
which can be used to tune the scheduler from 'desktop' (low
latencies) to 'server' (good batching) workloads. It defaults to a
setting suitable for desktop workloads. SCHED_BATCH is handled by the
CFS scheduler module too.
|
Auch die "group scheduler extension" wird in dem Dokument beschrieben. Vielleicht hilft Dir das als erster Ansatzpunkt weiter.
_________________
Never argue with an idiot. He brings you down to his level, then beats you with experience.
How-To: Daten verschlüsselt auf DVD speichern. |
|
| Back to top |
|
|
root_tux_linux
l33t
Joined: 21 Dec 2003
Posts: 966
|
| Posted: Sat Jan 26, 2008 5:12 pm Post subject: |
|
|
| schachti wrote: | /usr/src/linux/Documentation/sched-design-CFS.txt sagt dazu:
| Code: |
CFS uses nanosecond granularity accounting and does not rely on any
jiffies or other HZ detail. Thus the CFS scheduler has no notion of
'timeslices' and has no heuristics whatsoever. There is only one
central tunable (you have to switch on CONFIG_SCHED_DEBUG):
/proc/sys/kernel/sched_granularity_ns
which can be used to tune the scheduler from 'desktop' (low
latencies) to 'server' (good batching) workloads. It defaults to a
setting suitable for desktop workloads. SCHED_BATCH is handled by the
CFS scheduler module too.
|
Auch die "group scheduler extension" wird in dem Dokument beschrieben. Vielleicht hilft Dir das als erster Ansatzpunkt weiter. |
Yoah hab ich auch schon gelesen, aber verworfen weil da nicht steht wie man es tunt ^^
Davon abgesehen welches Modul muss man in den Kernel backen? oO
Unter Kernel hacking find ich keinen eintrag der infos als sched_granularty_ns ablegt
_________________
Intel Core i7 6700K@4.6GHz, Gigabyte GTX 980 Ti G1, Gigabyte Gaming 7, Hyper X Fury 32GB, 2 TB Samsung EVO 840 Basic
ASUS ROG Swift PG348Q Display
ASUS ROG ASUS G771JW Notebook |
|
| Back to top |
|
|
energyman76b
Advocate
Joined: 26 Mar 2003
Posts: 2048
Location: Germany
|
| Posted: Sun Jan 27, 2008 12:08 am Post subject: |
|
|
| root_tux_linux wrote: | | schachti wrote: | /usr/src/linux/Documentation/sched-design-CFS.txt sagt dazu:
| Code: |
CFS uses nanosecond granularity accounting and does not rely on any
jiffies or other HZ detail. Thus the CFS scheduler has no notion of
'timeslices' and has no heuristics whatsoever. There is only one
central tunable (you have to switch on CONFIG_SCHED_DEBUG):
/proc/sys/kernel/sched_granularity_ns
which can be used to tune the scheduler from 'desktop' (low
latencies) to 'server' (good batching) workloads. It defaults to a
setting suitable for desktop workloads. SCHED_BATCH is handled by the
CFS scheduler module too.
|
Auch die "group scheduler extension" wird in dem Dokument beschrieben. Vielleicht hilft Dir das als erster Ansatzpunkt weiter. |
Yoah hab ich auch schon gelesen, aber verworfen weil da nicht steht wie man es tunt ^^
Davon abgesehen welches Modul muss man in den Kernel backen? oO
Unter Kernel hacking find ich keinen eintrag der infos als sched_granularty_ns ablegt |
*stöhn* steht doch da, du mußt kein Modul 'backen'
(you have to switch on CONFIG_SCHED_DEBUG):
sprich unter 'Kernel Hacking' 'Kernel debugging' die Option anmachen. Dann kannst du damit rumspielen.
Und rumspielen heißt:
echo IRGENDWAS > /proc/sys/kernel/sched_granularity_ns
_________________
Study finds stunning lack of racial, gender, and economic diversity among middle-class white males
I identify as a dirty penismensch. |
|
| Back to top |
|
|
root_tux_linux
l33t
Joined: 21 Dec 2003
Posts: 966
|
| Posted: Sun Jan 27, 2008 12:54 am Post subject: |
|
|
| energyman76b wrote: | | root_tux_linux wrote: | | schachti wrote: | /usr/src/linux/Documentation/sched-design-CFS.txt sagt dazu:
| Code: |
CFS uses nanosecond granularity accounting and does not rely on any
jiffies or other HZ detail. Thus the CFS scheduler has no notion of
'timeslices' and has no heuristics whatsoever. There is only one
central tunable (you have to switch on CONFIG_SCHED_DEBUG):
/proc/sys/kernel/sched_granularity_ns
which can be used to tune the scheduler from 'desktop' (low
latencies) to 'server' (good batching) workloads. It defaults to a
setting suitable for desktop workloads. SCHED_BATCH is handled by the
CFS scheduler module too.
|
Auch die "group scheduler extension" wird in dem Dokument beschrieben. Vielleicht hilft Dir das als erster Ansatzpunkt weiter. |
Yoah hab ich auch schon gelesen, aber verworfen weil da nicht steht wie man es tunt ^^
Davon abgesehen welches Modul muss man in den Kernel backen? oO
Unter Kernel hacking find ich keinen eintrag der infos als sched_granularty_ns ablegt |
*stöhn* steht doch da, du mußt kein Modul 'backen'
(you have to switch on CONFIG_SCHED_DEBUG):
sprich unter 'Kernel Hacking' 'Kernel debugging' die Option anmachen. Dann kannst du damit rumspielen.
Und rumspielen heißt:
echo IRGENDWAS > /proc/sys/kernel/sched_granularity_ns |
*stöhn*
In der Doku steht "/proc/sys/kernel/sched_granularity_ns" könnte man manipulieren, man soll CONFIG_SCHED_DEBUG aktivieren.
Schön und gut.
Da war ich ja wie du oben sehen kannst, jedoch steht in der help das Collect Scheduler debugging info sich auf /proc/sched_debug bezieht und von /proc/sys/kernel/sched_granularity_ns kein Wort.
Also ist meine Frage wohl nur berechtigt?
echo blabla > /path ist klar.
Danke für das unfreundliche Verständnis.
_________________
Intel Core i7 6700K@4.6GHz, Gigabyte GTX 980 Ti G1, Gigabyte Gaming 7, Hyper X Fury 32GB, 2 TB Samsung EVO 840 Basic
ASUS ROG Swift PG348Q Display
ASUS ROG ASUS G771JW Notebook |
|
| Back to top |
|
|
energyman76b
Advocate
Joined: 26 Mar 2003
Posts: 2048
Location: Germany
|
| Posted: Sun Jan 27, 2008 1:26 am Post subject: |
|
|
| root_tux_linux wrote: | | energyman76b wrote: | | root_tux_linux wrote: | | schachti wrote: | /usr/src/linux/Documentation/sched-design-CFS.txt sagt dazu:
| Code: |
CFS uses nanosecond granularity accounting and does not rely on any
jiffies or other HZ detail. Thus the CFS scheduler has no notion of
'timeslices' and has no heuristics whatsoever. There is only one
central tunable (you have to switch on CONFIG_SCHED_DEBUG):
/proc/sys/kernel/sched_granularity_ns
which can be used to tune the scheduler from 'desktop' (low
latencies) to 'server' (good batching) workloads. It defaults to a
setting suitable for desktop workloads. SCHED_BATCH is handled by the
CFS scheduler module too.
|
Auch die "group scheduler extension" wird in dem Dokument beschrieben. Vielleicht hilft Dir das als erster Ansatzpunkt weiter. |
Yoah hab ich auch schon gelesen, aber verworfen weil da nicht steht wie man es tunt ^^
Davon abgesehen welches Modul muss man in den Kernel backen? oO
Unter Kernel hacking find ich keinen eintrag der infos als sched_granularty_ns ablegt |
*stöhn* steht doch da, du mußt kein Modul 'backen'
(you have to switch on CONFIG_SCHED_DEBUG):
sprich unter 'Kernel Hacking' 'Kernel debugging' die Option anmachen. Dann kannst du damit rumspielen.
Und rumspielen heißt:
echo IRGENDWAS > /proc/sys/kernel/sched_granularity_ns |
*stöhn*
In der Doku steht "/proc/sys/kernel/sched_granularity_ns" könnte man manipulieren, man soll CONFIG_SCHED_DEBUG aktivieren.
Schön und gut.
Da war ich ja wie du oben sehen kannst, jedoch steht in der help das Collect Scheduler debugging info sich auf /proc/sched_debug bezieht und von /proc/sys/kernel/sched_granularity_ns kein Wort.
Also ist meine Frage wohl nur berechtigt?
echo blabla > /path ist klar.
Danke für das unfreundliche Verständnis. |
warum probierst du es nicht einfach aus?
_________________
Study finds stunning lack of racial, gender, and economic diversity among middle-class white males
I identify as a dirty penismensch. |
|
| Back to top |
|
|
root_tux_linux
l33t
Joined: 21 Dec 2003
Posts: 966
|
| Posted: Sun Jan 27, 2008 3:11 am Post subject: |
|
|
| energyman76b wrote: | | root_tux_linux wrote: | | energyman76b wrote: | | root_tux_linux wrote: | | schachti wrote: | /usr/src/linux/Documentation/sched-design-CFS.txt sagt dazu:
| Code: |
CFS uses nanosecond granularity accounting and does not rely on any
jiffies or other HZ detail. Thus the CFS scheduler has no notion of
'timeslices' and has no heuristics whatsoever. There is only one
central tunable (you have to switch on CONFIG_SCHED_DEBUG):
/proc/sys/kernel/sched_granularity_ns
which can be used to tune the scheduler from 'desktop' (low
latencies) to 'server' (good batching) workloads. It defaults to a
setting suitable for desktop workloads. SCHED_BATCH is handled by the
CFS scheduler module too.
|
Auch die "group scheduler extension" wird in dem Dokument beschrieben. Vielleicht hilft Dir das als erster Ansatzpunkt weiter. |
Yoah hab ich auch schon gelesen, aber verworfen weil da nicht steht wie man es tunt ^^
Davon abgesehen welches Modul muss man in den Kernel backen? oO
Unter Kernel hacking find ich keinen eintrag der infos als sched_granularty_ns ablegt |
*stöhn* steht doch da, du mußt kein Modul 'backen'
(you have to switch on CONFIG_SCHED_DEBUG):
sprich unter 'Kernel Hacking' 'Kernel debugging' die Option anmachen. Dann kannst du damit rumspielen.
Und rumspielen heißt:
echo IRGENDWAS > /proc/sys/kernel/sched_granularity_ns |
*stöhn*
In der Doku steht "/proc/sys/kernel/sched_granularity_ns" könnte man manipulieren, man soll CONFIG_SCHED_DEBUG aktivieren.
Schön und gut.
Da war ich ja wie du oben sehen kannst, jedoch steht in der help das Collect Scheduler debugging info sich auf /proc/sched_debug bezieht und von /proc/sys/kernel/sched_granularity_ns kein Wort.
Also ist meine Frage wohl nur berechtigt?
echo blabla > /path ist klar.
Danke für das unfreundliche Verständnis. |
warum probierst du es nicht einfach aus? |
Weil ich erst sicher sein wollte bevor ich extra den Kernel neu backe 
Da die help aber nix darüber sagte dachte ich gleich ich wär falsch.
Aber habs jetzt getestet und der Pfad existiert danach tatsächlich.
Nur selbst wenn man die ns von 8000000 auf z.B. 1000000 merkt man keinen wirklichen unterschied oO
_________________
Intel Core i7 6700K@4.6GHz, Gigabyte GTX 980 Ti G1, Gigabyte Gaming 7, Hyper X Fury 32GB, 2 TB Samsung EVO 840 Basic
ASUS ROG Swift PG348Q Display
ASUS ROG ASUS G771JW Notebook |
|
| Back to top |
|
|
schachti
Advocate
Joined: 28 Jul 2003
Posts: 3765
Location: Gifhorn, Germany
|
| Posted: Sun Jan 27, 2008 7:54 am Post subject: |
|
|
Einen Unterschied wird man sicher nur unter hoher Last feststellen können.
_________________
Never argue with an idiot. He brings you down to his level, then beats you with experience.
How-To: Daten verschlüsselt auf DVD speichern. |
|
| Back to top |
|
|
root_tux_linux
l33t
Joined: 21 Dec 2003
Posts: 966
|
| Posted: Sun Jan 27, 2008 7:53 pm Post subject: |
|
|
| schachti wrote: | | Einen Unterschied wird man sicher nur unter hoher Last feststellen können. |
Also ich lass immer 2x ne Fluidsimulation von Blender parallel laufen und hab dann 100% Auslad bei beiden Kernen.
_________________
Intel Core i7 6700K@4.6GHz, Gigabyte GTX 980 Ti G1, Gigabyte Gaming 7, Hyper X Fury 32GB, 2 TB Samsung EVO 840 Basic
ASUS ROG Swift PG348Q Display
ASUS ROG ASUS G771JW Notebook |
|
| Back to top |
|
|
|
Deutsches Forum (German)
