The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

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

03.04.2012 17:12

Комитет FESCo (Fedora Engineering Steering Committee), отвечающий за техническую часть разработки дистрибутива Fedora Linux, утвердил переход на использование tmpfs для раздела /tmp. Таким образом, начиная с Fedora 18, для хранения временных файлов будет использован размещаемый в оперативной памяти RAM-диск, который может быть вытеснен в раздел подкачки при нехватке свободной памяти. Для администраторов, желающих как и раньше хранить данные /tmp на диске, будет предоставлена подобная опциональная возможность.

Стоит отметить, что ArchLinux уже использует tmpfs по умолчанию, Debian перейдёт на tmpfs в следующем выпуске, а Ubuntu в версии 12.10. Основной причиной размещения /tmp в RAM-диске является желание сократить число операций записи на физический накопитель, что позволит снизить энергопотребление жестких дисков и продлит жизнь SSD-накопителей, а также увеличит производительность работы с временными файлами. Из недостатков нового подхода, кроме дополнительного расхода ОЗУ, отмечается отсутствие поддержки квот в tmpfs.

Леннарт Поттеринг (Lennart Poettering), создавший такие проекты, как Avahi (реализация протокола ZeroConf), звуковой сервер PulseAudio и системный менеджер systemd, подробно рассказал об особенностях работы с временными файлами после перевода /tmp на tmpfs. В частности, приложениям, которые оперируют с временными файлами большого размера или требуют сохранение временных файлов между перезапусками системы, рекомендуется использовать директорию /var/tmp. Директория /tmp ориентирована в основном на системное ПО, пользовательским приложениям, в зависимости от контекста, следует использовать директории, на которые ссылаются переменные $XDG_RUNTIME_DIR, $XDG_CACHE_HOME или $XDG_DOWNLOAD_DIR.

  1. Главная ссылка к новости (http://0pointer.de/blog/projec...)
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/33520-fedora
Ключевые слова: fedora, tmpfs, tmp
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (80) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 17:37, 03/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –9 +/
    Debian? В следующем выпуске? Ха-ха, не раньше 2016.
     
     
  • 2.4, Аноним (-), 17:42, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да ладно. Переход на /run они осилили довольно бодро.
     
     
  • 3.8, Аноним (-), 17:56, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Ага, и так неожиданно. Бабах -- и сделали. И часть демонов отвалилась после перезагрузки, не смогли логи создать.
     
     
  • 4.11, Анти аноним (?), 18:05, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Отвалились у вас (...) или у них (разработчиков Debian)?
     
  • 4.12, Аноним (-), 18:07, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Ага, и так неожиданно. Бабах -- и сделали. И часть демонов отвалилась после перезагрузки, не смогли логи создать.

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

     
  • 4.26, Аноним (-), 19:23, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Дык при обновлении своей системы не забудьте обновить свои демоны ))

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

     
     
  • 5.92, Аноним (-), 13:08, 06/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Заодно и кэши браузеров переложил в tmp.
    Что только не сделаешь когда оперативки больше чем свободного места на винте (что характерно, вне зависимости от его размеров).
     
     
  • 6.93, iZEN (ok), 11:33, 07/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Заодно и кэши браузеров переложил в tmp.

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

     
  • 6.95, JL2001 (ok), 00:39, 23/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Заодно и кэши браузеров переложил в tmp.

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

     
  • 4.37, Аноним (-), 20:57, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ага, и так неожиданно. Бабах -- и сделали. И часть демонов отвалилась
    > после перезагрузки, не смогли логи создать.

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

     
  • 4.55, кевин (?), 23:11, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    такое было только в федоровой сырошкуре и её аналогах у других первые 2 недели после анонса фичи.
     
  • 4.62, pavlinux (ok), 02:09, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ага, и так неожиданно. Бабах -- и сделали. И часть демонов отвалилась
    > после перезагрузки, не смогли логи создать.

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

     
  • 4.69, EuPhobos (ok), 08:23, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    $ 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 сижу, ничего не отваливается..

     
     
  • 5.85, Пр0х0жий (ok), 17:48, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Угу. Так и есть.
    И у кого-то где-то с середины 2008-го такое болтается штатно.

    А кто-то:

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

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

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

     
  • 2.6, Карбофос (ok), 17:47, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    кому нужно срочно - подправит fstab. неосиляторам - повод посмеяться. только вот над чем?
     
  • 2.9, Аноним (-), 17:59, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Debian? В следующем выпуске? Ха-ха, не раньше 2016.

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

     
  • 2.10, Анти аноним (?), 18:03, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Новый релиз осенью 2012 года. Это и будет следующим - не будьте так плоскодумны, молодой человек. Если бы вы умели из кусочков складывать картину воедино то поняли, что Ubuntu полностью зависит от наработак Debian. Раз замеченные изменения будут в ubuntu 12.10 то... Потренируйте свой мозг - подсказка в начале моего поста.
     
     
  • 3.16, Анонимный эксперт (?), 18:28, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Ubuntu полностью зависит от наработак Debian

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

     
     
  • 4.21, devcoder (ok), 18:47, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот так новость. И давно ли Debian на upstart перешел?

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

     
  • 4.86, vlad (??), 17:50, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    возможность использовать есть  - http://packages.debian.org/search?keywords=upstart&searchon=names&suite=all&# а вот необходимости нет.
     
  • 3.27, Аноним (-), 19:25, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Кто-то путает причину со следствием. Давно хвост начал управлять собакой?
     
  • 2.36, Аноним (-), 20:55, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    осень 2012
     
  • 2.44, Eddhie (ok), 21:24, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В testing/wheezy уже tmpfs для /tmp по умолчанию.
     
  • 2.63, zzz (??), 02:14, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Debian? В следующем выпуске? Ха-ха, не раньше 2016.

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

     
  • 2.90, sasku (ok), 15:52, 05/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    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
    .....
     

  • 1.2, Аноним (-), 17:38, 03/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А зачем тогда вообще временные файлы? Каждая программа итак хранит всё в памяти.
     
     
  • 2.7, Xasd (ok), 17:55, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    видимо новый подхот (/tmp/ в оперативке) специально для программистов привыкших к 32х-разрядной архитектуре :)

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

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

     
     
  • 3.14, Аноним (-), 18:09, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Сокеты и dbus не являются взаимозаменяемыми и взаимоисключающими. Это просто разные механизмы IPC.
     
     
  • 4.52, Xasd (ok), 22:44, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Сокеты и dbus не являются взаимозаменяемыми и взаимоисключающими. Это просто разные механизмы
    > IPC.

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

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

     

  • 1.3, Аноним (-), 17:39, 03/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Из недостатков нового подхода, кроме дополнительного расхода ОЗУ, отмечается отсутствие поддержки квот в 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_.

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

     
  • 1.5, Аноним (-), 17:46, 03/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какие интересные вещи можно вычитать по ссылке:

    > 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!!

     
     
  • 2.13, Анти аноним (?), 18:08, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вырвали фразу из целого предложения?
     
     
  • 3.15, Аноним (-), 18:10, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вырвали фразу из целого предложения?

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

     

  • 1.17, vadiml (ok), 18:29, 03/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Кто хотел -- уже давно перевёл /tmp на tmpfs
     
     
  • 2.19, Анонимусм (?), 18:38, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    В той же генте это стандарт :) Вот и до федорастов дошло.
     
  • 2.38, Аноним (-), 21:08, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если какая-то программа из репозитория не будет работать в этой конфигурации от это баг который как бы должны исправлять
    А перевода этого тебя просто послали

     

  • 1.18, kreator (??), 18:33, 03/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Много лет использую tmpfs для /tmp. В целом доволен - удобнее и быстрее компилировать исходники, собирать cd/dvd образы. Неплохо бы добавить быстрое сжатие (lz4 или lzo) как compcahe - что бы если меньше половины (или сколько поставишь) заполнено, то без сжатия. Плохо когда оперативная память заканчивается, начинается своп с кратковременным фризами (bug 12304?). Спасение одно - много памяти и отключенный своп :)
     
     
  • 2.54, Xasd (ok), 22:57, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Спасение одно - много памяти и отключенный своп :)

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

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

     
     
  • 3.75, kreator (??), 11:36, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Спасение одно - много памяти и отключенный своп :)
    > ненадо отключать SWAP! :)
    > просто настройте как вам нравится vm.swappiness=XX (внутри файла /etc/sysctl.conf)

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

     
     
  • 4.87, Xasd (ok), 20:37, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Настройка vm.swappiness не решает проблему фризов при работе с tmpfs не вместившейся в ОЗУ, а лишь немного отдаляет сие чудное мгновенье :)

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

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

     
     
  • 5.88, Andrey Mitrofanov (?), 10:33, 05/04/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Конечно, решит! Проблемища переполнения ОЗУ будет _заменена маленьким-аккуратненьким крашиком ядра.
     
  • 2.65, iZEN (ok), 07:33, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Много лет использую tmpfs для /tmp. В целом доволен - удобнее и быстрее компилировать исходники,

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

     
     
  • 3.74, kreator (??), 11:31, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ИМХО ускорение получается за счет скорости создания/удаления тысяч мелких файлов. Но конечно ускорение не в разы, ~10% точно не замерял.
     

  • 1.20, АнониМ (?), 18:45, 03/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Хрень какая-то. На серверах тонны софта используют /tmp/, как свалку всего на свете. Теперь это "все на свете" будет жрать тонну памяти и не понятно как влиять на систему в целом.

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

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

     
     
  • 2.23, Stax (ok), 19:11, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    "Для администраторов, желающих как и раньше хранить данные /tmp на диске, будет предоставлена подобная опциональная возможность."

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

     
  • 2.59, Аноним (-), 00:32, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Хрень какая-то. На серверах тонны софта используют /tmp/, как свалку всего на
    > свете. Теперь это "все на свете" будет жрать тонну памяти и
    > не понятно как влиять на систему в целом.

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

     
  • 2.73, Аноним239 (?), 11:23, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >На серверах
    >В Fedora 18

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

     
     
  • 3.78, dalco (ok), 13:32, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Тек кто на сервер ставят федору сами виноваты. Только таких я думаю меньшинство.

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

     

  • 1.24, Аноним (-), 19:11, 03/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Готовится действительноя МЯСИСТЫЙ релиз. Разработчики постарались, количество нововведений поражает.
     
  • 1.28, name (??), 19:25, 03/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а если отдельный пользователь начнет создавать кучу файлов в /tmp в результате сожрет всю оперативку, потом сожрет весь своп, а потом что будет?
     
     
  • 2.39, Аноним (-), 21:10, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ему скажут места нет когда дойдет до половины.


     

  • 1.29, ILYA INDIGO (ok), 19:39, 03/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Я уже давным давно на 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
     
     
  • 2.30, ILYA INDIGO (ok), 19:43, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Единственный недостаток в том, что на KDE плазмоид мониторинга ресурсов и в дельфине стока отображения свободного места живут своей независимой жизнью и не учитывают показания друг друга, и бывает что я, иногда, записывая в /tmp руководствуюсь строкой в дельфине переполняю оперативу.
     
  • 2.56, ДеД (?), 23:27, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    а смысл тогда иметь дисковый кэш для оперы в tmpfs, если он очиститься вместе с оперативкой? или я что-то недопонимаю?
     
     
  • 3.72, ILYA INDIGO (ok), 10:07, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Он у меня так же очищается при закрытии любого браузера.
    Что бы не было мусора в системе.
     
     
  • 4.81, ДеД (?), 15:42, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ну так опера ведь имеет собственную реализацию кэша в оперативной памяти.
     
     
  • 5.82, ILYA INDIGO (ok), 16:03, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ну так опера ведь имеет собственную реализацию кэша в оперативной памяти.

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

     
     
  • 6.84, ДеД (?), 16:47, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> ну так опера ведь имеет собственную реализацию кэша в оперативной памяти.
    > Никогда не слышал про неё...
    > Да и делать я так начал года 3 назад, когда уж точно
    > её там не было.

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

     
  • 6.91, arisu (ok), 19:55, 05/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Никогда не слышал про неё…
    > Да и делать я так начал года 3 назад, когда уж точно
    > её там не было.

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

     
  • 2.76, Онаним (?), 12:17, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >tmpfs /tmp tmpfs defaults 0 0
    >и т.д.

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

     

  • 1.31, lybin (ok), 19:50, 03/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > ArchLinux уже использует tmpfs по умолчанию

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

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

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

    size=4G

     
     
  • 2.41, Аноним (-), 21:22, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    По дефолту при установке в арче прописан tmpfs /tmp в fstab
     
     
  • 3.42, lybin (ok), 21:23, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > По дефолту при установке в арче прописан tmpfs /tmp в fstab

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

     
  • 2.43, Аноним (-), 21:24, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Под квотами понимается per-user quote, а не максимальный размер
     
     
  • 3.45, lybin (ok), 21:26, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Под квотами понимается per-user quote, а не максимальный размер

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

     

  • 1.32, Аноним (-), 19:52, 03/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот будут удивляться люди, попытавшиеся распаковать большой архив через mc или любой другой архиватор, хранящий временные файлы в /tmp
     
     
  • 2.50, Xasd (ok), 22:28, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот будут удивляться люди, попытавшиеся распаковать большой архив через mc или любой
    > другой архиватор, хранящий временные файлы в /tmp

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

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

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

     

  • 1.33, kuku (?), 20:12, 03/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Судя по новости, можно подумать, что у 6 из 10 человек
    есть SSD накопители, и они офигенно дружно вылетают,
    и тут появилась весомая/веская причина перекинуть
    /tmp в ОЗУ.
    Вообще, этот Леннарт, похоже завидует создателям
    UNIX'а. Пытается переделать на свой лад под эгидой
    морданизации. И ещё, неужели время поиска на НЖМД
    для большинства систем так критично ?
    Если да, то пусть создают гибридные системы, где
    оперативная память объединяется в массив и
    подключается как жесткий диск. А решать эту проблему
    программным способом - это примерно как одевать трусы
    через голову.
     
     
  • 2.40, Аноним (-), 21:15, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Все правильно Ленарт дурак. Лучше продолжать засирать диск мелкими ненужными файлами которые там будут валяться мертвым грузом и развозить фрагментацию
     
     
  • 3.57, kuku (?), 00:00, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    а может просто попытаться разобраться в ответственности
    админа/пользователя и программ из kernel-space и
    user-space ?
     
  • 3.66, iZEN (ok), 07:39, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Все правильно Ленарт дурак. Лучше продолжать засирать диск мелкими ненужными файлами которые там будут валяться мертвым грузом и развозить фрагментацию

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


     
     
  • 4.89, PnD (??), 13:30, 05/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    man tmpwatch
     
  • 2.47, Аноним (-), 21:38, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ноуты будут меньше крутить диск и жрать батарею, например. А ОЗУ обычно и так на большинстве десктопных систем избыток, даже несчастных 4ГБ без задач вроде компиляции в 16 потоков надо еще умудриться потратить. С zram еще лучше.

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

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

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

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

     
     
  • 3.58, kuku (?), 00:06, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    если не ошибаюсь, то кэшем(сверх быстрая память)
    называют статическую память...
    названия не всегда выражают то, что хотят
    передать...
     
     
  • 4.60, Аноним (-), 00:37, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > если не ошибаюсь, то кэшем(сверх быстрая память)
    > называют статическую память...
    > названия не всегда выражают то, что хотят
    > передать...

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

     
  • 4.67, dalco (ok), 08:08, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не совсем так. Кэш - это небольшое (относительно основной) количество  более быстрой (тоже относительно основной) памяти.

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

     
  • 4.68, Аноним (-), 08:15, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кэширование - это перенос данных в более быструю среду из более медленной с целью частого к ним обращения. Всё.
     
  • 2.51, Михрютка (?), 22:34, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Если да, то пусть создают гибридные системы, где

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

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

     

  • 1.46, Аноним (-), 21:30, 03/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >в зависимости от контекста, следует использовать директории, на которые ссылаются переменные $XDG_RUNTIME_DIR, $XDG_CACHE_HOME или $XDG_DOWNLOAD_DIR

    А как же $TMPDIR

     
     
  • 2.94, Антоним (?), 03:52, 10/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А как же $TMPDIR

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

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру