Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Сообщения

[Сортировка по времени | RSS]

85. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–6 +/–
Сообщение от Аноним (85), 06-Авг-19, 20:16
Я успешно решил эту проблему следующими настройками: vm.swappiness=1 vm.vfs_cache_pressure=50 vm.min_free_kbytes=1048576 Плюс к этому имеется своп на ssd, куда деваются излишки. Оперативки 16 Гб. В результате не тормозит и не подвисает никогда, хотя часто использую значительно больше памяти (виртуалки, разработка, все дела). С параметром vm.min_free_kbytes можно поиграться: целиться нужно на размер памяти, который вряд ли кто-то захочет единовременно в условиях нехватки памяти. На другом компе у меня всего 8 Гб памяти (а задачи те же), и min_free_kbytes я поставил чуть побольше - иначе периодически сталкивался с мелкими подтормаживаниями при старте чего-то большого (но всё равно, это небо и земля по сравнению с дефолтными настройками).
Ответить | Правка | Наверх | Cообщить модератору

	141. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+13 +/–
	Сообщение от trdm (ok), 06-Авг-19, 21:30
	> Я успешно решил эту проблему  ..... Оперативки 16 Гб. Само собой решилось...
	Ответить | Правка | Наверх | Cообщить модератору

	208. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от имя (?), 06-Авг-19, 23:56
	Да если бы! Мне 32 не хватает, и это даже с учётом часто пустующего в последнее время ZFS ARC :|
	Ответить | Правка | Наверх | Cообщить модератору

	362. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (355), 07-Авг-19, 10:27
	Решилось увеличением vm.min_free_kbytes https://bugzilla.kernel.org/show_bug.cgi?id=196729#c17
	Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

	224. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+5 +/–
	Сообщение от Аноним (224), 07-Авг-19, 01:01
	Вы проблему не решили, вы её замели под ковёр и затопили оперативой и залакировали быстрым свопом. 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; }
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	386. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–3 +/–
	Сообщение от Аноним (386), 07-Авг-19, 11:33
	Строго говоря, да - я сделал так, чтобы в моих условиях проблема не воспроизводилась - на практике этого достаточно. Описанные вами условия воспроизведения - синтетические, и в реальной жизни такого практически не бывает. Я подозреваю что на такой синтетике и макось загнётся - впрочем, интересно будет проверить, отпишусь как доберусь.
	Ответить | Правка | Наверх | Cообщить модератору

	530. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (527), 08-Авг-19, 09:43
	у вас много буков, вот вариант для забития ОЗУ попроще (и да, я по прежнему надеюсь что awk есть на всех системах): awk 'BEGIN{while(1){a[b++]=1;}}'
	Ответить | Правка | К родителю #224 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема