LINUX.ORG.RU

compcache принят в ядро Linux

 , , ,


0

1

В состав будущего ядра Linux 2.6.33 принято решение включить модуль compcache.
Модуль compcache реализует хранение раздела подкачки в сжатом виде в области ОЗУ. Таким образом большее количество данных можно хранить в оперативной памяти не использую раздел подкачки на жестком диске.
Автор compcache приводит пару примеров где такой подход может себя оправдать.
Нетбуки: в них объем ОЗУ ограничен, а мощности процессора хватит, чтобы пользоваться им с сжатой областью подкачки.
Виртуализация: используя compcache в гипервизоре, можно с легкостью прозрачно сжимать память, используемую в гостевом окружении в независимости от гостевой ОС (Linux, FreeBSD и т.д.). Это позволит запускать большее кол-во виртуальных машин.
Встроенные устройства: в таких устройствах памяти вечно не хватает и добавление дополнительной памяти приводит к увеличению стоимости устройства. Кроме того, флеш память изнашивается от частых операций чтения/записи. Поэтому полезно избежать ее использования в качестве раздела подкачки.
На данное число 16.12.2009 модуль уже включен в состав linux-next и находится в разделе Staging drivers.

>>> Подробности



Проверено: Shaman007 ()

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

wfrr ★★☆
()
Ответ на: комментарий от wfrr

кеширование ввода\вывода и файл(раздел) подкачки - это уже рекурсия.

azure ★★
()

приятная новость, в ubuntu кстати давно используют, для инсталлера

Sylvia ★★★★★
()
Ответ на: комментарий от ip1981

Слово неиспользуемых я думаю неуместно.

wolfovich
() автор топика

Линуксокапец, господа! Ядро сколлапсироало в чёрную дыру и засасывает в себя всё подряд!

anonymous
()

> Виртуализация: используя compcache в гипервизоре, можно с легкостью прозрачно сжимать память, используемую в гостевом окружении в независимости от гостевой ОС (Linux, FreeBSD и т.д.). Это позволит запускать большее кол-во виртуальных машин.

Виват оверселлингу >_<

Farcaller ★★
()

нда, лучше не ходить по ссылкам и не ставить всякую гадость, раньше это работало нормально, а теперь сделали поддержку backing swap, т.е. свап на диск через ramzswap, включила... весь раздел с / в хлам..

Sylvia ★★★★★
()
Ответ на: комментарий от anonymous

оно так и делает, backing swap, только пока криво, вместо того чтобы свапиться в файл на разделе, насвапилось мне прямо на раздел...

Sylvia ★★★★★
()
Ответ на: комментарий от dark_lord

нет, я просто собрала модуль, с меркуриала compcache

Sylvia ★★★★★
()

> хранение раздела подкачки в сжатом виде в области ОЗУ

говорила же вам мама - не суйте каку в рот

линехоиды такие люнехоиды

wilkomen-to-lor
()
Ответ на: комментарий от Sylvia

> оно так и делает, backing swap, только пока криво, вместо того чтобы свапиться в файл на разделе, насвапилось мне прямо на раздел...

а ещё говорят «девчонки истерички». вот это выдержка. или до этого был разбит весь сервиз 17го века?

anonymous
()
Ответ на: комментарий от wilkomen-to-lor

> говорила же вам мама - не суйте каку в рот

линехоиды такие люнехоиды

а ты продолжай планки мешками покупать

это вендекапец, господа!

anonymous
()

Эт хорошо!!!!!

vada ★★★★★
()

гонять туда сюда данные еще и сжимая ... Кстати, разве линукс кернел подефолту не начинает свопить только когда ОЗУ совсем уж не хватает ?

Syncro ★★★★★
()

если надо «ускориться» исключив своп на винт, тогда зачем «тормозиться» сжатием? а во встроенных устройствах используют своп?

deathmokar
()
Ответ на: комментарий от Syncro

кстати да

Ага, у меня тоже с гигом оперативки своп не юзается вообще...оно ж вроде свопится на диск тока когда памяти не хватает...

Soulreader
()
Ответ на: комментарий от wfrr

>зачем в памяти неиспользуемые данные?

Шоб було. (с) Укр. народ

