Изпечатай

[dejuren]

Всъщност "ускоряване" не е съвсем правилно да се каже, тъй като всъщност се разделят процесите на отделни групи, така че при силно натоварване в конзола (например компилация) графичният интерфейс остава достатъчно отзивчив докато при равни други условия в него би било невъзможно или затруднено да се работи. Статията е публикувана тук:
http://wiki.ubuntuforums-bg.org/doku.php?id=cgroup

[remotex]

Всъщност това е само за Убунту!
ето вариант който ще работи и за други дистрибуции плюс Убунтуто.
http://www.webupd8.org/2010/11/alternative-to-200-lines-kernel-patch.html
(или поне уточнете в заглавието или някъде другаде, че вашето упътване е САМО за Убунту)

[ROKO__]

Всъщност това е само за Убунту!
ето вариант който ще работи и за други дистрибуции плюс Убунтуто.
http://www.webupd8.org/2010/11/alternative-to-200-lines-kernel-patch.html
(или поне уточнете в заглавието или някъде другаде, че вашето упътване е САМО за Убунту)

От моя проба казвам че не работи


(1:503)$ source .bashrc
mkdir: не може да се създаде каталог „/sys/fs/cgroup/cpu/user/8105“: Няма такъв файл или директория
bash: /sys/fs/cgroup/cpu/user/8105/tasks: Няма такъв файл или директория

[vyrgozunqk]

dejuren е много прав аз имам кърнъл прекомпилиран с пача и действително си върши работата, давам пример: вмомента мога да гледам 720п HD видео и в същоото време да ползвам апт без проблеми или да си компилирам нещо... : )) Което за нетбук си е доста...

[remotex]

От моя проба казвам че не работи
(1:503)$ source .bashrc
mkdir: не може да се създаде каталог „/sys/fs/cgroup/cpu/user/8105“: Няма такъв файл или директория
bash: /sys/fs/cgroup/cpu/user/8105/tasks: Няма такъв файл или директория

Точно затова съм го дал.. като алтернатива
 ...а ти прочете ли го докрая?
за Убунту (и производни) е в '/dev/cgroup/cpu'
за Федора (и производни) е в '/sys/fs/cgroup/cpu/user/$$'
за Calculate не знам къде е (щом не е нито едното от тези 2 места, айде като го откриеш пиши тук)
та точно затова съм го дал :
1. да си уточнят там че даденото е САМО за Убунту!
2. да разберат че има и алтернативи - инак всички ще пробват само онова за Убунту и ще кажат като тебе че не ставало при тях и че това е фалшификация някаква (подведени от 1 вероятно).
3. айде като разбереш под Calculate къде точно е пътя публиквай го тук с уточнението че е за Caculate за да няма още "излъгани".

[ROKO__]

От моя проба казвам че не работи
(1:503)$ source .bashrc
mkdir: не може да се създаде каталог „/sys/fs/cgroup/cpu/user/8105“: Няма такъв файл или директория
bash: /sys/fs/cgroup/cpu/user/8105/tasks: Няма такъв файл или директория

Точно затова съм го дал.. като алтернатива
 ...а ти прочете ли го докрая?
за Убунту (и производни) е в '/dev/cgroup/cpu'
за Федора (и производни) е в '/sys/fs/cgroup/cpu/user/$$'
за Calculate не знам къде е (щом не е нито едното от тези 2 места, айде като го откриеш пиши тук)
та точно затова съм го дал :
1. да си уточнят там че даденото е САМО за Убунту!
2. да разберат че има и алтернативи - инак всички ще пробват само онова за Убунту и ще кажат като тебе че не ставало при тях и че това е фалшификация някаква (подведени от 1 вероятно).
3. айде като разбереш под Calculate къде точно е пътя публиквай го тук с уточнението че е за Caculate за да няма още "излъгани".

А ти прочете ли че не ползвам убунту ?

[ROKO__]

Пътя си е същия само че при опит да създаде директориите казва няма такава директория


(2:512)# ls /sys/fs/
ext4  fuse
179/3017MB   3.40 2.15 1.52 1/253 23583
[31833:31830 0:513] 09:33:01 пн ное 22 [root@Calculate64: +2] /media/winlaino/Program Files/Codemasters/GRID
(2:513)# mkdir /sys/fs/cgroup
mkdir: не може да се създаде каталог „/sys/fs/cgroup“: Няма такъв файл или директория
180/3017MB   3.20 2.13 1.52 1/253 23589
[31833:31830 0:514] 09:33:07 пн ное 22 [root@Calculate64: +2] /media/winlaino/Program Files/Codemasters/GRID
(2:514)#

И за това ми е странно

[gat3way]

(2:513)# mkdir /sys/fs/cgroup
mkdir: не може да се създаде каталог „/sys/fs/cgroup“: Няма такъв файл или директория

ROKO__, това че си root не означава, че си Господ

[ROKO__]

От моя проба казвам че не работи
(1:503)$ source .bashrc
mkdir: не може да се създаде каталог „/sys/fs/cgroup/cpu/user/8105“: Няма такъв файл или директория
bash: /sys/fs/cgroup/cpu/user/8105/tasks: Няма такъв файл или директория

Точно затова съм го дал.. като алтернатива
 ...а ти прочете ли го докрая?
за Убунту (и производни) е в '/dev/cgroup/cpu'
за Федора (и производни) е в '/sys/fs/cgroup/cpu/user/$$'
за Calculate не знам къде е (щом не е нито едното от тези 2 места, айде като го откриеш пиши тук)
та точно затова съм го дал :
1. да си уточнят там че даденото е САМО за Убунту!
2. да разберат че има и алтернативи - инак всички ще пробват само онова за Убунту и ще кажат като тебе че не ставало при тях и че това е фалшификация някаква (подведени от 1 вероятно).
3. айде като разбереш под Calculate къде точно е пътя публиквай го тук с уточнението че е за Caculate за да няма още "излъгани".

Така. Сега ще поясня за тези които се чудят. Няма глупости от типа само за убунту (писано е така защото убунту е със по старо ядро 2.6.35.Х) аз също съм с 2.6.35.Х и същия метод се използва независимо от дистрибуцията

Но така или иначе резултата е отрицателен, не виждам подобрение, единствено виждам че докато изчислява зависимостите при ъпдейтване ми замръзва десктопа

[shadowx]

Разликата не е във скоростта на каквото и да е, разликата е във времето за реакция , което е намалено с около 60 пъти. А групирането както се прави (независимо дали с пача или с командите е постигнато) е на базата на tty.... -> ще видиш разлика само за неща стартирани от различни терминали ....(не съм сигурен но мисля, че KDE-то старитраше всичко от едно tty)
Та да се върна на групирането ,  както вече са казали в темата,  идеята е следната ... цъкаш си ти по някви сайтчета , гледаш си цици (та нали затова е тоя интернет!) , същевременно си си пуснал едно hd филмче да върви и бгроундЪ си пуснал компилация със -j64. Та със пача (или със гупиране постигнато с горепосочените команди) , като решиш да scrool-неш надолу по страницата, времето за реакция ,се очаква да е МНОГО по-бързо , отколкото преди.

п.с. Роко ..от 10 човека който знам ,че са с пача , само ти каза ,че нямало разлика.... което ме кара да мисля ,че можеби нещо си объркал (някаква правописна грешка примерно) или нещо подобно... разгледай пак вероятно е нещо дребно..... а и  по-добре направи като бял човек, пачни си ядрото и играй така.... А и още нещо , пача влиза безпроблемно на 2.6.36+ , за по-стари верси , трябва леко да пипнете schedule.c и още един файл (не помня кой беше).

[ROKO__]

Разликата не е във скоростта на каквото и да е, разликата е във времето за реакция , което е намалено с около 60 пъти. А групирането както се прави (независимо дали с пача или с командите е постигнато) е на базата на tty.... -> ще видиш разлика само за неща стартирани от различни терминали ....(не съм сигурен но мисля, че KDE-то старитраше всичко от едно tty)
Та да се върна на групирането ,  както вече са казали в темата,  идеята е следната ... цъкаш си ти по някви сайтчета , гледаш си цици (та нали затова е тоя интернет!) , същевременно си си пуснал едно hd филмче да върви и бгроундЪ си пуснал компилация със -j64. Та със пача (или със гупиране постигнато с горепосочените команди) , като решиш да scrool-неш надолу по страницата, времето за реакция ,се очаква да е МНОГО по-бързо , отколкото преди.

