URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 83907
[ Назад ]

Исходное сообщение
"В Fedora 18 для раздела /tmp будет использоваться tmpfs"

Отправлено opennews , 03-Апр-12 17:37 
Комитет FESCo (Fedora Engineering Steering Committee), отвечающий за техническую часть разработки дистрибутива Fedora Linux, утвердил (http://lists.fedoraproject.org/pipermail/devel/2012-April/16...) переход (http://fedoraproject.org/wiki/Features/tmp-on-tmpfs) на использование tmpfs для раздела /tmp. Таким образом,  начиная с Fedora 18, для хранения временных файлов будет использован размещаемый в оперативной памяти RAM-диск, который может быть вытеснен в раздел подкачки при нехватки свободной памяти. Для администраторов, желающих как и раньше хранить данные /tmp на диске, будет предоставлена подобная опциональная возможность. Стоит отметить, что ArchLinux уже использует tmpfs по умолчанию, Debian перейдёт на tpmfs в следующем выпуске, а Ubuntu в версии 12.10.


Леннарт Поттеринг (Lennart Poettering), создавший такие проекты, как Avahi (реализация протокола ZeroConf), звуковой сервер PulseAudio и системный менеджер systemd, подробно обосновал (http://0pointer.de/blog/projects/tmp.html) мотивы перевода /tmp на tmpfs. В частности, основной причиной размещения  /tmp в RAM-диске является желание сократить число операций записи на физический накопитель, что позволит снизить энергопотребление жестких дисков и продлит жизнь SSD-накопителей, а также увеличит производительность работы с временными файлами.


Из недостатков нового подхода, кроме дополнительного расхода ОЗУ, отмечается отсутствие поддержки квот в tmpfs. Приложениям, которые оперируют с временными файлами большого размера или требуют сохранение временных файлов между перезапусками системы, рекомендуется использовать директорию /var/tmp. Директория /tmp будет ориентирована в основном на системное ПО, пользовательским приложениям, в зависимости от контекста, следует использовать директории, на которые ссылаются переменные $XDG_RUNTIME_DIR, $XDG_CACHE_HOME или $XDG_DOWNLOAD_DIR.

URL: http://0pointer.de/blog/projects/tmp.html
Новость: http://www.opennet.me/opennews/art.shtml?num=33520


Содержание

Сообщения в этом обсуждении
"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 17:37 
Debian? В следующем выпуске? Ха-ха, не раньше 2016.

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 17:42 
Да ладно. Переход на /run они осилили довольно бодро.

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 17:56 
Ага, и так неожиданно. Бабах -- и сделали. И часть демонов отвалилась после перезагрузки, не смогли логи создать.

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Анти аноним , 03-Апр-12 18:05 
Отвалились у вас (...) или у них (разработчиков Debian)?

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 18:07 
> Ага, и так неожиданно. Бабах -- и сделали. И часть демонов отвалилась после перезагрузки, не смогли логи создать.

Что за бред? Пруфы будут?


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 19:23 
Дык при обновлении своей системы не забудьте обновить свои демоны ))

Я и /var/tmp в оперативку запихал да и /var/log (правда, на декстопе)


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 06-Апр-12 13:08 
Заодно и кэши браузеров переложил в tmp.
Что только не сделаешь когда оперативки больше чем свободного места на винте (что характерно, вне зависимости от его размеров).

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено iZEN , 07-Апр-12 11:33 
> Заодно и кэши браузеров переложил в tmp.

А я вообще по возможности отключаю кэширование в браузерах, которыми пользуюсь.


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено JL2001 , 23-Апр-12 00:39 
>Заодно и кэши браузеров переложил в tmp.

всегда интересовало почему кеш браузера не в /var/tmp ?


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 20:57 
> Ага, и так неожиданно. Бабах -- и сделали. И часть демонов отвалилась
> после перезагрузки, не смогли логи создать.

странно было бы если не отвалились. Там же так и написано testing/unstable


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено кевин , 03-Апр-12 23:11 
такое было только в федоровой сырошкуре и её аналогах у других первые 2 недели после анонса фичи.

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено pavlinux , 04-Апр-12 02:09 
> Ага, и так неожиданно. Бабах -- и сделали. И часть демонов отвалилась
> после перезагрузки, не смогли логи создать.

Ёптя, так для этого Фидорасы и нужны, как халявные бета-тестеры,
чтоб писать гневные багрепорты, которые потом смотрит РедХать!


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено EuPhobos , 04-Апр-12 08:23 
$ mount | grep /tmp
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime,size=1242976k)
$ cat /etc/issue
Debian GNU/Linux wheezy/sid \n \l

уже скоро год будет, как на дебиане testing сижу, ничего не отваливается..


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Пр0х0жий , 04-Апр-12 17:48 
Угу. Так и есть.
И у кого-то где-то с середины 2008-го такое болтается штатно.

А кто-то:

> Fedora Linux, утвердил переход на использование tmpfs для раздела /tmp.

только сейчас, года через 4 изобрел.

Поглядывая в сторону Федора:
Вегной догОгой идете товагищи!


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Карбофос , 03-Апр-12 17:47 
кому нужно срочно - подправит fstab. неосиляторам - повод посмеяться. только вот над чем?

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 17:59 
> Debian? В следующем выпуске? Ха-ха, не раньше 2016.

не помню с каких времён, но в /etc/default/rcS можно поменять RAMTMP=no на RAMTMP=yes. Все изменения, которые нужны -- тривиальный diff в две строчки.


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Анти аноним , 03-Апр-12 18:03 
Новый релиз осенью 2012 года. Это и будет следующим - не будьте так плоскодумны, молодой человек. Если бы вы умели из кусочков складывать картину воедино то поняли, что Ubuntu полностью зависит от наработак Debian. Раз замеченные изменения будут в ubuntu 12.10 то... Потренируйте свой мозг - подсказка в начале моего поста.

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Анонимный эксперт , 03-Апр-12 18:28 
>Ubuntu полностью зависит от наработак Debian

Вот так новость. И давно ли Debian на upstart перешел?


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено devcoder , 03-Апр-12 18:47 
> Вот так новость. И давно ли Debian на upstart перешел?

Слава богу нет, тот же sysv-rc init с возможностью _легко_ отключаемой
параллельной загрузки на основе LSB3.1 заголовков
в init-скриптах (зависимости от для start и stop).


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено vlad , 04-Апр-12 17:50 
возможность использовать есть  - http://packages.debian.org/search?keywords=upstart&searchon=..., а вот необходимости нет.

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 19:25 
Кто-то путает причину со следствием. Давно хвост начал управлять собакой?

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 20:55 
осень 2012

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Eddhie , 03-Апр-12 21:24 
В testing/wheezy уже tmpfs для /tmp по умолчанию.

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено zzz , 04-Апр-12 02:14 
>Debian? В следующем выпуске? Ха-ха, не раньше 2016.

Он уже перешел в unstable


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено sasku , 05-Апр-12 15:52 
Debian testing (wheezy)
root@comp:~$ df
Файловая система            1K-блоков Использовано Доступно Использовано% Cмонтировано в
....
tmpfs                            5120            0     5120            0% /run/lock
tmpfs                          805624         1904   803720            1% /tmp
tmpfs                          805624         3780   801844            1% /run/shm
.....

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 17:38 
А зачем тогда вообще временные файлы? Каждая программа итак хранит всё в памяти.

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Xasd , 03-Апр-12 17:55 
видимо новый подхот (/tmp/ в оперативке) специально для программистов привыкших к 32х-разрядной архитектуре :)

даже для unix-domain-socket -- нет смысла использовать /tmp/ , так как есть кошерный dBus же :)

# p.s.: правда сам по себе dBus использует /tmp/ .. ну ды ладно :) .. один раз можно :)


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 18:09 
Сокеты и dbus не являются взаимозаменяемыми и взаимоисключающими. Это просто разные механизмы IPC.

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Xasd , 03-Апр-12 22:44 
> Сокеты и dbus не являются взаимозаменяемыми и взаимоисключающими. Это просто разные механизмы
> IPC.

ну вообще да -- бывают случаи когда использовать unix-domain-sockets (UDS) это есть наиболее отимальный способ IPC [например нужно передавать большие объёмы сырых данных]...

