Natrio |
|
Темы:
47
Сообщения:
4763
Участник с: 08 января 2011
|
jim945man mount Mount options for tmpfsКороче, по умолчанию выделяется 50% оперативной памяти. А можно сделать и 100%, и даже больше, если подключить свап – тогда малоиспользуемые блоки tmpfs будут при дефиците памяти вытесняться на диск. P.S. Чуть более подробно про tmpfs написано в документации к ядру: http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/Documentation/filesystems/tmpfs.txt size: The limit of allocated bytes for this tmpfs instance. The default is half of your physical RAM without swap. If you oversize your tmpfs instances the machine will deadlock since the OOM handler will not be able to free that memory.То есть, тут прямо сказано, что переполнение памяти блоками tmpfs может "подвесить" машину, что и наблюдается у автора темы. Подключение свапа снимает эту проблему. |
nafanja |
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
а не расточительство это в /tmp юзать tmpfs? у меня он на zram, при компиляции примерно в 2 раза меньше памяти жрет так как текст и промежуточные данные хорошо сжимаются. может кому пригодится. /etc/systemd/system/zram-tmp.service systemctl enable zram-tmp.servicesystemctl mask tmp.mount reboot
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
jim945 |
|
Темы:
8
Сообщения:
3066
Участник с: 25 января 2010
|
nafanjaНадо попробовать, но думаю будет потеря в скорости компиляции. nafanjaНет. Смотря сколько оперативы. Генту на комп с менее чем 6гб я бы сейчас не стал ставить)))
Lupus pilum mutat, non mentem.
|
Natrio |
|
Темы:
47
Сообщения:
4763
Участник с: 08 января 2011
|
nafanjaПри наличии свапа – не расточительство, потому что "расточается" место не в памяти, а на диске, объём которого на два порядка больше. zram – интересная штука, если её уже допилили, но принципиально ограничена всё тем же физическим объёмом доступной оперативной памяти, только помноженным на сжимаемость данных. Объём же свапа произволен. Поэтому, tmpfs+swap – решение универсальное, а zram-tmp – оптимально в некотором диапазоне условий, когда места в памяти уже не хватает, но всё ещё можно утрамбовать посильнее. |
nafanja |
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
jim945теоретически да, а практически скорость работы компрессора lz4 настолько велика что разница компиляции ядра может составить несколько секунд дополнительно, а это практически ничего.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
nafanja |
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
Natrio, так zram тоже может в свап уходить, только в два раза быстрее производится чтение запись (данные то сжаты), да и реальной памяти в 2 раза меньше хавает.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
Natrio |
|
Темы:
47
Сообщения:
4763
Участник с: 08 января 2011
|
nafanja, понятно. Тогда разница только в сжатии данных в памяти, остальное остаётся в силе. На счёт двух раз – тут всё зависит, как я уже сказал, от сжимаемости данных. Некоторые жмутся на порядок, некоторые в два раза, некоторые совсем не жмутся. |
nafanja |
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
Natrioвсе правильно, но мы ж говорим о /tmp, а там в основном хорошо сжимаемые данные. а если говорить о компиляции то там вообще много текста, а он сжимается на много больше чем в 2 раза.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
antlord |
|
Темы:
30
Сообщения:
195
Участник с: 24 июня 2012
|
То есть мне попробовать увеличить tmpfs? |
jim945 |
|
Темы:
8
Сообщения:
3066
Участник с: 25 января 2010
|
antlordПеренеси /tmp на диск. Включи подкачку. Наблюдай за расходом оперативы при компиляции.
Lupus pilum mutat, non mentem.
|