п.с. Роко ..от 10 човека който знам ,че са с пача , само ти каза ,че нямало разлика.... което ме кара да мисля ,че можеби нещо си объркал (някаква правописна грешка примерно) или нещо подобно... разгледай пак вероятно е нещо дребно..... а и  по-добре направи като бял човек, пачни си ядрото и играй така.... А и още нещо , пача влиза безпроблемно на 2.6.36+ , за по-стари верси , трябва леко да пипнете schedule.c и още един файл (не помня кой беше).

Аз не ползвам пача а и още не съм минал към 2.6.36 заради проблем с Nvidia библиотеките за 3D

(08:13:42) (ROKO__) Backtrace:
(08:13:42) (ROKO__) =>0 0x7d1c3265 in libnvidia-glcore.so.260.19.21 (+0xe3d265) (0x7db139c8)

Това е с 2.6.36 и съответно 260.19..
Предположих че е проблем с библиотеките на драйвера. Изтеглих от сайта за ръчен опит и....

(08:43:04) (ROKO__) Uncompressing NVIDIA Accelerated Graphics Driver for Linux-x86_64 260.19.21...
(08:43:04) (ROKO__) NVIDIA-Linux-x86_64-260.19.21.run: line 826: ./nvidia-installer: Отказан достъп

Не ебава че съм с root :> кажи си експертното мнение нали винаги си защитавал пламенно некадърността на Nvidia 

[borovaka]

ROKO__ С каква NVIDIA беше ти щото до скоро бях с Arch с 2.6.36 ядро и си вървеше без грешка с моята пумия NVIDIA 6100

[ROKO__]

ROKO__ С каква NVIDIA беше ти щото до скоро бях с Arch с 2.6.36 ядро и си вървеше без грешка с моята пумия NVIDIA 6100

Не мисля че е толкова важно каква е. Нали съм показал грешките Иначе Galaxy 8500 Gamers Edition

[madmax_haskovo]

Всъщност това е само за Убунту!
ето вариант който ще работи и за други дистрибуции плюс Убунтуто.
http://www.webupd8.org/2010/11/alternative-to-200-lines-kernel-patch.html
(или поне уточнете в заглавието или някъде другаде, че вашето упътване е САМО за Убунту)

От моя проба казвам че не работи


(1:503)$ source .bashrc
mkdir: не може да се създаде каталог „/sys/fs/cgroup/cpu/user/8105“: Няма такъв файл или директория
bash: /sys/fs/cgroup/cpu/user/8105/tasks: Няма такъв файл или директория

Дори root не може да прави промени във /sys папката. Пробвах варианта да използвам Ubuntu метода във Fedora 14 и се получи. Ако сте обърнали внимание какво точно правят тези команди, ще видите, че където и да бъде създадена папката, тя се монтира по един и същи начин като едно и също нещо, следователно местонахождението е без значение.

[ROKO__]

Всъщност това е само за Убунту!
ето вариант който ще работи и за други дистрибуции плюс Убунтуто.
http://www.webupd8.org/2010/11/alternative-to-200-lines-kernel-patch.html
(или поне уточнете в заглавието или някъде другаде, че вашето упътване е САМО за Убунту)

От моя проба казвам че не работи


(1:503)$ source .bashrc
mkdir: не може да се създаде каталог „/sys/fs/cgroup/cpu/user/8105“: Няма такъв файл или директория
bash: /sys/fs/cgroup/cpu/user/8105/tasks: Няма такъв файл или директория

Дори root не може да прави промени във /sys папката. Пробвах варианта да използвам Ubuntu метода във Fedora 14 и се получи. Ако сте обърнали внимание какво точно правят тези команди, ще видите, че където и да бъде създадена папката, тя се монтира по един и същи начин като едно и също нещо, следователно местонахождението е без значение.

Точно това обяснявах, и казах каква е причината.