ansi ★★★★
()
Ответ на: комментарий от Syncro

# sysctl -a | grep swappiness
vm.swappiness = 60

как видишь, по дефолту - нет. Скидывает мусор потихоньку-помаленьку. Поставишь в 0 - будет свопить только когда ОЗУ не хватает.

shahid ★★★★★
()
Ответ на: кстати да от Soulreader

у меня только 256 оперативы, но AMD 3GHz проц - очень полезно будет ибо оперативку нарастить дорого (на маме погорели слоты для памяти, нормально работает только один).

Вот уменьшится размер занимаемый данными в памяти - значит меньше свопиться будет.

VoDA ★★
()
Ответ на: комментарий от wfrr

Насколько я понимаю достаточно лишь сжать нолики поскольку ориентировочно процентов 70 оперативки выделяется но не заполняется. Правда возникает проблема фрагментации но это же не винт, подумаешь будет сотня сегментов а не 4ре

DNA_Seq ★★☆☆☆
()
Ответ на: комментарий от anonymous

>а ещё говорят «девчонки истерички». вот это выдержка. или до этого был разбит весь сервиз 17го века?

Если хомяк отдельным разделом то потеря / не страшна

DNA_Seq ★★☆☆☆
()

> Нетбуки: в них объем ОЗУ ограничен, а мощности процессора хватит, чтобы пользоваться им с сжатой областью подкачки.

Как раз наоборот.

exst ★★★★
()
Ответ на: комментарий от wfrr

>Придумали раздел подкачки чтобы экономить память,

оно не просто переносит, оно сжимает.

AVL2 ★★★★★
()

> Нетбуки: в них объем ОЗУ ограничен, а мощности процессора хватит...

Это смотря какой нетбук... :(

hobbit ★★★★★
()

«Модуль compcache реализует хранение раздела подкачки в сжатом виде в области ОЗУ.»

3 раза перечитал, просветление не наступило. Зачем то что выкинули из озу на диск паковать и засовывать обратно? Для того чтобы опять скинуть в своп, потом запаковать и засунуть в ощу, затем опять в своп, затем паковать и в озу, затем своп и в озу, звоп, озу, своп, озу... ААААААААААААААААААААААААА

f00fc7c8
()

За неделю в ядро кажется уже третью хрень впихивают. Так скоро туда все вместе с офисом пихнут

upcFrost ★★★★★
()

Больше уток в зайцах и деревьев в гробах!

Ахаха. Выводим в топ!

slackwarrior ★★★★★
()
Ответ на: комментарий от wolfovich

ололо, оно тебе проц нагружате теперь

но ведь это такой пустяк, не правда ли?

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

wilkomen-to-lor
()
Ответ на: кстати да от Soulreader

>Ага, у меня тоже с гигом оперативки своп не юзается вообще...оно ж вроде свопится на диск тока когда памяти не хватает...

А вот и нет. Но поведением системы можно управлять с помощью параметра vm.swappiness, если он 0, то будет именно так

annulen ★★★★★
()

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

annulen ★★★★★
()
Ответ на: комментарий от f00fc7c8

ОЗУ намного быстрее работает чем шуршание винтом или флеш памятью. Вспомните про UPX, сжатые им программы гораздо быстрее запускаются.

По теме: - фича очень нужная и полезная!

oleg_kaa
()
Ответ на: комментарий от Sylvia

>насвапилось мне прямо на раздел...

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

anonymous
()

во дела. оно всё растёт.

RedPossum ★★★★★
()

Так-с чего на хватает для полного счастья?
Ага... рейда на флоппиках и драйвера для covox(или уже есть?)

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

Stahl ★★☆
()
Ответ на: комментарий от anonymous

>а ещё говорят «девчонки истерички». вот это выдержка. или до этого был разбит весь сервиз 17го века?

Настоящий ЛОРовец знает о девушках только по рассказам из интернета.

Julio_Petrovich
()

Есть 512 метров ОЗУ, под своп выделяем 384 Мб, итого можем получить (не мерил) около 500 Мб крайне быстрого свопа + 128 Мб остаётся обычной ОЗУ. Хорошая штука, правда её и так без всяких модулей можно реализовать.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.