Re[21]: Result objects - все-таки победили Exceptions?
От: Sinclair Россия https://github.com/evilguest/
Дата: 17.01.25 09:16
Оценка: +1
Здравствуйте, T4r4sB, Вы писали:
TB>Да, это сочетание я тоже знаю. Но оно не работает потому что система отчаянно трещит пытаясь запихать в своп мою модель, ролик с ютубаю, менеджер полупрозрачных окошек и прочую хрень, которая уже не нужна, ведь важнее выживание системы. Но вызов диспетчера плетется где-то там в конце общей очереди. Зачем давать диспетчеру высший приоритет, пусть пользователь помучается!
Ну так дайте ему высший приоритет руками. Он же у разработчиков всё равно стоит в автостарте системы.

TB>Так вот нет в винде никакого умного менеджера. Есть кучка педерастов решивших что они за пользователя лучше знают что ему нужно.

Конечно нет. Его никто и не обещал. Обещали нормальную архитектуру — где вы можете поставить предел размера виртуальной памяти, и приложение с утечкой будет обломано, вместо того, чтобы мешать нормальным приложениям работать.
TB>А в Линуксе я регулярно ловлю смерти по OOM. Как бы ты не вылизывал код, заказчик будет скармливать ему всё большие и большие объёмы данных, это нормально. И смерть одного процесса лучше чем смерть всей системы.
Поставьте своей винде лимит виртуальной памяти, и виновное приложение ограничат.

Ещё на всякий случай напомню, что основное, для чего нам нужна борьба с ООМ — это не десктоп (при его штатном использовании ООМ не случается примерно никогда, а когда случается — есть интерактивные способы вмешаться в события), а сервер. Где нет никакого таск менеджера и Ctrl-Shift-Esc.
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.