[Решено] Можно ли заменить tmpfs на zram?

anoobis	# 8 лет, 6 месяцев назад (отредактировано 8 лет, 6 месяцев назад)
Темы: 4 Сообщения: 37 Участник с: 13 августа 2016	jim945 Процессор какой? CPU: Single core Intel Celeron (-UP-) cache: 256 KB │··················· flags: (lm nx pae sse sse2 sse3) bmips: 5627 speed: 2813 MHz (max) │··················· Memory: Using dmidecode: dmidecode is not installed. │··················· Graphics: Card: NVIDIA NV44 [GeForce 6200 TurboCache] │··················· bus-ID: 01:00.0 chip-ID: 10de:0161 │··················· Display Server: N/A driver: nvidia │··················· tty size: 80x24 Advanced Data: N/A out of X │··················· Audio: Card ESS ES1988 Allegro-1 │··················· driver: snd_maestro3 port: a000 bus-ID: 02:01.0 chip-ID: 125d:1988 │··················· Sound: Advanced Linux Sound Architecture v: k4.4.19-1-lts jim945, ну может в 3-4 раза я загнул, это я наугад ляпнул) В 12 поставил сборку, через 3 с лишним часа выключил комп, сборка ещё не закончилась. А в 17:40 отключил zram и запустил заново сборку с винта, сейчас 19:00, пока ещё собирает, но чисто визуально модули листаются шустрее без zram... По мануалу вики вообще написано, что сборка занимает 10-15 минут, может я чтото не так делаю) Вроде взял .config из текущего ядра и поотключал в нём все лишние дрова на видео, звук и сетевые, оставил все модули юсб-свистков и флешек, оставил те модули scsi что были включены, просто не знаю, что там может быть полезного, вроде как слышал, что некоторые модули scsi нужны для sata... Короче, если ядро соберётся раньше чем через 3 часа, то zram медленнее, иначе надо перепроверять заново. Да, ещё вот, после того как отключил zram пытался засунуть исходники ядра в tmpfs - не влезли, пишет не хватает места на диске, в zram всё помещалось нормально, но скорость сборки реально черепашья.) PS 20:39 закончилась компиляция, те же 3 часа, что с zram, что без него.

# 8 лет, 6 месяцев назад (отредактировано 8 лет, 6 месяцев назад)

Сообщения: 37

Участник с: 13 августа 2016

jim945
Процессор какой?

CPU:       Single core Intel Celeron (-UP-) cache: 256 KB                       │···················
           flags: (lm nx pae sse sse2 sse3) bmips: 5627 speed: 2813 MHz (max)   │···················
Memory:    Using dmidecode: dmidecode is not installed.                         │···················
Graphics:  Card: NVIDIA NV44 [GeForce 6200 TurboCache]                          │···················
           bus-ID: 01:00.0 chip-ID: 10de:0161                                   │···················
           Display Server: N/A driver: nvidia                                   │···················
           tty size: 80x24 Advanced Data: N/A out of X                          │···················
Audio:     Card ESS ES1988 Allegro-1                                            │···················
           driver: snd_maestro3 port: a000 bus-ID: 02:01.0 chip-ID: 125d:1988   │···················
           Sound: Advanced Linux Sound Architecture v: k4.4.19-1-lts

jim945, ну может в 3-4 раза я загнул, это я наугад ляпнул) В 12 поставил сборку, через 3 с лишним часа выключил комп, сборка ещё не закончилась. А в 17:40 отключил zram и запустил заново сборку с винта, сейчас 19:00, пока ещё собирает, но чисто визуально модули листаются шустрее без zram... По мануалу вики вообще написано, что сборка занимает 10-15 минут, может я чтото не так делаю) Вроде взял .config из текущего ядра и поотключал в нём все лишние дрова на видео, звук и сетевые, оставил все модули юсб-свистков и флешек, оставил те модули scsi что были включены, просто не знаю, что там может быть полезного, вроде как слышал, что некоторые модули scsi нужны для sata... Короче, если ядро соберётся раньше чем через 3 часа, то zram медленнее, иначе надо перепроверять заново. Да, ещё вот, после того как отключил zram пытался засунуть исходники ядра в tmpfs - не влезли, пишет не хватает места на диске, в zram всё помещалось нормально, но скорость сборки реально черепашья.)
PS 20:39 закончилась компиляция, те же 3 часа, что с zram, что без него.

jim945	# 8 лет, 6 месяцев назад
Темы: 9 Сообщения: 3194 Участник с: 25 января 2010	Zram бесспорно медленнее простого tmpfs. По сборке ядра (если нагружает процесс полностью) естественно zram медленнее, т.к. часть ресурсов уходит на сжатие. Чем быстрее проц, тем меньше должна быть эта разница. Но не поверю, что HDD будет быстрее. Lupus pilum mutat, non mentem.

jim945

# 8 лет, 6 месяцев назад

Темы: 9

Сообщения: 3194

Участник с: 25 января 2010

Zram бесспорно медленнее простого tmpfs.
По сборке ядра (если нагружает процесс полностью) естественно zram медленнее, т.к. часть ресурсов уходит на сжатие. Чем быстрее проц, тем меньше должна быть эта разница.
Но не поверю, что HDD будет быстрее.

Lupus pilum mutat, non mentem.

anoobis	# 8 лет, 6 месяцев назад (отредактировано 8 лет, 6 месяцев назад)
Темы: 4 Сообщения: 37 Участник с: 13 августа 2016	jim945 Но не поверю, что HDD будет быстрее. Тем не менее, это так. Хоть за 3 часа, но с hhd ядро скомпилировалось, с zram за то же время - нет. Более того, либо слухи о его сжатии сильно преувеличены, либо тестировалось на каких-то мега-серверных системах, никакого сжатия я не ощутил. Пытался повторить подвиг)) снова загнать сорсы размером 1,4Г в диск zram 1,3Г, около 100000 файлов, так с них не вышло сжатия и на 100М. Вот вывод zramctl: `$ zramctl NAME ALGORITHM DISKSIZE DATA COMPR TOTAL STREAMS MOUNTPOINT /dev/zram0 lz4 1,3G 1,2G 518M 542,6M 2 /tmp` Вот скрины копирования через mc (момент копирования/ошибки/размер скопированной части): видно размер закидываемой папки 1409M, свободное место на диске 1240М, т.е. всего из 1240М нужно было получить сжатие на 169М ~0.13, так он даже этого не делает, не говоря уже о 2х-4х кратном сжатии... Не знаю у кого как, но на моей системе использовать zram считаю не целесообразным, ибо это нельзя назвать сжатием и скорость работы с памятью выходит медленнее, чем с винтом hdd. Хотя, возможно, что в качестве swap он работает лучше(быстрее и с хорошим сжатием), чем ввиде раздела ext4, для /tmp же я бы его не стал рекомендовать.

anoobis

# 8 лет, 6 месяцев назад (отредактировано 8 лет, 6 месяцев назад)

Темы: 4

Сообщения: 37

Участник с: 13 августа 2016

jim945
Но не поверю, что HDD будет быстрее.

Тем не менее, это так. Хоть за 3 часа, но с hhd ядро скомпилировалось, с zram за то же время - нет. Более того, либо слухи о его сжатии сильно преувеличены, либо тестировалось на каких-то мега-серверных системах, никакого сжатия я не ощутил. Пытался повторить подвиг)) снова загнать сорсы размером 1,4Г в диск zram 1,3Г, около 100000 файлов, так с них не вышло сжатия и на 100М. Вот вывод zramctl:

$ zramctl
NAME       ALGORITHM DISKSIZE  DATA COMPR  TOTAL STREAMS MOUNTPOINT
/dev/zram0 lz4           1,3G  1,2G  518M 542,6M       2 /tmp

Вот скрины копирования через mc (момент копирования/ошибки/размер скопированной части):

видно размер закидываемой папки 1409M, свободное место на диске 1240М, т.е. всего из 1240М нужно было получить сжатие на 169М ~0.13, так он даже этого не делает, не говоря уже о 2х-4х кратном сжатии... Не знаю у кого как, но на моей системе использовать zram считаю не целесообразным, ибо это нельзя назвать сжатием и скорость работы с памятью выходит медленнее, чем с винтом hdd. Хотя, возможно, что в качестве swap он работает лучше(быстрее и с хорошим сжатием), чем ввиде раздела ext4, для /tmp же я бы его не стал рекомендовать.

jim945	# 8 лет, 6 месяцев назад
Темы: 9 Сообщения: 3194 Участник с: 25 января 2010	Вообще то там написано, что файлы размером 1,2G сжались до 518М. А не поместились они потому что ты сам задал максимальный объем несжатого раздела 1,3G Lupus pilum mutat, non mentem.

jim945	# 8 лет, 6 месяцев назад
Темы: 9 Сообщения: 3194 Участник с: 25 января 2010	anoobis снова загнать сорсы размером 1,4Г в диск zram 1,3Г Это называется - впихнуть невпихуемое))) Lupus pilum mutat, non mentem.

anoobis	# 8 лет, 6 месяцев назад
Темы: 4 Сообщения: 37 Участник с: 13 августа 2016	jim945 Вообще то там написано, что файлы размером 1,2G сжались до 518М. А не поместились они потому что ты сам задал максимальный объем несжатого раздела 1,3G что значит размер несжатого раздела? эти файлы на ext4 занимают 1,4Г, на fat16 занимали бы 1,8Г, к примеру, на ntfs 1,2Г, а на zfs 0,8Г - какой из этих размеров считать несжатым и откуда zram знает, что у него за система на диске.

anoobis

# 8 лет, 6 месяцев назад

Темы: 4

Сообщения: 37

Участник с: 13 августа 2016

jim945
Вообще то там написано, что файлы размером 1,2G сжались до 518М.
А не поместились они потому что ты сам задал максимальный объем несжатого раздела 1,3G

что значит размер несжатого раздела? эти файлы на ext4 занимают 1,4Г, на fat16 занимали бы 1,8Г, к примеру, на ntfs 1,2Г, а на zfs 0,8Г - какой из этих размеров считать несжатым и откуда zram знает, что у него за система на диске.

jim945	# 8 лет, 6 месяцев назад
Темы: 9 Сообщения: 3194 Участник с: 25 января 2010	Ты создаешь zram диск размером 1,4G. Туда нельзя записать больше 1,4G данных. Так понятно? Lupus pilum mutat, non mentem.

jim945	# 8 лет, 6 месяцев назад
Темы: 9 Сообщения: 3194 Участник с: 25 января 2010	Считаю эксперимент неудавшимся))) Lupus pilum mutat, non mentem.

anoobis	# 8 лет, 6 месяцев назад (отредактировано 8 лет, 6 месяцев назад)
Темы: 4 Сообщения: 37 Участник с: 13 августа 2016	ага, вот оно чо)) ну да так то, на диск 2Г всё входит) `$ zramctl NAME ALGORITHM DISKSIZE DATA COMPR TOTAL STREAMS MOUNTPOINT /dev/zram0 lz4 2G 1,7G 709,4M 743,7M 2 /tmp` это учитывая, что оперативки всего 1,5... нужно тогда тестировать заново) Но судя по free он не 700 метров занимает, потому что система отжирает 340 и должно остаться 500, а не 160. `$ free total used free shared buff/cache available Mem: 1548112 1237228 120132 7144 190752 159996 Swap: 1048572 44 1048528`

anoobis

# 8 лет, 6 месяцев назад (отредактировано 8 лет, 6 месяцев назад)

Темы: 4

Сообщения: 37

Участник с: 13 августа 2016

ага, вот оно чо))

ну да так то, на диск 2Г всё входит)

$ zramctl
NAME       ALGORITHM DISKSIZE  DATA  COMPR  TOTAL STREAMS MOUNTPOINT
/dev/zram0 lz4             2G  1,7G 709,4M 743,7M       2 /tmp

это учитывая, что оперативки всего 1,5... нужно тогда тестировать заново)
Но судя по free он не 700 метров занимает, потому что система отжирает 340 и должно остаться 500, а не 160.

$ free
              total        used        free      shared  buff/cache   available
Mem:        1548112     1237228      120132        7144      190752      159996
Swap:       1048572          44     1048528

jim945	# 8 лет, 6 месяцев назад (отредактировано 8 лет, 6 месяцев назад)
Темы: 9 Сообщения: 3194 Участник с: 25 января 2010	Не заморачивайся с тестами. Все из-за слабого железа. Вот тесты на нетбуке. /tmp на tmpfs, корень оверлеем в zram `dd if=/tmp/1111111 of=111111 1519616+0 записей получено 1519616+0 записей отправлено 778043392 байт (778 MB, 742 MiB) скопирован, 21,647 s, 35,9 MB/s` `dd if=111111 of=/tmp/111111 1519616+0 записей получено 1519616+0 записей отправлено 778043392 байт (778 MB, 742 MiB) скопирован, 13,9706 s, 55,7 MB/s` `dd if=/dev/zero of=1111111 dd: запись в '1111111': На устройстве не осталось свободного места 1719489+0 записей получено 1719488+0 записей отправлено 880377856 байт (880 MB, 840 MiB) скопирован, 20,1915 s, 43,6 MB/s` `dd if=/tmp/archlinux-2016.08.01-dual.iso of=/tmp/11111 dd: запись в '/tmp/11111': На устройстве не осталось свободного места 521329+0 записей получено 521328+0 записей отправлено 266919936 байт (267 MB, 255 MiB) скопирован, 4,41609 s, 60,4 MB/s` `dd if=/dev/zero of=/tmp/111111 dd: запись в '/tmp/111111': На устройстве не осталось свободного места 2040945+0 записей получено 2040944+0 записей отправлено 1044963328 байт (1,0 GB, 997 MiB) скопирован, 14,1248 s, 74,0 MB/s` Lupus pilum mutat, non mentem.

jim945

# 8 лет, 6 месяцев назад (отредактировано 8 лет, 6 месяцев назад)

Темы: 9

Сообщения: 3194

Участник с: 25 января 2010

Не заморачивайся с тестами.
Все из-за слабого железа.
Вот тесты на нетбуке. /tmp на tmpfs, корень оверлеем в zram

dd if=/tmp/1111111 of=111111
1519616+0 записей получено
1519616+0 записей отправлено
778043392 байт (778 MB, 742 MiB) скопирован, 21,647 s, 35,9 MB/s

dd if=111111 of=/tmp/111111
1519616+0 записей получено
1519616+0 записей отправлено
778043392 байт (778 MB, 742 MiB) скопирован, 13,9706 s, 55,7 MB/s

dd if=/dev/zero of=1111111
dd: запись в '1111111': На устройстве не осталось свободного места
1719489+0 записей получено
1719488+0 записей отправлено
880377856 байт (880 MB, 840 MiB) скопирован, 20,1915 s, 43,6 MB/s

dd if=/tmp/archlinux-2016.08.01-dual.iso of=/tmp/11111
dd: запись в '/tmp/11111': На устройстве не осталось свободного места
521329+0 записей получено
521328+0 записей отправлено
266919936 байт (267 MB, 255 MiB) скопирован, 4,41609 s, 60,4 MB/s

dd if=/dev/zero of=/tmp/111111
dd: запись в '/tmp/111111': На устройстве не осталось свободного места
2040945+0 записей получено
2040944+0 записей отправлено
1044963328 байт (1,0 GB, 997 MiB) скопирован, 14,1248 s, 74,0 MB/s

Lupus pilum mutat, non mentem.