...но в остальных default`ных случаях -- dBus является именно ЗАМЕНОЙ для UDS (заменой именно исключающей UDS). причём явно более комфортной заменой :)


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 17:39 
> Из недостатков нового подхода, кроме дополнительного расхода ОЗУ, отмечается отсутствие поддержки квот в tmpfs.

А ничего, что tmpfs на /dev/shm уже сто лет в обед живет без квот и с правами 777?
Народ уже давно просил ядреных разработчиков квоты сделать, но тем пофиг.

> Леннарт Поттеринг (Lennart Poettering), создавший такие проекты, как Avahi (реализация протокола ZeroConf), звуковой сервер PulseAudio и системный менеджер systemd, подробно обосновал мотивы перевода /tmp на tmpfs.
> If you want to complain about the tmp-on-tmpfs or ServicesPrivateTmp feature, then this is not the right place either, _because this blog post is not really about that_.

Авторы опеннета продолжают отмечать первое апреля ("день Фороникса")?


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 17:46 
Какие интересные вещи можно вычитать по ссылке:

> On Solaris a similar change has already been implemented in 1994 (and other Unixes have made a similar change long ago, too).

They did it, because native file system(UFS) was too slow. Even linux ext2 was faster than SunOS tmpfs!!


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Анти аноним , 03-Апр-12 18:08 
Вырвали фразу из целого предложения?

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 18:10 
> Вырвали фразу из целого предложения?

Нет. Сходите по ссылке :)


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено vadiml , 03-Апр-12 18:29 
Кто хотел -- уже давно перевёл /tmp на tmpfs

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Анонимусм , 03-Апр-12 18:38 
В той же генте это стандарт :) Вот и до федорастов дошло.

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 21:08 
Если какая-то программа из репозитория не будет работать в этой конфигурации от это баг который как бы должны исправлять
А перевода этого тебя просто послали


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено kreator , 03-Апр-12 18:33 
Много лет использую tmpfs для /tmp. В целом доволен - удобнее и быстрее компилировать исходники, собирать cd/dvd образы. Неплохо бы добавить быстрое сжатие (lz4 или lzo) как compcahe - что бы если меньше половины (или сколько поставишь) заполнено, то без сжатия. Плохо когда оперативная память заканчивается, начинается своп с кратковременным фризами (bug 12304?). Спасение одно - много памяти и отключенный своп :)

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Xasd , 03-Апр-12 22:57 
> Спасение одно - много памяти и отключенный своп :)

ненадо отключать SWAP! :)

просто настройте как вам нравится vm.swappiness=XX (внутри файла /etc/sysctl.conf)


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено kreator , 04-Апр-12 11:36 
>> Спасение одно - много памяти и отключенный своп :)
> ненадо отключать SWAP! :)
> просто настройте как вам нравится vm.swappiness=XX (внутри файла /etc/sysctl.conf)

Настройка vm.swappiness не решает проблему фризов при работе с tmpfs не вместившейся в ОЗУ, а лишь немного отдаляет сие чудное мгновенье :)


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Xasd , 04-Апр-12 20:37 
> Настройка vm.swappiness не решает проблему фризов при работе с tmpfs не вместившейся в ОЗУ, а лишь немного отдаляет сие чудное мгновенье :)

а удаление SWAP -- решит чтоле проблему (переполнения ОЗУ) ??? xD xD xD xD

так пишете будто бы якобы SWAP своей собственной жизнью живёт на компьютере xD


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Andrey Mitrofanov , 05-Апр-12 10:33 
Конечно, решит! Проблемища переполнения ОЗУ будет _заменена маленьким-аккуратненьким крашиком ядра.

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено iZEN , 04-Апр-12 07:33 
> Много лет использую tmpfs для /tmp. В целом доволен - удобнее и быстрее компилировать исходники,

По моим наблюдениям, компиляция на RAM-диск не намного быстрее компиляции на HDD. На скорость компиляции очень сильно влияет частота и архитектура процессора, возможность распараллеливания на нити компиляции и только в последнюю очередь скорость доступа к устройству хранения исходных текстов компилируемых программ и результирующих бинарников (конечно при условии, если реализация файлового кэширования и асинхронной записи в ОС никакая, то и на скорость компиляции вид хранилища будет влиять).


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено kreator , 04-Апр-12 11:31 
ИМХО ускорение получается за счет скорости создания/удаления тысяч мелких файлов. Но конечно ускорение не в разы, ~10% точно не замерял.

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено АнониМ , 03-Апр-12 18:45 
Хрень какая-то. На серверах тонны софта используют /tmp/, как свалку всего на свете. Теперь это "все на свете" будет жрать тонну памяти и не понятно как влиять на систему в целом.

>который может быть вытеснен в раздел подкачки при нехватке свободной памяти

Прикольная формулировка. А что может и не вытеснить, а запустить OOM killer ? прикольно будет :)


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Stax , 03-Апр-12 19:11 
"Для администраторов, желающих как и раньше хранить данные /tmp на диске, будет предоставлена подобная опциональная возможность."

И храните свалку в tmp, никто не против.


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 04-Апр-12 00:32 
> Хрень какая-то. На серверах тонны софта используют /tmp/, как свалку всего на
> свете. Теперь это "все на свете" будет жрать тонну памяти и
> не понятно как влиять на систему в целом.

Таких как ты "админов" этих "серверов" - переместить на /tmp/ и ребутнуть. Намного чище мир станет.


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним239 , 04-Апр-12 11:23 
>На серверах
>В Fedora 18

Тек кто на сервер ставят федору сами виноваты. Только таких я думаю меньшинство.


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено dalco , 04-Апр-12 13:32 
>Тек кто на сервер ставят федору сами виноваты. Только таких я думаю меньшинство.

Ну почему же. Получается отличная хост-машина для виртуалок с поддержкой самых новейших технологий и плюшек в области виртуализации. А вот виртуалки уже вполне могут быть центосью/дебианом/чем_там_еще_с_большим_сроком_поддержки.


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 19:11 
Готовится действительноя МЯСИСТЫЙ релиз. Разработчики постарались, количество нововведений поражает.

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено name , 03-Апр-12 19:25 
а если отдельный пользователь начнет создавать кучу файлов в /tmp в результате сожрет всю оперативку, потом сожрет весь своп, а потом что будет?

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 21:10 
Ему скажут места нет когда дойдет до половины.



"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено ILYA INDIGO , 03-Апр-12 19:39 
Я уже давным давно на openSUSE в fstab создаю
tmpfs /tmp tmpfs defaults 0 0
tmpfs /var/tmp tmpfs defaults 0 0
tmpfs /var/lock tmpfs defaults 0 0
tmpfs /home/.cache tmpfs defaults 0 0
tmpfs /home/.opera/cache tmpfs defaults 0 0
tmpfs /home/.mozilla/firefox/Firefox.default/Cache tmpfs defaults 0 0

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено ILYA INDIGO , 03-Апр-12 19:43 
Единственный недостаток в том, что на KDE плазмоид мониторинга ресурсов и в дельфине стока отображения свободного места живут своей независимой жизнью и не учитывают показания друг друга, и бывает что я, иногда, записывая в /tmp руководствуюсь строкой в дельфине переполняю оперативу.

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено ДеД , 03-Апр-12 23:27 
а смысл тогда иметь дисковый кэш для оперы в tmpfs, если он очиститься вместе с оперативкой? или я что-то недопонимаю?

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено ILYA INDIGO , 04-Апр-12 10:07 
Он у меня так же очищается при закрытии любого браузера.
Что бы не было мусора в системе.

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено ДеД , 04-Апр-12 15:42 
ну так опера ведь имеет собственную реализацию кэша в оперативной памяти.

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено ILYA INDIGO , 04-Апр-12 16:03 
> ну так опера ведь имеет собственную реализацию кэша в оперативной памяти.

Никогда не слышал про неё...
Да и делать я так начал года 3 назад, когда уж точно её там не было.


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено ДеД , 04-Апр-12 16:47 
>> ну так опера ведь имеет собственную реализацию кэша в оперативной памяти.
> Никогда не слышал про неё...
> Да и делать я так начал года 3 назад, когда уж точно
> её там не было.

opera:config
раздел Cache и Disk Cache


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено arisu , 05-Апр-12 19:55 
> Никогда не слышал про неё…
> Да и делать я так начал года 3 назад, когда уж точно
> её там не было.

фееричненько, да. кэш в RAM опера умеет… ну, вот с шестой версии (а может, и с пятой-четвёртой). но некоторые загадочные личности упорно не хотят открыть простое окно настроек и громоздят заместо этого мегатонну костылей.


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Онаним , 04-Апр-12 12:17 
>tmpfs /tmp tmpfs defaults 0 0
>и т.д.

Это вы батеньки дали козе под дых! Кто ж их монтирует с defaults?
noatime,nodev,nosuid,noexec!
Облегчу работу телепатам: mount -oremount,exec /tmp перед обновлением.


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено lybin , 03-Апр-12 19:50 
> ArchLinux уже использует tmpfs по умолчанию

что то не припомню такого...

> отсутствие поддержки квот в tmpfs.

tmpfs /tmp tmpfs rw,nosuid,nodev,noatime,nodiratime,size=4G,mode=0777 0 0

size=4G


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 21:22 
По дефолту при установке в арче прописан tmpfs /tmp в fstab

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено lybin , 03-Апр-12 21:23 
> По дефолту при установке в арче прописан tmpfs /tmp в fstab

интересно, не замечал, спс)


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 21:24 
Под квотами понимается per-user quote, а не максимальный размер

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено lybin , 03-Апр-12 21:26 
> Под квотами понимается per-user quote, а не максимальный размер

ах, точно, благодарю за разъяснения


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 19:52 
Вот будут удивляться люди, попытавшиеся распаковать большой архив через mc или любой другой архиватор, хранящий временные файлы в /tmp

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Xasd , 03-Апр-12 22:28 
> Вот будут удивляться люди, попытавшиеся распаковать большой архив через mc или любой
> другой архиватор, хранящий временные файлы в /tmp

почему? SWAP переполнится? например у меня SWAP порядка 20G [можно хоть 100G сделать, так как пить-и-есть SWAP не просит xD xD. зато SWAP гарантирует что программа не упадёт в трудную минуту] ..

думаю нет, архивом преполнить вот так просто не получится xD

# p.s.: а ежели Вы намекаете что удивятся именно те люди кто привыкли SWAP не создавать -- то тут комментировать я особо не буду... мастера-оптимизации они и есть мастера-оптимизации :)


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено kuku , 03-Апр-12 20:12 
Судя по новости, можно подумать, что у 6 из 10 человек
есть SSD накопители, и они офигенно дружно вылетают,
и тут появилась весомая/веская причина перекинуть
/tmp в ОЗУ.
Вообще, этот Леннарт, похоже завидует создателям
UNIX'а. Пытается переделать на свой лад под эгидой
морданизации. И ещё, неужели время поиска на НЖМД
для большинства систем так критично ?
Если да, то пусть создают гибридные системы, где
оперативная память объединяется в массив и
подключается как жесткий диск. А решать эту проблему
программным способом - это примерно как одевать трусы
через голову.

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 21:15 
Все правильно Ленарт дурак. Лучше продолжать засирать диск мелкими ненужными файлами которые там будут валяться мертвым грузом и развозить фрагментацию

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено kuku , 04-Апр-12 00:00 
а может просто попытаться разобраться в ответственности
админа/пользователя и программ из kernel-space и
user-space ?

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено iZEN , 04-Апр-12 07:39 
> Все правильно Ленарт дурак. Лучше продолжать засирать диск мелкими ненужными файлами которые там будут валяться мертвым грузом и развозить фрагментацию

Да-да, все знают, что в Linux нет автоматической очистки /tmp в процессе загрузки от "мусора" предыдущего сеанса работы.



"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено PnD , 05-Апр-12 13:30 
man tmpwatch

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 21:38 
Ноуты будут меньше крутить диск и жрать батарею, например. А ОЗУ обычно и так на большинстве десктопных систем избыток, даже несчастных 4ГБ без задач вроде компиляции в 16 потоков надо еще умудриться потратить. С zram еще лучше.

> Если да, то пусть создают гибридные системы, где оперативная память объединяется в массив и подключается как жесткий диск.

Это называется кэш.

> А решать эту проблему программным способом - это примерно как одевать трусы через голову.

Все правильно. Мне тоже очень жаль, что кэширование применяется в каждой мало-мальски сложной программе уже десятки лет. Как же они ошибались, это ведь такой изврат! Надо срочно все переделать.


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено kuku , 04-Апр-12 00:06 
если не ошибаюсь, то кэшем(сверх быстрая память)
называют статическую память...
названия не всегда выражают то, что хотят
передать...

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 04-Апр-12 00:37 
> если не ошибаюсь, то кэшем(сверх быстрая память)
> называют статическую память...
> названия не всегда выражают то, что хотят
> передать...

Не, кэшем называют наличку, чувак!


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено dalco , 04-Апр-12 08:08 
Не совсем так. Кэш - это небольшое (относительно основной) количество  более быстрой (тоже относительно основной) памяти.

Статическая память - частный и, пожалуй, самый быстрый случай кэша. Но для какой-нибудь библиотеки магнитных лент обычный винт тоже вполне может считаться кэшем :)


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 04-Апр-12 08:15 
Кэширование - это перенос данных в более быструю среду из более медленной с целью частого к ним обращения. Всё.

"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Михрютка , 03-Апр-12 22:34 
>Если да, то пусть создают гибридные системы, где

оперативная память объединяется в массив и
подключается как жесткий диск.

Вообще нормальные люди в AS/400 давно придумали single-level storage, но LLIколота же, как обычно, норовит вывернуть все наизнанку.


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Аноним , 03-Апр-12 21:30 
>в зависимости от контекста, следует использовать директории, на которые ссылаются переменные $XDG_RUNTIME_DIR, $XDG_CACHE_HOME или $XDG_DOWNLOAD_DIR

А как же $TMPDIR


"В Fedora 18 для раздела /tmp будет использоваться tmpfs"
Отправлено Антоним , 10-Апр-12 03:52 
> А как же $TMPDIR

deprecated, этож федора