M>Ничего не понял. У тебя в swap ушел десктоп (который ты ждал, пока отрисуется) или сервер (к которому ты пытался подключиться по ssh)? А ты уверен, что кроме swap других проблем не было? И еще. Как бы повела себя винда во время swap или MacOS? Сильно лучше Linux?
Всё будет виснуть на свопе. А уж если авария, то винда синий экран смерти может показать, мак более гламурный экран смерти, линукс уже как настроить. Для Вани Первачева, судя по топику, лучше всего синий экран
Здравствуйте, CreatorCray, Вы писали:
CC>Здравствуйте, Danchik, Вы писали:
D>>О май гад. Раз вы помешаны на косольке D>>choco install far
CC>$ choco install far CC>-bash: choco: command not found
CC>
Тут скорее bash not found ))
Вспомнился старый мем: "CPU not found, software emulated."
CC>>А кто её тащит в ядро? CC>>Я как раз наблюдаю тенденцию вообще как можно больше из кернела вынести в юзер. Pzz>Ну в линухе, наоборот, в ядро потащили.
Ну в этом линукс повторяет винду 20лет назад. Там тоже гуй вначале был отдельной юзермодной подсистемой в составе csrss.exe, потом в NT4.0 (1996г замечу) ради перфоманса утоптали этот юзермодный код в ядро, в виде модуля win32k.sys с компании видеодров, для чего например пришлось подкостыливать размер ядерного стека потоков функцией PsConvertToGuiThread. Поимели с этого кучу веселых секурити багов, и теперь контрэволюция делает новый виток.
Как много веселых ребят, и все делают велосипед...
Здравствуйте, ononim, Вы писали:
O>Ну в этом линукс повторяет винду 20лет назад. Там тоже гуй вначале был отдельной юзермодной подсистемой в составе csrss.exe, потом в NT4.0 (1996г замечу) ради перфоманса утоптали этот юзермодный код в ядро, в виде модуля win32k.sys с компании видеодров, для чего например пришлось подкостыливать размер ядерного стека потоков функцией PsConvertToGuiThread. Поимели с этого кучу веселых секурити багов, и теперь контрэволюция делает новый виток.
Ну, может в линухе поудачнее разрежут между тем, что уйдет в ядро и тем, что останется в юзерспейсе.
Здравствуйте, gardener, Вы писали:
G>суровые вы пацанчики, хацкеры наверное?
Если вспомнить жалобы Артема, то там все ламеры и говнокодеры, не желающие кодить на новых удобных и модных ЯП.
Здравствуйте, CreatorCray, Вы писали:
CC>А в каком месте там FAR? Того, что панельки нарисованы псевдографикой совершенно недостаточно. Far не про это.
Midnight Commander is a free cross-platform orthodox file manager. It was started by Miguel de Icaza in 1994 as a clone of the then-popular Norton Commander
Far Manager is an orthodox file manager for Microsoft Windows and is a clone of Norton Commander.
В ядре есть два основных параметра, отвечающих за overcommit памяти:
vm.overcommit_memory — отвечает за стратегию overcommit
vm.overcommit_ratio — отвечает за уровень (в процентах) overcommit-а
Стратегии есть такие (см. файл с исходниками ядра mm/mmap.c):
0 — OVERCOMMIT_GUESS — эвристический подход к распределению памяти. В нем выделяется столько памяти, сколько хочет процесс. Но в swap/res попадает только те страницы, которые используются этим процессом.
1 — OVERCOMMIT_ALWAYS — overcommit памяти есть всегда. Использовать лучше с совсем кривыми приложениями и быть готовым при этому ко всему.
2 — OVERCOMMIT_NEVER — без overcommit. В этом случае допустимый объем пространства памяти будет swap+ram*overcommit_ratio/100.
По умолчанию используется стратегия OVERCOMMIT_GUESS, а vm.overcommit_ratio находится в значение 50% и используется только в случае OVERCOMMIT_NEVER. Система резервирует около 3% памяти для процессов пользователя root.
установил в /etc/sysctl.conf
vm.overcommit_ratio = 100
vm.overcommit_memory = 2
теперь постоянно убиваются браузеры
памяти 24 гб и свободно половина. своп отключен
Здравствуйте, TimurSPB, Вы писали:
ВП>>почему когда заканчивается память этот кусок говна виснет и ничего нельзя с ним сделать кроме резета? ждал час пока отрисуется десктоп и ничего! только шуршит себе ВП>>даже по локалке по ssh не подключается TSP>Там есть OOM killer, который выполняет действия в момент недоступности памяти. Посмотри как он сконфигурирован и убивал ли он кого "grep -i kill /var/log/messages*"
Здравствуйте, Pzz, Вы писали:
Pzz>Ну, может в линухе поудачнее разрежут между тем, что уйдет в ядро и тем, что останется в юзерспейсе.
Было бы интересно посмотреть.
Потому что тема эта — глубокая, дилетантов не любит. Скажем, рендер шрифтов — вот его как делать? Если рендерить в юзермоде, то вывод текста вызывает переключение контекста на ровном месте; если рендерить в кернеле — то получаем шанс словить дыру при исполнении кода хинтов. Если не исполнять хинты, то текст будет выглядеть ужасно на ходовых разрешениях.
В общем я, как неспециалист, могу только марку попкорна выбирать
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Pzz, Вы писали: Pzz>Оно у меня, бывает, висит месяцами.
Фантастика. У меня FF выжирает не столько RAM, сколько диск. ХЗ куда он его ест, но регулярная штука — исчерпание диска (особенно если видео интенсивно смотреть в нём).
Причём закрытие вкладок не помогает — помогает только рестарт файрфокса. Тогда он, по-видимому, какие-то временные файлы наконец отпускает, и на диске образуется 3-5-10 гигов пространства.
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Sinclair, Вы писали:
S>Если рендерить в юзермоде, то вывод текста вызывает переключение контекста на ровном месте; если рендерить в кернеле — то получаем шанс словить дыру при исполнении кода хинтов.
Эээ... Чтобы попасть в кернел таки надо переключить контекст. Так что шо так шо эдак — переключение будет. Вопрос скорее сколько их надо в каждом варианте.
S>Если не исполнять хинты, то текст будет выглядеть ужасно на ходовых разрешениях.
В хинты сейчас криворукие дезиГнеры шрифтов почему то повально не умеют, большинство кастомных шрифтов на вебе выглядят как говно.
Здравствуйте, Sinclair, Вы писали:
Pzz>>Ну, может в линухе поудачнее разрежут между тем, что уйдет в ядро и тем, что останется в юзерспейсе. S>Было бы интересно посмотреть. S>Потому что тема эта — глубокая, дилетантов не любит. Скажем, рендер шрифтов — вот его как делать? Если рендерить в юзермоде, то вывод текста вызывает переключение контекста на ровном месте; если рендерить в кернеле — то получаем шанс словить дыру при исполнении кода хинтов. Если не исполнять хинты, то текст будет выглядеть ужасно на ходовых разрешениях.
Шрифты вроде никто не собирается в ядро пихать.
Я вообще не очень за всей этой тематикой слежу, мне все, что от графики нижно, это чтобы не сломали веб-бровсер, редактор текста в xterm'е (это вряд ли сломают), и кино чтобы не перестало показываться. Игровое 3d меня не очень беспокоит. Так что мой подход простой: пока все работает, не дергаться, сломают — придется разбираться.
Там сейчас еще параллельно происходит переход от X11 к Wayland. Почитаешь очередные release notes, волосы дыбом встают. Там в среднем подробное перечисление, на каком графическом чипсете как много чего не работает (ни один популяеный чипсет вниманием не обделен), и радостные новости, как много еще програм перевели на Wayland. Такими темпами, они, наверное, даже xterm сломают.
Здравствуйте, Sinclair, Вы писали:
Pzz>>Оно у меня, бывает, висит месяцами. S>Фантастика. У меня FF выжирает не столько RAM, сколько диск. ХЗ куда он его ест, но регулярная штука — исчерпание диска (особенно если видео интенсивно смотреть в нём).
Это он закон Яровой исполняет в отдельно взятом бровсере: записывает весь твой интернет-трафик, чтобы оперу было чего про тебя почитать.
S>Причём закрытие вкладок не помогает — помогает только рестарт файрфокса. Тогда он, по-видимому, какие-то временные файлы наконец отпускает, и на диске образуется 3-5-10 гигов пространства.