https://www.opennet.me/openforum/vsluhforumID3/87763.html В списке рассылки разработчиков ядра Linux представлена (https://lkml.org/lkml/2012/12/11/449) технология сжатого кэширования SWAP - Zswap. Смысл технологии сводится к тому, что при необходимости выгрузки страниц памяти на диск производится попытка сжать страницы, размещая их при этом в пуле в оперативной памяти. По мере возможности сжатые страницы не выгружаются на диск чтобы избежать операций ввода/вывода с медленным носителем. <br><br><br>Реализация такого подхода позволяет, при возникновении необходимости сброса памяти в раздел подкачки, сократить ввод-вывод и повысить скорость работы системы в целом, за счет того, что по возможности избегается использование медленного носителя. Ценой сокращения ввода/вывода является увеличение нагрузки на процессор, который тратит дополнительные ресурсы на сжатие и распаковку данных. По утверждению разработчиков, в их конфигурации при компиляции ядра в ситуации когда происходит своппинг, выигрыш по объему ввода/вывода составил 76%, а время выполнения операции сократилось на 53 https://www.opennet.me/openforum/vsluhforumID3/87763.html#67 Sun, 20 Jan 2013 18:01:10 GMT &gt; Правильно ли я понял что их "заводская" прошивка штатно использует swap ? <br><br>Да, для возможности запускать больше программ в ограниченных ресурсах. То что своп на флеше может неплохо работать - было замечено юзерами еще Nokia 770. Они стали делать свопы на картах. Нокия пошла навстречу и в N800/810 сие было сделано опционально, а в N900 и вовсе по дефолту активировано. Просто на те поры нокия умела делать не более 256Мб RAM, а это не то чтобы совсем мало, но достаточно душно для реально многозадачного девайса. На котором натурально хочется запустить кучу всего. Ну там браузер, аську, плеер, почтарь, еще кучу всего. <br><br>&gt; Если это так - я не удивлен что их там разогнали к херям :)<br><br>Разогнал их гражданин элоп-остолоп сугубо потому что они очень уж мешались его винде горбатой.<br><br>&gt; Чтобы быть КО не надо что-то знать, а вообще скорость записи у них в разы выше чем у обычных карт памяти.<br><br>Как бы еще от контроллера SoC зависит и прочая. У омапа в целом на том же N900 скорость не вызывает отпадение челюсти, напр https://www.opennet.me/openforum/vsluhforumID3/87763.html#66 Tue, 18 Dec 2012 08:58:29 GMT &gt; Зато это встречал я. На NAND, кстати. И мне совершенно не понравилось как это работает. <br>&gt; Например в том же N900 все это есть. <br><br>Правильно ли я понял что их "заводская" прошивка штатно использует swap ? Если это так - я не удивлен что их там разогнали к херям :)<br><br>&gt; Я в курсе что это такое. Это контроллер веаринга и флеха в одном корпусе. А-ля карты <br>&gt; памяти, только в виде чипа.<br><br>Чтобы быть КО не надо что-то знать, а вообще скорость записи у них в разы выше чем у обычных карт памяти.<br> https://www.opennet.me/openforum/vsluhforumID3/87763.html#65 Mon, 17 Dec 2012 13:34:03 GMT &gt; Я вообще не встречал чтобы на ARM использовали swap <br><br>Зато это встречал я. На NAND, кстати. И мне совершенно не понравилось как это работает. Например в том же N900 все это есть. И работает довольно так себе. Такие технологии имеют все шансы это улучшить.<br><br>&gt; - поэтому говорю что это бесполезные затеи, а если тебе так нужно - можно <br>&gt; свопиться в файл на быстром носителе типа nand.<br><br>Не такой уж он и быстрый, а в некоторых железяках еще и проц грузит. И еще вопрос на что циклов больше уйдет - на скоростное сжатие или окучивание контроллера NAND в конкретной системе.<br><br>&gt; ты уже наконец погугли что такое eMMC а то все какую херню несешь про ssd.<br><br>Я в курсе что это такое. Это контроллер веаринга и флеха в одном корпусе. А-ля карты памяти, только в виде чипа.<br> https://www.opennet.me/openforum/vsluhforumID3/87763.html#64 Mon, 17 Dec 2012 13:25:30 GMT &gt; Понимаю, но даже не помню, какая именно это борда была -- надо <br>&gt; уточнить, сейчас это неудобно (возможно, i.MX53).<br><br>Да я этом к тому что миллион запросов сам по себе - нечто сферическое и в вакууме. Роялит еще и время за которое он приехал. При высокой интенсивности запросов интел может попытаться скрасить немеряное потребление в холостом режиме ломовой производительностью. При низкой - ARM на полной загрузке будет жрать в 10 раз меньше чем интел на холостом ходу. Интел сделал нулевую с точки зрения окружающих работу а сожрал больше. Забавно, да? :)<br><br>&gt;&gt; 2) Кроме того, такое сравнение допускает что сервер прогружен на 100% возможностей.<br>&gt; Т.е. что это тот самый сервер, а не просто нерациональное использование ресурсов. <br><br>Идеально прогрузить сервер на 100% задача нетривиальная. Даже в всепланетном масштабе потребление ресурсов колеблется например в зависимости от времени суток. Так что или сервак зашьется в час пик или будет недогружен когда все дрыхнут.<br><br>Ну и вообще. Надо вот кому-то днс. Может он и https://www.opennet.me/openforum/vsluhforumID3/87763.html#63 Sun, 16 Dec 2012 22:42:35 GMT &gt; 1) А как все это мерялось? A8 - сферическое ядро в вакууме. <br>&gt; Конкретные инкарнации изрядно отличаются по свойствам.<br><br>Понимаю, но даже не помню, какая именно это борда была -- надо уточнить, сейчас это неудобно (возможно, i.MX53).<br><br>&gt; 2) Кроме того, такое сравнение допускает что сервер прогружен на 100% возможностей. <br><br>Т.е. что это тот самый сервер, а не просто нерациональное использование ресурсов.<br><br>&gt; А на холостое потребление [...]<br><br>И всё-таки в очередной раз (sic!) прошу освоить хотя бы интрапостовую дедупликацию :)<br><br>&gt; 4) У интела есть еще и обвязка которая жрет немеряно. Мощности которую <br>&gt; жрет чипсет x86 и прочая обвязка хватит еще нескольким ARM :).<br><br>Угу, помню и двадцативаттные контроллеры FBDIMM...<br> https://www.opennet.me/openforum/vsluhforumID3/87763.html#62 Sun, 16 Dec 2012 18:25:37 GMT &gt; Хотя извращенцев которые бы свопились на файл в JFFS я все-таки не встречал.<br><br>Я вообще не встречал чтобы на ARM использовали swap - поэтому говорю что это бесполезные затеи, а если тебе так нужно - можно свопиться в файл на быстром носителе типа nand.<br><br>&gt; Да, там NAND и контроллер. Но это не значит что там впихнут 16 чипаков NAND вкалывающих <br><br>параллельно и топовый контроллер как в SSD.<br><br>ты уже наконец погугли что такое eMMC а то все какую херню несешь про ssd.<br> https://www.opennet.me/openforum/vsluhforumID3/87763.html#61 Sun, 16 Dec 2012 14:38:12 GMT &gt; Диск ВСЕГДА был узким местом.<br><br>Просто как-то так вышло что раньше процы были дохлее а скоростные алгоритмы сжатия не настолько развиты. По поводу чего сжатие если и применялось то не с целью выиграть в скорости а скорее место на диске сэкономить. На данный момент оно может убить 2 зайцев сразу. LZO/lz4/... могут жать с настолько зубодробильной скоростью что сжатая запись окажется быстрее за счет сокращения I/O. А уж чтение и подавно - такие алгоритмы дико быстры в распаковке. В ряде случаев они могут обогнать memcpy() за счет снижения объема читаемых данных при равном объеме записи ;) <br> https://www.opennet.me/openforum/vsluhforumID3/87763.html#60 Sun, 16 Dec 2012 14:35:15 GMT &gt; Толку не будет: попробуйте повторно архивировать архив. Я когда-то пробовал ^_^ <br><br>В сильно некоторых случаях может удасться отыграть немного :)<br><br>Например зипуете файл на несколько гигз состоящий из нулей. А потом зипуете такой зип. Сожмется.<br> https://www.opennet.me/openforum/vsluhforumID3/87763.html#59 Sun, 16 Dec 2012 14:16:20 GMT &gt; Как вариант - плющить данные на лету легким режимом xz, <br>&gt; и отправлять в ZRAM, как отложенную запись, доплющиватся хардкорным LZMA.<br><br>Павлин, xz это и есть LZMA, просто у остроконечников и тупоконечников как обычно нет единства насчет того в каком формате сжатый поток оформлять. Это единственное отличие в всех этих подвидах, сам LZMA лежащий в их основе - одинаковый :)<br>