https://opennet.me/openforum/vsluhforumID3/49777.html "Compcache в Linux, сожми свой SWAP (http://itbg.wordpress.com/2009/02/18/compcache-%d0%b2-linux-%d1%81%d0%be%d0%b6%d0%bc%d0%b8-%d1%81%d0%b2%d0%be%d0%b9-swap/)" - рассказ о Compcache (http://code.google.com/p/compcache/), интересной реализации метода виртуального увеличения фактического объема ОЗУ через хранение раздела подкачки в сжатом виде в области ОЗУ (идея в том, что в сжатый своп влезет больше данных, чем в занимаемую им несжатую память).<br><br>URL: http://itbg.wordpress.com/2009/02/18/compcache-%d0%b2-linux-%d1%81%d0%be%d0%b6%d0%bc%d0%b8-%d1%81%d0%b2%d0%be%d0%b9-swap/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=20405<br> https://opennet.me/openforum/vsluhforumID3/49777.html#32 Mon, 23 Feb 2009 22:58:05 GMT &gt;&gt;Затем, выяснить отклонение от идеального сжатия... и сделать поправку на него... <br>&gt;<br>&gt;Говорю же -- пиксмапы там рыхлые, что-то ~50% долетающего до свопа за <br>&gt;неделю-две сжималось на том терминале вдвое (Good), а процентов 10--20 так <br>&gt;даже и больше (VeryGood -- коллега специально допатчил статистику, ему интересно <br>&gt;было). <br>&gt;<br>&gt;А, даже вот: http://article.gmane.org/gmane.linux.terminal-server.devel/970 <br><br>:)<br><br>amd64:/home/pavel # cat /proc/compcache<br><br>DiskSize: 1375844 kB<br>NumReads: 1<br>NumWrites: 0<br>FailedReads: 0<br>FailedWrites: 0<br>InvalidIO: 0<br>PagesDiscard: 0<br>GoodCompress: 0 %<br>NoCompress: 0 %<br>PagesStored: 0<br>PagesUsed: 0<br>OrigDataSize: 0 kB<br>ComprDataSize: 0 kB<br>MemUsed: 0 kB<br><br>amd64:/home/pavel # w<br> 01:57:08 up 12:26, 0 users, load average: 0,21, 0,53, 0,64<br>USER TTY LOGIN@ IDLE JCPU PCPU WHAT<br><br>amd64:/home/pavel # free<br> https://opennet.me/openforum/vsluhforumID3/49777.html#31 Mon, 23 Feb 2009 21:01:15 GMT &gt;dd if=/dev/zero of=/media/sda1/tmp/swapfile bs=1024 count=65536 <br>&gt;PS: man dd, man mkswap, man swapon, man swapoff <br><br>man что, чтоб примитивный wear leveling в этом sda1 не угробил флэшку по модулю 12 к вечеру?<br> https://opennet.me/openforum/vsluhforumID3/49777.html#30 Mon, 23 Feb 2009 20:51:26 GMT &gt;Затем, выяснить отклонение от идеального сжатия... и сделать поправку на него... <br><br>Говорю же -- пиксмапы там рыхлые, что-то ~50% долетающего до свопа за неделю-две сжималось на том терминале вдвое (Good), а процентов 10--20 так даже и больше (VeryGood -- коллега специально допатчил статистику, ему интересно было).<br><br>А, даже вот: http://article.gmane.org/gmane.linux.terminal-server.devel/970<br> https://opennet.me/openforum/vsluhforumID3/49777.html#29 Mon, 23 Feb 2009 20:42:10 GMT &gt;&gt;&gt;Давно известно, что Linux даже при избытке свободного ОЗУ использует SWAP-раздел <br>&gt;&gt;пусть даже на 5..10% от его объёма.<br>&gt;&gt;Враньё и провокация. "swap used: 0", что я делаю не так? <br>&gt;Ты ничего не делаешь. <br><br>Врёте. Бук под руками:<br><br>pad:~&gt; df -Th &#124; egrep -v '^Filesystem&#124;tmpfs&#124;ext3'<br>pad:~&gt; free<br> total used free shared buffers cached<br>Mem: 1554916 1489184 65732 0 204208 1148428<br>-/+ buffers/cache: 136548 1418368<br>Swap: 2096440 0 2096440<br>pad:~&gt; <br><br>PS: свопа столько -- барахлишко в tmpfs собирать.<br> https://opennet.me/openforum/vsluhforumID3/49777.html#28 Mon, 23 Feb 2009 20:38:56 GMT &gt;Задействование SWAP при наличие свободного ОЗУ -- симптом "болезни".<br><br>Вы это IBM с их AIX расскажите, мож на работу примут. Если в двери головой пройдёте, конечно.<br><br>А если всё-таки подумать ещё -- то простаивающая память есть выкинутые деньги, и память, забитая неделю не использовавшимся барахлом -- я вот тоже склонен считать простаивающей. Пусть в свопе полежит.<br><br>Искренне надеюсь, что в следующий раз сперва немного поизучаете тематику, а потом будете обсуждать VM. Можете вот по kerneltrap.org полазить, чтоб не говорить глупости времён Linux 2.2 примерно. Причём как отмечено выше -- такое понимание необязательно линукс-специфично.<br> https://opennet.me/openforum/vsluhforumID3/49777.html#27 Mon, 23 Feb 2009 16:23:30 GMT А не торрент/peer2peer/emule слабо свопу посадить??? Пущай по планете свопиться...<br><br><br><br><br> https://opennet.me/openforum/vsluhforumID3/49777.html#26 Mon, 23 Feb 2009 14:25:33 GMT mount /media/sda1<br>cd /media/sda1<br>mkdir tmp<br>dd if=/dev/zero of=/media/sda1/tmp/swapfile bs=1024 count=65536<br>mkswap /media/sda1/tmp/swapfile<br>swapon /media/sda1/tmp/swapfile<br><br>PS: man dd, man mkswap, man swapon, man swapoff<br> https://opennet.me/openforum/vsluhforumID3/49777.html#25 Mon, 23 Feb 2009 13:34:50 GMT &gt;По поводу NTFS в винде. А кто нить вообще в курсе что <br>&gt;там за сжатие? Отвечаю: полный примитив, который объединяет идущие подряд 1 <br>&gt;или 0... как понимаете сжатием это названо для галочки <br><br>а тебе 7zip нужен?<br>ты бы потестил для начала насколько это сжатие реально эффективно на кучи тхт-шек, а потом уже говорил: "для галочки"<br> https://opennet.me/openforum/vsluhforumID3/49777.html#24 Mon, 23 Feb 2009 09:40:10 GMT &gt;&gt;&gt;Давно известно, что Linux даже при избытке свободного ОЗУ использует SWAP-раздел пусть <br>&gt;&gt;&gt;даже на 5..10% от его объёма. <br>&gt;&gt;<br>&gt;&gt;Враньё и провокация. "swap used: 0", что я делаю не так? <br>&gt;<br>&gt;Ты ничего не делаешь. <br><br>Додик iZen почему у меня начинает работать свап только при заполнении памяти свыше 80%?<br>