Нет,под кэш у меня уходит 50-53% памяти. Под программы обычно 30% Начинаешь запускать несколько вещей, и как только размер памяти > 40% под программы, он начинает свапить, но все ок. Если размер памяти еще немножко вырастет — начинается ОНО.
Съеби уже на венду, неосилятор. Или читай на лурке по сабжу разные твики, а также ещё твики кэшей, всякие там dirty_centisecs. Но сам кэш не жрёт память никак.
Я так думаю, что это либо просто удача, либо ты впустую проебал кучу времени :) Да, а что бывает когда заканчивается память? Страницы дискового кэша просто затираются вновь поступающими?
Страницы кэша всегда доступны на занятие приложениями, если они есть — хорошо, сэкономим на I/O, если страница пропала (приложение скушало) — не беда, прочитаем с диска. Никаких мер по сбережению кэша там нет, он фантомен и никак не влияет на занятость памяти (ну разве что нанопотери на обновление указателей страниц, не знаю, как там оно реализуется на уровне процессора). Так что у тебя упор идёт однозначно в I/O, и тебе надо выяснить причину этого. Для начала обнулить swappiness, если поможет (программы смогут отъедать до 95% памяти без свопа), это уже о многом говорит.
Все равно это работа по подкачке кэша, обновление указателей, сброс и т.п. Надо посмотреть как во фре реализуется, в серверной ос такого не было, даже при отсутсвии 16 ГБ памяти.
а вообще, надо нахуй выкидывать жёесткие диски и юзать diskless-системы с дохуя оперативки и SSD для экстренного сохранения жизненно-важных вещей. адов тормознутый i/o не нужен :)
И все из-за хуево прописанного io? Так у нас врачи любят проблемы решать: болят гланды? надо их вырезать. Хотя кто-то там пилил ОС или ФС, где программы работают прямо на жестком диске, что нижелирует различия между оперативкой и оным.
31 comment
recommend
bookmark
subscribe
Нахуя?
http://www.linuxatemyram.com/
Когда запускаешь что-нибудь тяжелое, начинается кровь кишки, потому что кэш начинает сбрасываться, программа начинает свопится туда-обратно и пиздец.
Нет, кэш тут ни при чём. Читай сайт.
Слушай, я уже 2 недели такое наблюдаю. Рандомные программы, но первышают суммарный объем и пиздец.
С хуя ты решил, что виноват кэш? Разумеется, если ты забил всю память, начнётся свопинг. Но кэш тут никаким боком.
Нет,под кэш у меня уходит 50-53% памяти. Под программы обычно 30% Начинаешь запускать несколько вещей, и как только размер памяти > 40% под программы, он начинает свапить, но все ок. Если размер памяти еще немножко вырастет — начинается ОНО.
sysctl vm.swappiness=0
Что как бы очевидно, потому что дефолтовое значение там 60.
Обычный свап не приводит к подвисанию, подвисать начинает когда памяти не хватает и начинают еще и кэш пидорить
Тогда поздравляю, ты выиграл 12309!
БЛЕАТЬ
БЛЕАТЬ
Серверная ОС требует серверной памяти, хули ты хотел. Поставь 16 гигов как Я и забудь об этих проблемах!
:(
ВРЕМЯ ПЕРЕУСТАНАВЛИВАТЬ LINUX, LINUX САМ НЕ ПЕРЕУСТАНОВИТСЯ
Съеби уже на венду, неосилятор. Или читай на лурке по сабжу разные твики, а также ещё твики кэшей, всякие там dirty_centisecs. Но сам кэш не жрёт память никак.
Я так думаю, что это либо просто удача, либо ты впустую проебал кучу времени :) Да, а что бывает когда заканчивается память? Страницы дискового кэша просто затираются вновь поступающими?
Страницы кэша всегда доступны на занятие приложениями, если они есть — хорошо, сэкономим на I/O, если страница пропала (приложение скушало) — не беда, прочитаем с диска. Никаких мер по сбережению кэша там нет, он фантомен и никак не влияет на занятость памяти (ну разве что нанопотери на обновление указателей страниц, не знаю, как там оно реализуется на уровне процессора). Так что у тебя упор идёт однозначно в I/O, и тебе надо выяснить причину этого. Для начала обнулить swappiness, если поможет (программы смогут отъедать до 95% памяти без свопа), это уже о многом говорит.
Все равно это работа по подкачке кэша, обновление указателей, сброс и т.п. Надо посмотреть как во фре реализуется, в серверной ос такого не было, даже при отсутсвии 16 ГБ памяти.
swappiness кстати, пока помогло (ожидаемо), спасибо.
В /etc/sysctl.conf вбить не забудь, пёс.
Уже, пёс
а вообще, надо нахуй выкидывать жёесткие диски и юзать diskless-системы с дохуя оперативки и SSD для экстренного сохранения жизненно-важных вещей. адов тормознутый i/o не нужен :)
И все из-за хуево прописанного io? Так у нас врачи любят проблемы решать: болят гланды? надо их вырезать.
Хотя кто-то там пилил ОС или ФС, где программы работают прямо на жестком диске, что нижелирует различия между оперативкой и оным.
различия не в том, где раотают программы, а в том, что скорость доступа к RAM в тысячи раз больше, чем скорость даже чтения даже с SATA-диска :)
i/o это вообще пиздец. У нас один сервер жутко тупил во время снятия дампа и мы от него отказались в пользу инновационного НАНОБЭКАПА!
Попробуй FreeBSD. Или у вас Oracle?
У нас постгрес.
А ОС, стоящая на серверах, не в моём ведении.
А чего ты постоянно то компы шефа взламываешь, то io тюнишь?
Работа у меня такая :)