.cache to RAMdisk

Собственно вопрос весь в названии темы. Имел ли кто опыт переноса ~/.cache с хомяка на ramdisk? Вот и интересно существеннен ли будет прирост производительности(профит, плюшки и т.д.) или не стоит заморачиваться, или все же откровенная глупость?
Имею опят использования ssd, не нужно ничего переносить, сплошной профит. К тому же цены на них сейчас не кусаются.
/etc/fstab

tmpfs /путьдопапки tmpfs nodev,nosuid,size=2G 0 0

в свое время переносил так кеш хрома, т.к. тот постоянно что то туда писал
gard
Имею опят использования ssd, не нужно ничего переносить, сплошной профит. К тому же цены на них сейчас не кусаются.
Тоже SSD, но хомяк на блинном харде лежит, так как куча документов, музыки и видео.
У меня и хомяк на ssd, документы, музыка, видео - симлинками на отдельный хард.
redpunk
/etc/fstab
...
зачем такие извращения?
во первых, это нужно делать в пользовательском пространстве, а не в системном!!! а значит монтирование должно происходить после логина, до входа пользователя монтировать бессмысленно!
а во вторых у нас уже есть /tmp на tmpfs
так вот создаем папку пользователя при логине например /tmp/user/, а ~/.cache делаем ссылкой на /tmp/user/cache/.
ну и естественно закрываем доступ всем кроме владельца на /tmp/user/ для безопасности.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
кстати, вот такой юнит будет при первом логине создавать в /tmp папку с именем пользователя и переносить туда ~/.cache
а при последнем выходе удалять созданную папку в /tmp, для освобождения памяти.
все внутренности ~/.cache не сохраняются!!!
~/.config/systemd/user/cache.service
[Unit]
Description=Create cache in /tmp/%u

[Service]
Type=oneshot
RemainAfterExit=true

ExecStart=-/usr/bin/mkdir -m 0700 -p /tmp/%u
ExecStart=-/usr/bin/mkdir /tmp/%u/.cache
ExecStart=-/usr/bin/rm -r %h/.cache
ExecStart=-/usr/bin/ln -s /tmp/%u/.cache %h/.cache

ExecStop=-/usr/bin/rm -r %h/.cache
ExecStop=-/usr/bin/rm -r /tmp/%u
ExecStop=-/usr/bin/mkdir %h/.cache

[Install]
WantedBy=default.target
ну и включить под пользователем
systemctl --user enable cache
сразу можно и запустить.
systemctl --user start cache
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
данный юнит будет стартовать только при входе в сеанс?
т.е. для его запуска нужно перезайти в сеанс или ребутнуть комп?
я правильно понимаю?
вопрос не праздный, потому что

haron-arch{~}:systemctl --user enable cache
Created symlink from /home/haron/.config/systemd/user/default.target.wants/cache.service to /home/haron/.config/systemd/user/cache.service.
haron-arch{~}:systemctl status cache.service
● cache.service
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)
haron-arch{~}:systemctl start cache.service
Failed to start cache.service: Access denied
haron-arch{~}:sudo systemctl start cache.service
[sudo] password for haron:
Failed to start cache.service: Unit cache.service failed to load: No such file or directory.

сервис включен, но неактивен
и активировать его не получается

старт от имени пользователя тоже ничего не даёт

haron-arch{~}:systemctl --user start cache
haron-arch{~}:systemctl status cache.service
● cache.service
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
при запуске systemctl от пользователя ключик --user обязателен и не нужны никакие sudo!
попробуй systemctl --user status cache
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
работает
прошу прощенья за тупость - с systemd ранее дела не имел, это для меня тёмный лес
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
 
Зарегистрироваться или войдите чтобы оставить сообщение.