LINUX.ORG.RU
решено ФорумTalks

Доколе?

 ,


2

2

Доколе линукс будет таким тормозным поделием? Операционке уже 21 год — достигла вроде половозрелого возраста, а ядро до сих пор дырявое! Хрен с ним, что 12309 никак не починят (точнее, каждые N лет говорят, что починили, а сами просто перенумеровывают его). Но то, что из-за какой-нибудь элементарной операции система подвисает напрочь, никуда не годится! Неужели так сложно исправить планировщик так, чтобы он никогда не выделял одному процессу все процессорное время и всю оперативку? Когда-то линукс помещался на одной дискетке, а теперь ему подавай 64ГБ оперативки, да 32 ядра CPU. Иначе - вспоминай, как когда-то знакомился с мастдайкой («семь бед — один RESET»)…

Сидел сейчас, пытался экспортировать из freecad'а картинку в pdf (чтобы напечатать - экспорт в povray у фрикада не работает, а снимки экрана уж очень хреновое качество имеют), так эта собака повесила компьютер намертво! Минуты три ждал. Потом нажал reset (sysrq у меня не настроены, надо, по-видимому, настроить, чтобы после нажатия reset'а не ждать 5..20 минут, пока fsck ошибки исправит).

А ведь будь там нормальный планировщик, я просто вышел бы в консоль, вызвал top и убил скотский процесс (кстати, по идее oomkiller должен это делать, но почему-то не делает)!

В итоге у меня «жестокий reset» из-за чего-нибудь зависшего происходит раз в 20 чаще «легкого» (после обновлений).

☆☆☆☆☆

Ответ на: комментарий от gentoo_root

О, кстати, вспомнил: у меня как-то раз зависание произошло во время обновления из-за того, что gcc отожрал всю оперативку, компилируя gcc-gcj… Пришлось жамкать reset, а потом тратить часа 3 на восстановление системы.

Eddy_Em ☆☆☆☆☆
() автор топика
Ответ на: комментарий от vurdalak

Элементарно угадывать: если какая-то собака пытается сожрать больше оперативки, чем есть свободной, давить эту гадину поганой метлой!

Eddy_Em ☆☆☆☆☆
() автор топика
Ответ на: комментарий от megabaks

так и предлагай управляющего, а не гастербайтера

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

AptGet ★★★
()
Ответ на: комментарий от FiXer

Судя по pagefault'ам, можно было бы и месяц ждать…

Eddy_Em ☆☆☆☆☆
() автор топика

12309 не замечал, на совсем система ни разу не повисла не по моей явной вине. Чяднт?

Vekt
()
Ответ на: комментарий от Eddy_Em

Т.е на диске с дистром надо писать «Настроено под комп с << 32Гб ОЗУ» ;) ?

Проблема в том что кто-то не умеет готовить. Если не можешь выполнить минимальный тюнинг после установки - иди на ОС где все продумано за тебя. Благо таких целых две.

Шутка, но подозреваю что в некоторых дистрах это уже настроено.

OxiD ★★★★
()
Ответ на: комментарий от Eddy_Em

кажется это угадать не так-то просто. Для этого делаются патчи такими командами как OpenVZ например.

OxiD ★★★★
()
Ответ на: комментарий от OxiD

Т.е на диске с дистром надо писать «Настроено под комп с << 32Гб ОЗУ» ;) ?

Да. По умолчанию хороший дистроразработчик (и вообще любой разработчик) обязан считать, что человек работает на компьютере 15-летней давности! И все программы на таком компьютере обязаны работать!!!

Шутка, но подозреваю что в некоторых дистрах это уже настроено.

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

Eddy_Em ☆☆☆☆☆
() автор топика
Ответ на: комментарий от leave

т.е. ты хочешь сказать, что сложно наклепать картинку большого разрешения, поочередно протягивая куски увеличенной картинки по виртуальному экрану и делая «слепки»? В OpenGL это делается просто. И не жрет ресурсов.

Eddy_Em ☆☆☆☆☆
() автор топика

венда тебя ждет

Reset ★★★★★
()
Ответ на: комментарий от Eddy_Em

так они же работают. жалоба была на то что они работают слишком.. ээ сильно.

Не видел мандрейка с тех пор как кон был еще мандрейком ;) Но примерно с тех же пор я знаю про Limits.conf и всегда его настраиваю после установки. В чем тут сложность? ;)

Но вообще когда линукс уходит в своп, это кошмар. Особенно на серверах.

OxiD ★★★★
()
Ответ на: комментарий от Eddy_Em

По умолчанию хороший дистроразработчик (и вообще любой разработчик) обязан считать, что человек работает на компьютере 15-летней давности! И все программы на таком компьютере обязаны работать!!!

Таких нет. Может, станешь первым? Осталось только найти хлам пятнадцатилетней давности.

Lighting ★★★★★
()

Криво решил проблему экспорта из фрикада: сохраняю векторный вид в SVG, затем открываю в inkscape, подгоняю размер страницы под размер рисунка и сохраняю в pdf. Ничего не виснет, все довольно быстро происходит.

Т

Eddy_Em ☆☆☆☆☆
() автор топика
Ответ на: комментарий от Eddy_Em

Угадай зачем в видеокартах поддержка опенгл? Pdf же рендерится софтово, потому что он должен быть везде одинаковый.

Tark ★★
()
Ответ на: комментарий от vurdalak

Так только в консольке можно сидеть

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

Eddy_Em ☆☆☆☆☆
() автор топика
Ответ на: комментарий от OxiD

если занимаешься разработкой, то limits.conf - не вариант

Reset ★★★★★
()
Ответ на: комментарий от Tark

Япона мать! Видеокарта рендерит картинку в буфер экрана, сохраняем эту картинку в жопег, получаем «снимок экрана». Т.к. таких буферов обычно минимум два, можно прозрачно для пользователя спокойненько нарендерить картинку по кусочкам и склеить их. Гигабайтов оперативки для этого не понадобится!

Eddy_Em ☆☆☆☆☆
() автор топика
Ответ на: комментарий от Eddy_Em

Eddy_Em

А еще лучше было бы настучать по башке всем этим «погромистам», которые плевать хотели на экономию памяти!

Да не вопрос, заставим этих бездарей быть экономнее! 640 Кб хватит всем!

CrossFire ★★★★★
()
Ответ на: комментарий от CrossFire

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

Eddy_Em ☆☆☆☆☆
() автор топика
Ответ на: комментарий от Eddy_Em

Плюсую. Причем браузер, отображающий статические хтмлки.

buddhist ★★★★★
()
Ответ на: комментарий от Eddy_Em

О, кстати, вспомнил: у меня как-то раз зависание произошло во время обновления из-за того, что gcc отожрал всю оперативку, компилируя gcc-gcj… Пришлось жамкать reset, а потом тратить часа 3 на восстановление системы.

Ну и зря нажал reset. Если бы виртуальной памяти не хватило, процесс бы прибился OOM killer'ом. Если бы хватило, то оно спокойно бы дособиралось и потратило бы меньше времени, чем ушло на восстановление. «Зависание» происходит из-за активного своппинга — т.к. винт гораздо медленнее оперативки, то и работа соответственно замедляется, но полного зависания нет. Если не хочется такого поведения — отключи своп, ничего «зависать» не будет.

Элементарно угадывать: если какая-то собака пытается сожрать больше оперативки, чем есть свободной, давить эту гадину поганой метлой!

Дело в том, что это и происходит — если виртуальная память кончается, процесс убивается OOM killer'ом. Но происходит это не сразу, потому что процесс выжирает память постепенно — он не резервирует её всю сразу.

gentoo_root ★★★★★
()
Ответ на: комментарий от mopsene

да нет, пусть железо хотя бы до 4-го пня обновит, софту 21 год, а он его все на старом железе вертит :D

Lee_Noox ★★★
()

Плач неосилятора. А еще 4 звезды :(

Лор превращается в толпу нытиков, лето чтоли наступило?

tazhate ★★★★★
()
Ответ на: комментарий от tazhate

ты только понял это? о_О
ТС вообще крайне неадекватный

megabaks ★★★★
()
Ответ на: комментарий от tazhate

Плач неосилятора. А еще 4 звезды :(

Эдуард всегда таким был, если ты еще не заметил.

fat_angel ★★★★★
()
Ответ на: комментарий от Eddy_Em

Допустим, если опустить некоторые вещи можно сделать и так. Ради интереса, оно в растр сохраняет, и если да, то какое dpi было? Склеивать то все-равно в памяти желательно, а A3 с 600x600 требует больше 300 мегабайт просто для хранения самой картинки в памяти.

Tark ★★
()
Ответ на: комментарий от Tark

Ради интереса, оно в растр сохраняет, и если да, то какое dpi было?

Не сохраняет.

A3 с 600x600

Мне хватит и 75x75

Eddy_Em ☆☆☆☆☆
() автор топика
Ответ на: комментарий от megabaks

осиль матчасть
это не одно и то же
200 - это прототип, на основе которого и сделаны данные автогруппы

Да ты прав, теперь автогруппа создается при вызове setsid(). Но чуда не произошло, никакой автомагии нет.

AptGet ★★★
()
Ответ на: комментарий от fat_angel

Может, пощупаю после командировки. Вдруг понравится.

Eddy_Em ☆☆☆☆☆
() автор топика
Ответ на: комментарий от gentoo_root

Если не хочется такого поведения — отключи своп, ничего «зависать» не будет

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

Satou ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.