forum.lissyara.su

сабж.

а то надоело, пол дня все это собирается, и ничего толком за компьютером не сделаешь...

приоритет никак
можно разве что таким образом уменьшить что бы не собиралось что то не нужное

man nice

и что nice даст кроме изменения приоритета на одну строку gcc
когда gcc каждый раз новый процесс для компиляции запускает
KDE проще потушить пока компиляеться
но это тоже не сильно поможет

а хз, разве после форка детишка не наследует nice? :-)

или уже запущенную сборку Вышеприведенный пример пометит любую сборку как с приоритетом "времени простоя". Но можно поймать родителя по `ps -d', PPID или `pgrep -f buildworld' и пометить только его.

при использовании SCHED_ULE idprio/rtprio ведут себя лучше чем nice

спасибо, буду пробовать.

просто удивительно, что компиляция жрет почти все ресурсы процессора. Чем это можно объяснить? Плохим планировщиком задач?

имхо, сколько бы не было запущено программ, каждой должно хоть какое-то время выделено.

и это должно быть визуально видно!

Повод задуматься оп апгрейте машины.
У мну на 2-х ядрённом вообще незаметно, что там что-то собирается.

просто удивительно, что компиляция жрет почти все ресурсы процессора. Чем это можно объяснить? Плохим планировщиком задач?

даже под виндой компилятор VC мнгого сьедает ресурсов CPU

имхо, сколько бы не было запущено программ, каждой должно хоть какое-то время выделено.

тоесть вы предлагаете
и в KDE работать без тормозов
и чтобы gcc быстро вам мир собирал

лол

а кстати, зря смеёёшься.
когда у меня на десктопе стояла 6.2 - тогда ещё булыжник был одноядрёный, я прекрасно собирал всё, и КДЕ с иксами не тормозило вообще.
с нынешними версиями FreeBSD - c любым планировщиком, тормозит.

даже под виндой компилятор VC мнгого сьедает ресурсов CPU

вот как раз в Вындовсе, какая бы программа не загружала проц, другие проги хоть и медленнее, но работают.


думаю суть в том, что на всякие КДЕ надо намного больше выделять процессорного времени. А это не главная задача серверной ОСи.

думаю суть в том, что на всякие КДЕ надо намного больше выделять процессорного времени. А это не главная задача серверной ОСи.

когда у меня на десктопе стояла 6.2 - тогда ещё булыжник был одноядрёный, я прекрасно собирал всё, и КДЕ с иксами не тормозило вообще.
с нынешними версиями FreeBSD - c любым планировщиком, тормозит

выскажите эту критику в меиллист
а иначе революции не произойдет
произойдет порабощение

мейллист.

типа, слышь, чувак. Твоя фряха при кампиляции тармазит Винду, ну или как там ее.
разберись, а то мы с чуваками подкатим, савсем плохо будет

ну вообще да, зачем тогда лист этот....скажи мол я не знаю что делать, я мол не разбираюсь, а хочется быстро и он тебе напишет в ответ, мол чувак если у тебя тупой комп то нажми
по этому напиши ему

и вообще и вообще для сборки ядра есть -j или все забыли ?

и вообще для сборки ядра есть -j или все забыли ?

подразумевалось что автор об этом всем уже знает
но у него все равно все тормозит)))

насколько я знаю, -j наоборот должен ускорять компиляцию. А значит и более тормозить комп. Иль там можно дробные значения ставить?

зы. сколько раз экспериментировал, -j практически ни на что не влиял...

зы. сколько раз экспериментировал, -j практически ни на что не влиял...

использую у себя на десктопе
и вместо 12 часов на буилд мира
получаю всего 4 часа)

и дикие тормоза во время сборки...
кстати man src.conf спасет отца русской демократии

и вместо 12 часов на буилд мира
получаю всего 4 часа)

да я и без -j собираю за 3 часа...

ну не у всех же как у вас 8 ядерный ксеон на десктопе - которому заняться нечем

у меня слабенький AMD двух ядерный ))))

P4 3.0 Prescott

paradox писал(а):ну не у всех же как у вас 8 ядерный ксеон на десктопе - которому заняться нечем

у меня слабенький AMD двух ядерный ))))

фигасе слабенький...
московский от дядьки с усами ?

угу)))

я по запаху AMD почуял....атишным пахнет

нвидия на борту
да