согласно вашему первому скриншоту получается:
1469-760-78=631
631/1024=0.616ГиБ, что после округления равно показаниям плазмоида и системного монитора.
А зачем забивать экран разными "плюшками"? Установи пакет clicompanion и радуйся жизни. Для вновь осваивающих терминал самое то, да и для опытных пользователей хороший помощник. Зато в два клика мыши получишь любую инфу, да и сценарии туда можно в базу набивать.
Экран плюшками забивать нужно для того, чтобы видеть нужную инфу сразу, а не каждые 5 секунд тыкать в консоль. Для этого, собственно, виджеты и придуманы.
cli companion это просто окно, где можно выполнять консольные команды кликом мыши? Не пойдет. Мне нужно узнавать количество свободной и занятой оперативки по ssh, а htop выводит слишком много лишнего.
И исходник плазмоида есть желание посмотреть. Где его взять? sudo apt-get source /как он называется?/
Мне нужно узнавать количество свободной и занятой оперативки по ssh, а htop выводит слишком много лишнего.
Так можно скрипт написать в две строчки. Взять цифры с free и вычесть по формуле, которую выше озвучили.
Заодно основные команды баша освоите.
ЗЫ интересно для каких целей нужна такая инфа? В линухе с памятью не все так просто. И основной критерий - не сколько свободной памяти есть, а лезет ли система в своп. Если не лезет, то остальные цифры весьма условны.
Так можно скрипт написать в две строчки. Взять цифры с free и вычесть по формуле, которую выше озвучили.
А как их брать-то? И куда этот скрипт положить, чтобы иметь к нему доступ из любой директории, не прописывая полный путь? И основной критерий - не сколько свободной памяти есть, а лезет ли система в своп. Если не лезет, то остальные цифры весьма условны.
То есть, количество занятой оперативной памяти не влияет на то, как часто система будет лезть в своп? Из-за чего тогда линукс юзает своп, если количество памяти условно?
А как их брать-то? И куда этот скрипт положить
Почитайте про работу со строками в баше.
Положить - в любой директорй, который прописан в окружении. Например /usr/bin
Я не говорил что "количество памяти условно" Я говорил что цифры,которые показывают "мерялки" памяти условны.
По свопу - мое личное мнение - если система постоянно лезет в своп - надо обязательно увеличивать объем оперативной памяти или оптимизировать количество работающих приложений. Потому как линукс, активно работающий со свопом превращается в обкуренную черепаху.
Я говорил что цифры,которые показывают "мерялки" памяти условны.
Те же яйца только с маслом. Что подразумевается под этой условностью? Я думал, если свободная память кончается, система скидывает часть ее содержимого в своп и количество свободной памяти увеличивается. Потом, когда памяти снова становится дофига (за счет закрытия программ), инфа из свопа возвращается назад в память. Разве это не так работает? И основной критерий - не сколько свободной памяти есть, а лезет ли система в своп.
А зачем система полезет в своп, если будет свободно дофига памяти?
Я, кстати, заметил, что эта строчка в выводе free -m -/+ буферы/кэш: 1088 2812
показывает свободную память правильно. 1088мб занято и 2812 свободно. Но подписано это,почему-то, буферы/кэш. Буферы обычно у женщин бывают :) ах, да, "память" ведь женского рода :)
Есть такой параметр свопинес: если он установлен на половину, то система будет скидывать в своп уже после выедания половины оперативки. Иметь дисковый кэш тоже важно. Я начинал с кубунту с 2 гигами памяти без свопа, только гимп пару раз сдох.
Эмм так что именно неправильного?
системный монитор и плазмоид показывают, что занято 0,62 гб памяти, а команда free выдает used 1469
что-то мне кажется, что это не фри показывает криво, а системный монитор. что говорят топ и хтоп?
Если желаете иметь полную и правдивую информацию о памяти. используйте команду:
cat /proc/meminfo
нагуглил по
http://askubuntu.com/questions/369466/memory-usage-statistics-different-in-free-and-htop просто free считает buffers и cached за занятую память, в то время как инструменты kde так не считают.
согласно вашему первому скриншоту получается:
1469-760-78=631
631/1024=0.616ГиБ, что после округления равно показаниям плазмоида и системного монитора.
http://rus-linux.net/MyLDP/sys-conf/memory.html
http://habrahabr.ru/company/smart_soft/blog/226315/
http://habrahabr.ru/company/smart_soft/blog/228937/
Где найти исходники плазмоида, который показывает память? На kde-apps.org все на английском, а я не знаю, как этот плазмоид называется по-анлийски.
А зачем забивать экран разными "плюшками"? Установи пакет clicompanion и радуйся жизни. Для вновь осваивающих терминал самое то, да и для опытных пользователей хороший помощник. Зато в два клика мыши получишь любую инфу, да и сценарии туда можно в базу набивать.
Экран плюшками забивать нужно для того, чтобы видеть нужную инфу сразу, а не каждые 5 секунд тыкать в консоль. Для этого, собственно, виджеты и придуманы.
cli companion это просто окно, где можно выполнять консольные команды кликом мыши? Не пойдет. Мне нужно узнавать количество свободной и занятой оперативки по ssh, а htop выводит слишком много лишнего.
И исходник плазмоида есть желание посмотреть. Где его взять? sudo apt-get source /как он называется?/
Так можно скрипт написать в две строчки. Взять цифры с free и вычесть по формуле, которую выше озвучили.
Заодно основные команды баша освоите.
ЗЫ интересно для каких целей нужна такая инфа? В линухе с памятью не все так просто. И основной критерий - не сколько свободной памяти есть, а лезет ли система в своп. Если не лезет, то остальные цифры весьма условны.
а если свoп выключен?)
Будет вызван OOM Killer.
А как их брать-то? И куда этот скрипт положить, чтобы иметь к нему доступ из любой директории, не прописывая полный путь?
То есть, количество занятой оперативной памяти не влияет на то, как часто система будет лезть в своп? Из-за чего тогда линукс юзает своп, если количество памяти условно?
Почитайте про работу со строками в баше.
Положить - в любой директорй, который прописан в окружении. Например /usr/bin
Я не говорил что "количество памяти условно" Я говорил что цифры,которые показывают "мерялки" памяти условны.
По свопу - мое личное мнение - если система постоянно лезет в своп - надо обязательно увеличивать объем оперативной памяти или оптимизировать количество работающих приложений. Потому как линукс, активно работающий со свопом превращается в обкуренную черепаху.
Те же яйца только с маслом. Что подразумевается под этой условностью? Я думал, если свободная память кончается, система скидывает часть ее содержимого в своп и количество свободной памяти увеличивается. Потом, когда памяти снова становится дофига (за счет закрытия программ), инфа из свопа возвращается назад в память. Разве это не так работает?
А зачем система полезет в своп, если будет свободно дофига памяти?
Я, кстати, заметил, что эта строчка в выводе free -m
-/+ буферы/кэш: 1088 2812показывает свободную память правильно. 1088мб занято и 2812 свободно. Но подписано это,почему-то, буферы/кэш. Буферы обычно у женщин бывают :) ах, да, "память" ведь женского рода :)
Есть такой параметр свопинес: если он установлен на половину, то система будет скидывать в своп уже после выедания половины оперативки. Иметь дисковый кэш тоже важно. Я начинал с кубунту с 2 гигами памяти без свопа, только гимп пару раз сдох.
тогда понятно
спасибо
Та не за что, с телефона отвечал, а потом забыл уточнить: называется swapiness.
Документацию принципиально влом читать?)
Чукча не читатель, чукча писатель.
Отправить комментарий