The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Ядро Linux не может мягко обрабатывать ситуации с нехваткой памяти

06.08.2019 18:32

В списке рассылки разработчиков ядра Linux поднята проблема с обработкой ситуации исчерпания свободной памяти в Linux:

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

Шаги:

  • Загружаемся с параметром "mem=4G".
  • Выключаем поддержку swap (sudo swapoff -a).
  • Запускаем любой веб браузер, например, Chrome/Chromium или/и Firefox.
  • Начинаем открывать вкладки с сайтами и смотрим как уменьшается объём свободной памяти.

Как только возникает ситуация, когда новая вкладка требует больше оперативной памяти, чем доступно, система практически полностью зависает. Вы даже с трудом сможете двигать курсором мыши. Индикатор жёсткого диска будет моргать без остановки (мне не ясно почему). Вы не сможете запустить новые приложения или закрыть текущие запущенные.

Этот маленький кризис может продолжаться минуты или дольше. Я предполагаю, что система не должна себя так вести. Думаю, что-то нужно сделать, чтобы избежать таких «зависаний».

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

В комментариях на Reddit некоторые пользователи предлагают включить swap, но это не решает проблему, а только её отодвигает и часто усугубляет. В качестве возможного решения в будущем может быть привлечена появившаяся в ядре 4.20 и улучшенная в ядре 5.2 подсистема PSI (Pressure Stall Information), которая позволяет анализировать информацию о времени ожидания получения различных ресурсов (CPU, память, ввод/вывод). Данная подсистема даёт возможность организовать отслеживание нехватки памяти на ранней стадии, определять источник проблем и завершать неважные приложения, не доводя до появления заметных пользователю эффектов.

  1. Главная ссылка к новости (https://lkml.org/lkml/2019/8/4...)
  2. Обсуждение на Hacker News
  3. Обсуждение на Reddit
  4. OpenNews: Выпуск Nohang 0.1, предотвращающего OOM в пространстве пользователя
  5. OpenNews: Facebook открыл код для обработки ситуации нехватки памяти в системе
  6. OpenNews: Выпуск earlyoom 1.3, процесса для раннего реагирования на нехватку памяти
Автор новости: Artem S. Tashkinov
Тип: Тема для размышления
Ключевые слова: linux, oom, kernel
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (591) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.243, Аноним (243), 01:36, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +36 +/
    Напоминаю, что использование юзерспейсного обработчика нехватки памяти - это хорошая практика.

    Обзор основных демонов.

    Earlyoom: simple, stable, tiny. VmRSS меньше мегабайта, нагрузка на процессор околонулевая. С релиза 1.3 стал очень надежен (исправлено возможное убийство невиновных). Лучший выбор для домохозяек, которым не нужны лишние настройки, а нужна хорошая работа из коробки. Рекомендовал бы его в качестве дефолтного обработчика нехватки памяти для колясок.

    Nohang: явная и очень гибкая конфигурация. Десятки параметров настройки в конфиге. Подробная печать свойств завершаемого процесса. Печать таблицы процессов со свойствами всех процессов перед корректирующим действием. Возможность реакции на PSI (pressure stall information, https://lwn.net/Articles/759658/) с выбором произвольной метрики и сигруппы для мониторинга. Возможность кастомизации корректирующих действий: отправка жертве любого сигнала (помимо SIGTERM/SIGKILL) или выполнение произвольной команды. Возможность тонкого влияния на badness процесса путем сопоставления его name, cmdline, cgroup, exe realpath c заданным регулярным выражением. Уведомления о низком уровне памяти (произвольной командой или через notify-send). Минусы: мало документации; в данный момент не вполне стабилизирован: требует некоторой доработки и стабилизации.

    oomd: многообещающий, но пока недоступен для домохозяек: https://github.com/facebookincubator/oomd/issues/61 (не смог заставить его работать; требует больших танцев). Заметно грузит проц.

     
     
  • 2.384, IronMan (?), 11:23, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Крутой обзор, лайк. А что из представленного корректно работает с zram?
     
     
  • 3.477, Аноним (477), 19:06, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все корректно работают. Но только nohang может реагировать на mem_used_zram если включить это в конфиге.

    Вам эта опция не понадобится если zram disksize не очень большой или сжимаемые данные неплохо сжимаются (а они обычно неплохо сжимаются, например в 3-4 раза если забивать память вкладками браузеров).

     
  • 2.527, Аноним (527), 09:22, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    вопрос не лично к вам, но я не понимаю почему нельзя эту же функциональность организовать на уровне ядра. ведь ядро должно следить за ресурсами, а не userspace.
     
  • 2.537, оралр (?), 11:35, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В каких-то дистрибутивах эта хорошая практика имеет место из коробки?
     
     
  • 3.542, Аноним (477), 12:16, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пока ни в каких. Однако в deb10+/ubuntu1804+ эта практика легко включается через sudo apt install earlyoom (в дебиане протухший пакет, забирайте лучше свежий с гитхаба).

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

     
  • 2.589, Аноним (477), 09:02, 11/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Удалось заставить oomd работать.
    Output: http://okturing.com/src/6737/body
    (корректирующее действие в самом конце)
     

  • 1.73, anonymous (??), 20:01, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +19 +/
    Как-то ж уже вроде тонну раз обсуждалось. Можно вырубить overcommit, чтобы было как в винде. Можно включить себе SysRq, чтобы не ждать по два часа и сразу вызывать OOM, можно подтюнить другие настройки в sysctl, чтобы сгладить эффект. Можно установить себе какой-нибудь earlyoom и вообще не думать на эту тему. Можно принудительно закрепить нужные вещи в ОЗУ (такие как sshd, pam-модули и т.п.), чтобы доступность сервера никуда не пропадала. Можно настроить себе zram, чтобы ОЗУ стало чуточку больше, грубо говоря. Можно ещё много чего, наверняка.

    Совершенно не понимаю, почему это вынесено в новости :)

     
     
  • 2.76, anonymous (??), 20:06, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    P.S.: default-ные настройки являются server-aware, а на серверах overcommit нужен. На desktop-ах linux занимает лишь 2%, поэтому не вижу смысла жертвовать настройками для сервера, ради очень спорной настройки для десктопа.
     
     
  • 3.77, anonymous (??), 20:06, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    P.P.S.: На desktop-е уж лучше просто какой-нибудь earlyoom устанавливать.
     
  • 3.96, Crazy Alex (ok), 20:24, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ну, вообще в дистрибутивах могли бы и покрутить. И пару альтернативных вариантов OOM  в ядро добавить не помешало бы, чтобы прибивало всё же наиболее прожорливый процесс. Но в принципе - проблема, конечно, высосана из пальца людьми, которые хотят кнопку "сделай за..сь" с функцией телепатии.
     
     
  • 4.265, Аноним (265), 02:24, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Но есть же всякие earyoomm и не надо ничего в ядро пихать.
     
  • 3.140, trdm (ok), 21:27, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +32 +/
    > На desktop-ах linux занимает лишь 2%

    может по этому и занимает 2% что проблемы с таким поведением.

     
     
  • 4.145, anonymous (??), 21:39, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А если такого поведения не будет, то сразу станет 30%?
     
     
  • 5.149, Анончик999999 (?), 21:50, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    И правильно. На домашних компах Винда прекрасно работает!
     
     
  • 6.156, trdm (ok), 21:55, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    вот и я о том-же.
    Теоретически продумать модели настроек поведения для десктопа и сервера - не сложно и отконфигурировать по одной кнопке, как в винде: там можно задать приоритет либо фоновым задачам, либо десктопным.
     
  • 6.273, имя (?), 03:24, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >  Windows will never overcommit memory. As a result on my PC unless I dedicate a substantial (over 20%) fraction of my drive to swap (most of which will never, ever be touched) I will 'run out of RAM' far before even half of the physical RAM in my PC has been used. This seems extremely wasteful.

    Прекрасно работает…

    > using a unlimited swap file can quickly reach hard issues after 64gb of swap use. At that point mallocs in the windows ui fail (timouts or something?), that apparently are not meant to, eg fonts from shutdown menu missing, the system being unable to shutdown ect.

    …просто замечательно.

     
     
  • 7.276, zzz (??), 03:41, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    При отключенном свопе винда начинает килять процессы при потреблении памяти в 85-90%, но никак не при "half of the physical RAM".
     
     
  • 8.291, имя (?), 06:08, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Подождите, какое ещё киляние В соседнем треде про отсутствие оверкоммита в винд... текст свёрнут, показать
     
     
  • 9.413, zzz (??), 13:07, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Обычное киляние Открываешь хром фф безразницы, начинаешь открывать вкладки, при... текст свёрнут, показать
     
     
  • 10.415, имя (?), 13:15, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, эээ, в случае хрома я видел ровно такое поведение 171 Опаньки 187 в кач... текст свёрнут, показать
     
     
  • 11.483, zzz (??), 20:05, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я, к сожалению, такого поведения не видел Система уходила в своп, а потом из мо... текст свёрнут, показать
     
  • 7.544, пох. (?), 13:40, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    если чо  - в твоей любимой фре еще хуже, поскольку можно пойти лесом при _пустом_ свопе, и запросе меньшем, чем его размер. А можно не пойти.
    В зависимости от погоды на Марсе на послезавтра и в каком знаке проходил Сатурн две недели назад.

    Предсказуемость? Неее, не слышали.

     
  • 5.196, Аноним (196), 23:07, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >А если такого поведения не будет, то сразу станет 30%?

    Все 70%

     
  • 4.147, Анончик999999 (?), 21:49, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –9 +/
    На серваках - Линукс, дома - Винда. Ставь Винду и не парься!
     
     
  • 5.381, Аноним (381), 11:07, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня дома на стационарном и ноутбуке Gentoo и я не парюсь.
     
     
  • 6.528, Аноним (527), 09:29, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    согласен, ubuntu сейчас начинает себя вести как винда - быстро установил и со временем начинаются какие-то проблемы (особенно после обновления при подключенных сторонних репозиториях). а в gentoo - ты сначала прочитал wiki по приложению или технологии, которую собираешься использовать и, уже имея базовые знания как они работают, выполняешь их установку и настройку. в случае непредвиденных ситуаций - уже знаешь чего ожидать и где искать документацию.
     
  • 4.152, Анончик999999 (?), 21:51, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –13 +/
    Линукс не для домашнего использования.
     
     
  • 5.204, тщт (?), 23:44, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Линус для программистов делал ядро, а не для вендо-админов, которые только переустанавливать умеют и мыши менять.

    >  На серваках - Линукс, дома - Винда.

    Слив засчитан

     
     
  • 6.418, пох. (?), 13:28, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    давно он его для них делал. Теперь он делает для денег, а денег с вас хрен соберешь.
    Приходится объявлять "год линукса на десктопе" с любимого мака.

     
  • 3.219, Celcion (ok), 00:55, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +13 +/
    > На desktop-ах linux занимает лишь 2%, поэтому не вижу смысла жертвовать настройками для сервера, ради очень спорной настройки для десктопа.

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

     
     
  • 4.294, anonymous (??), 06:25, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > сначала мы кричим, что линукс готов для десктопа и каждая домохозяйка справится

    Лично я так никогда не считал. Когда-то было время я тупо не знал справится ли с ним домохозяйка (и надеялся, что справится; и агитировал, что нужно пробовать), но когда начал экспериментировать сам, то осознал, что не справляется условная домохозяйка. Не знаю кого вы пытаетесь уличить.

     
     
  • 5.437, Аноним (437), 15:00, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А вот у меня уже несколько домохозяек справились. Всё работает годами, вот мы и не трогаем, кроме апдейтов огнелиса, хрениума, скупого и чего-то там ещё...
     
  • 3.248, Аноним ещё один (?), 01:44, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Отдельные сборки с разными настройками для серваков и десктопов противоречат чьей-то религии?
     
     
  • 4.382, Аноним (381), 11:13, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем отдельные сборки? Можно отдельные sysctl.conf для серваков и десктопов.
     
  • 3.283, KonstantinB (ok), 04:59, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А какая разница, какие там дефолтные настройки в ядре?

    Важно, какие дефолтные настройки в дистрибутивах.

    Вот вообще не понимаю, что мешает сделать в дистрибутивах типа Ubuntu какой-нибудь dpkg-reconfigure sysctl --prefer-desktop и запускать его postinstall-ом какого-нибудь метапакета desktop, зависимость на который будет у всяких ubuntu-destop.

     
     
  • 4.296, anonymous (??), 06:30, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > какой-нибудь dpkg-reconfigure sysctl --prefer-desktop и запускать его postinstall-ом какого-нибудь метапакета desktop, зависимость на который будет у всяких ubuntu-destop.

    Лично мне кажется более правильным решением тупо добавить какой-нибудь earlyoom в зависимости метапакета ubuntu-desktop. "Почему это до сих пор не сделано?" -- а тикет был? Если да, то давайте почитаем; если нет, то, видимо, не очень-то людям это и нужно :)

     
     
  • 5.311, Аноним (311), 07:23, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Наверное, потому что те, кому оно надо, и кто понимает, что именно надо, давно сами себе все оттюнили, а лишняя забота в стиле apple - когда ОС лучше пользователя знает, что ему нужно - им не вперлась.

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

     
     
  • 6.575, waylandbeliver (ok), 15:56, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Убунту и гном во много повторяют эпл, а вы опять про свой LFS (домохозяйкам и не нужный)
     
  • 2.79, Аноним (79), 20:07, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +22 +/
    > Как-то ж уже вроде тонну раз обсуждалось. Можно вырубить overcommit, чтобы было
    > как в винде. Можно включить себе SysRq, чтобы не ждать по
    > два часа и сразу вызывать OOM, можно подтюнить другие настройки в
    > sysctl, чтобы сгладить эффект. Можно установить себе какой-нибудь earlyoom и вообще
    > не думать на эту тему. Можно принудительно закрепить нужные вещи в
    > ОЗУ (такие как sshd, pam-модули и т.п.), чтобы доступность сервера никуда
    > не пропадала. Можно настроить себе zram, чтобы ОЗУ стало чуточку больше,
    > грубо говоря. Можно ещё много чего, наверняка.
    > Совершенно не понимаю, почему это вынесено в новости :)

    Представьте себе среднего Васяна, который поставил Линукс. Бац, и у него всё к **** повисло. Что сделает Васян? Подумает, что Линукс - ***** и не ошибётся, и сразу заменит его на более стабильную ОС.

    Речь не о ваших 150 костылях, а о стабильной работе системы по умолчанию. Слово стабильно не обозначает "стабильно не даём пользователю вообще ничего делать в течение минут 15-1500". Это означает прибиваем за приемлемое время самые жирные процессы, чтобы такое не происходило.

    На LKML сейчас обсуждение как это сделать красиво и правильно, но вы его не читали, конечно.

     
     
  • 3.84, anonymous (??), 20:15, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > На LKML сейчас обсуждение как это сделать красиво и правильно, но вы его не читали, конечно.

    Ну да. Лично я этой проблемы давно не испытывал (и давно не интересовался). Но буду рад, почитать, если кините ссылке. И буду ещё более рад, если это причешут.

    > Представьте себе среднего Васяна, который поставил Линукс. Бац, и у него всё к **** повисло. Что сделает Васян? Подумает, что Линукс - ***** и не ошибётся, и сразу заменит его на более стабильную ОС.

    Да, Linux действительно не очень заточен под desktop-ы, как мне кажется. Если кому-то хочется максимально не включая мозг получить рабочий desktop, тогда нужно ставить либо специальные дистрибутивы Linux (заточенные под такие задачи), либо не ставить Linux, IMO.

     
     
  • 4.154, Анончик999999 (?), 21:54, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Винда хорошо заточеная под десктопы.
     
  • 4.217, НяшМяш (ok), 00:49, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да, Linux действительно не очень заточен под desktop-ы

    Хотя казалось бы, кто мешает это сделать мейнстрим десктоп дистрибутивам, типа бубунты, федоры и т.п. Всего-то надо пару настроек поменять, да демон предустановить - и разительно поменяется впечатление от системы. Какой-нибудь третьегном вообще может это в зависимости себе вписать )

     
     
  • 5.227, Celcion (ok), 01:07, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Всего-то надо пару настроек поменять

    Каждый, кто пытался - сталкивался с тем, что настроек надо поменять отнюдь не пару. Плюс, эти настройки не всегда и не везде одинаково работают. А еще проблемы могут уходить сильно вглубь ядра и системы и решить их на уровне простого васян-дистра вообще никак не получится.
    Банальный пример - hibernate, который уже второе десятилетие не могут сделать нормально и стабильно работающим везде и всегда. Хотя, "десктопнее" фичи не придумать - на ноутбуках это является постоянной проблемой и головной болью.
    Ну, или еще более прекрасная вещь - выдергивание неразмонтированной флешки, после чего все глючит-тупит, а потом еще и не выключается без принудительного подпихивания кнопкой power.
    И таких примеров - вагон и маленькая тележка.

     
     
  • 6.404, Андрей (??), 12:47, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > выдергивание неразмонтированной флешки, после чего все глючит-тупит, а потом еще и не выключается без принудительного подпихивания кнопкой power.

    Или примонтированный сетевой диск, если пропала сеть.

     
  • 6.482, Аноним (482), 19:44, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Банальный пример - hibernate,
    >который уже второе десятилетие не могут сделать
    >нормально и стабильно работающим везде и всегда

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

     
  • 3.230, KonstantinB (ok), 01:10, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Средний Васян поставит себе не LFS, а какую-нибудь Убунту. Соответственно, вопрос надо решать дефолтным sysctl в десктопных дистрибутивах.
     
     
  • 4.485, Васян (?), 20:26, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Средний Васян поставит себе не LFS,
    >а какую-нибудь Убунту.

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

     
     
  • 5.508, KonstantinB (ok), 00:22, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Между убунтой и дебианом большой разницы в этом смысле быть не должно. Настройки, значит, разные.

    Я там оставлял ссылочку в соседней ветке, попробуйте рекомендации из нее.

     
  • 3.242, Аноним (242), 01:34, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Все верно. Недопустипое поведение системы и разбираться с этим никто не станет.
     
  • 3.309, сжиматель нулей (?), 07:21, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Речь не о ваших 150 костылях, а о стабильной работе системы по умолчанию.

    Претензия не к ядру, а к дистростроителям. Какого чёрта они не устанавливают earlyoom по умолчанию?

     
  • 3.423, Аноним (423), 13:45, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А так ли оно надо продвигать линукс среди Васянов?
     
     
  • 4.456, Аноним (456), 16:51, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А так ли оно надо продвигать линукс?
     
  • 4.529, Аноним (527), 09:38, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а так ли оно надо Васянам? (ведь если продвигать, значит у них другая ОС, а значит либо винда, либо мак. маководам linux нафиг не нужен, они и так довольны, ну и пользователям винды как бы тоже)
     
  • 3.536, sailorCat (?), 11:30, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Представьте себе среднего Васяна, который поставил Линукс. Бац, и у него всё к **** повисло. Что сделает Васян? Подумает, что Линукс - ***** и не ошибётс

    А что подумает Линукс о Васяне?

     
  • 2.241, Аноним (242), 01:31, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А еще линукс крайне медленно работает со свопом. Пришлось решать эту проблему радикально - установить 128Гб оперативной памяти.
     
     
  • 3.256, tyrtyruurir (?), 02:00, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Похоже что так, но вроде в 5.2 ядре с эти получше. Использую 5.2.
     
     
  • 4.355, Аноним (355), 10:13, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Похоже что так, но вроде в 5.2 ядре с эти получше. Использую
    > 5.2.

    В 4.9 ещё лучше. https://bugzilla.kernel.org/show_bug.cgi?id=196729

     
  • 2.261, Аноним (261), 02:16, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Подскажите что надо крутить, откуда вы всё это узнали. ссылочки на статьи что и для чего можете опубликовать?! А то у меня схожая проблема, только система быстро лезет в своп, хотя я уже vm.swappiness=2 в /etc/sysctl.conf сделал и пофигу, всё равно начинает гадить в своп и тормозить, как-будто значение на 30-40 выставлено!
     
     
  • 3.284, KonstantinB (ok), 05:06, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Узнали, поискав в гугле (ну или что там больше нравится).

    Вот например http://www.akitaonrails.com/2017/01/17/optimizing-linux-for-slow-computers

     
  • 2.268, Аноним (268), 03:06, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вот уточнять надо такое Если вырубить overcommit, то будет не просто как в венд... текст свёрнут, показать
     
     
  • 3.304, anonymous (??), 07:03, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я лично не понимаю заем нужен оверкоммит, который потом вырежет процессы, которые ему не понравятся, в случае чего. Сам подход не понятен.

    Многие приложения любят просить больше памяти, чем реально потребляют. Иногда эти две чиселки отличаются в разы. А ОЗУ -- это дорогой ресурсы.

     
  • 2.318, адмирал третьего флота очевидность (?), 08:30, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    потому что по молчанию этого всего не сделано.
     
  • 2.553, Аноним (553), 20:14, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А ты пробовал оверкомит вырубать? При выключении параметра, говнософт аля java-based, сразу выкидывает исключение аут оф мемори. У них там при старте malloc(100500 * GB)
     
  • 2.573, waylandbeliver (ok), 15:53, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно принудительно закрепить нужные вещи в ОЗУ (такие как sshd, pam-модули и т.п.)

    А как это сделать?

     
  • 2.574, waylandbeliver (ok), 15:53, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    del
     
  • 2.577, waylandbeliver (ok), 16:10, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    del
     

     ....нить свёрнута, показать (59)

  • 1.85, Аноним (85), 20:16, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Я успешно решил эту проблему следующими настройками:

    vm.swappiness=1
    vm.vfs_cache_pressure=50
    vm.min_free_kbytes=1048576

    Плюс к этому имеется своп на ssd, куда деваются излишки. Оперативки 16 Гб.

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

    С параметром vm.min_free_kbytes можно поиграться: целиться нужно на размер памяти, который вряд ли кто-то захочет единовременно в условиях нехватки памяти. На другом компе у меня всего 8 Гб памяти (а задачи те же), и min_free_kbytes я поставил чуть побольше - иначе периодически сталкивался с мелкими подтормаживаниями при старте чего-то большого (но всё равно, это небо и земля по сравнению с дефолтными настройками).

     
     
  • 2.141, trdm (ok), 21:30, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +13 +/
    > Я успешно решил эту проблему  ..... Оперативки 16 Гб.

    Само собой решилось...

     
     
  • 3.208, имя (?), 23:56, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да если бы! Мне 32 не хватает, и это даже с учётом часто пустующего в последнее время ZFS ARC :|
     
  • 3.362, Аноним (355), 10:27, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Решилось увеличением vm.min_free_kbytes https://bugzilla.kernel.org/show_bug.cgi?id=196729#c17
     
  • 2.224, Аноним (224), 01:01, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Вы проблему не решили, вы её замели под ковёр и затопили оперативой и залакировали быстрым свопом. Oнa у вас воспроизведётся так:

    mkdir a
    mount -t ramfs ramfs ./a
    dd if=/dev/urandom of=./a/b bs=1024

    ну или

    int main(){
      char *c;
      while(true){
        c=new char[1024];
      }
      return 0;
    }

     
     
  • 3.386, Аноним (386), 11:33, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Строго говоря, да - я сделал так, чтобы в моих условиях проблема не воспроизводилась - на практике этого достаточно.

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

    Я подозреваю что на такой синтетике и макось загнётся - впрочем, интересно будет проверить, отпишусь как доберусь.

     
  • 3.530, Аноним (527), 09:43, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    у вас много буков, вот вариант для забития ОЗУ попроще (и да, я по прежнему надеюсь что awk есть на всех системах):
    awk 'BEGIN{while(1){a[b++]=1;}}'
     

  • 1.1, Аноним (1), 18:47, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Какой кошмар! /* в панике убегает за новыми плашками оперативы */
     
     
  • 2.7, Даздраперм Сигизмундович (?), 18:52, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Она дешевая. Ставьте 128 и норм. Хватит всем
     
     
  • 3.68, Anonymouss (?), 19:54, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Где сейчас можно найти одну плашку 128мб?
     
     
  • 4.215, Gannet (ok), 00:34, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ГБ? о_О
     
  • 3.69, IvAnZ (?), 19:57, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ага, а ультрабук только обновлять, т.к. оперативка прям на мамку припаяена. Уже из-за нехватки RAM поменял ноут 4 гига на 8, но теперь надо на 16 переходить, опять $$$ и тяжелее килограмма с 16 гигами нет
     
     
  • 4.115, ппп (?), 20:39, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    тяжелее килограмма с 16 гигами есть =)
    А вообще, не не надо было брать нетбук за 15 тыс, если есть реальная потребность в памяти.
     
     
  • 5.158, А (??), 21:57, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С чего бы это. Надо - недорого и достаточно для нужного.

    А не очень полезных программистов потребность в памяти - пусть за меня платят.

    )


    Ну реально, нет софта такого супер нужного, чтобы столько памяти отводить ему. И чтобы процессор прям быстрый нужен.

    P.S. Есть, конечно, новации, но это ещё не на рабочих столах никак. Кроме игр.

     
  • 5.262, Аноним (261), 02:20, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Ну да, сперва понанимают вэбмакак и погромиздов-гомнокоддеров, из-за которых 8 гиг в ноуте не хватает, а потом они ещё смеют писать, что мне надо было ноут мощьнее и дороже брать, сталина на вас нет!
     
     
  • 6.341, оралр (?), 09:26, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    странно что легендарные суперкодеры еще на починили то же ведро и весь прочий жрущий софт, но регулярно обвиняют всех прочих кодеров в криворукости
     
     
  • 7.488, Аноним (488), 20:37, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >странно что легендарные суперкодеры
    >еще на починили то же ведро и весь прочий жрущий софт,

    Легендарные суперкодеры не юзают омнософт и у них в консолях ничего не жрёт, почему они должны ковыряться в чужом г-мнокоде не понимаю?!
    >но регулярно обвиняют всех прочих кодеров в криворукости

    кто-то обвиняет, кто-то нет, я же от лица возмущённого пролетариата!

     
  • 5.285, Аноним (285), 05:29, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    на 24х иногда сталкиваюсь с зависаниями по заполнению оперативки
    бери 32, говорят на них норм)
     
  • 2.31, Аноним (79), 19:11, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Даже сейчас в среднем магазе половину ноутов продаётся с памятью припаянной к матери - удачи в добавлении плашек памяти.

    Расскажите как вы это делаете, а мы послушаем.

     
     
  • 3.47, kai3341 (ok), 19:28, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Расскажите как вы это делаете, а мы послушаем.

    Болезный, чините детектор сарказма

     
     
  • 4.49, Аноним (79), 19:30, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скорее, кто-то очень толсто троллит.
     
  • 3.121, SomeBody (??), 20:45, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Понакупают вяких говен, а потом приходют у страдают тут. Фысь!
     
     
  • 4.257, tyrtyruurir (?), 02:07, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Уймись. Я пишу без приувеличения. У половины народа России зарплаты 5 - 20 тысяц рублей. А у 90% пинсионеров не зависимо от стажа 8000 - 15 тысяч рублей пенсия. Инвалиды тоже в районе 10 - 15 тысяч.
     
     
  • 5.258, tyrtyruurir (?), 02:08, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    И то может даже и больше чем половины.
     
     
  • 6.259, tyrtyruurir (?), 02:10, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ошибся инвалиды 8 - 15 тысяч рублей
     
  • 5.277, zzz (??), 03:50, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А у второй половины - 25-90 т.р.
     
  • 5.301, Аноним (301), 06:52, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >У половины народа России зарплаты 5 - 20 тысяц рублей.

    А в Сомали еще меньше. Предлагаешь ориентироваться на самых убогих?

    Здесь, кагбэ, большинство айтишники - зарплатная медиана в районе 120к находится (судя по последней статистике на хабре).

     
     
  • 6.346, Аноним (346), 09:36, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    С чего взяли, я вот вижу много виндо и просто троллей Интересно как вы зарплат... текст свёрнут, показать
     
  • 5.307, пох. (?), 07:16, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –5 +/
    ну так может этой половине народа не надо пока лезть улучшать линуксы - а сперва заняться своим сортиром? - потому что это явно та самая половина, которая в XXI веке все еще бегает в -40 cpaть в дырку в полу в досчатой будке.
    Не считая тех, у которых и такого нет, и они гадят за баней.

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

     
     
  • 6.319, Голубой гигант (?), 08:30, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты считаешь людей неполноценными по праву рождения? И правда, "страна рабов, страна господ"
     
     
  • 7.353, пох. (?), 10:09, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    у нас пока не ставят штамп в паспорт "рожденный в жопе - всю жизнь не пускать в теплый сортир".

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

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

     
     
  • 8.439, Аноним (437), 15:03, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Судя по тебе, ты не только не выбрался, но ещё и забрался сильно поглубже дна ... текст свёрнут, показать
     
  • 7.467, zzz (??), 18:16, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Как можно назвать полноценным человека, который умеет на нижнюю половину зарплат, но хочет получать из верхней. В этом кретинизм российского (да и не только) общества: кого ни спроси, все считают себя умнее, опытнее, образованнее большинства. Но как только дело доходит до зарплаты, то все эти умные, опытные и образованные оценивают себя максимум в медианную зарплату. И возникает резонный вопрос: стоит ли к мнению этих шизофреников вообще прислушиваться.
     
  • 6.327, Аноне (?), 08:51, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот и сиди в своей квартирке 5 на 5. Только в пятерочке не забудь купить хлеба, выращенного этими самыми.
     
     
  • 7.497, пох. (?), 22:44, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вот и сиди в своей квартирке 5 на 5. Только в пятерочке
    > не забудь купить хлеба, выращенного этими самыми.

    то ли дело - простор - вышел из яранги, глядь направо - моп твою ять! Налево глять - ять твою моп! Правда, зимой жопа немного подмерзает, а летом в нее вгрызаются комары...

    И ладно б оленей пас - там это неизбежная плата за сохранение культуры и наследия предков. Но он же ж такой - линуксы улучшать рвется...

     
  • 6.490, Аноним (490), 21:12, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > та самая половина, которая в XXI веке все еще бегает в
    > -40 cpaть в дырку в полу в досчатой будке.

    ну я, не бегаю, а хожу
    -какбудта чтота плахое?!
    и не дырка, а технологическое отверстие, и не досчатая будка, а полезное сооружение для сортироваки цилиндрических шлакоблоков...
    > Не считая тех, у которых и такого нет, и они гадят за
    > баней.
    > А развитие современных технологий оставить тем, кто первый и второй этажи пирамиды
    > уже освоили.

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

     
  • 6.503, tyrtyruurir (?), 23:30, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Не путайте квартирный образ жизни с деревенским. В деревнях в домах некуда подключать унитаз, нет водопровода как в квартирах. Воду берут или в колодцах или где-то установлена колонка. И зачем в декревне в доме унитаз? Поставить его в доме на постомент и любоватся на него с мыслями и у меня тоже есть унитаз живу почти с уддобствами как в квартире. "в дырку в полу в досчатой будке" - это норма жизни прими это. И это не Европа и Америка с катеджами и газонами -  это русская деревня. А ещё из этой "дырки в будке" ведром на верёвке переодически с червями надо вычерпывать говно по мере заполнения. Я бывал в деревне знаю, жил. Пока здоровье и деньги есть не проблема в таком туалете для меня. А мытся топишь баню дровишками, носиш воду в баню.
     
     
  • 7.543, Аноним (543), 12:37, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    У нормальных людей в деревне давно стоит септик.
     
     
  • 8.545, tyrtyruurir (?), 14:07, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я не занимлся изучением этого вопроса септик в деревне В деревне был давно И... текст свёрнут, показать
     
     
  • 9.546, tyrtyruurir (?), 14:14, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Если почти не чего не есть, то наверно можно и за раз или через два месяца купит... текст свёрнут, показать
     
     
  • 10.547, tyrtyruurir (?), 14:35, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    и с зарплаты и пенсии 8 - 15 тысяч рублей не и, а или и с зарплаты или пенсии... текст свёрнут, показать
     
  • 7.554, пох. (?), 22:13, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > В деревнях в домах некуда подключать унитаз, нет водопровода как в квартирах.

    мои (вполне деревенские) друзья со ШриЛанки удивленно чешут чёрные репы - у них есть. (кстати, они где-то слышали, что Ру'ссиа - богатая сильная страна, и даже грозит проклятой Америке!)

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

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

     
  • 5.512, хотел спросить (?), 04:08, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    иди на площадь? не?
     
     
  • 6.558, пох. (?), 07:28, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > иди на площадь? не?

    в омон и прочие охранные отряды не всех берут - требования как на самом деле в космос.

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

     
     
  • 7.580, хотел спросить (?), 19:25, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> иди на площадь? не?
    > в омон и прочие охранные отряды не всех берут - требования как
    > на самом деле в космос.
    > а если здоровье позволяет - то конечно, иди. Там и зарплата не
    > шестьтыщ, и пенсия в 45 за счет тех лохов которых лупишь
    > дубиной (и которые до пенсий по любому не доживут), вот на
    > пенсии и будешь улучшать линуксы, как достойный член золотого миллиарда.

    ох уж этот майор

     
  • 3.122, Аноним (122), 20:45, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так покупайте нормальные ноуты, а не дешёвый ширпотреб для просмотра вконтактика. В тех же Dell Precision или Lenovo P5* память без проблем обновляется как минимум до 32 ГБ.
     
     
  • 4.239, Celcion (ok), 01:29, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Так покупайте нормальные ноуты, а не дешёвый ширпотреб для просмотра вконтактика.
    > В тех же Dell Precision или Lenovo P5* память без проблем обновляется как минимум до 32 ГБ.

    Вот это правильная десктопная ОС с правильными системными требованиями - не какие-то там жалкие виндовые 2GB, а настоящие пацанские 32! Всё правильно, респектую!

     
     
  • 5.308, пох. (?), 07:19, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ты правда пробовал работать на винде с "2Gb", и открывать сотни вкладок при этом?

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


     
     
  • 6.320, Голубой гигант (?), 08:33, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > на винде с "2Gb"

    Работается прекрасно. Windows 7 Starter прекрасно работает на 256 Мб ОЗУ.

    > открывать сотни вкладок

    Зачем? Вкладок 15 - самое то

     
     
  • 7.347, оралр (?), 09:44, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Windows 7 Starter прекрасно работает на 256 Мб ОЗУ.

    В смысле запускается?
    А вообще семерка рип уже.

     
     
  • 8.360, пох. (?), 10:23, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    зочем вы тгавите У него еще целых четыре месяца осталось, наслаждаться своим ру... текст свёрнут, показать
     
  • 7.359, пох. (?), 10:22, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Работается прекрасно. Windows 7 Starter прекрасно работает на 256 Мб ОЗУ.

    "загружается", ага, минут всего за двадцать-тридцать.

    И позволяет запустить сколько там - аж три программы, да?

    Давай я тебе такой линукс вылеплю, twm, xterm, никаких тебе бэкграундов на 4k - работать будет примерно так же.

    Даже, пожалуй, удастся загрузить что там... 3.28ю мазилу какую-нибудь, примерный эквивалент того ie7, и открыть в ней пресловутые 15 вкладочек с опеннетом. С неопеннетом будет пустое место, как и положено.

    Мееееедленно так, и печально.

    И, разумеется, своп на пару гиг не забудь создать заранее, тут тебе не винда.

     
  • 6.371, Celcion (ok), 10:45, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Не только на винде, я и на фряхе так пробовал в своё время И всё было гуд Толь... текст свёрнут, показать
     
     
  • 7.391, пох. (?), 12:11, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    в свое время не было никаких вкладок - у netscape4 были окна - пытается, поч... текст свёрнут, показать
     
     
  • 8.417, zzz (??), 13:22, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Прибить процессы Тебе это говорит уже который человек, а ты продолжаешь строить... текст свёрнут, показать
     
     
  • 9.430, Anonymoustus (ok), 14:15, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это ещё с прошлого века политика пейсателей лялиха С этим ничего нельзя сделать... текст свёрнут, показать
     
  • 9.434, пох. (?), 14:44, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    спасибо, дорогой - а зачем он их поназапускал, если их можно - просто прибить ... текст свёрнут, показать
     
     
  • 10.441, Адекват (ok), 15:13, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Так можно же периодически сохранять результаты своей работы, не ... текст свёрнут, показать
     
     
  • 11.464, пох. (?), 18:02, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    вручную С автоматическим сохранением тебя при таком подходе ждет веселый сюрпри... текст свёрнут, показать
     
  • 10.471, zzz (??), 18:32, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Домашний да и не только пользователь не обязан следить за объемом свободной ра... текст свёрнут, показать
     
  • 8.470, Celcion (ok), 18:29, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это если он включен По умолчанию - почти ни на одном десктопном линуксе он не в... текст свёрнут, показать
     
     
  • 9.491, пох. (?), 21:37, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    с каких это пор его надо как-то особенно включать Его и выключить-то можно толь... текст свёрнут, показать
     
     
  • 10.501, Celcion (ok), 23:24, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Повторяю, речь не про серверы Вышибить не то приложение на десктопе - уж точн... текст свёрнут, показать
     
  • 9.500, Anonymoustus (ok), 23:16, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Бывает И оно, как ни странно, таки небольшого размера Можно с высокой степенью... текст свёрнут, показать
     
  • 2.315, еще_адын_ананим (?), 07:35, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    скоро Линус скажет, что 640 Ггб хватит всем
     

     ....нить свёрнута, показать (57)

  • 1.2, iPony129412 (?), 18:48, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +19 +/
    А в чём новость?
     
     
  • 2.32, Аноним (79), 19:12, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +18 +/
    Ни в чём. Линукс идеален.
     
  • 2.389, Andrey Mitrofanov_N0 (??), 11:53, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > А в чём новость?

    Опенет сообщает!  На форониксе опубликована "новость". </eoi>

     

  • 1.3, freehck (ok), 18:48, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +25 +/
    Почему это в главных новостях? По-моему тут какая-то ошибка.
     
     
  • 2.4, freehck (ok), 18:49, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +16 +/
    Окей, ввиду перемещения в мини-новости, я поправлюсь: почему это вообще в новостях? =)
     
     
  • 3.24, someAlex (ok), 19:02, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Похоже скорее не на новость, а на запись в бложике.
     
  • 3.25, Аноним (25), 19:02, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Меня больше интересует, почему это вообще пропустили в новости.
     
     
  • 4.56, Канифоль Патрика (?), 19:43, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Крамола же!
     
  • 4.240, Celcion (ok), 01:31, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Меня больше интересует, почему это вообще пропустили в новости.

    Обсуждение какой-то объективно существующей проблемы в линуксе? Немедленно убрать с глаз долой! В линуксе нет проблем, слышите?! Нет!

     
     
  • 5.440, Адекват (ok), 15:07, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Завтра автора найдут в канаве с перерезанным горлом.
     
  • 3.89, Аноним (89), 20:21, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Серьезно. Почему это в новостях? Есть же целый раздел для статей/заметок:

    https://www.opennet.ru/tips/sml/

    И там вполне себе уместно употреблять личные местоимения первого лица, глаголы первого лица и т.д.

    А в новостях ожидаешь нейтральную подачу информации.

     
  • 2.29, Аноним (79), 19:08, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +16 +/
    На Reddit ~500 сообщений на тему, на Hacker News ~400, на русских сайтах (на ЛОРе есть в Talks) воняют и говорят, что всё в порядке, и проблемы нет, хотя воспроизвести её можно за пару минут.

    Рунет по части обсуждения Линукса превратился в чистый кал уже много лет назад.

    Просто противно читать.

     
     
  • 3.50, soarin (ok), 19:31, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –11 +/
    Проблема есть.
    Но я бы не сказал, что она важная. Её легко можно закидать ОЗУ.
    Выше писали про ноутбуки – тоже не проблема, у линуксов и так вечные проблемы с автономностью, и гибернациями, так что использовать линуксы на ноутбуках это уже удел совсем упорных.
    А на десктопах у линуксов есть и куда более важные проблемы, которые просто не заткнёшь железом, как в этом случае...
     
     
  • 4.52, zzz (??), 19:38, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Что там важного, в самом деле. Ну зависла система на минуту, чего такого-то. И вообще, сам дурак. Обожаю линукс-сообщество за смелые, нестандартные ходы.
     
     
  • 5.57, soarin (ok), 19:44, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Что там важного, в самом деле. Ну зависла система на минуту

    Не знаю, как на минуту. У меня с концами зависало, уходя в свопинг. Что там уже чаю выпил, по парку погулял - бесполезно... Ни на что не отвечало.
    Может что-то и изменилось, ибо как выше написал, просто засадил ОЗУ побольше, поэтому больше такого не наблюдал.

     
     
  • 6.82, zzz (??), 20:12, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Добавить пямяти можно, но это не решение проблемы. Это ненормально, что ОС вместо того, чтобы прибить процесс, встает колом. Причем, это уже сколько времени продолжается. Недавно ставил KDE Neon на относительно старую машинку - 2 ядра, 2 гига. При попытке открыть FF со скайпом система завешивалась наглухо. Ну т.е. совсем наглухо. Такого поведения я не видел больше нигде - ни в винде, ни во фрюхе: без свопа процессы отстреливаются только в путь.
     
  • 5.264, tyrtyruurir (?), 02:23, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Больше 45 минут не выдержал, диск стало жалко, ситема зависла, а диск от такого зависания начинает работать с нагрузкой в 100%, с скоростью ~30 -50 МБ/сек на чтение все 45 минут ( линейное чтение моего HDD макс. ~160-180 МБ/сек. ) и почти ноль на запись. Это было пару лет назад на 15-17 Xu. Теперь больше пару минут не жду с таким зависанием.
     
     
  • 6.266, tyrtyruurir (?), 02:26, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Дело не в Xu. Тогда была Xu установлена.
     
     
  • 7.344, Аноним_t (?), 09:33, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А что такое Xu?
     
     
  • 8.511, tyrtyruurir (?), 03:25, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    https ibb co jvbtLW1... текст свёрнут, показать
     
  • 6.267, tyrtyruurir (?), 02:38, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати тут про swap, Когда зависает у меня, раздел подкачки на 80-90% пуст. Не когда небыло чтобы зависло даже с половиной заполненном разделе подкачки, а это всего 2,5 Гб или 4гб оперативной  памяти, раздел подкачки 4 Гб SSD. Я всегда размечаю диск с разделом подкачки.
     
     
  • 7.559, пох. (?), 07:33, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати тут про swap, Когда зависает у меня, раздел подкачки на 80-90%
    > пуст.

    значит, это какая-то совершенно другая проблема, отдельная от страданий криворучек.
    Ищите ее для начала в битой памяти и перегреве (не обязательно именно проца - перегревшийся мост приведет к тому же самому, а throttling в ем не предусмотрен)

    При 100% уверенности что дело не в гнилом железе - там ниже инструкция, как и что нажать чтобы собрать дополнительную информацию, уже была.

    Я бы ставил на память. Вы заполняете ее до критичного уровня - и наступаете на мигающие битики.

     
     
  • 8.582, tyrtyruurir (?), 01:47, 10/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    С ядром 5 2 и разделом подкачки на SSD стало лучше Теперь я не проверяю сколько... текст свёрнут, показать
     
     
  • 9.583, tyrtyruurir (?), 01:52, 10/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Не та ссылка Эта https www opennet ru openforum vsluhforumID3 118068 html 570... текст свёрнут, показать
     
     
  • 10.584, tyrtyruurir (?), 02:06, 10/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Контралёр на мат плате SATA300 ... текст свёрнут, показать
     
  • 4.55, MAN (??), 19:42, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что??? Неужели я это читаю про linux а не про FreeBSD? На последней, кстати, нет проблем при нехватке памяти - killer просто отстрелит этот процесс, и система жива и работоспособна, и даже ругнется админу. Но увы, на современном ноуте freebsd не прижился у меня, а linux просто выбешивает при нехватке памяти. Приходится перезагружать с завидной регулярностью. Если че - да, ноут с 4GB распаянной памяти.
     
     
  • 5.83, ibel (?), 20:13, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    поставьте zram, причем принудительно в конфиге ему 6ГБ. Станет существенно полегче. Офисные машины у меня так десятками живут.
     
     
  • 6.220, НяшМяш (ok), 00:55, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Если там впаяных 4 гига, то заодно подозреваю слабый процессор, которому от вечного zrama может стать только хуже.
     
  • 6.251, Аноним (242), 01:50, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Даже с zram система хорошо подвисает - все зависит от степени загруженности свопа. Приходилось и по 10м ожидать пока система хоть на что-то отреагирует :)
     
  • 5.90, Griggorii (?), 20:21, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Если у тебя серьёзно 4 гига памяти то ставь вот этот дистр https://github.com/Griggorii/Cinnamon-Budgie-Linux-OS-11-based-19.04-Ubuntu-Po
    Стоит у меня три гига памяти и не моргает , избавляйся побыстрее от проблемы
     
  • 5.91, пох. (?), 20:22, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > На последней, кстати, нет проблем при нехватке памяти - killer просто отстрелит этот процесс, и
    > система жива и работоспособна

    и нaxep никому не нужна, потому что вместе с отстреленным хромом накрылась недозаполненная форма (и далеко не всегда после перезапуска тебя пустят ее заполнять с прежнего места)

    проблема нехватки памяти решается ТОЛЬКО добавлением памяти (хотя бы - в своп)

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

    Хуже что найдутся другие дятлы, и запилят (как обычно, неотключаемый) улучшизм на эту тему. Планировщики уже изгадили погоней за "реакцией на действия пользователя". Теперь еще и изгадят управление памятью.

    Все ради заботы об альтернативно-одаренных, "а то они уйдут на проклятую винду".

    Господи, сделай так, чтобы они на нее ВСЕ свалили уже, наконец, забрав с собой альтернативно-одаренных разработчиков. "А еще лучше - чтобы просто сдохли." (c)Директор АЭС из "АтомногоИвана".

     
     
  • 6.102, zzz (??), 20:28, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Проблема не в нехватке памяти, а в реакции системы на эту нехватку. Вы уж совсем умахались подменять понятия.
     
     
  • 7.155, пох. (?), 21:54, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Проблема не в нехватке памяти, а в реакции системы на эту нехватку.

    что дожна сделать "правильно реагирующая" система - высунуть табличку "замените прокладку между креслом и клавиатурой!" и повиснуть?
    НЕТ памяти, НЕТ ЕЕ и взять - негде. Потому что дятел не обеспечил эту возможность.

     
     
  • 8.163, Аноним (437), 22:07, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А прокладка-то тут причём Всё, что вмещается в ОЗУ - надо иметь возможность зап... текст свёрнут, показать
     
     
  • 9.185, пох. (?), 22:45, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    потому что у нее мог бы быть интеллект, но его - нет Она дуб-дубом ок, там ниж... текст свёрнут, показать
     
     
  • 10.188, Аноним (437), 22:51, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    И до открытия в нём всякой жирноты Ну, это и без рецепта сделать можно Если ... текст свёрнут, показать
     
     
  • 11.310, пох. (?), 07:21, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    нет система _позволяет_ ее открыть, убедиться что сделал это зря, ресурсов твое... текст свёрнут, показать
     
     
  • 12.420, zzz (??), 13:38, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Новость и замечания в обсуждениях как раз о том, что до закрыть обратно вовремя... текст свёрнут, показать
     
  • 8.178, Аноним (178), 22:33, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Так можно и до проблем с переполнением буферов докопаться Покупайте процессоры... текст свёрнут, показать
     
  • 8.223, НяшМяш (ok), 00:57, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Помню, та же семёрочка при нехватке памяти убивала Aero и вывешивала balloon, чт... текст свёрнут, показать
     
     
  • 9.392, пох. (?), 12:16, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    если убить иксы, в общем-то, вывешивать уже ничего, скорее всего, не понадобится... текст свёрнут, показать
     
  • 8.274, iPony129412 (?), 03:27, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Типа того macOS вывешивает табличку 171 памяти уже перебрало Вот тебе список... текст свёрнут, показать
     
  • 6.108, Аноним (79), 20:32, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Обсуждается как раз проблема, что до OOMKiller a дело не доходит А что происход... текст свёрнут, показать
     
     
  • 7.435, пох. (?), 14:48, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > А что происходит, когда и swap кончается?

    идиот получает то, что он заслужил, что же еще?

    > Десяточка отлично работает в этой ситуации без swap'а. Проверено.
    > Swap, если вручную в 10ке выключен, никогда системой использоваться и включаться не будет.

    конечно же, она берет память прямо в /dev/astr..простите, у нее ASTRL:

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

     
  • 6.135, Аноним (437), 21:17, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну ты то хоть на свою божественную полностью перешло? Не забывай чётко следуя методичке, кричать об этом на каждом углу. Ты ведь неальтернативно-одарённый жэж.

    > Планировщики уже изгадили погоней за "реакцией на действия пользователя"

    Это, кстати, было очень полезным улучшением для меня. Я доволен.

    > Теперь еще и изгадят управление памятью.

    Если так же, как и планировщики - то я только за. А пока-что - earlyoom позволяет мне на 4ГБ работать и жить без единого тормоза. Юзерспейс или ядро? - пофиг. Главное - работает, и работает хорошо.

    > проблема нехватки памяти решается ТОЛЬКО добавлением памяти (хотя бы - в своп)

    нет.

    > дятел-автор

    нет. В отличии от тебя.

     
  • 6.144, Канифоль Патрика (?), 21:39, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вы опять всё местами попутали. Альтернативно-одарённые не они! Они - мейнстрим. А вот вы.. :)
     
  • 6.148, Канифоль Патрика (?), 21:50, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Так по факту. Винда не виснет, дефолтный Линукс виснет. Пользователю обязательно знать, кто там чего и как создаёт? Пользователю нужно работать со своим прикладным софтом. С которым у Линукс опять же беда ;)
    Всё поминаю Федорчука, который в 2000-х размышлял на тему - а нужны ли Линуксу пользователи? И вроде как склонялся к тому, что Линукс слишком крут, чтобы его тормозили какие-то там пользователи. Типа, не коммитишь, иди на* отсюда ;) Вот так поюзаешь Линукс, почитаешь боевые комменты на опенете и подумаешь, а ведь и правда, Линуксу простые пользователи не нужны.
    Вот и сидите дальше с 2% на десктопе.
    Кстати, вокруг вас сейчас сгущаются корпоративные дяди, вот они может быть и выведут когда-нибудь Линукс-десктоп в люди. Но только не "сообщество" - это точно.
     
     
  • 7.166, пох. (?), 22:14, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    сосед вася напел по телефону Винда повиснет точно так же, и даже хуже у нее оч... текст свёрнут, показать
     
     
  • 8.184, Канифоль Патрика (?), 22:45, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вас прямо пробрало Занимаетесь самовнушением А как любить Линукс без самовну... текст свёрнут, показать
     
     
  • 9.373, Celcion (ok), 10:50, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Блин Лучший комментарий за сегодня Так жирно, что даже тонко Респект ... текст свёрнут, показать
     
  • 9.436, пох. (?), 14:50, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    я не люблю линукс Я его уже окончательно ненавижу - вот ровно из-за того что он... текст свёрнут, показать
     
     
  • 10.448, Адекват (ok), 15:40, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Линукс изуродован молодыми людьми, которые полны энергии и энтузиазма, но не име... текст свёрнут, показать
     
     
  • 11.475, zzz (??), 18:57, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Какие молодые , о чем ты Линукс уже долгое время - платформа для корпораций, в... текст свёрнут, показать
     
  • 11.516, soarin (ok), 05:37, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет Проблема не в том, что какой-то выдуманный враг платит, чтоб делали плохо ... текст свёрнут, показать
     
     
  • 12.524, Andrey Mitrofanov_N0 (??), 08:23, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что значит не в том, а в этом , это же одно и то же ... текст свёрнут, показать
     
  • 8.249, Anonymoustus (ok), 01:45, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Справедливости ради, у винды есть квоты, которыми админ может разрулить некоторы... текст свёрнут, показать
     
     
  • 9.363, Канифоль Патрика (?), 10:30, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вистонька в совокупности с кубитторрентом на ней - в 2019-ом наверное это весело... текст свёрнут, показать
     
     
  • 10.375, Anonymoustus (ok), 10:54, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это работает Просто работает Без телеметрии, без спайвари, без автоматической ... текст свёрнут, показать
     
     
  • 11.422, Канифоль Патрика (?), 13:45, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А ПО то современное на ней как В любом случае, я бы уже сменил на 7 Кстати, по... текст свёрнут, показать
     
     
  • 12.424, Anonymoustus (ok), 13:51, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Современное это какое 8212 свежеобмазанное фека W рекламой и телеметрией Зач... текст свёрнут, показать
     
     
  • 13.476, zzz (??), 19:05, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну я бы не сказал, что виста хорошо работает Подвисания и фризы - то, что соп... текст свёрнут, показать
     
     
  • 14.504, Anonymoustus (ok), 23:36, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Подвисания и фризы были свойственны RTM и на маломощном железе В SP2 и при лучш... текст свёрнут, показать
     
  • 9.395, пох. (?), 12:21, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    дык, у нас тоже есть ну ок, с квотой на rss не все гладко Но чтобы квоты рабо... текст свёрнут, показать
     
     
  • 10.428, Anonymoustus (ok), 14:04, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В точности так Придерживаюсь ещё тех рекомендаций Мокрософта 8212 об организ... текст свёрнут, показать
     
  • 7.446, Адекват (ok), 15:34, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Нужно было мысль дальше развить - что будет с линуксом, если количество пользово... текст свёрнут, показать
     
     
  • 8.465, пох. (?), 18:10, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    дружище, я отлично помню времена, когда количество пользователей было равно 0 ... текст свёрнут, показать
     
     
  • 9.505, Anonymoustus (ok), 23:42, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    У лялиха исключительно удачная для жадных корпорастов модель разработки Можно б... текст свёрнут, показать
     
  • 9.523, Адекват (ok), 07:50, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Были времена, когда ядро было версии 0 01 кажется , когда еще не было гну-утили... текст свёрнут, показать
     
     
  • 10.533, пох. (?), 10:17, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    если сделать ее правильно - с покрытием тестами хотя бы базовой функциональности... текст свёрнут, показать
     
  • 6.238, Anonymoustus (ok), 01:26, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Добавьте плюсов поху, анонимы. Он единственное ценное достояние опеннета (даже если вы по молодости этого ещё не понимаете).
     
     
  • 7.244, Celcion (ok), 01:39, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Да набросы какие-то уж слишком жирные. Я бы лучше скинулся ему на таблетки для похудения.
     
  • 6.421, Аноним (421), 13:38, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > и нaxep никому не нужна, потому что вместе с отстреленным хромом накрылась недозаполненная форма (и далеко не всегда после перезапуска тебя пустят ее заполнять с прежнего места)
    > то что дятел-автор

    дятел - это ты, потому что до своей формы ты не достучишься никогда, система может может и сутки колом простоять. А встанет она колом рано или поздно, вне зависимости от количества памяти, 16 или 32, особенно если ее не перегружать/выключать ежедневно.

     
     
  • 7.438, пох. (?), 15:01, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну так не дожидайся этого поздно У тебя 4, 8, 10 гигабайт свопа - они _физиче... текст свёрнут, показать
     
     
  • 8.480, zzz (??), 19:29, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя талант раздавать самоочевидные советы из разряда Хочешь быть богатым - б... текст свёрнут, показать
     
  • 6.443, Адекват (ok), 15:19, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > и нaxep никому не нужна, потому что вместе с отстреленным хромом накрылась
    > недозаполненная форма (и далеко не всегда после перезапуска тебя пустят ее
    > заполнять с прежнего места)

    А ведь можно сделать так, что каждая вкладка будет отдельным процессом, и если вкладка в течении 10 сек не обращается к ОЗУ - она целиком скидывается в своп, а ОЗУ освобождается ? не ну как вариант.
    Ну можно еще добавить условие, если окно не активно, если пользователь с ним не работает.

     
     
  • 7.481, zzz (??), 19:36, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В той же винде отстреливаются новые процессы. Заполняешь ты где-то там формочку на сайте, тут дилинькнул мессенджер, прошел по ссылкам, открыл гугл, открыл еще пять ссылок, тут память кончилась и последние запущенные процессы прибились, старые процессы в целости и сохранности. Простая и очевидная логика, недоступная нашему тропическому алконавту поху, готовому землю жрать, лишь бы только никто не подумал, что он ляпнул глупость.
     
     
  • 8.510, имя (?), 03:22, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    8230 которая не работает, если для убийства остаются только очень старые проце... текст свёрнут, показать
     
  • 7.492, пох. (?), 21:45, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ты не хочешь подождать пока она перекинется в своп это не позволит в этот же мо... текст свёрнут, показать
     
  • 4.105, IRASoldier_registered (ok), 20:30, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Её легко можно закидать ОЗУ

    Так когда-то сделали яблочники. Совершенно экстенсивный путь.

     
     
  • 5.225, НяшМяш (ok), 01:02, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не сказал бы, что сделали. Макбуки с 32 гигами появились только в конце 2018 года, раньше 16 максимум. Да и встречаются люди, которые на старых Airах с 4 гигами на последних осях живут и не особо страдают.
     
     
  • 6.292, IRASoldier_registered (ok), 06:19, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    То ли на Хабре, то ли на Компьютерре(?) как-то (~5 лет назад) читал развёрнутый обзор, как проблемы с утечкой памяти в макоси решались простым добавлением оперативы в новые версии мак(бук)ов. Сразу дисклаймер: личного опыта более или менее длительного юзания маков или какого-нибудь хакинтоша не имею, не нужно было.

     
  • 4.226, Аноним (224), 01:05, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Её легко можно закидать ОЗУ.

    Ну раз вам легко, то с вас покупка ОЗУ и материнских плат, а если нужно - то и процессоров новых, всем тем, кто не считает, что это легко.

     
     
  • 5.431, soarin (ok), 14:17, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну раз вам легко, то с вас покупка ОЗУ и материнских плат, а если нужно - то и процессоров новых, всем тем, кто не считает, что это легко.

    Как оригинально то...
    Естественно, что легко относительно пути "а где патч?". Сам прикинешь сколько это трудозатрат для конечного пользователя...

     
  • 3.54, анон (?), 19:42, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На реддите и хн обсуждение некого абстрактного дохлого опоссума скатывается к чаепитию. Да, такое приятно читать, но не долго. по поводу рунета - это меньше зло, совсем другое дело - это сос и подобная ванильность. Если вы не знаете, чем это оборачивается, то советую посмотреть все отклоненные реквесты в репозитории ядра, раковость подобной общественной опухли зашкаливает.

    >на русских сайтах (на ЛОРе есть в Talks) воняют и говорят

    Этой проблеме 15 лет, это проблемы не только ядра линукс, все ответы уже есть, решения малоприятны.

    >Просто противно читать.

    А мне уже противно до безразличия читать подобные комменты.

     
  • 3.64, user90 (?), 19:52, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Но проблема-то больше в голове у тех, кто за каким-то фигом открывает 100+ вкладок, нежели в технической части ;) И чего тут обсуждать, тоже не совсем понятно.
     
     
  • 4.111, IRASoldier_registered (ok), 20:34, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    А это неважно. Приложение позволяет открыть 100+ вкладок. Мне хочется открыть 100+. ОС должна с этим тем или иным способом справляться. Или на уровне приложения брать и к чертям ограничивать функционал, пока ОС не умеет реагировать на такие ситуации адекватно. И не надо устраивать сеанс очередного вещания "не переносите ваши привычки с другой ОС на наш уютный Linux".
     
     
  • 5.153, Канифоль Патрика (?), 21:54, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да они там на этой винде мало того, что играют, так ещё и работают! Фу-фу!
     
     
  • 6.450, Адекват (ok), 15:50, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да они там на этой винде мало того, что играют, так ещё
    > и работают! Фу-фу!

    Да ваще офигевшие, понимашь купят себе игру AAA класса, и давай в нее рубиться на видяхе за 90к рублей и монике 4K, то ли дело у нас - повесил на ctrl+k скрипт прибития браузера и красота :))

     
  • 5.269, Аноним (269), 03:08, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Даже не так. Это вполне себе лазейка для написания вирусов работающих даже на жс. Через жс можно заставить линукс уйти в себя, и это НЕ нормально, для ядра. Не обслуживать один процесс это лучше чем не обслуживать все процессы находясь в бесконечном поиске памяти
     
     
  • 6.282, IRASoldier_registered (ok), 04:39, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > лазейка для написания вирусов (...) Не обслуживать один процесс это лучше чем не обслуживать все процессы находясь в бесконечном поиске памяти

    Разумеется. Но на Linux же не бывает вирусов, вы разве не знали? (#сарказм)

     
  • 5.394, Совершенно другой аноним (?), 12:18, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ОС не работает с вкладками - она про них совсем ничего не знает. Что, конечно, не отменяет проблемы с управлением памятью в Linux. Опять-же есть проблема, что на прикладном уровне через возвращение нулевого указателя из функции malloc()/calloc()/etc в Linux не могут сообщить, что память закончилась и позволить самому приложению что-то по этому поводу сделать.
     
     
  • 6.403, имя (?), 12:44, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Опять-же есть проблема, что на прикладном уровне через возвращение нулевого указателя
    > из функции malloc()/calloc()/etc в Linux не могут сообщить, что память закончилась
    > и позволить самому приложению что-то по этому поводу сделать.

    Могут, в этом и есть суть отключения overcommit. Проблема в том, что для куча приложений написана так, что по получению NULL умеет только вываливаться с записью «вот это нежданчик!» в логе, а по-другому писать разучились.

     
     
  • 7.425, Аноним84701 (ok), 14:01, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Могут, в этом и есть суть отключения overcommit. Проблема в том, что
    > для куча приложений написана так, что по получению NULL умеет только
    > вываливаться с записью «вот это нежданчик!» в логе, а по-другому писать разучились.

    Кхе-кхе.
    https://developer.gnome.org/glib/stable/glib-Memory-Allocation.html#g-malloc
    > If any call to allocate memory using functions g_new(), g_new0(), g_renew(), g_malloc(), g_malloc0(), g_malloc0_n(), g_realloc(), and g_realloc_n()[b] fails, the application is terminated.[/b] This also means that there is no need to check if the call
    > succeeded. On the other hand, g_try_...() family of functions returns NULL on failure that can be used as a check for
    > unsuccessful memory allocation. The application is not terminated in this case.
    >

     
  • 7.427, zzz (??), 14:03, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Миллиарды людей с отсутствующим оверкоммитом как-то живут себе на винде, не кашляут - фильмы смотрят, в интернете сидят, игрушки запускаят. Overcommit - фенька от корпораций для корпораций, позволяющая на каком-нибудь смартфоне запустить чуть больше приложений, а зависнет - ну так сам дурак, что запустил столько приложений, перезагрузи устройство. По сути, это грязный хак. Впрочем, как и всё остальное в линуксе.
     
  • 4.229, Аноним (224), 01:10, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я в 2006 открывал 100 вкладок и было норм. Почему в 2019 на том же железе я не должен открывать те же 100 вкладок с тем же или даже меньшим потребшением ресурсов? Почему даже на железе с вчетверо большей оперативой и зарезанным JavaScriptом на всех я не могу открыть столько вкладок? У нас вообще прогресс в софтостроении и оптимизации или регресс и п***********о? Вопросы риторические, можно не отвечать.
     
     
  • 5.246, Celcion (ok), 01:41, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Почему в 2019 на том же железе я не должен открывать те же 100 вкладок с тем же или даже меньшим потребшением ресурсов?

    Принеси в свой 2019 вебсайты и браузеры из 2006 - и все откроется. Всегда ваш, Кэп.

     
  • 3.119, ппп (?), 20:42, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Просто есть те кому эта проблема и сам линукс не интересны, и есть фанатики линукса. У последних в голове творится что-то непонятное, и даже видя очевидный косяк они начинают обвинять тебя в криворукости и т д, а как последний аргумент "УМВР", "это никому не нужно" и "иди сам перепиши программу/ядро и т д".
     
     
  • 4.157, Канифоль Патрика (?), 21:56, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да :)
    Но, в конце-концов, модераторы оставят только правильное и доброе :)
     
  • 3.175, vitalif (ok), 22:31, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому что реально полная хрень, а не проблема

    КАКАЯ система умеет мягко обрабатывать нехватку памяти? Винда что ли?

    Любая система раком встаёт

     
     
  • 4.231, Аноним (224), 01:12, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не мягко, а корректно, а не втупую. И именно винда.
     

     ....нить свёрнута, показать (96)

  • 1.5, Аноним (5), 18:50, 06/08/2019 Скрыто [﹢﹢﹢] [ · · · ]
  • –3 +/
     
     
  • 2.10, Rhayader (?), 18:53, 06/08/2019 Скрыто
  • +2 +/
     
     
  • 3.14, Аноним (-), 18:56, 06/08/2019 Скрыто
  • +1 +/
     
     
  • 4.281, IRASoldier_registered (ok), 04:37, 07/08/2019 Скрыто
  • +3 +/
     
     
  • 5.295, имя (?), 06:30, 07/08/2019 Скрыто
  • –1 +/
     

     ....нить свёрнута, показать (4)

  • 1.6, Марк (?), 18:51, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Потому аффтар статьи - неуч! Начинает тормозить потому что:
    1. линуксу некуда деть анонимную память (свопа нет)
    2. Единственно что можно выгрузить - это замеморимапленные с диска файлы. Например, запущенные программы и библиотеки.
    3. Так как они по факту таки используются, то он их постоянно читает с диска, чуть поюзает и выбрасывает из памяти.
    4. Потому что никто, блджад, не использует mlock() / mlockall() а надо!
     
     
  • 2.12, Марк (?), 18:53, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Соответственно, кто отключает своп, мотивируя, мол именно из-за него тормозит -- тот сам такой.
     
     
  • 3.26, Аноним (26), 19:06, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Две планки по 8 Гб ddr4, можно купить за 5 тыс. рублей.
    У меня 32, про своп давно забыл.
     
     
  • 4.58, анон (?), 19:45, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    У меня как-то виртуалка случайно попросила 200гигов оперативки.
     
     
  • 5.324, ryoken (ok), 08:44, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    СЛУЧАЙНО??? убило
     
  • 4.60, Канифоль Патрика (?), 19:47, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А на суперкомпьютере Линукс даже ещё шустрее чем у вас крутится.
     
  • 4.349, Игорь (??), 09:51, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы не будете так любезный приложить чек из магазина для подтверждения правдивости вашего заявления.
     
  • 2.30, Аноним (79), 19:10, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +14 +/
    Проблема воспроизводится со SWAP так же успешно и состояние системы в этом случае ещё хуже.

    Столько АНАЛитиков на opennet - аж жуть.

    Попробуйте обсуждение почитать на Hacker News, чтобы не падать лицом в грязь со страшной силой и не нести бред.

     
     
  • 3.117, Алеша (?), 20:41, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так опять таки, для особо одаренных - у системы в данный момент времени нет ничего лишнего, что можно бы было сбросить в своп и помочь беде хоть на время.
    А все из-за того, что ситуация притянута за уши. то есть специально так сделали, руками ограничив и память и параметры виртуальной памяти вообще.
    А вот будь там в фоне с десяток других, много жрущих процессов и в данный момент простаивающих (тот же сервер БД) - на время памяти можно было бы выкроить.
     
     
  • 4.123, ппп (?), 20:48, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Лишнее есть всегда. Если бы линукс как целостную систему для вполне определенных задач и пользователей делали, то система бы понимала, что рутовским задачам максимальный приоритет, затем графической оболочке пользователя, затем чему-то еще по вкусу, а браузер, который сожрал всю память надо просто прибить весь или отдельные процессы. Юзер видит "ваш браузер отожрался и был убит т к память кончилась", но проблем, все понятно и просто.
    Кста, интересно как винда и мак себя ведут в этой ситуации?
     
     
  • 5.181, Алеша (?), 22:38, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Хорош уже чушь молить про якобы не пришедший оом-киллер.
    Браузер говоришь прибывать?
    А ты знаешь как этот оом-киллер работает, логику? Браузер - активное приложение. А активное приложение убивается в последнюю очередь, бл! Подумай хорошенько, кому нужна система, которая прибывает активный процесс??? А вдруг это 1С какой-нибудь, который двое суток считал мегазадачу и вдруг выбрал всю память, так его теперь убить по-вашему?
    Ну-ну. Должен сам понимать, говоришь)))
     
     
  • 6.183, Алеша (?), 22:41, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Впрочем, кому я это пишу? У тебя "лишнее всегда есть", даже в таком, по-самые уши притянутом примере...
     
  • 6.314, Аноним (314), 07:28, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Именно, должен прибить 1С. Что бы юзеру стало понятно, что для его задач не хватает памяти. А не начинать лагать, как будто глючит гномо-щель.
     
     
  • 7.396, Совершенно другой аноним (?), 12:26, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    К сожалению, имхо, пользователь не поймёт ни так, ни так. Если ООМ прибьёт 1С, то пользователь начнёт орать благим матом, что потеряна работа нескольких дней из-за кривого Linux-а, а если будет система будет жутко тормозить, то это у вас кривой Linux тормозной. Простой пользователь (в данном случае с 1С - какой-нибудь бухгалтер) скорее всего не сможет понять, что не хватает именно памяти, а не чего-то ещё.
     
     
  • 8.555, Аноним (-), 06:24, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ЛЮБОЙ сложный расчет дольше получаса и так должен делать периодические сохранени... текст свёрнут, показать
     
  • 6.348, оралр (?), 09:48, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    отрицание очевидного - признак фанатика.
    Если 1с завесила комп полностью, то да его надо прибить. Это лучше чем по кнопке перезагружать весь комп. Мне плевать как твои киллеры работают, я пользователь.
    Как вариант резервировать что-то чтобы систем оставалась отзывчивой и позволяла хотя бы выбрать что делась с зависшей задачей, которой не хватает памяти.
     
  • 6.513, имя (?), 04:57, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А музыкальный плеер 8212 активное приложение А nginx, на который коллега заш... текст свёрнут, показать
     
     
  • 7.518, Алеша (?), 06:20, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я же говорю - не знаешь как работает.
    Процесс можно положить в группу и там указать т.н. "вес" - который и будет определять фактор "активности" процесса, то есть будет ли убит активный или же нет.
    Таким образом можно настроить любой процесс. То есть, можно таки заставить выгружать активные.
     
     
  • 8.520, имя (?), 07:10, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А кто эти веса раздавать и менять на лету будет Гном А правила к нему будут на... текст свёрнут, показать
     
  • 5.339, 123 (??), 09:24, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Они на порядок лучше умеют работать со свопом и сжатием данных в оперативке, плюс планировщик поумнее, там таких проблем просто нет, в силу архитектурных особенностей.
     
  • 3.199, Sw00p aka Jerom (?), 23:32, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а я то думал это из-за гномовского трекера индексатора такая хрень с зависаниями и морганием хард диска
     
     
  • 4.397, пох. (?), 12:27, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > а я то думал это из-за гномовского трекера индексатора такая хрень с
    > зависаниями и морганием хард диска

    ну вообще-то он добавит тебе ровно тех же проблем, которые автор зачем-то устроил себе самостоятельно - нагрузит io (мешая подгружать отdiscard'енные страницы бинарников), залезет в своп, подожрет оперативку, попутно вымоет дисковые кэши и устроит race между их отрастанием из-за перебирания данных и работой ядерного очищальщика, пытающегося сохранить хоть сколько-то доступной для срочных нужд памяти.

    А, кстати, напомните, кто знает - idle priority у нас так и сломан по сей день?

    Если да - ну тогда единственный для тебя способ - "а вы так не делайте". Запускай его вручную перед  походом за пивасом.

     
  • 2.101, Аноним (101), 20:27, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Потому что никто, блджад, не использует mlock() / mlockall() а надо!

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

     
  • 2.218, Аноним (218), 00:52, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Все так, но по-умолчанию система должна вести себя более адекватно, как то 1 Н... текст свёрнут, показать
     
  • 2.252, Celcion (ok), 01:54, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +11 +/
    В винде тоже можно отключить своп. И она это учтет, отрубив почти полностью любое системное кэширование и буферизацию, а когда памяти не станет совсем - начнет жалобно верещать, предлагая закрыть наиболее жирную программу. А если совсем совсем плохо - пришибет её и извинится в духе "извини, чувак, вместе бы мы не выжили".
    Ну а линукс ничего не скажет вообще. Даже если пользователь ничего не открывал, а просто в очередном обновлении его любимой DE привезли утечку памяти. Просто израсходует всю память и благополучно встанет колом. И попробуй, будучи простым пользователем, догадайся почему.

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

     
     
  • 3.293, Аноним (293), 06:24, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Давеча наблюдал такую картину:

    8гиг рамы, в 10-ке запустил жирную виртуалку. Потом захотел запустить еще одну жирную виртуалку, и она меня вежливо послала, сказав, что не запустится, пока не закрою предыдущую, или не освобожу досточное кол-во ОЗУ.

    В бубунте: запустил жирную виртуалку, запустил 2-ю жирную виртуалку - система даже не пикнула, ушла в астрал и не вернулась.

     
     
  • 4.398, пох. (?), 12:34, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    угу, регулярно бесит - потому что я совершенно точно знаю, что сейчас запускал п... текст свёрнут, показать
     
     
  • 5.453, Адекват (ok), 16:00, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > alt-sysrq l, m, t в студию, или назвиздел

    Зачем мелочититься - изучить СИ и переписать ядро.
    По сабжу - оно и отключено бывает, представляешь ? ты жмакаешь а реакции нет, так что только ресет, ну и забываешь бывает комбинации эти, если не пользуешься регулярно.

     
     
  • 6.466, пох. (?), 18:13, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Зачем мелочититься - изучить СИ и переписать ядро.

    охереть. Нажать пару кнопок и хоть мобилой сфоткать что получилось - это "изучить си и переписать ядро".

    Вот для таких мы и будем старательно ухудшать линукс, ага.

    Ну и да, ровно из-за вас эти комбинации и отключены. Люди с мозгами-то не нуждаются в заботе дяди чтоб деточку ненароком не перезагрузили злые хакеры, или не подсмотрели на ее порнопроцессы.

     
  • 4.487, анонимус (??), 20:35, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому что Hyper-V ближе к XEN, чем к KVM. И там память ЕМНИП выделяет гипервизор, а не ОС.
     
  • 2.260, Аноним (242), 02:11, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Проблема в том, что даже со свопом отвисать система может очень долго.
     
     
  • 3.350, кккк (?), 09:59, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Проблема в том, что даже со свопом отвисать система может очень долго.

    Иногда бесконечно долго - давеча было, зажрала девелоперская java прилада кучу памяти, ладно перешёл в виртуальную рутовую консоль, убил приладу килом (на всё ушло несколько минут) память вроде как вернулась, вернулся обратно в гуй - а винт всё шуршит и шуршит, система стоит полуколом и можно сказать не работает. 8 гигов рам, своп 16 гигов диски в софтовом рейде.

    Но у людей проблем понятное дело нет - всё хорошо прекрасная маркиза.

     
     
  • 4.561, Аноним (561), 09:03, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    SysRq+f, на будущее, и не страдайте. Обычно работает, но можете выставить большой вес для текущего шелла и запускать в нём. Это проще, тем более что когда когда вся память со свопом по-настоящему закончится переключиться вы никуда не сможете. А то что вы наблюдаете -- это скорее всего результат засилья ламерских советчиков в интернете, бывает.
     

     ....нить свёрнута, показать (32)

  • 1.8, Аноним (8), 18:52, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    earlyoom может помочь.
     
  • 1.9, Аноним (9), 18:53, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А как же oom killer? Неоднократно заканчивалась память и был прибыт почему-то всегда в первую очередь xorg.
     
     
  • 2.28, andy (??), 19:08, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    обычно когда прибиваешь иксы прибиваются процессы всего гуля (опера, лиса, идея, sublime)
     
  • 2.103, Аноним (101), 20:28, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Значит у тебя какая-то программа создает утечку в xorg, например pixmap'ы плодит и не чистит
     
  • 2.351, кккк (?), 10:00, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Гуй не нужен ! :D
     

  • 1.11, Аноним (11), 18:53, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну как бы свопают на диск не только память процессов, но и содержимое исполнимых файлов. Все страницы с кодом, если они сейчас не нужны, из памяти можно дропнуть и потом прочитать с диска.
     
     
  • 2.104, Аноним (101), 20:29, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Ну как бы свопают на диск не только память процессов, но и содержимое исполнимых файлов.

    Только вторые не в своп попадают, а просто выбрасываются.

     

  • 1.13, Аноним (13), 18:55, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Проблема действительная серьезная.
    Часто из за свопинга просто вешается комп и единственный выход, это  рестарт.
     
     
  • 2.18, andy (??), 18:59, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    swap на ссд особо ничего не вешает. когда появляются подтормаживания просто закрываю 50 вкладок в хроме
     
     
  • 3.286, Аноним (285), 05:32, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    обычно курсор не двигается при проблеме, sysrq +... не реагирует
     
  • 2.23, Аноним (5), 19:01, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    А вас уже минусуют. Людям лапши навесили что вот linux просто прекрасен как ядро, проблем там нет, и все в таком духе... Не хочется им верить в обратное!

    Используйте zram (в windows включен по дефолту его аналог), а так же earlyoom к примеру, будет сильно лучше.

     
     
  • 3.61, zzz (??), 19:48, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В винде и без zram всё отрабатывает штатно: как только память начинает заканчиваться, система начинает прибивать процессы.
     
     
  • 4.92, Аноним (5), 20:23, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, так и есть. Просто zram помогает при нехватке памяти.
     
     
  • 5.287, Аноним (285), 05:33, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    временно, потом все равно заканчивается)
     
  • 3.80, Владимир (??), 20:09, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Zram не комильфо. Есть же zswap https://www.hippolab.ru/linux-zswap-optimiziruem-rabotu-s-podkachkoy
     
     
  • 4.88, ibel (?), 20:18, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    По моему опыту zram работает в разы приятней и быстрее. А swap на hdd в любом виде надо отключать при наличии ОЗУ более 6 ГБ и включенном zram. Если же ОЗУ 4 и меньше - приоритет swap ставить самый низкий, а порог выгрузки в него - самый высокий.
     
     
  • 5.107, Аноним (101), 20:31, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >А swap на hdd в любом виде надо отключать при наличии ОЗУ более 6 ГБ и включенном zram.

    На hdd может и надо, а на nvme лучше оставить, чем засорять оперативку не слишком нужными данными

     
  • 4.297, имя (?), 06:35, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Zram не комильфо. Есть же zswap

    zswap — это бомба замедленного действия, потому что когда память всё-таки закончится, сжатые страницы будут перемещены в своп С РАСПАКОВКОЙ. Хорошо сжавшиеся страницы породят такое количество IO со своп-разделом, что система встанет колом надолго.

     
     
  • 5.588, Аноним (588), 03:29, 11/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Zswap и на диск тоже пожатые страницы кидает.
     
     
  • 6.590, имя (?), 10:41, 11/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Zswap и на диск тоже пожатые страницы кидает.

    Я не знаю, где ты это вычитал, но тебя жестоко обманули:

    https://github.com/torvalds/linux/blob/de2fadf566cb9277bea22993ed95cc517728025

     
  • 3.182, Аноним (178), 22:40, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А при чём тут ядро, если эти финтифлюшки обязаны идти исключительно в довесок, чтобы можно было соорудить именно такую систему, которая требуется? Что-то как-то не взлетели Windows Embended эдишн у народа, да и поддерживать что-то минимальное проще, чем то, что при изменении значка кнопки пуск переименовывается сразу в следующую версию. Zram это конечно хорошо, но если бы оно было включено по умолчанию, то не было бы такой популярности у линя на том, где полноценная ось и не нужна (3D-принтер с рабочим столом и Windows Store, ага).
     
     
  • 4.228, НяшМяш (ok), 01:08, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    http://woshub.com/memory-compression-process-high-usage-windows-10/
    В винде сжатие памяти появилось ещё в 16 году и включено по-умолчанию для всех.
     
     
  • 5.493, пох. (?), 21:51, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > http://woshub.com/memory-compression-process-high-usage-windows-10/
    > В винде сжатие памяти появилось ещё в 16 году и включено по-умолчанию

    и как мы без этой пакости жили двадцать лет - сами не понимаем.

     
  • 3.263, Аноним (242), 02:20, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Linux действительно прекрасен, но далеко не без проблем.
     
  • 3.407, Андрей (??), 12:56, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А можно ZRAM включить только для 2 программ firefox да chromium?
     

  • 1.15, andy (??), 18:57, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а как включить oom killer?
     
     
  • 2.17, Аноним (5), 18:59, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –11 +/
    Используйте сторонний, в linux он работает отвратительно. Если хотите нормальный OOM-Killer в системе, используйте MS Windows, ну вдруг вас эта проблема очень напрягает...
     
     
  • 3.21, andy (??), 19:00, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    спонял, что лучший oom киллер это планка озу на 8 гигов за 50 баксов
     
     
  • 4.33, raspberrypi (?), 19:12, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    плз припаяй мне 8гб планку к расбери
     
     
  • 5.39, andy (??), 19:15, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –9 +/
    в 4ой версии добавили usb3.0
    берешь ссдшку самую дешманскую (a400 120gb 20 баксов. скорость 320 на запись чего за глаза с 3.0) ставишь на ней своп. ??? профит
     
     
  • 6.160, Канифоль Патрика (?), 21:58, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А если у него третья версия? А то вдруг даже и вторая?
     
     
  • 7.254, Аноним ещё один (?), 01:55, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А ещё у него может быть калькулятор на пентиуме.
     
  • 7.519, name (??), 06:24, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, пусть туда ставит Windows, oh wait
     
  • 3.35, Аноним (35), 19:12, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    в винде оверкоммит запрещен. а линуксе кстати тоже можно его отрубить.
     
     
  • 4.110, Аноним (101), 20:34, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    И потерять возможность использовать значительную часть оперативки
     
  • 3.109, Аноним (101), 20:33, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Если хотите нормальный OOM-Killer в системе, используйте MS Windows

    Только вот память в этой ОС используется куда менее эффективно, так как нет нормально работающего кэша ФС

     
     
  • 4.162, Канифоль Патрика (?), 22:05, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +8 +/
    И тут я вспоминаю. "Файл скопирован" на флешку юсб 2.0 со средней скоростью 150(!!) мб/с. Отсоединить устройство. Ой, простите, оно busy (в реале будет писаться ещё минут 5. Как закончим, мы вас сообщим.. смотря в каком мы DE/WM.. а то ещё и это не факт). И этот детский лепет я вижу до сих пор. В Вин ХР такого не было! Да и в 98 вроде тоже.
     
     
  • 5.168, пох. (?), 22:22, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В Вин ХР такого не было! Да и в 98 вроде тоже.

    да. в 98 был синий экран с надписью прямо посередине: "васян, ты совсем дурак? Верни флэшку на место, я ее еще не дописала, дурень!"

    иногда даже на самом деле удавалось, вернув на место, нажать там OK. Чаще все висло к х.ям.

    В XP Билл осознал проблему, и отключил намертво любое кэширование при обращении к внешним носителям (внешим hdd тоже), а заодно и возможность создавать на них fs посложнее fat. К счастью, немного протрахавшись, его все еще можно было включить обратно (если знать, почему оно ТАК тормозит). С fs ситуация улучшилась только к семерке.

     
     
  • 6.186, Канифоль Патрика (?), 22:49, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы из пещеры? Из лесу? Виндовз 8, Виндовз 10 пользовались?
     
     
  • 7.312, пох. (?), 07:25, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    да, кэширование сменных носителей в них все так же отключено напрочь.
    Что в моем лесу, что в вашей пещере.

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

     
     
  • 8.365, Канифоль Патрика (?), 10:32, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Даже с включённым кешированием на винде прогресс записи отображается адекватно ... текст свёрнут, показать
     
  • 6.189, Канифоль Патрика (?), 22:51, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да пусть хоть в Семёрке. А сколько ей лет? А у вас до сих пор этот детский горшочек.
     
  • 6.329, ryoken (ok), 08:53, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> а заодно и возможность создавать на них fs посложнее fat

    Вот тут вы батенька не правы. Как минимум с Висты (не к ночи будь помянута) флешки ИЗ КОМАНДНОЙ СТРОКИ можно форматировать во всё, что поддерживает ОС. У меня воообще несколько флешек для использования в вантузе 7 и выше - живут под UDF2.5 и здравствуют. (exFAT считаю проприетарным говном и не пользуюсь).

     
     
  • 7.400, пох. (?), 12:37, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >>> а заодно и возможность создавать на них fs посложнее fat
    > Вот тут вы батенька не правы. Как минимум с Висты (не к
    > ночи будь помянута) флешки ИЗ КОМАНДНОЙ СТРОКИ можно форматировать во всё,

    это был специально оставленный геморройный обходной путь для сильнопродвинутых. Тем более что к этому моменту их уже нельзя было из командной строки сделать обратно кэшируемыми.
    > (exFAT считаю проприетарным говном и не пользуюсь).

    держи нас в курсе.

     
     
  • 8.416, ryoken (ok), 13:21, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ОК D Gentoo RULEZZ D ... текст свёрнут, показать
     
  • 5.221, Аноним (218), 00:55, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >В Вин ХР такого не было! Да и в 98 вроде тоже.

    в 98й там и особо usb2.0 не было, просто тогда размеры файлов были меньше и люди терпеливее

     
     
  • 6.313, пох. (?), 07:27, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    в 98se2 уже было. Тогда и флэшки были очень медленные, и дискеты 3" еще вполне использовались одновременно.

    Ну, правда, еще не было немодно не иметь индикаторы активности на них.

     
     
  • 7.364, nobody (??), 10:31, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > не было немодно не иметь

    Красиво загнул. Тройное отрицание...

     
     
  • 8.367, nobody (??), 10:33, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Не обнаружил наличия его отсутствия ... текст свёрнут, показать
     
  • 2.38, Аноним (79), 19:15, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    OOM Killer включен по умолчанию и проблему не решает.
     
  • 2.40, ilyafedin (ok), 19:16, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    kernel.sysrq = 1 в /etc/sysctl.conf или в /etc/sysctl.d/название-твоего-нового-конфига.conf (зависит от дистрибутива - что есть, туда и пихай)
    Когда настанет большой и пушистый, нажать Ctrl+Alt+SysRq+F
     
     
  • 3.93, wd (?), 20:23, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ctrl лишний
     
  • 3.232, Аноним (224), 01:14, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    При большом и пушистом клава не обрабатывается, так что о magic sysrq можете забыть.
     
     
  • 4.245, wd (?), 01:40, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ниразу небыло ситуации когда бы sysrq не обрабатывалось
    и кокраз sysrq+f зачастую спасало последнее время на работе, изза затекающих, скажем так, программ
    в целом можно еще sysrq+r пнуть, но на sysrq+... оно не должно вроде влиять
     
     
  • 5.562, Аноним (561), 09:26, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Бывает что не отрабатывает, но это какой-то очень специфический кейс например когда видеодрайвер повис при этом (привет блобу нвидиевскому). Клава может не реагировать вообще, поэтому или нажать rf пару раз и подождать или сработает только sysrq+b (это очень неприятно, но другие могут не срабатывать сколько ни жди). Без проблем r можно жать хоть до посинения перед этим, если он пройдёт то остальные тоже заработают.
     
  • 4.352, Аноним (355), 10:09, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > При большом и пушистом клава не обрабатывается, так что о magic sysrq
    > можете забыть.

    На самом деле, кое-кто не в курсе что такое ISR и о требованиях к ним. Не думаю, что он большой и пушистый, но лучше бы помолчал.

     
  • 2.596, фу (?), 11:49, 12/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    sudo systemctl start oom-killer


    Добавить OOMK в автозагрузку:
    sudo systemctl enable oom-killer

     

     ....нить свёрнута, показать (31)

  • 1.19, Аноним (19), 18:59, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Линух виснет намертво с загрузкой диска 100% с полным отсутствием реакции на любые действия. Сам выходит из этого состояния чере пару часов, когда попадает всё запущенное (виртуалки, браузеры, компиляторы). Ловлю это постоянно на Centos 7 (на Centos 6 не наблюдалось никогда) и debian 8/9. Swap включён. На Solaris 11 и *BSD ничего подобного не наблюдется.
     
     
  • 2.22, andy (??), 19:01, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –5 +/
    винт hdd?
     
     
  • 3.27, Аноним (27), 19:06, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Да что вы приклеились к ssd как к великому исцелению. Это же только скрывает симптомы, а не решает их.
     
     
  • 4.34, andy (??), 19:12, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    на самом деле на куче пк на винде основная причина торможения - херовая работа с винтом, что видно в диспетчере задач. аналогично в линуксах. iotop показывает стопроцентную утилизацию. проблема в количестве iops. ссд имеет их на порядок больше. а nvme еще на порядок
     
     
  • 5.65, zzz (??), 19:52, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Виснет линукс, а проблемы у винды. Хм.
     
     
  • 6.75, andy (??), 20:04, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    линь может виснуть изза перегруза по иопсам. наблюдаю что то похожее на orange pi one при компиляции софта. loadы пробивают 10ку на 4 ядрах. утилизация по иопсам 100%. видимо у тебя что то похожее. отдай эти 20 долларов за ссд и почувствуй разницу
     
     
  • 7.86, zzz (??), 20:17, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Линукс виснет из-за того, что приложение запросило больше памяти, чем доступно, при отключенном свопе.
     
     
  • 8.234, Аноним (224), 01:20, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Линукс виснет оттого, что система эта не для десктопов, а для серверов и эмбедде... текст свёрнут, показать
     
     
  • 9.279, zzz (??), 04:17, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Нет никакой разницы, чем забивать память - процессами хрома или процессами апача... текст свёрнут, показать
     
     
  • 10.535, пох. (?), 11:26, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    есть Но альтернативно-одаренные не в силах ее понять Нет, система не в состоян... текст свёрнут, показать
     
     
  • 11.551, zzz (??), 17:22, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ОС гно потому, что сначала обещает памяти процессам больше, чем у нее физически ... текст свёрнут, показать
     
  • 8.556, Аноним (-), 06:25, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Т е одно приложение намертво вешает всю систему зашибись... текст свёрнут, показать
     
  • 3.36, Аноним (79), 19:13, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Когда SWAP на SSD проблема ещё хуже.
     
     
  • 4.41, andy (??), 19:19, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    когда инженеры додумались написать алгоритмы распределения информации по ячейкам (что усложнило затирание от тов майора, но апаратный aes на новых ssdшках решил вопрос) то оказалось что ссдшки работают долго со свопом. плюс прогрес. через 5 лет всеравно придется менять на новую.
     
     
  • 5.289, Аноним (285), 05:36, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    вам не надоело форсить этих тов майоров?
     
     
  • 6.388, Аноним (381), 11:49, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Но, ведь, это действительно проблема, как гарантированно забить константными или случайными значениеями гарантированно все ячейки утилизируемого SSD. Пока только физическое уничтожение оного.
     
  • 3.288, Аноним (285), 05:35, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    на ссд аналогичено, 2 часа не ждал, а просто на ресет исправлял
     
  • 2.62, Catwoolfii (ok), 19:50, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    лапки?
     
     
  • 3.164, Канифоль Патрика (?), 22:09, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Линукс - это такая система, которой нужны сильные волосатые заботливые мужские руки! Шестипальцевость приветствуется!
     
  • 2.125, ппп (?), 20:55, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ееще крайне интересно себя ведет когда место на диске заканчивается (без всякого предупреждения естественно). Качаещь что-то или копируешь, вдруг все виснет и новый софт не запускается (еще бы, ведь чтоб прога файлменеджера звпустилась надо на диск обязательно писать!). Оконный менеджер вылетает. ПОлная хрень. В итоге надо в консоли ползать и чистить диск. Ага, юзерфрендли. В гуй не зайти при полном диске.
     

  • 1.20, Ilya Indigo (ok), 18:59, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Я ещё года 3 назад рапорт писал что OOM Killer не срабатывает автоматически, только вручную.
    https://bugzilla.kernel.org/show_bug.cgi?id=190151
    Но апстиму пофиг. :-(
     
     
  • 2.97, Аноним (97), 20:24, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Причем настолько пофиг, что люди сами пишут эти oom killer'ы. Давече проскакивало и здесь и на лоре вроде.
     
     
  • 3.222, Аноним (218), 00:56, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    даже 2 разных реализации.
     
     
  • 4.356, Аноним (356), 10:13, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    4 реалиизации:

    - earlyoom - лёгкая универсальная

    - nohang для десктопа и сервера

    - oomd для серверных парков

    - lmkd для Android

    Это как минимум.

     
  • 2.578, Аноним (578), 16:22, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Мало кто из разработчиков ядра читает багзиллу. Тыщу раз об этои уже писали в листах рассылки, которые вы не читаете. =P
     

  • 1.37, Аноним (35), 19:14, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    sudo sysctl vm.overcommit_memory=2

    можете не благодарить

     
     
  • 2.94, Аноним (94), 20:23, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Не благодарю - хром/фф больше не работают
     
     
  • 3.170, пох. (?), 22:24, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +13 +/
    ну вот. и память больше никто и не жрет!
     

  • 1.42, анонн (ok), 19:21, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    > -  Выключаем поддержку swap (sudo swapoff -a)
    > -  Запускаем любой веб браузер, например, Chrome/Chromium или/и Firefox
    > -  Начинаем открывать вкладки с сайтами и смотрим как уменьшается объём
    > свободной памяти

    Перезагружаться мне влом, но:
    [code]
    % config -x /boot/kernel/kernel|grep SWAP                                      
    options NO_SWAPPING

    % more /etc/sysctl.conf
    vm.disable_swapspace_pageouts=1
    vm.pageout_oom_seq=4
    kern.sched.preempt_thresh=224
    # kern.sched.interact=10

    % /usr/bin/time -l  python -c '{x:str(x)*(x**x**x) for x in range(100000000)}'
    time: command terminated abnormally
            9,80 real         0,80 user         3,91 sys
       6145052  maximum resident set size
             3  average shared memory size
            10  average unshared data size
           116  average unshared stack size
       1532799  page reclaims
            13  page faults
             0  swaps
            13  block input operations
             0  block output operations
             0  messages sent
             0  messages received
             0  signals received
            21  voluntary context switches
           561  involuntary context switches
    zsh: killed     /usr/bin/time -l python -c '{x:str(x)*(x**x**x) for x in range(100000000)}'[/code]
    Для не понявших: свопа нет от слова совсем (хотя лишний SSD под него, как ни странно, имеется), но выжирание памяти не ведет к тормозам (или тем более зависанию) и заметно лишь по факту закрытия самых жирных приложений.

    % uname -rs                                                                      
    FreeBSD 12.0-STABLE

    Если что - лицензия позволяет утянуть^W позаимств^W вдохновиться, нам не жалко ;)

    ЗЫ:
    И да, это тебе, дорогой лап4атый с особым подгоранием и странной тягой к самозванству и изречению "вумностей" из под чужих ников, не про UNIX-сность петросянить и не проприетарными блобиками или игрульками гордиться ))

     
     
  • 2.44, Аноним (5), 19:25, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Воот! FreeBSD пишется людьми знающими, и тоже профессионалами как и MS Windows, собственно MS даже и берет код из BSD, потому что всем понятно его качество. Это вам не линуксовый "базар"!
     
     
  • 3.48, Аноним (5), 19:29, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Жаль только zram нету.
     
     
  • 4.539, Аноним (539), 11:43, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты имел в виду нормального шедулера и драйверов?
     
     
  • 5.540, анонн (ok), 11:50, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ты имел в виду нормального шедулера

    Нормального - это как в "новости", чтоб с " система практически полностью зависает. "? Не, нету ((
    > драйверов?

    Зато у вас в WSL все есть, мы в курсе.

     
  • 2.180, пох. (?), 22:36, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > но выжирание памяти не ведет к тормозам

    приведет. А может и к зависанию, если в этом бутерброде есть zfs.
    Просто надо выжрать ее менее ди6ильным способом.
    Помочь?

     
     
  • 3.198, анонн (ok), 23:21, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот описаную ситуацию как-то не наблюдал Даже при дефолте vm pageout_oom_seq... текст свёрнут, показать
     
     
  • 4.405, пох. (?), 12:51, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну потому что он все неправильно делает buffer cache настал каюк, да, а про то ... текст свёрнут, показать
     
     
  • 5.451, анонн (ok), 15:53, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Только описанная ситуация вполне подходит под типичный юзкейз - открыл в дополне... текст свёрнут, показать
     
     
  • 6.494, пох. (?), 22:22, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а если не браузер а разбиралку фоточек с отпуска Отож у меня воспроизводилось ... текст свёрнут, показать
     
  • 2.200, anono (?), 23:32, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    изя залогинься...
     
  • 2.498, Annoynymous (ok), 22:56, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я чёт не понял юмора 8230 usr bin time -v python -c x str x x x x f... текст свёрнут, показать
     
     
  • 3.506, анонн (ok), 23:45, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя юмор в том, что или есть лимиты code ulimit -v 30000 usr bin time... текст свёрнут, показать
     
     
  • 4.507, Annoynymous (ok), 00:01, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Попробовал python -c '{x:str(x)*1024*3 for x in range(1000000000)}'

    htop показал 100% загрузку памяти, затем питон всё равно был убит. Никакого зависания не было.

    > в качестве заполнялки памяти или написать свою.

    Я не писатель, я просто попробовал у себя.

     

     ....нить свёрнута, показать (13)

  • 1.43, Нанобот (ok), 19:22, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    в таких ситуациях принято упрекать юзера в криворукости, что уже многие годы позволяет не решать проблему
     
  • 1.45, Аноним (45), 19:26, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    ну вообще то когда прога запрашивает ОЗУ, ей выделяется область commited memory - она просто промапленна, но там нету данных.

    я не раз замечал что в swap сливаюся commited, но пустые страницы.
    И в Windows Такое поведение тоже наблюдал пару раз.

    ЗЫ.  "mem=4G" а зачем это ограниение ставить?

     
     
  • 2.98, Аноним (94), 20:24, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >ЗЫ.  "mem=4G" а зачем это ограниение ставить?

    Чтобы быстрее стриггернуть проблему

    Ваш К.О.

     
     
  • 3.206, richman1000000d (?), 23:45, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ааа. ну тогда ок.

    Но я все таки не понял самой проблемы которую тут описывают - кончилось ОЗУ.

    Система не может грохнуть аппликуху чтоли?
    У меня много раз был OOM kill на проде и я в первый раз вижу вот такую жалобу.
    И Windows и Linux у меня часто делали OOM-Kill аппликухи если ОЗУ кончилось.

     
     
  • 4.531, пох. (?), 10:06, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Система не может грохнуть аппликуху чтоли?

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

     
  • 4.548, PnDx (ok), 16:54, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    oom на каждый чих не вызывается. Почитайте описание.
    Насколько помню, только при попытках взять из buddy блок меньше 3-го порядка (4к*2^3) в ситуации, когда *доступной для выделения* памяти осталось меньше заданного low_mark.

    В иных ситуациях приложению просто возвращают кукиш (NULL) и дальше — его проблемы. И это как раз стреляет на десктопах: толпа жирных процессов принимается толкаться локтями. Без шансов на успех, т.к. никто не озаботился орбитражем.

     

  • 1.46, Аноним (46), 19:27, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    ынжой ёр x_64
     
  • 1.51, user90 (?), 19:37, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Начинаем открывать вкладки с сайтами и смотрим как уменьшается объём свободной памяти.

    Дык! Ты знаешь, сколько всякого js-говна будет загружаться с *каждой* вкладкой? ЫЫЫ. Даже на опеннете на индикаторе блокировщика уже циферка «3», а кое-где легко может быть и 33, и больше.

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

     
     
  • 2.330, ryoken (ok), 08:58, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А какого именно блокировщика? У меня на значке uBlock Origin в данной теме - 9, на значке Disconnect.me - 3.
     

  • 1.53, Канифоль Патрика (?), 19:41, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    О, сколько раз я был об это лицом.
     
  • 1.63, MAN (??), 19:51, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кстати, индикатор жесткого диска будет моргать из-за того, что ядро делает coredump.
     
     
  • 2.71, Аноним (79), 19:58, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Нет.

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

    На LKML/Hacker News объяснили - я сам не догадался.

    // b.

     
     
  • 3.303, Аноним (303), 06:58, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда, для полноты эксперимента, нужно ещё и хард забить на 99%
     
  • 3.372, nobody (??), 10:47, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А куда оно их выгружает если swap нету?
     

  • 1.66, Аноним (66), 19:52, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Успешно словил пару дней назад на компе с 8GB оперативы. Новые времена настали :(
     
     
  • 2.331, Аноне (?), 08:58, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я тожн на днях, при том своп включен, но не использовался
     
     
  • 3.378, Celcion (ok), 10:59, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Я тожн на днях, при том своп включен, но не использовался

    А это потому, что господа ядроделы совсем свои патчи перестали на утечки памяти тестировать - я только за этот год уже несколько раз видел, как из ядра утекало по паре мегабайт в минуту. Но зато Code of Conduct запилили - хоть это радует. Теперь там не притесняют не только тех, кто не умеет программировать, но и гендерно небинарных, например. Радость, счастье.

     
  • 2.385, жека воробьев (?), 11:30, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а зачем вам 150 открытых вкладок в хроме?
     
     
  • 3.452, specter (ok), 15:55, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Хм... У меня в Фаерфоксе и по 500 бывает (лень закрывать). И ничего. Не ловил проблему ни разу.
     
  • 3.478, Аноне (?), 19:08, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Виртуалка без приложений + Скайп + 2 хромых по паре вкладок + SQL Developer = 7.6Гб и фриз.
    Годом ранее после включения свопа решил проверить, запустив 2 виртухи: часть системных файлов после резета оказалась битой, кое-как повторными установками пакетов поддомкратил бессмертный линух.
     

  • 1.67, Аноним (67), 19:52, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Логичней браузер ограничить суммарно на 1-2G в этом случае
     
     
  • 2.165, Канифоль Патрика (?), 22:13, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Да всё ограничивать, чего уж там. Грамотно расставить оградочки и Линукс снова работает.
     
  • 2.235, Аноним (224), 01:22, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ага, и будет браузер падать на двух вкладках.
     
     
  • 3.332, ryoken (ok), 08:59, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Сайтописателей принудительно пересадить на сервант с 2-мя Гб рамы. И пороть кнутом.
     
     
  • 4.357, Anonymoustus (ok), 10:15, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Сайтописателей принудительно пересадить на сервант с 2-мя Гб рамы. И пороть кнутом.

    2 гига — это слишком королевский компьютер для таких обезьян. 256 метров на всё про всё — и пущай кодят.

     
  • 4.444, Аноним (444), 15:24, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Фреймописателей скорее.
     
     
  • 5.445, ryoken (ok), 15:28, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Фреймописателей скорее.

    Всех. Чтоб не плодили сущностей сверх необходимостей.

     

  • 1.70, Annoynymous (ok), 19:58, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    На ноутбуке с 8 гб памяти, если Darktable попросит больше, её пристреливает OOM. Много раз ловил такое поведение, бесился, крутил настройки Darktable, надоело, включил свап, теперь просто получаю тормоза при экспорте, хотя иногда всё равно падает зараза.

    Может, проблема не в том, как работает OOM в Linux, а в том как поедает память Chrome?

     
     
  • 2.167, Канифоль Патрика (?), 22:15, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Линукс-Хром виноват. А на винде то другой Хром.
     
     
  • 3.194, Annoynymous (ok), 23:06, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я не знаю, какой в видне хром, я не пользуюсь ни виндой, ни хромом.

    Но раз поведение зависит от вида задачи, значит, задача как-то влияет.

    Умные люди в таких случаях пишут бенчмарки, тесты и воссоздают условия не в хроме, в коде которого чёрт ногу сломит, а в лабораторных условиях и на тестовых вызовах.

     
     
  • 4.202, Канифоль Патрика (?), 23:41, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А что тогда вы комментируете?
     
  • 4.205, Канифоль Патрика (?), 23:44, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Но раз поведение зависит от вида задачи, значит, задача как-то влияет.

    Зависит от работника.
    Один видит задачу - напивается и ложиться спать под стол. Другой - засучивает рукава, стискивает зубы и делает. Да ладно, винда ничего не стискивает. По крайней мере, пользователь этого не видит и, что главное, не ощущает.

     

  • 1.72, Ivan_83 (ok), 19:59, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Во фре такая же непотребность.
    Тоже сильно бесит.
    Вот посмотришь по RSS сумма занятого процессами скажем 16ГБ, при 32ГБ на борту, а система уже лезет в своп.
    Поставил 64Гб - опять летезет в своп, притом что сумма RSS явно никогда до 32ГБ не доходит.
    WTF!?

    А вот в венде как то нормально без свопа жилось - приложение просто получало по рукам (malloc() возвращал NULL) и либо падало либо одумывалось.
    Такое вроде и на фре и линухе можно включить, но хз насколько потом жить будет удобно.

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

     
     
  • 2.136, qwerty123 (??), 21:18, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Страницы смещаются в swap в зависимости от частоты использования http www ico... текст свёрнут, показать
     
  • 2.169, анонн (ok), 22:23, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Во фре такая же непотребность.
    > Тоже сильно бесит.
    > Вот посмотришь по RSS сумма занятого процессами скажем 16ГБ, при 32ГБ на
    > борту, а система уже лезет в своп.

    Так оно по умолчанию и задуманно - потихоньку в фоне выгружаем все второстепенное, чтобы, когда "прижмет", можно было не "тупить" в ожидании диска, а сразу освободить память. Крутилки для изменения поведения имеются.
    Но тут тема вообще-то о "тупиже" при нехватке памяти _и_ отключенном свопе. Оверкоммит и "проверять возврат malloc бесполезно!ваш новый стандарт!" передают приветы ))

     

  • 1.78, Аноним (78), 20:07, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну , а какие дистры проблемные ? Битность итд. Вот я сижу и раздаю свой образ изготовленный и приправленный новым ядром и хромиумом версия 19.04  64 битка от убунточки и вроде ничего у меня не виснет и пользователи думаю довольны. А , какие виснут ничего не написали ведь проблема может быть и в пакетах об этом я в блокнотике написал и оставил что бы эти два пакета никогда не ставили. Крч марки проблемных дистров в штудию
     
     
  • 2.171, Канифоль Патрика (?), 22:24, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пося, ты?
     
     
  • 3.393, Паяльник для Патрика (?), 12:17, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Клоун
     

  • 1.81, Геймер (?), 20:12, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    640K ought to be enough for anybody
     
     
  • 2.116, wd (?), 20:39, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    640GB в современном мире, ну или как минимум в ближайшем будущем
     
     
  • 3.179, Ivan_83 (ok), 22:34, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не совсем.
    20 лет назад 32 мб было даже многовато, с запасом - это точно.
    Вот и сейчас, 32гб - в самый раз чтобы не парится :)

    Всякие видеокарты тоже были сопоставимо 1-8 мб, так и сейчас они 1-8гб :)
    Диски были 1-13Гб, и чейчас они не больше 10-12ТБ :) А ссд так и до терабайта с трудом дотягивают из за ценников в масс сегменте.

     
     
  • 4.247, wd (?), 01:43, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    дада, я тоже подумал именно об этих цифрах когда писал
    но нужно же было сохранить 640 :)
    в целом я 32 гига рамы уже два года не могу ниразу задавить :)
    но это просто максимум что влезало в мою мать - так бы и 640 засунул :)
     
     
  • 5.455, Ivan_83 (ok), 16:19, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Если тебя так заботит именно 640, то венда после загрузки потребляет примерно столько мегабайт :)
    По крайней мере семёрка где то 400-500 метров.
     

  • 1.100, Аноним (97), 20:27, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >можно воспроизвести меньше, чем за несколько минут на последней версии ядра Linux 5.2.6

    Лол, этим грешит любая версия. А еще лютые проблемы с io до сих пор, бл. Стоит только начать копировать фильмы на флешки и т.д. 21-й век, бл.

     
     
  • 2.124, anonymous (??), 20:54, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Не очень понимаю про что конкретно речь, но судя по вашему описанию создаётся впечатление, что вам нужно просто снизить vm.dirty_ratio
     
     
  • 3.172, Канифоль Патрика (?), 22:27, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Чего нужно снизить? :))
     
     
  • 4.302, Аноним (303), 06:55, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Виртуальная машина грязное рация
     

  • 1.106, Аноним (106), 20:31, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    а нельзя просто сделать так, что бы при нехватке памяти автоматически создавался своп файл с авто увеличением размера?
     
     
  • 2.112, Аноним (79), 20:36, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Например, на многих embedded системах вообще нет вообще носителя как такового - только ROM и RAM.

    Сферический вакуум будете в качестве swap использовать? :-D

     
     
  • 3.120, Аноним (106), 20:43, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    для десктопа сойдёт
     
  • 2.191, Аноним (178), 22:58, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Можно. Вроде даже является альтернативным методом создания свопа этим вашим Linux Swap, на арчлинуксовом гайде читал.
     

  • 1.113, Alex (??), 20:36, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто-нибудь в OpenBSD проверял наличие такой проблемы?
     
     
  • 2.174, Ivan_83 (ok), 22:31, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В DragonFly полюбому должно быть лучше, помнится Дилон как раз чем то таким занимался когда то.
     

  • 1.118, Аноним (118), 20:41, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Похоже Bloomberg добрался и сюда.
     
  • 1.126, anonymous (??), 20:56, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Автору новости:

    Вижу твой тикет на bugzilla с текстом:

    > I'm curious why in this situation the kernel starts doing _massive_ amounts of disk IO - I don't even understand what's being read or written since SWAP is disabled, and all applications are in RAM doing pretty much nothing.

    Это вызвано отсутствие page cache, когда ОЗУ сожрано.

     
  • 1.127, Аноним (127), 20:56, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    С cgroups еще проблема еще есть на докерах. Контейнер уходит в безумный своп, даешь 32мега на haproxy, а озу только 3гб, оно начинает использовать диск безумно. Решается полным отключением свопа на ноде. Vm.overcommit.memory=1
    Vm.memory.swappiness=0. Начинает килять его при достижении oom score. Вешаешь мониторинг на oom, profit.
     
  • 1.128, Аноним (128), 20:59, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А что лучше zram или zswap? Можно их одновременно?
     
     
  • 2.129, anonymous (??), 21:01, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Они выполняют совершенно разные задачи: https://stackoverflow.com/questions/18437205/difference-between-zram-and-zswap
     
     
  • 3.132, Аноним (128), 21:07, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я понимаю и поэтому спрашиваю про одновременное использование.
     
     
  • 4.134, anonymous (??), 21:13, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это был ответ на вопрос "что лучше". А использовать одновременно теоретически ничего не ограничивает, хотя лично я не пробовал. Более того, вы можете определить приоритеты (см. 'swapon --help' и 'man swapon').
     
     
  • 5.138, Аноним (128), 21:21, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Что лучше тоже наверное можно и ответить - траблы, эффективность в широком смысле. Какое мнение?
     
     
  • 6.142, anonymous (??), 21:33, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    По ссылке выше неплохо отвечено на данный вопрос :)

    Добавлю лишь: что если поиграть в телепата исходя из того, как сформулирован вопрос, то создаётся такое ощущение, что zram вам будет всё же лучше: он работает полностью в памяти, что снижает риски пониженной доступности из-за глубкого ухода в swap. Однако оба зачастую не спасают, а лишь создают дополнительную неширокую прослойку между состоянием хорошей доступности и состоянием плохой доступности (отодвигая состояние плохой доступности немного дальше). Но пока не сформулирована задача, которую вы пытаетесь решить, это лишь гадание на кофейной гуще :)

     
     
  • 7.146, Аноним (128), 21:44, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Благодарю!
     
  • 2.253, Аноним (242), 01:54, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    ZRAM. Предлагаю самостоятельно подумать почему :)
     

  • 1.130, manster (ok), 21:05, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это только часть айсберга.

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

    Через какое-то время просто вынуждает пере-загрузиться. Особенно заметна подобная деградация памяти и снижение производительности после выполнения штатных обновлений на примере gentoo. Не исключено, что тут может добавлять еще тормозов постепенно файловая подсистема (ext4)

    Вообще, пробовал с минимальными параметрами свопа - еще хуже. Пока, стараюсь реже обновлять - в крайнем случае glsa-check -t all.

    Для тестирования отзывчивости системы довольно полезно задействовать работу десктопа + установка тяжеловесных обновлений в Gentoo на типовом ноутбуке со средними характеристиками.

     
     
  • 2.133, anonymous (??), 21:10, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > потом идет нарастающая регрессия постепенно.

    Так посмотрите что у вас жрёт ресурсы. Есть же огромное количество инструментов для этого. Серверы работают годами без перезагрузки (что плохо из-за отсутствия update-ов, но это отдельная тема) и таких проблем не наблюдают.

    Просто декомпозируйте вашу систему, найдите источник проблемы и устраните её. Новичкам в Linux иногда любят показывать эту картинку: https://blog.selectel.com/wp-content/uploads/2017/06/pr-490.jpg

     
  • 2.211, segesg (?), 00:15, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    починили вроде https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=
     
     
  • 3.212, segesg (?), 00:15, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=
     
     
  • 4.213, segesg (?), 00:16, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    т-у-п-о-р-ы-л-ы-й парсер!
    id=b56a2d8af9147a4efe4011b60d93779c0461ca97
    для предыдущей ссылки
     
  • 3.214, manster (ok), 00:27, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    это хорошо, если так, благодарю за ссылку
     
  • 3.380, manster (ok), 11:06, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    указанные патчи установлены, (причем chromium запускается в firejail) - у меня относительно свежие ядра от gentoo, сейчас поставил 5.2.2 - после рестарта полет нормальный пока один день uptime без компиляций и рестарта приложений
     
  • 3.408, пох. (?), 12:58, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > починили вроде https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=

    это другая история, забавно что только сейчас починенная - когда все либо висло, либо задумывалось на неделю при swapoff - при наличии доступной для этой процедуры памяти.

     
  • 2.377, manster (ok), 10:57, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    еще один момент после завершение работы приложений процесса например - закрыт... текст свёрнут, показать
     

  • 1.131, Alexey (??), 21:07, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Это проблема не только на уровне ОС, она присуща почти всем программам. Ни кто из программистов не усложняет код для проверки свободной памяти.
    Про BSD писали, ага видали, как зацикливается сборка пакетов сжирая память, благо падения ядра не наблюдается. Количество памяти значение не имеет.
    Стоит менять подход к программированию.
     
     
  • 2.139, qwerty123 (??), 21:24, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Ни кто из программистов не усложняет код для проверки свободной памяти

    гы...

    $ grep -r 'if.*alloc' /usr/src/sys/ | wc -l
        3132

    вообще это норма проверять успешное выделение памяти.

    if ((p = malloc(1)) == NULL) {
       что_то_тут_совсем_не_так();
       пока_пока();
    }

     
     
  • 3.190, Аноним (190), 22:58, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >if ((p = malloc(1)) == NULL) {

    В Linux эта проверка бесполезна, вам вернут адрес и но вы упадете.

     
     
  • 4.322, anonymous (??), 08:37, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Опасное заблуждение. Можно ограничить размер виртуальной памяти через ulimit -v и будет возвращать NULL даже при включенном оверкоммите.

    >вы упадете

    Проблема именно в том, что вместо падения приложения вся система встаёт. Слишком много времени уходит, прежде чем наконец-то начинает работать OOM-killer.

     
  • 3.195, анонн (ok), 23:06, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Ни кто из программистов не усложняет код для проверки свободной памяти
    > гы...
    > $ grep -r 'if.*alloc' /usr/src/sys/ | wc -l
    >     3132
    > вообще это норма проверять успешное выделение памяти.
    > if ((p = malloc(1)) == NULL) {
    >    что_то_тут_совсем_не_так();
    >    пока_пока();
    > }

    "Ваш новый стандарт!" же:

    https://bugzilla.mozilla.org/show_bug.cgi?id=335951
    > Lots of missing checks for out-of-memory.
    > 5. On Linux, desktop boxes are usually configured to "overcommit" memory, i.e. app never sees NULL from malloc. Kernel just kills the "worst" process when it gets REALLY tight on memory.

    ))

     
     
  • 4.270, Anonymoustus (ok), 03:14, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    [CODE]
    Opened: 14 years ago
    Updated: 7 years ago
    [/CODE]

    Прэлэстно.

     
  • 2.236, Аноним (224), 01:23, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А на винде другие программы с другими исходниками, да?
     
     
  • 3.275, Alexey (??), 03:36, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Стоит подойти к пределу выделяемой Windows виртуальной памяти и посмотреть реакцию? Программа запрашивает выделение памяти и получает положительный ответ, она не понимает заканчивается память или нет, это работа менеджера памяти. Тут и нет взаимодействия для остановки процесса и принятия иного решения.
     

  • 1.143, Аноним (143), 21:38, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Тоже мне новость. Поясните лучше, почему Linux не грохает к херам программу, которая решила «шикануть»?
     
     
  • 2.150, пох. (?), 21:51, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    потому что если он грохнет иксы - ты не обрадуешься результату.

     
     
  • 3.159, Аноним (143), 21:57, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Уж лучше так, чем многочасовое убивание винта…
     
     
  • 4.173, пох. (?), 22:29, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ты всегда можешь нажать reset сам!
    Или не пытаться натягивать сову на глобус, и работать с сотнями вкладок на rpi1
     
     
  • 5.197, Аноним (143), 23:08, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Особенно если я сплю, да :)
     
     
  • 6.409, пох. (?), 12:59, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Особенно если я сплю, да :)

    блжад, а как ты во сне вкладки сотнями открываешь? Я тоже хочу!

     
     
  • 7.557, Аноним (-), 06:39, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не открываешь. Просто сидит себе скрипт на странице и кушает постепенно память
     
     
  • 8.560, имя (?), 08:14, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Уходя, гасите свет W W пошли SIGSTOP ... текст свёрнут, показать
     
  • 3.161, Аноним (437), 21:59, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ООМ-скоры вообще-то есть. И если потекли иксы, то надо прибить именно иксы! Пример твой слегка неудачен и полностью туп, ну а так - всё нормально.
     
     
  • 4.177, пох. (?), 22:32, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > И если потекли иксы, то надо прибить именно иксы!

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

    18686 user      20   0 1848m 931m  51m R     32 30.9   6330:15 palemoon        
    24728 user      20   0  271m 128m  40m S      6  4.3   5:48.61 acroread        
    1881 root      20   0  213m 195m 182m S      5  6.5   1334:24 X                
    2097 user      20   0  7700 2360 1484 S      0  0.1   0:04.95 xterm            

    кого вот тут будем прибивать, если память кончилась? И какой score выставить (и зачем?)


     
     
  • 5.193, Аноним (437), 23:05, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Судя по картинке - палёного.

    Кстати, в хромиуме отдельные вкладки очень удобно прибиваются.

     
     
  • 6.399, Аноним (381), 12:35, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вместе с Acroread, он только показывает, а не создаёт.
     
     
  • 7.411, пох. (?), 13:02, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Вместе с Acroread, он только показывает, а не создаёт.

    ничего что в нем недозаполненная форма открыта? (потому и acroread, а не кривые опенсорсные недоделки)

    да ладно, чего там мелочиться - вместе с иксами, они точно только показывают, а ничего не создают! ;-)

     
     
  • 8.454, имя (?), 16:18, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Падажжи, кому-то в 2000к19 веке нужны формы, заполненные именно в pdf Они же ни... текст свёрнут, показать
     
     
  • 9.489, Аноним84701 (ok), 21:12, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    PDF Я в этом году, в очередной раз, для родни формуляры в формате XLS Ёксел з... текст свёрнут, показать
     
  • 9.495, пох. (?), 22:28, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    мне я не жажду шариковой ручкой У меня есть акрорид, который аккуратно подстав... текст свёрнут, показать
     
     
  • 10.509, имя (?), 03:10, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тут скорее впору хвастаться тем, что в век, когда космические коробли бороздят п... текст свёрнут, показать
     
     
  • 11.521, пох. (?), 07:22, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    да, получить этот pdf нынче непросто - там срабатывает редирект, отправляющий сл... текст свёрнут, показать
     
     
  • 12.525, имя (?), 08:25, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А скан твоей распечатки, по-твоему, неуязвим Я не про заполнение формы, а про в... текст свёрнут, показать
     
     
  • 13.532, пох. (?), 10:09, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ее никто не собирается сканировать И да, он менее уязвим из-за размера и неудоб... текст свёрнут, показать
     
     
  • 14.534, имя (?), 11:21, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    8230 в той же базе, в которую смотрят пресловутые госуслуги Поздравляю, ты зр... текст свёрнут, показать
     
  • 6.410, пох. (?), 13:01, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Судя по картинке - палёного.

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

    > Кстати, в хромиуме отдельные вкладки очень удобно прибиваются.

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

     
     
  • 7.442, Аноним (437), 15:16, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я не спорю, что жрут больше. В моём случае - 20-30 вкладок с The Great Suspender и 4-мя ГБ ОЗУ в системе earlyoom срабатывает реже раза в неделю. И дохнут чаще всего вкладки с аутглюком и абмазоновской канцолью. В принципе нормально. И да, это пограничный случай. При 8-ми ГБ ОЗУ(на старом компе с вентиллятором и жёстким диском) у меня ничего не срабатывает.
    Ещё раз замечу, что вместо тормозов/вставания_колом и т.д. - лучше просто прибить жирный процесс. Это механизм, востребованный многими, и он есть, жалко что не по-дефолту.
     
  • 2.151, Аноним (128), 21:51, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это неправильно концептуально - через пару часов система очнется и продолжится выполнение программы, может она архиважная.
     
     
  • 3.201, anono (?), 23:38, 06/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    для архиважных задач у меня нет столько времени ждать пока оно расдуплится...
     
     
  • 4.250, wd (?), 01:47, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    архиважная != архисрочная
     
     
  • 5.376, anono (?), 10:55, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    философь-диалектъ, архиважная для меня задача - это задача, которой я уделяю максимум своего времени. И при этом совершенно мне нафиг не нужно из этого времени выделять время на ожидание кола и анабиоза!
    а ты тут начинаешь подменять понятия...
     
     
  • 6.502, wd (?), 23:25, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    я кокраз разделяю понятия
     
  • 3.333, anonymous (??), 09:02, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ожить она сможет только после того, как грохнет какую-нибудь программу, чтобы высвободить ОЗУ. А грохать она не торопится
     
     
  • 4.486, Аноним (128), 20:33, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Не обязательно, может разберется со свопом.
     

     ....нить свёрнута, показать (29)

  • 1.203, Аноним (203), 23:43, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А как в Линуксе ограничить потребление памяти каким-то приложением, например, браузером, пусть оно виснет только само, но не подвешивает ОС?
     
     
  • 2.306, anonymous (??), 07:09, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Можно через cgroups.
     
  • 2.325, anonymous (??), 08:49, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    через prlimit например
     

  • 1.207, Аноним (207), 23:47, 06/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А после обновления cryptsetup-run, загрузка выбрасывает в консоль (Debian sid), с этим что делать обычному пользователю?
     
  • 1.209, segesg (?), 00:01, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чё-та опеннет уже не тот, никто про 12309 не вспомнил!
     
     
  • 2.237, Аноним (224), 01:25, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Эот он самый и есть. Просто номера хрен запомнишь.
     
     
  • 3.401, Аноним (381), 12:38, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Там чего-то про копирование больших файлов утверждалось.
     
  • 2.316, Аноним (316), 07:43, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Действительно, очень похоже на очередную итерацию 12309.
     

  • 1.210, Аноним (210), 00:12, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Так эт. из-за overcommit который лечиться поправкой пары параметров. Все путём... десктопные дистры должны выставлять эти значения.
     
     
  • 2.328, anonymous (??), 08:53, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Оверкоммит не лечится, он выключается. Но никто его отключать не будет, потому что требования к ОЗУ возрастут.
    И нет, десктопные дистры ничего не выставляют.
     
     
  • 3.412, пох. (?), 13:04, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Оверкоммит не лечится, он выключается. Но никто его отключать не будет, потому
    > что требования к ОЗУ возрастут.
    > И нет, десктопные дистры ничего не выставляют.

    "десктопные дистры" - читай, васянсборки на базе маженты.
    Учитывая что даже нескучные обои рисовать они не умеют - могут начать крутить все подряд sysctl, почему же нет...

     

  • 1.216, RedEyedMan (ok), 00:44, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Сколько пробовал vm.* параметры в sysctl.conf пихать... Помогло SSD (со свопом на нем) + zram и относительно свежее ядро. При своппинге теперь отвисает намного быстрее и с большей вероятностью.

    > From "Artem S. Tashkinov" <>

    А, Бёрди. Всё ясно.

     
  • 1.233, Аноним (243), 01:15, 07/08/2019 Скрыто [﹢﹢﹢] [ · · · ]
  • +/
     
  • 1.255, Celcion (ok), 02:00, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Короче, пацаны, даю бесплатный совет как раз и навсегда решить для себя эту проблему - покупайте 128GB оперативной памяти, NVMe SSD, хотя бы, терабайта на два - и всё будет хорошо! Ведь проблема, судя по местным комментаторам, именно в этом. Так давайте решать её вдумчиво и кардинально!
     
     
  • 2.278, сжиматель (?), 03:57, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это не поможет если случайно запустишь команду

    $ while true; do setsid tail /dev/zero; done

     

  • 1.272, б.б. (?), 03:19, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    вот кстати да - почему в OpenBSD, когда Firefox сжирает всю память, он просто падает. а когда в Debian - оно просто фризится и даже мышь не двигается
     
  • 1.280, betcher (ok), 04:28, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Все было не так печально пока не сломали ещё и своп. Любой процесс которому понадобится память много и сразу приводит к жестокому фризу при пустом свопе. Если на 4.9 можно легко загнать в тмпфс  данныданных превышающих размер РАМ, то на более новых  ядрах нет.
    Вот:  https://forum.rosalinux.ru/viewtopic.php?f=56&t=9387
     
     
  • 2.299, Аноним (303), 06:43, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я помню свой am486dx2-80 и Windows 95. Да что тут помнить - вот он у меня стоит, для ретро-игр. Office 97 с трудом открывал 3-мегабайтный xls-файл, нужный мне по работе. Минут 5 открывал - памяти было 8 Мб. После чего, с ним можно было работать, хоть и поиск выполнялся медленно (помогало выделение колонки E, и поиск конкретно по ней. Тогда быстрее). Обновление до Athlon 550 MHz 64 Mb RAM всё починило: открытие файла 3 секунды, поиск секунду.

    Получается, что по этому параметру даже Windows 95 лучше, чем Linux. В линуксе, если система залезла в своп, то всё. В винде она падала в арифметической прогрессии, а в линуксе - в геометрической

     

  • 1.290, Гвоздь (?), 06:02, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Постоянно сталкиваюсь с этим..
    То с утра приходишь на работу и машина колом стоит, то во время работы достаточно пару лишних вкладок открыть , и сразу начинает фризить, потом встает колом.
    Это не относится именно к серфингу, можно залипнуть и после запуска  VM workstation
     
     
  • 2.300, Аноним (303), 06:46, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В 2012 у меня было два компа с Gentoo, с одинаковым количеством памяти, с абсолютно идентичными конфигами ядра и приблизительно одинаковым пресетом программ. Так вот, на стационарном компе на чипсете AMD 780G хром позволял открыть вкладок 15. На ноуте уже на третьей вкладке начинались тормоза. Как так, я не понимал. И сейчас не понимаю. Может, зависит от чипсета на материнке? И его драйверов в линуксе
     

  • 1.298, Аноним (303), 06:37, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Когда всё это происходило в ядре 2 6 23 появился новый планировщик CFS , мне ка... текст свёрнут, показать
     
     
  • 2.317, Аноним (242), 07:47, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Никто вам не мешает попробовать тот же bfs и так же i/o - bfq.
     
  • 2.369, manster (ok), 10:36, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    интересное наблюдение, действительно какие-то аномалии происходят

    Подумываю попробовать перейти на что-то типа легковесных DE вместо KDE  и понаблюдать за подвисаниями, либо запускать все в каких-то контейнерах...

     
  • 2.414, пох. (?), 13:08, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/

    > Это было ядро 2.6.16. А в 2.6.23 всё сломали. Теперь остаётся лишь
    > FreeBSD, в котором нет такой проблемы. Я был бы не против

    там тоже уже давным-давно "улучшенно-интерактивный" планировщик, без возможности использовать старый (его никто не тестировал и он толком не работал примерно с появления нового)


     

  • 1.321, Линукс зло (?), 08:34, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    И после этого вы говорите, что Linux/Unix надёжная система для серверов, и дома?
    Да иди вы на******* со своим таким линуксом, где даже копирование данных на флэш превращается в опасное занятие.

    Windows, здравствуй снова.

     
     
  • 2.326, Голубой гигант (?), 08:51, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > здравствуй, FreeBSD

    Исправил

     

  • 1.323, Аноним (356), 08:40, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    TODO: сделать петицию на CHANGE.ORG. Грамотно обосновать проблему  на хорошем ангельском. И потребовать дистростроевцев устанавливать earlyoom по умолчанию. Зафорсить петицию на сабреддитах и таск трекерах дистрибутивов.
     
     
  • 2.335, Аноним (118), 09:08, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    не забыть организовать митинги в поддержку раннего OOM.
     

  • 1.334, Аноним (334), 09:07, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Есть такая проблема. Что делать не понятно.
     
     
  • 2.336, Аноним (356), 09:18, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Кому не понятно? Таки наоборот, в тредах нашли выход:

    1. earlyoom

    2. zram with zstd

    3. bfq

     
     
  • 3.338, Аноним (338), 09:20, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    zswap lz4/z3fold не поможет?
     
     
  • 4.342, Аноним (356), 09:28, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Поможет. Плюс еще размер пула под 90% норм.
     
  • 4.402, xadd (?), 12:42, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тестил с ограничением в 4G RAM, 24G NVME swap, пул zswap на 50%. Система умирает сразу по исчерпание пула, ничего не сбрасывая с своп.
     
  • 3.447, Аноним (444), 15:38, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    cgroup
     

  • 1.337, 123 (??), 09:18, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Я предполагаю, что система не должна себя так вести. Думаю, что-то нужно сделать, чтобы избежать таких «зависаний».

    20 лет побед.

     
  • 1.340, Аноним (340), 09:26, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Отключать своп - ССЗБ. С zswap такой проблемы не наблюдается.
     
     
  • 2.343, Аноним (356), 09:30, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    zswap не решает проблему плохой обработки нехватки памяти, он отсрочивает ее, как и любой своп.

    Проблему решает earlyoom & nohang

     

  • 1.345, Аноим (?), 09:35, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Каменты к таким новостям очень хорошо проявляют процент сектантов среди людей, работающих с linux-системами.
     
     
  • 2.354, вейланд (?), 10:13, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    И какова твоя оценка в цифрах?
     
     
  • 3.457, Адекват (ok), 16:52, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И какова твоя оценка в цифрах?

    лень считать, но если хочется - считаешь все уникальные ники, и потом считаешь количество ников, от имени которых высказывалось что-то вроде "линукс правильный, если линукс не правильный смотри предыдущий пункт." Небольшой процент 2-5%.

     

  • 1.358, betcher (ok), 10:21, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Повторю, все это не было бы проблемой если бы нормально работал своп. Не хватает памяти для твоих задач -  подключай своп. Всегда так было. А сейчас хрен. Система встанет колом задолго до того как своп заполнится. Если задача предполагает интенсивный свопинг то и на 5% можно не успеть заполнить. А дальше фриз такой что и мышь порой не шевелится и не известно оттает ли. Ждать больше 10 минут как-то не  хочется.
    Господа ядрописатели, верните свопинг как в 4.9 и раньше, а то напишем в спортлото.
     
     
  • 2.361, Аноним (356), 10:25, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Хватит ныть, решение простое:

    zram + earlyoom

     
     
  • 3.366, betcher (ok), 10:33, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это не решение. Это костыль. А earlyoom ещё дрессировать надо чтоб нужное не прибил. Решение это работающий как положено своп.
     
     
  • 4.370, Аноним (356), 10:41, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Своп работает как положено если расположен на устройстве zram.
     
     
  • 5.383, betcher (ok), 11:22, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А если мне нужно большой своп, купить планку для zram  предложите? Своп на zram штука полезная, но речь не об этом.
     
  • 5.432, Аноним (432), 14:24, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ни zram ни zswap не помогают.
     

  • 1.368, OpenEcho (?), 10:36, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >Ядро Linux не может _МЯГКО_ обрабатывать ситуации с нехваткой памяти

    интерпритация мягкости в ядрах:

    Ядро ведет себя ЖЕСТКО, НЕ ТАКТИЧНО И НЕ ГУМАННО, можно даже сказать - ПО СКОТСКИ...

     
     
  • 2.426, Канифоль Патрика (?), 14:01, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Так и есть. В Арче ванильные ядра выкатываются где-то раз в неделю и это лотерея. Бабах и система не грузится один раз из трёх (но жить то можно, да?), в арченовостях молчок, так неделю и живёшь. Тут новое ядро выкатывают и косяк ушёл. Ну, думаешь, попустило.. до следующего раза. И это не беты какие-то, а ванильные релизы. Вот такая вот линукс-штабильность.
     
     
  • 3.433, Аноним (432), 14:28, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Благо в Арче есть LTS ядра.
     
  • 2.459, Адекват (ok), 16:53, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >>Ядро Linux не может _МЯГКО_ обрабатывать ситуации с нехваткой памяти
    > интерпритация мягкости в ядрах:
    > Ядро ведет себя ЖЕСТКО, НЕ ТАКТИЧНО И НЕ ГУМАННО, можно даже сказать
    > - ПО СКОТСКИ...

    Мягко, это как в microSOFT

     

  • 1.374, сжиматель (?), 10:52, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Проблема обработки нехватки памяти будет полностью исчерпана, если принять за аксиому, что обработка нехватки памяти - это задача юзерспейса, и не ядра. Ядро не смогло за 20 лет решить проблему. В юзерспейсе же мы можем на коленке за вечер написать работающее решение. Или выбрать качественное решение по вашему вкусу из множества существующих (earlyoom, peacemker, nohang, oomd, lmkd), которое наилучшим образом подойдет для вашего юзкейса.
     
  • 1.379, Аноним (66), 11:04, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А как обстоит дело на Chrome OS? Как с этим справляются старые или бюджетные хромобуки?
     
     
  • 2.406, Голубой гигант (?), 12:56, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Там нормальное DE
     

  • 1.387, atk91 (ok), 11:36, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >> Ядро Linux не может мягко обрабатывать ситуации с нехваткой памяти

    почему это в разделе "новости"?

     
  • 1.419, Аноним (419), 13:28, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Обсуждение на https://linux.slashdot.org/story/19/08/06/1839206/linux-performs-poorly-in-low
     
     
  • 2.429, Канифоль Патрика (?), 14:08, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Оттуда: Solution, add more memory or do less in memory.
    Мой солюшан того же уровня: install Windows, Luke!
     

  • 1.449, Аноним (449), 15:49, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Господа, если в вашей венде закончится виртуальная память(неважно отключён, своп или нет), то у вас случится может 3 вещи, крашнется процесс что сожрал память(возможен Bsod), Bsod он же "синий или чёрный экран смерти", тот же Bsod,но с мгновенной пререзагрузкой винды=).  
     
     
  • 2.460, Аноним (460), 16:55, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В венде нельзя полностью отключить своп. Даже если тебе кажется что ты его отключил ту его не отключил. Венде 10 в любом случае будет просто тормозить.
     
     
  • 3.522, пох. (?), 07:27, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > В венде нельзя полностью отключить своп.

    ну еще один поооользователь... если где-то нет выключателя - сделай его себе сам.
    "порно с конями 4k скачать без смс", и так пяток раз - и некуда ей свопиться, включено, выключено, какая нах разница, если диск занят весь. Результатец (и полная невозможность в него вмешаться, в отличие от линукса - ну а зачем, типовой юзверь ведь все равно даже и не подумает остановиться?) тебя приятно удивит осознанием, что в линухе есть еще чего испортить в угоду умственно-отсталым.

     
     
  • 4.550, Аноним (550), 17:22, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Плохо что в венде даже выключатель на котором написано: "выключатель" делает не то что там написано. И для настоящего выполнения надо качать порно без смс. А в линуксе там хотябы сразу понятно выключателя нет химич сам.
     
     
  • 5.564, пох. (?), 12:07, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Плохо что в венде даже выключатель на котором написано: "выключатель" делает не то что там
    > написано.

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

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

     

  • 1.458, little Bobby tables (?), 16:53, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    не сталкивался ни на 4гиговых ноутах, ни на домашнем стационаре с 12 гигами с описанным поведением.
    и все равно на пруфкейсы.
     
  • 1.461, Аноним (460), 17:00, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Больше раздражает что после снятия нагрузки своп никогда обратно не заливается в оперативу от слова совсем. Если венда ещё делает потуги очистить своп если для загруженных программ мало оперы надо то в линукс даже не делает попыток. Приходтся руками скидывать своп обратно в оперу. Особенно заметно на системах с хдд а на ссд совсем не заметно.
     
     
  • 2.496, пох. (?), 22:32, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Больше раздражает что после снятия нагрузки своп никогда обратно не заливается в
    > оперативу от слова совсем.

    потому что он там никому не нужен, чтобы потом еще раз его обратно переписывать.

    Произойдет обращение к этой памяти - зальется. Если его не происходит - ты страдаешь ненужной фигней.

     
     
  • 3.549, Аноним (550), 17:19, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Интерфейс конкретно КДЕ будет сильнее тормозить, чем обычно. И если там что то куда то и заливается на скорость работы интерфейса это не влияет. А вот заливка свопа обратно в оперу влияет и очень заметно.

    Хотя тебе с твоей вендой это не ведомо.

     

  • 1.462, Аноним (106), 17:01, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    при нехватке памяти линукс мог бы спрашивать, какой процесс завершить
     
     
  • 2.463, Аноним (477), 17:38, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Чтобы спросить что завершить придется породить новый гуёвый процесс, который усугубит ситуацию.
     
     
  • 3.468, Annoynymous (ok), 18:17, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Запустить этот процесс и пусть висит всегда, сторожит память. Когда припрёт, фризить все остальные процессы, а этому дополнительная память не нужна.
     
     
  • 4.469, X4asd (ok), 18:27, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > фризить все остальные процессы

    фризить? какая-то хреновая идея..

    а если пользователь отошёл от монитора (или откинулся на спинку стула) дожидаясь там чего-то?...

     
     
  • 5.474, Annoynymous (ok), 18:47, 07/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > фризить? какая-то хреновая идея..

    Ну да, уж лучше зависнуть, винчестером хрустя…

    > а если пользователь отошёл от монитора (или откинулся на спинку стула) дожидаясь там чего-то?...

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

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

     

  • 1.479, Аноним (477), 19:10, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Что по этому поводу думает Шигорин? Как он борется с ло мемори в альт линукс?
     
  • 1.484, Аноним (66), 20:11, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Сиё не отменяет факта, что современные браузеры, по пожиранию памяти на вкладку, полный песец. В конце 2016г. 4GB иногда переставало хватать. Сегодня в 2019г. 4GB памяти вообще не хватает, иногда не хватает и 8GB.
     
     
  • 2.526, 123 (??), 09:05, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В этом вина не столько браузеров, а скорее веб-сайтов состоящих из костылей и огромного кол-васкриптов с подгружаемым из разных точек рекламным контентом.
     
     
  • 3.541, Аноним (66), 11:54, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Более 200 мегабайт на вкладку с древним сайтом! Ага... Главное распухшие браузеры.
     

  • 1.499, Kaiwas (?), 23:08, 07/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Случается. Хреново. Ктоб починил.

    спасибо что на earlyoom направили.

     
     
  • 2.514, Гвоздь (?), 05:00, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ранее читал новости о earlyoom. Сейчас тоже собрал , посмотрим как пойдет
     
     
  • 3.568, Аноним (-), 13:05, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    не помогает
     

  • 1.515, хотел спросить (?), 05:22, 08/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот вам картинка... у меня аж щеки порозовели ))

    https://3dnews.ru/assets/external/illustrations/2019/08/04/991860/htop.png

     
     
  • 2.517, Anonymoustus (ok), 06:13, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот вам картинка... у меня аж щеки порозовели ))
    > https://3dnews.ru/assets/external/illustrations/2019/08/04/991860/htop.png

    Серьёзная, внушающая картинка. ИЧСХ, г-нокод всё так же впустую сжигает всё процессорное время, как и на каком-нибудь одноядерном i386 в оны годы. Причина, знать, не в железе.

     
  • 2.538, Аноним (539), 11:40, 08/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего что у него практически вся память забита кешированными данными?
     
  • 2.565, Аноним (565), 12:43, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Как так получилось, что число тредов меньше числа процессов? А число running threads больше threads? И если нагруженных ядер 256, а тредов 102, то кто нагружает остальные 154?

    И почему loadavg сильно меньше 256 при 100% загрузке всех ядер? Разве что нагрузка пришла внезапно (скажем, за пару секунд) и не успела поднять значение loadavg.

     
     
  • 3.567, Аноним84701 (ok), 13:03, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Как так получилось, что число тредов меньше числа процессов? А число running
    > threads больше threads? И если нагруженных ядер 256, а тредов 102,
    > то кто нагружает остальные 154?
    > И почему loadavg сильно меньше 256 при 100% загрузке всех ядер? Разве
    > что нагрузка пришла внезапно (скажем, за пару секунд) и не успела
    > поднять значение loadavg.

    И главное -  почему индикатор занятости RAM показывает половину при значениях 7.07GB/504GB и зачем при 504ГБ ОЗУ иметь аж  8ГБ свопа ;)

     
     
  • 4.579, имя (?), 17:46, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И главное -  почему индикатор занятости RAM показывает половину при значениях
    > 7.07GB/504GB

    Потому что 7 без учёта page cache (вооон он жёлтенький).

     
     
  • 5.581, Аноним84701 (ok), 20:16, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> И главное -  почему индикатор занятости RAM показывает половину при значениях
    >> 7.07GB/504GB
    > Потому что 7 без учёта page cache (вооон он жёлтенький).

    Ладно, убедили.  
    А чтобы никто не подумал, что я чисто из зависти придрался:
    https://pic4a.ru/98/Im7.png
    ;-)

     

  • 1.552, Ногопят (?), 17:45, 08/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я успешно решил эту проблему следующими настройками:

    vm.swappiness=1
    vm.vfs_cache_pressure=50
    vm.min_free_kbytes=1048576

    Плюс к этому имеется своп на ssd, куда деваются излишки. Оперативки 16 Гб.

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

    С параметром vm.min_free_kbytes можно поиграться: целиться нужно на размер памяти, который вряд ли кто-то захочет единовременно в условиях нехватки памяти. На другом компе у меня всего 8 Гб памяти (а задачи те же), и min_free_kbytes я поставил чуть побольше - иначе периодически сталкивался с мелкими подтормаживаниями при старте чего-то большого (но всё равно, это небо и земля по сравнению с дефолтными настройками).

     
     
  • 2.569, Аноним (-), 13:07, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Система повисла при пустом свопе
    и включеном earlyoom
    И что делать?
     
     
  • 3.576, Аноним (477), 15:58, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Опишите здесь https://github.com/hakavlad/nohang/issues ваш кейс подробнее, обсудим варианты решения.
     

  • 1.563, Аноним (563), 09:27, 09/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    такая же фигня я думал что ядро не правильно конфигурировал
     
  • 1.570, Аноним (-), 15:03, 09/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот как это выглядит на реальном ПК и на виртуальной машине Пример показан на Х... текст свёрнут, показать
     
     
  • 2.571, Аноним (-), 15:14, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Если завишую мышину закрыть или перезапувтить средствами виртуальной машыны диск HDD в простое ведёт себя почти по нулям во всех строках и с включоноё виртульной OC.
     
     
  • 3.572, Аноним (-), 15:26, 09/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ошибки увидел. Печатаю плохо.
     
     
  • 4.586, tyrtyruurir (?), 15:29, 10/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    https www opennet ru openforum vsluhforumID3 118068 html 582 Более точно Я ор... текст свёрнут, показать
     

  • 1.585, Аноним (477), 06:33, 10/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поведение системы при запрете оверкоммита: https://imgur.com/a/p9j67KA

    Жду оправданий сторонников такого подхода.

    К чему приводит запрет оверкоммита:

    - неполная утилизация доступной памяти;

    - неожиданное поведение программ когда выделенный лимит заканчивается.

     
  • 1.587, Виталий (??), 16:19, 10/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Подтверждаю.
    При оперативе 2 Гб и менее Ubuntu 19.04 часто уходит в ступор после запуска ряда "тяжеловесных" приложений, например, среды разработки, основанные на Eclipse, Firefox и Wine. Даже наличие свопа не спасает. Из-за этого убивается время и убиваются винчестеры. Насколько мне известно, iOS имеет хороший диспетчер памяти, поэтому для комфортной работы достаточно оперативной памяти 1 Гб. В то время, как Android, увы, более прожорлив и требует для комфортной работы гораздо больший объём оперативной памяти.
     
  • 1.591, Павел Отредиез (?), 13:47, 11/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Надо просто настроить лимиты, чего по умолчанию не сделано в большинстве дистрибутивов. Отсюда такая реакция на fork и mem бомбы.
     
     
  • 2.592, Аноним (477), 15:18, 11/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Как настаивать? как именно? Расскажите? Так, чтоб прям точно ничего на зависало.
     
     
  • 3.593, Павел Отредиез (?), 15:29, 11/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    /etc/security/limits.conf параметр memlock в kb. При исчерпании пользователем приложение просто не получит памяти, а системе надо оставить. Тогда зависания не будет.
     

  • 1.594, Апасный Тип (?), 18:21, 11/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Даже со свопом проблема не решается. Причём не важно сколько свопа и сколько оперативы. Просто если используется 300-400 мб свопа то всё нормально, а если больше гига - тут начинаются жуткие торомоза, и в коце концов система уходит, как я это называю в "бесконечный своп", т.е. гоняет блоки данных из оперативы на диск и обратно, не выполняя при этом пользовательских операций ввода вывода. Самое интересное что на Дебиане 7 с таким явлением не сталкивался. Помогает только перезагрузка. Убивать процессы специальными инструментами считаю не допустимым, поскольку это не решение проблемы, а заметание грязи под коврик.
     
     
  • 2.595, Антон (??), 19:17, 11/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Убивать процессы специальными инструментами считаю не допустимым

    Может еще и ГМО употреблять недопустимо? Ведь использование генной инженерии - это лишь заметание проблемы под коврик.

     
     
  • 3.598, tyrtyruurir (?), 16:46, 12/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Алкоголь, табак, консерванты в пище тоже разрешины к использованию законом. И все прекрасно знают, что это яды, а алкоголь не только яд, но и несёт смерть себе и окружающим людям.

    А что касается принудительно завершения процессов. Смотря какую программу и когда и у кого. Бразур который не сохраняет историю открытых адресов сайтов, а открыто ~30 или меньше, или больше вкладок и названий сайтов не запомнил конечно обидно. Набраный длинный текст в каой-то програме и он не сохранился тоже обидно, мысль потеряна и т.д. Зависит от ценности потери той информацыии которую использовал конкретно каждый человек и адекватности на это конкретного человека. Люди разные бывают кто-то посожалеет не сильно и переживёт, а кто-то разломает монитор с компьютером если что-то будет не так - это конечно плохо, но и такие случаии были, редкие, но есть и возможно будут.

     
     
  • 4.599, tyrtyruurir (?), 16:48, 12/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Поправка, алкоголь и табак не только яд, но и несёт смерть себе и окружающим людям.

    Я слышал, статистику, что от рака из-за курения умирает 250 тысяч людей в год.

     
     
  • 5.600, tyrtyruurir (?), 16:52, 12/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    И коснсерванты тоже несут смерть только, чтобы заработать страшную болезнь отравляя свой арганизм консервантами нужны годы. То колличество консервантов которое содержится в пище яд не семинутный, быстро не убивает. От пищи с консервантми тоже может развится рак или другие болезни.
     
     
  • 6.601, tyrtyruurir (?), 17:03, 12/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и тудаже как и консерванты относятся гербециды, пестециды и другая химия которой обрабатывают овощи и фрукты и другую еду не запрещённую к использованию.
     
     
  • 7.602, tyrtyruurir (?), 17:07, 12/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну и тудаже как и консерванты относятся гербециды, пестециды и другая химия
    > которой обрабатывают овощи и фрукты и другую еду не запрещённую к
    > использованию.

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

     

  • 1.597, Аноним (477), 16:40, 12/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Юзерспейсные демоны: сравнение нагрузки на процессор: http://okturing.com/src/6744/body
     
  • 1.603, tyrtyruurir (?), 18:38, 12/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ядро 5.2-rc7 OC 19.10 использовал примерно месяц, редко. Установил ядро 5.2.7. На этих картинках https://www.sendspace.com/file/xru706 память занята прямой трансляцыей видео, ядро 5.2.7. Вкладки в браузере ядро 5.2.8. Видео посмотрел столько сколько мне было надо, не зависло. OC отзывчивость приемлемая для меня. Решил сайтами нагрузить браузер. Установил ядро 5.2.8 (установил готовое ядро, а не собрал) открыл около 30 вкладок, почитал. Дальше начал открывать уже для веса примерно на 50 вкладках стало некомфортно пользоватся браузером. Отзывчивось браузера для использования не подходит, долго загружаются страницы, медленная прокрутка в нутри сайтов с подвисанием прокрутки. Отзывчивость ОС в этот момент для меня приемлемая. На этом остановился.

    Хост Windows, Гость разновидность убунты 19.10, ядро 5.2.8. OC Хост и Гость на HDD, раздел подкачки на SSD. SSD используется только для подкачки в обеих OC.

     
     
  • 2.604, tyrtyruurir (?), 18:43, 12/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Память занята прямой трансляцыей видео в браузере.
     
     
  • 3.605, tyrtyruurir (?), 18:50, 12/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А это со старта только OC https://ibb.co/RcKvjRN
     

  • 1.606, Аноним (606), 07:21, 13/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какие же фейсбуковцы ы, просто https github com facebookincub... текст свёрнут, показать
     
  • 1.607, RNZ (ok), 01:08, 17/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да, просто:
    vm.overcommit_ratio = 200
    vm.overcommit_memory = 2
    и всё. oomkiller убивает всё что зажралось на раз.
     
     
  • 2.608, Аноним (477), 16:17, 17/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это ложь. Огараничение оверкоммита наоборот, препятствует приходу киллера.
     
     
  • 3.609, RNZ (ok), 17:52, 17/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Это ложь. Огараничение оверкоммита наоборот, препятствует приходу киллера.

    RTFM - https://www.kernel.org/doc/html/v5.1/vm/overcommit-accounting.html, конкретно за режим vm.overcommit_memory = 2.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру