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

Исходное сообщение
"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."

Отправлено opennews , 06-Дек-12 11:44 
На состоявшемся вчера заседании комитета FESCo (Fedora Engineering Steering Committee), отвечающего за техническую часть разработки дистрибутива Fedora Linux, принято решение (http://lists.fedoraproject.org/pipermail/devel/2012-December...) не отказываться от перехода (http://fedoraproject.org/wiki/Features/tmp-on-tmpfs) на использование tmpfs для раздела /tmp по умолчанию в релизе Fedora 18, несмотря на присутствие некоторых проблем (https://bugzilla.redhat.com/buglist.cgi?quicksearch=tmpfs), возникающих при хранении содержимого /tmp в памяти. Например, отмечается (https://bugzilla.redhat.com/show_bug.cgi?id=858265) недостаточный размер /tmp при использовании дистрибутива под управлением систем виртуализации и нехватка (https://bugzilla.redhat.com/show_bug.cgi?id=873831) места в /tmp при загрузке данных yum-репозиториев в случае установки дистрибутива на компьютеры с небольшим объемом ОЗУ.


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

URL: http://lists.fedoraproject.org/pipermail/devel/2012-December...
Новость: http://www.opennet.me/opennews/art.shtml?num=35518


Содержание

Сообщения в этом обсуждении
"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено XoRe , 06-Дек-12 11:44 
Это настройка "изкоробки".
При необходимости, админ всегда может смонтировать /tmp на физический раздел.
Вряд ли будут менять настройки обычные десктопные пользователи - лучше бы изучили, какие проблемы возникают у них.

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено linux must _RIP_ , 06-Дек-12 11:50 
А зачем? :) когда это федора была стабильным дистрибутивом?
вот в systemd - открыто больше сотни проблем - и ничего.. будет он в федоре :-)

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено XoRe , 06-Дек-12 11:52 
> А зачем? :) когда это федора была стабильным дистрибутивом?

Так что, теперь совсем положить на ошибки?



"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Михрютка , 06-Дек-12 14:00 
ты чо Реймонда не читал лапоть? он же сказал - релизь ерли, релизь офтен, релизь чаще нас. а про ошибки там ничо не сказано.

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено freehck , 06-Дек-12 14:03 
Вот именно поэтому я использую Debian. =)

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 14:27 
> ты чо Реймонда не читал лапоть? он же сказал - релизь ерли,
> релизь офтен, релизь чаще нас. а про ошибки там ничо не сказано.

Ну а что, правильно сказал. Early adopters технологиям нужны и важны. Это ускоряет и упрощает внедрение технологий. Просто нефиг позиционировать тестовый полигон как продакшновое окружение, что тут некоторые пыжатся делать. И да, внезапно дистров линукса чуть более одного. Бсдшники никак не могут осознать этот факт и почему-то распостраняют свойства какой-то федоры на линуксы вообще. Ололо.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 18:24 
> Ну а что, правильно сказал. Early adopters технологиям нужны и важны. Это
> ускоряет и упрощает внедрение технологий. Просто нефиг позиционировать тестовый полигон
> как продакшновое окружение, что тут некоторые пыжатся делать. И да, внезапно
> дистров линукса чуть более одного. Бсдшники никак не могут осознать этот
> факт и почему-то распостраняют свойства какой-то федоры на линуксы вообще. Ололо.

Ну так они сами являются федорой для макоси и циски.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 20:49 
> Ну так они сами являются федорой для макоси и циски.

вроде для джунипер нетворкс а не циско, не?


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 22:25 
> Ну так они сами являются федорой для макоси и циски.

Хм... а ведь вы правы.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 22:23 
>внезапно

только меня это раздражает?


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено filosofem , 07-Дек-12 01:02 
>>внезапно
> только меня это раздражает?

внезапно


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 07-Дек-12 03:20 
Внезапно, не одного.

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено YetAnotherOnanym , 07-Дек-12 00:46 
> Бсдшники

А они тут с какого бока?


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 07-Дек-12 00:56 
> А они тут с какого бока?

Да вон тут индивид с ушибленным ником бегает. Батхерт его все не отпускает никак. Наверное с такого :)


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 07-Дек-12 07:20 
>> А они тут с какого бока?
> Да вон тут индивид с ушибленным ником бегает. Батхерт его все не
> отпускает никак. Наверное с такого :)

и че? бсд-то тут причем? у вас бсд головного мозга?


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 13:37 
> А зачем? :) когда это федора была стабильным дистрибутивом?
> вот в systemd - открыто больше сотни проблем - и ничего.. будет
> он в федоре :-)

Это ты еще не видел, сколько проблем в пакете kernel :)


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 13:51 
А жить так и вовсе вредно - от этого умирают. Гарантия 100%.

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено pavlinux , 06-Дек-12 15:19 
- Протестую, - горячо воскликнул Бегемот. - Достоевский бессмертен! (с)

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено linux must _RIP_ , 06-Дек-12 18:35 
видел - буквально сегодня.
RHEL6 с последними изменениями (без beta)

while [ 1 ]; do cat /proc/fs/ext4/mb_groups; sleep 0.5; done;
и mount/umount

получаем панику - бага пофикшена в районе 3.5 - а в шапке у федоры нет.
тоже самое стопки не обработанных ошибок аллокации памяти в ext4.

забытый анализ на ошибку которую может вернуть blkdev flush - может стоить тебе убитых данных - ибо журнал уже закомитили - а данные умерли (частично поправлено в 3.6 до этого ошибка была с времен 2.6.0).

продолжить еще список?


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 18:50 
Как страшно жить.

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено kurokaze , 06-Дек-12 22:02 
толстота

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 07-Дек-12 07:23 
> толстота

а по факту?


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 22:27 
> продолжить еще список?

Уй йо, если упереться рогом, в таком объеме кода можно спокойно и гарантировано найти дюжину багов. При том вообще похрен кто автор кода и что это за ось. Вы прикиньте? :)


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Michael Shigorin , 07-Дек-12 01:15 
> продолжить еще список?

Да слазьте уже с люстры, святой человек.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено linux must _RIP_ , 07-Дек-12 12:29 
Вполне конкретный баг в ext4 ;-)
как и вполне конкретная забытая проверка на аллокацию памяти - в 3.5 или 3.4 ее поправили,
а вот шапка не стремиться себе бэкпортить...

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено linux must _RIP_ , 07-Дек-12 12:30 
> Вполне конкретный баг в ext4 ;-)
> как и вполне конкретная забытая проверка на аллокацию памяти - в 3.5
> или 3.4 ее поправили,
> а вот шапка не стремиться себе бэкпортить...

причем кстати - легко воспроизводимый :-)


"Решение по использованию tmpfs для раздела /tmp в Fedora..."
Отправлено arisu , 07-Дек-12 18:27 
всё eщё ждём обоснований твоих утверждений:
1. где ссылки на коммиты, про которые ты говорил: «Они идут по стопам разработчиков Linux kernel — которые берут код и перебивают копирайты»?
2. где ссылки на факты, подтверждающие, что «Существуют компании которые дают денег FSF и они закрывают глаза на такие нарушения» (под «такими» ты подразумевал нарушение GPL)?
3. «то что LLVM лучше чем gcc — уже давно известно»: где ссылки на методики тестирования и на то, что считается «лучше» — как минимум?

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено анонимец , 06-Дек-12 16:38 
> systemd

Всё.. сегодня сам налетел.. А ведь защищал, как оно быстро грузится, ля-ля-тополя.. Теперь присоединяюсь к остальным и посылаю подлерингу лучи поноса и ненависти. Одним хорошим дистром меньше.. :'( Это я не про фидоту.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 16:59 
Историю успеха в студию!

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 18:07 
Сделал rm -rf /, система перестала грузиться. Дотянулся проклятый поцтеринг!

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено анонимец , 06-Дек-12 18:32 
> Сделал rm -rf /

Ну, попробуй, сделай, чё в ответ говорят? :)



"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 21:42 
>> Сделал rm -rf /
> Ну, попробуй, сделай, чё в ответ говорят? :)

# rm -rf /
#
И ничего... Только выполнялось больше минуты?


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 22:28 
> И ничего... Только выполнялось больше минуты?

Надо заапгрейдить диски - подумал Штирлиц.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено анонимец , 07-Дек-12 03:09 
Задизаблили же вроде, я читал, ещё пару лет назад? Сам то не проверял.



"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 07-Дек-12 05:37 
> Задизаблили же вроде,

Так он поди и не запускал :). Но если оно у него минуту вкалывает - у него или очень серьезная файлопомойка или ему надо заапгрейдить диски :)


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено AlexYeCu , 06-Дек-12 19:16 
Вообще-то федора отличается в худшую сторону от прочих дистрибутивов лишь двумя моментами: коротким циклом поддерджки и резкими сменами курса партии от релиза к релизу. Что же касается именно стабильности работы — в пределах нормы. Неоднократно слышал, что куда стабильней той же ubuntu, но, признаться, какой-либо разницы на практике не заметил.

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено filosofem , 07-Дек-12 01:04 
> Неоднократно слышал, что куда стабильней той же ubuntu, но, признаться, какой-либо

От вендузатников MSP и не такое услышишь



"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 07-Дек-12 01:18 
> Что же касается именно стабильности работы — в пределах нормы.

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

Например, был такой орел - Ульрих Дреппер. Может и не особо плохой программер. Но крайне паршивый апстрим. Начиная от вякота "ничего не знаю про ваши ARM, это не поддерживаемая glibc архитектура" и заканчивая прикольными оптимизациями memcpy после которых у юзерей федоры отпал адобфлеш. Были и иные приколы, с IPv6 и прочая. Общее у всех инцедентов одно: нулевая степень адеквата в плане реакции на баги.

Подобные фортели вынудили почти все остальные дистры или карантинить либу, когда майнтайнеры выступают "вратарями" и отбивают такие подарки судьбы от Дреппера, или просто не мудрствуя лукаво официально отфоркаться, как eglibc. Тогда апстрима в лице Ульриха можно просто слать на. Прямым текстом.

Примерно туда же и Поттеринг. Как апстрим он не фонтан с его ЧСВ. Может и не настолько клиника, но все-таки. Решение насчет сабжа - опять же, из разряда "проблемы негров шерифа не волнуют". В смысле, проблемы пользователей - таких майнтайнеров. Сколько теперь надо будет памяти виртуалке по минимуму в дефолтном виде? Пару гигов? Особенно весело если там запускать мизерный сервис по соображениям изоляции частей системы друг от друга. Ему самому может пара метров нужна. Зато yum на питоне да еще с темпарем в оперативе гига наверное и то маловато будет.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено filosofem , 07-Дек-12 01:28 
Годная параллель.
Как говорится: научи обезьяну код писать и она напишет систему инициализации с встроенным вэб сервером.

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 07-Дек-12 11:24 
Как говорится: дай истеричке повод и она загадит всё своими соплями

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено filosofem , 07-Дек-12 11:49 
> Как говорится: дай истеричке повод и она загадит всё своими соплями

Можно и не давать повод, всё равно загадишь.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 11:53 
Пользователи федоры, не знающие что такое fstab - отсутствуют как класс.
Это ведь не убута, федору на компьютеры никто из производителей не пред устанавливает.

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 14:46 
нашли чем гордится. Пользователи винды над вами смеются, пользователи генты и фряхи плюют на вас.

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 15:12 
> нашли чем гордится. Пользователи винды над вами смеются, пользователи генты и фряхи плюют на вас.

Мнение такого контингента имхо не более ценно. От винды прутся только хомячки укушенные синдромом потребццтва. А от последних двух - тем кому BSDM с системой важнее того чтобы это еще и работало.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено pavlinux , 06-Дек-12 15:24 
>> нашли чем гордится. Пользователи винды над вами смеются, пользователи генты и фряхи плюют на вас.
> Мнение такого контингента имхо не более ценно. От винды прутся только хомячки

... ты не поверишь, от венды не пруцца, на неё не дрочут, тряпочкой не протирают,
её юзают и тупа работают. Глючит? Save data to USB flash, 39 минут и у Вас новая рабочая система!
Подобные манипуляции уже можно делать с убунтой и SuSE. Остальные ОСи - это месяц ректального онанизма
дрочевым напильником по доведению до работоспособности.  


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено анон , 06-Дек-12 15:49 
stage4, и убунты с сусями курят в сторонке

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено pavlinux , 06-Дек-12 17:01 
> stage4, и убунты с сусями курят в сторонке

Вот именно, - вы там дрочите stage4, а сусе/убунту уже курят, и кофе попивают...



"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 21:46 
Пользователи федоры с интересом смотрят на ваши разборки, которые уже перешли в кулинарно-наркотическую стадию.

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 07-Дек-12 05:40 
> кулинарно-наркотическую стадию.

Простите, а дро^W - это кулинарная стадия или наркотическая? Я прямо в тупике, но мне жуть как интересно :)


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено elhana , 06-Дек-12 17:37 
ююю пользователи zfs просто загружаются с клона )

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено AlexYeCu , 06-Дек-12 19:22 
>... ты не поверишь, от венды не пруцца, на неё не дрочут, тряпочкой не протирают,
>её юзают и тупа работают. Глючит? Save data to USB flash, 39 минут и у Вас новая рабочая система!

Чувак, ты думаешь, что переустановка линукса занимает больше времени? А вот доводка системы до состояния, когда в ней действительно можно работать, занимает куда больше времени.При этом никсы позволяют настроить куда больше за куда меньшее время: тут и пакетный менеджер облегчает установку софта, и копирование хомяка с конфигами вместо невнятного реестра, и системный путь не надо насиловать — в худшем случае добавить пару тройку строк для экзотики, установленной мимо реп. И кстати. Состояние «глючит» для линукса адовый форс-мажор. Я как с виндой распрощался — вообще от этого отвык. Как-то так.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено pavlinux , 06-Дек-12 21:58 
> Чувак, ты думаешь, что переустановка линукса занимает больше времени?

А вы юзаете дефолтный Линух, ню-ню! Накой тогда ваще нужен UNIX?

Linux настраивается месяц, не меньше! И это только мне, ну и ещё 4-х знаю...
Обычный юзер ещё год будет тошнится на форумах, да и апдейты выходят быстрее.
А если кто скажет, что настроил быстрее, я найду ещё 100 не настроенных частей,
а потом ещё 1000 вариантов когда все эти настройки будут бесполезны.

Винда же, или работает или не работает, вски разны потуги там малоэффективны.
Чуток можно повысить ЧСВ, установив TuneUp Utilites, которая одной кнопкой делает ХОРОШО.
На это уходит 1-2 часа. А дальше работать, работать, работать!


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено AlexYeCu , 06-Дек-12 23:28 
>А вы юзаете дефолтный Линух, ню-ню!

Так я и дефолтную винду никогда не использовал, дальше что?

>Накой тогда ваще нужен UNIX?

Удобная, стабильная, свободная, бесплатная система, которая  может помочь мне в решении моих задач.

>Linux настраивается месяц, не меньше! И это только мне, ну и ещё 4-х знаю...

Значит у вас руки и голова растут не из предусмотренного природой места.

>А если кто скажет, что настроил быстрее, я найду ещё 100 не настроенных частей,

а потом ещё 1000 вариантов когда все эти настройки будут бесполезны.

Может у вас это форма онанизма такая. я настраиваю только то, что мне нужно. К тому же 90% «настройки» — копирование конфигов, да доустановка нужного софта. Не представляю, как этим можно месяц заниматься. У вас dial-up?

>Винда же, или работает или не работает, вски разны потуги там малоэффективны.

Ну а никсы просто работают. Без «или».

>Чуток можно повысить ЧСВ, установив TuneUp Utilites, которая одной кнопкой делает ХОРОШО.
>На это уходит 1-2 часа.

Два часа на установку единственной программы и нажатие единственной кнопки? Лихо. Может быть, средства для людей с ограниченными возможностями помогут? В винде вроде были такие.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено pavlinux , 08-Дек-12 12:44 
> Может у вас это форма онанизма такая. я настраиваю только то, что мне нужно.

Ну так бы и сказал, - нефзнаю чё и как настраивается... А то строишь из себя тут ...
---
А я те скажу - любая новая серверная мать - это месяц траха,
начиная от таймингов DDR, IOMMU в BIOS, определения минимально рабочей латентности
PCI устройств, выкидывания всего говна из ядра, загрузка без initrd, правильный
конфиг ядра, sysctl отполированный, ...

agp=off reset_devices tsc=reliable hpet=force clocksource=hpet iommu=memaper=4
amd_iommu=fullflush pcie_ports=native pci=skip_isa_align nopmtimer sata_nv.msi=1
sata_nv.adma=1 elevator=deadline sata_nv.parallel_scan=1 nmi_watchdog=0 forcedeth.msi=1

Еще скажи, что ты такой вундыркинд и на лёту можешь сказать, что nmi_watchdog нужно в 0
iommu.memaper в 4,  и tsc нужно reliable, и по памяти помнишь, что все устройства умеют MSI

# cat /etc/sysctl.conf | wc -l
180

180 параметров - ты даже наизусть не запомнишь...

----
Нахер, остальные конфиги не покажу, сами трахайтесь...
> К тому же 90% «настройки» — копирование конфигов, да доустановка нужного софта.

Вон ниже, Шигорин предложил для таких твикер интернета!  


"Решение по использованию tmpfs для раздела /tmp в Fedora..."
Отправлено arisu , 08-Дек-12 14:43 
а какой *видимый* эффект от всего этого — кроме повышения ЧСВ?

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Михрютка , 09-Дек-12 00:43 
> А я те скажу - любая новая серверная мать - это месяц
> траха,
> sata_nv.adma=1 forcedeth.msi=1

серверная мать, такая серверная


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Michael Shigorin , 07-Дек-12 01:19 
> Linux настраивается месяц, не меньше!

Павел, есть другой, тайный вариант: линукс настраивается годами, а заодно полировка фиксируется в пакетной базе (и на случай ядерной войны делаются средства быстрого изготовления подходящего дистрибутива, для страховки ещё и самовоспроизводящиеся).

В случае же с виндой Вы недостаточно разобрали установку пакетов прикладного программного обеспечения и так называемых драйверов периферийных устройств. :)

Хотя да, когда контупер начинает жрать больше времени, чем сберегать -- что-то тут не то.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено linux must _RIP_ , 07-Дек-12 12:32 
>> Linux настраивается месяц, не меньше!
> Павел, есть другой, тайный вариант: линукс настраивается годами, а заодно полировка фиксируется
> в пакетной базе (и на случай ядерной войны делаются средства быстрого
> изготовления подходящего дистрибутива, для страховки ещё и самовоспроизводящиеся).
> В случае же с виндой Вы недостаточно разобрали установку пакетов прикладного программного
> обеспечения и так называемых драйверов периферийных устройств. :)
> Хотя да, когда контупер начинает жрать больше времени, чем сберегать -- что-то
> тут не то.

Открою тайну - можно создать скрипт установки и интегрировать дрова в инсталятор :-) получается одинаково с Linux.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Michael Shigorin , 08-Дек-12 04:26 
> Открою тайну - можно создать скрипт установки и интегрировать дрова в инсталятор
> :-) получается одинаково с Linux.

http://altlinux.org/m-p -- и давайте не будем про даже "примерно", ладно? :)

PS: s/,/ --/ ради исправления ссылки.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Михрютка , 09-Дек-12 00:51 
>> Открою тайну - можно создать скрипт установки и интегрировать дрова в инсталятор
>> :-) получается одинаково с Linux.
> http://altlinux.org/m-p -- и давайте не будем про даже "примерно", ладно? :)
> PS: s/,/ --/ ради исправления ссылки.

Миша, я правильно понимаю, что вы изобрели сузястудио с подкидным дураком и селянками?


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено pavlinux , 08-Дек-12 12:49 
>> Linux настраивается месяц, не меньше!
> Павел, есть другой, тайный вариант: линукс настраивается годами, а заодно полировка фиксируется
> в пакетной базе

Как и зачем вот это фиксировать

# AMD-8131 PCI-X Bridge
setpci -v -s 10:0a.0 latency_timer=20
# AMD-8131 PCI-X Bridge
setpci -v -s 10:0b.0 latency_timer=20
# Broadcom Corporation BCM5820 Crypto Accelerator
setpci -v -s 11:04.0 latency_timer=20

Более того, говняное железо на Atom_ах при латентности ниже 32 встаёт раком. :)
---
Не уверен, что у SSD отличного от Kingston оптимальный READ_AHEAD будет 512
MTRR у видюхи отличной от текущей,... и т. п.

Есть ещё заточенные под железо IRQ_AFINITY и IRQ_RT_PRIORITY скрипты, и как
уже говорил, - ещё стотыщыпитсот параметров.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Michael Shigorin , 08-Дек-12 15:31 
> Как и зачем вот это фиксировать

А для подобных штук в том же ApplianceWare был пакетик platform-detect с хуками по PCI ID (кажется, и не только); с тем, чтобы разработчик/заказчик/пользователь не сталкивались с лишними вопросами.

Сами же говорите о трудозатратах -- если к ним приложить разумный способ реюза, может быть хоть не так жалко угробленного времени :)


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Михрютка , 09-Дек-12 00:30 
> В случае же с виндой Вы недостаточно разобрали установку пакетов прикладного программного
> обеспечения и так называемых драйверов периферийных устройств. :)

скажите на милость, что там разбирать? любой пакет, который поддерживает unattended install, вставлялся в деплоймент имидж с полпинка. то же и драйвера.

с софтом, который не умеет в unattended, вопрос решался не с полпинка, а с полноценного.

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


"Решение по использованию tmpfs для раздела /tmp в Fedora..."
Отправлено arisu , 06-Дек-12 19:29 
> Save data to USB flash, 39 минут и у Вас новая рабочая система!

приятной работы во write и m$paint!


"Решение по использованию tmpfs для раздела /tmp в Fedora..."
Отправлено Аноним , 07-Дек-12 01:19 
> приятной работы во write и m$paint!

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


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 22:29 
> ... ты не поверишь, от венды не пруцца, на неё не дрочут,

Ты не поверишь, но бывают как ни странно и такие. Хотя может это и просто студент-партнеры мелкософта, с этих станется. Могу показать тебе эпический заповедник таких клоунов :)


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 22:32 
> Подобные манипуляции уже можно делать с убунтой и SuSE.

Первая при том ставится с флехи на SSD минуты за три. Так что 39 минут - гм, за это время убунту можно не только установить но и настроить и софт доинсталлить. Три раза подряд. Особенно если список потребного софта заранее прихранен и его в автоматическом режиме вкатывать. Это ж не винды с сотнями сетап визардов, аптгет на ура влупит все не доканывая дюжинами диалогов :)


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 16:24 
>> нашли чем гордится. Пользователи винды над вами смеются, пользователи генты и фряхи плюют на вас.
> От винды прутся

Это что же скурить надо, чтоб от винды переться?


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 22:33 
> Это что же скурить надо, чтоб от винды переться?

Да павдин в последнее время вообще какой-то дурью злоупотребляет. Компакт с виндой наверное скурил.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено анонимец , 06-Дек-12 16:45 
Ну, в общем, я так понял, на знакомстве с fstab вы гордо и остановились? Посмотрите на досуге .bashrc ещё, там тоже много материала для углублённых размышлений.



"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 18:28 
> Ну, в общем, я так понял, на знакомстве с fstab вы гордо
> и остановились? Посмотрите на досуге .bashrc ещё, там тоже много материала
> для углублённых размышлений.

Мы лучше .zshrc посмотрим.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено SergMarkov , 07-Дек-12 14:59 
>> Ну, в общем, я так понял, на знакомстве с fstab вы гордо
>> и остановились? Посмотрите на досуге .bashrc ещё, там тоже много материала
>> для углублённых размышлений.
> Мы лучше .zshrc посмотрим.

Не важно что лишь бы не венда
Не важно что лишь бы не баш
..
Не важно что лишь бы не линух
Венец творческой логики :-)


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Клыкастый , 07-Дек-12 14:30 
с каких пор пользователи генты и фряхи плюют на знающих что такое fstab? почему вы их приплели вместе с виндовсятниками? вы своих тараканов держите при себе, пусть они вас кусают.

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 12:05 
> Это настройка "изкоробки".
> При необходимости, админ всегда может смонтировать /tmp на физический раздел.

Тем не менее, лично я полагаю что система должна предоставлять безопасные и работоспособные дефолты.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено SubGun , 06-Дек-12 12:10 
Ваши бы слова, да в уши разработчикам дистрибутивов.

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 14:24 
> Ваши бы слова, да в уши разработчикам дистрибутивов.

Ну, федоре это не в коня корм. Просто некоторые федорасы пытаются представить свой ядерный полигон как территорию пригодную для постоянного проживания. А вот это уже не совсем честно.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 18:14 
> Ну, федоре это не в коня корм. Просто некоторые федорасы пытаются представить
> свой ядерный полигон как территорию пригодную для постоянного проживания.

В общем, так оно и есть. Просто с точки зрения некромантов, погрязших в окаменелых гогнах, территория нормальных людей действительно выглядит ядерным полигоном :-)


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 22:35 
> территория нормальных людей

Нормальным людям не нравится когда после обновления системы у них нагибается адобфлеш. Хоть он и проприетарная к@кашка, но пример в плане отношения к именно нормальному юзежу системы - весьма иллюстративен.


"Решение по использованию tmpfs для раздела /tmp в Fedora..."
Отправлено arisu , 06-Дек-12 23:17 
> Нормальным людям не нравится когда после обновления системы у них нагибается адобфлеш.

да, «нормальные люди» привыкли, что он «нагибается» без обновлений.


"Решение по использованию tmpfs для раздела /tmp в Fedora..."
Отправлено Аноним , 07-Дек-12 01:26 
> да, «нормальные люди» привыкли, что он «нагибaется» без обновлений.

В остальных системах - не нагибaется. Нет, к@кашка конечно мерзенькая и не жалко. У меня например ЭТО не фигурирует вообще нигде. Но все-таки зачем-то переколбасить чувствительные системные функции между релизами оси - полная безответственность майнтайнера перед юзерьем, как ни крути. Ибо толпа юзерья будет бетатестить новый перепаханный код в весьма критичной функции. И огрeбать глюки в силу интрузивности изменений. Вот такое в продакшн ставить? Ха-ха, ну разве что если кто сам себе враг.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 21:50 
>> Ваши бы слова, да в уши разработчикам дистрибутивов.
> Ну, федоре это не в коня корм. Просто некоторые федорасы пытаются представить
> свой ядерный полигон как территорию пригодную для постоянного проживания. А вот
> это уже не совсем честно.

Нам, пользователям Fedora Linux, спонсируемого RedHat, очень интересно почитать о ваших галлюцинациях. Ядерные Полигоны, проживание, кони, сколько всего интересного! Скорее всего на соседней с вами койке есть и Наполеоны и Цезари, а так же прочие мастера белой горячки.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 22:35 
> всего на соседней с вами койке есть и Наполеоны и Цезари,

Ого, какая качественная белочка.



"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 18:20 
> Тем не менее, лично я полагаю что система должна предоставлять безопасные и
> работоспособные дефолты.

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


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 07-Дек-12 01:27 
> В общем, небезопасно.

Ты там поаккуратнее, а то Поттеринг услышит :)


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 12:03 
> нехватка места в /tmp при загрузке данных yum-репозиториев

Подумаешь, мелочи какие. Тестовые хомячки еще и не такое переживут. Правда не все :)


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 13:41 
> Подумаешь, мелочи какие. Тестовые хомячки еще и не такое переживут. Правда не все :)

Да этот опенсорс - один большой тестовый полигон. Даже дистры, древние как гогно мамонта, могут порадовать киндер-сюрпризами в стиле арча и федорки.
Не нравится - юзай стабильный и проверенный UNIX. Который, естественно, стоит денег, и немалых.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 14:00 
> Да этот опенсорс - один большой тестовый полигон. Даже дистры, древние как
> гогно мамонта, могут порадовать киндер-сюрпризами в стиле арча и федорки.

Могут, но в среднем по больнице - с адекватными дистрами проблем минимум. Просто есть тестовые полигоны, а есть ориентированные на практическое применение. Некоторая разница. Просто некоторые никак не хотят называть свой тестовый полигон именно полигоном.

> Не нравится - юзай стабильный и проверенный UNIX.

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

> Который, естественно, стоит денег, и немалых.

Во спасибо, еще не хватило - платить за всякий некромановский шит.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 18:12 
> Могут, но в среднем по больнице - с адекватными дистрами проблем минимум.
> Просто есть тестовые полигоны, а есть ориентированные на практическое применение. Некоторая
> разница. Просто некоторые никак не хотят называть свой тестовый полигон именно
> полигоном.

"Проблем минимум" - понятие относительное. С точки зрения нормально протестированных ОС, какой-нибудь древнючий дебиан или слака в плане глючности отличается от арчефедорки пренебрежимо мало.

> Спасибо, некромансией не страдаю.

Вот и наслаждайтесь почетным званием тестового хомячка :)


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 22:40 
> "Проблем минимум" - понятие относительное.

Ну, если мне приходится отвлекаться на системные грабли раз в заметном объеме лишь сколько-то лет - это я и называю "проблем минимум". Ну вот рекеинг машин - проблема. Но - редкая весьма.

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

С точки зрения старого хрыча застрявшего в своих окаменелых экскрементах - "да ну его нафиг в этих ваших линуксах разбираться". Так и скажите. И если в арче могут отгрузить ломающее обновление то в дебиане/убунте (для серваков лучше LTS) обновления между релизами ничего не нагибают и вообще ведут себя вполне культурно. В отличие от арчей и федор можно и не читать описание вообще каждого апдейта. Работать будет.

>> Спасибо, некромансией не страдаю.
> Вот и наслаждайтесь почетным званием тестового хомячка :)

Вы путаете пользователей с заржавелыми некромантами, которые до сих пор очкуют автомобилями пользоваться мотивируя тем что привычная бричка уж точно не подведет, а эта странная бензиновая коптилка - да хрен бы ее знает!


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено SergMarkov , 06-Дек-12 22:17 
патрегх ждет тебя :-)

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 13:45 
> Подумаешь, мелочи какие. Тестовые хомячки еще и не такое переживут.

Более того - через годик другой ровно то же самое будут переживать и пользователи остальных дистров, кроме разве что совсем фимозно-терминальных.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 14:01 
> Более того - через годик другой ровно то же самое будут переживать
> и пользователи остальных дистров, кроме разве что совсем фимозно-терминальных.

Внезапно, люди переживают применение лекарств. Но сначала - тестовые хомячки. Чтобы процент выживаемости людей повысить :)


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 18:10 
> Внезапно, люди переживают применение лекарств. Но сначала - тестовые хомячки. Чтобы процент
> выживаемости людей повысить :)

Только вот в линуксе никто не смотрит, что там с хомячками случилось. Даже если они все передохли - окей, все нормально, готово для людей!


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 18:23 
>> Внезапно, люди переживают применение лекарств. Но сначала - тестовые хомячки. Чтобы процент
>> выживаемости людей повысить :)
> Только вот в линуксе никто не смотрит, что там с хомячками случилось.
> Даже если они все передохли - окей, все нормально, готово для
> людей!

В результате, людей там и нет - одни хомячки.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 22:41 
> В результате, людей там и нет - одни хомячки.

Не логично. Хомячки же все передохли!


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Michael Shigorin , 07-Дек-12 01:23 
> Только вот в линуксе никто не смотрит, что там с хомячками случилось.

Судя по реакции на win8, скорее "в некрософте"...


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Клыкастый , 07-Дек-12 14:35 
> Только вот в линуксе никто не смотрит, что там с хомячками случилось.

в отличии от виндовс-вея, где "хомячок - это звучит гордо" и "ты же хомячок, зачем тебе знать тонкости?! просто работай! не работает? плати и работай", в никсах подразумевается что ты инструмент будешь изучать и в итоге знать.

> Даже если они все передохли - окей, все нормально, готово для людей!

ты сейчас про что?



"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Anton , 06-Дек-12 12:21 
Почему затёрты комментарии? Читайте новости внимательнее, господа! tmpfs *остаётся* по умолчанию.
http://www.phoronix.com/scan.php?page=news_item&px=MTI0MzY

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено linux must _RIP_ , 06-Дек-12 18:37 
> Почему затёрты комментарии? Читайте новости внимательнее, господа! tmpfs *остаётся* по
> умолчанию.
> http://www.phoronix.com/scan.php?page=news_item&px=MTI0MzY

потому что технические коментарии как уложить ядро - нонче считают флеймом.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 07-Дек-12 01:38 
> потому что технические коментарии как уложить ядро - нонче считают флеймом.

И правильно делают. А что еще делать с господами укушенными синдромом "свое г@вно не пахнет"? Во всех остальных системах багов или столько же или это убогие раритеты которые нифига не умеют, или узконишевые решения нужные полутора землекопам на всю планету.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено linux must _RIP_ , 07-Дек-12 13:44 
О.. уже за всех решили - кому это нужно :-)

Зато очень забавно когда начинают вычищать комментарии - только по тому что травмируют души линуксоидов тут :-)
Очень забавно.. Сами же они такого же уровня комментариев про другие системы написать не могут..
Поэтому и бесятся так сильно :-) Крыть то нечем...


"Решение по использованию tmpfs для раздела /tmp в Fedora..."
Отправлено arisu , 07-Дек-12 18:26 
всё ещё ждём обоснований твоих утверждений:
1. где ссылки на коммиты, про которые ты говорил: «Они идут по стопам разработчиков Linux kernel — которые берут код и перебивают копирайты»?
2. где ссылки на факты, подтверждающие, что «Существуют компании которые дают денег FSF и они закрывают глаза на такие нарушения» (под «такими» ты подразумевал нарушение GPL)?
3. «то что LLVM лучше чем gcc — уже давно известно»: где ссылки на методики тестирования и на то, что считается «лучше» — как минимум?

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено qqq , 06-Дек-12 14:04 
Временные файлы обычно используют когда не хотят или не видят необходимости размещать временные данные в памяти. Зачем все переворачивать с ног на голову? Или разработчики дистрибутива лучше программистов знают где им хранить временные данные своих программ? Если пользователь продвинутый и знает что он хочет, то сам найдет возможность поместить временные файлы в память или своп, уж как получится.
ИМХО, в дефолте лучше бы остался диск.

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 18:16 
> Временные файлы обычно используют когда не хотят или не видят необходимости размещать
> временные данные в памяти. Зачем все переворачивать с ног на голову?
> Или разработчики дистрибутива лучше программистов знают где им хранить временные данные
> своих программ?

Разработчики дистрибутива предлагают программистам на выбор - можно в память (/tmp), можно на диск (/var/tmp). Без лишних костылей ("сам найдет возможность поместить временные файлы ... как получится").


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено qqq , 06-Дек-12 21:18 
Вот мне интересно, куда mc в федоре, при заходе в архив как каталог, файлы распаковывает, в /var/tmp или все так же в /tmp ? Если последнее, то виноваты, конечно разрабы mc, но отгребут за это пользователи федоры.

"Решение по использованию tmpfs для раздела /tmp в Fedora..."
Отправлено arisu , 06-Дек-12 21:40 
> виноваты, конечно разрабы mc

ага. в том, что используют /tmp по назначению: для временных файлов. точно-точно, именно разработчики mc и виноваты!


"Решение по использованию tmpfs для раздела /tmp в Fedora..."
Отправлено Аноним , 06-Дек-12 22:43 
> ага. в том, что используют /tmp по назначению: для временных файлов. точно-точно,
> именно разработчики mc и виноваты!

Как бы это сказать? Копировать куда-то вбок файл до того как его передать - эталонный дебилизм. А, собственно, что мешает его передавать сразу из нужной локации? Правда я так и не понял - гражданина вообще беспокоит проблема, или это такой удачный наброс? А то он кажется сам не уверен что у него проблема :)


"Решение по использованию tmpfs для раздела /tmp в Fedora..."
Отправлено arisu , 06-Дек-12 23:18 
ну, глупо. однако ж /tmp таки для временных файлов. кто ж виноват, что файл туда не поместился? %-)

"Решение по использованию tmpfs для раздела /tmp в Fedora..."
Отправлено Михрютка , 07-Дек-12 00:15 
> ну, глупо. однако ж /tmp таки для временных файлов. кто ж виноват,
> что файл туда не поместился? %-)

не, самый попкорн еще впереди

психологический триллер
"Петтеринг объясняет разработчикам MySQL порочность практики держать большие файлы в /tmp"

и сиквел с элементами эротики

"Разработчики MySQL показывают Петтерингу, куда ему итти" (18+, NSFW)


"Решение по использованию tmpfs для раздела /tmp в Fedora..."
Отправлено Michael Shigorin , 07-Дек-12 01:25 
> ну, глупо. однако ж /tmp таки для временных файлов. кто ж виноват,
> что файл туда не поместился? %-)

Своп? (который вдруг оказывается двойного назначения)


"Решение по использованию tmpfs для раздела /tmp в Fedora..."
Отправлено Михрютка , 07-Дек-12 01:56 
>> ну, глупо. однако ж /tmp таки для временных файлов. кто ж виноват,
>> что файл туда не поместился? %-)
> Своп? (который вдруг оказывается двойного назначения)

Тезка, вы меня пугаете :)


"Решение по использованию tmpfs для раздела /tmp в Fedora..."
Отправлено Michael Shigorin , 07-Дек-12 04:08 
>>> кто ж виноват, что файл туда не поместился? %-)
>> Своп? (который вдруг оказывается двойного назначения)
> Тезка, вы меня пугаете :)

Это что, а как меня ldv@ пугал... но оказался прав, зараза такая.  Ну а когда ни к чему (или в шаблонах контейнеров) -- просто не делаю так :)


"Решение по использованию tmpfs для раздела /tmp в Fedora..."
Отправлено Аноним , 07-Дек-12 01:43 
> ну, глупо. однако ж /tmp таки для временных файлов.

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


"Решение по использованию tmpfs для раздела /tmp в Fedora..."
Отправлено Michael Shigorin , 07-Дек-12 04:04 
> А хранение темпа в раме сильнее лимитирует размер файлов -
> юзеры будут чаще ловить ручкой грабель в лоб. Ну хотя редхатчиков
> такие мелочи не колышат.

Как один из активных оппонентов этой идеи в ALT 4.0 пять лет тому теперь могу сказать, что был неправ -- проблемы в эксплуатации меньше ожидавшихся, а выгоды налицо.  Начиная с того, что забитый корень всё-таки хуже забитого свопа (особенно если кого угораздит и /home на том же разделе держать).


"Решение по использованию tmpfs для раздела /tmp в Fedora..."
Отправлено Михрютка , 07-Дек-12 04:22 
>> А хранение темпа в раме сильнее лимитирует размер файлов -
>> юзеры будут чаще ловить ручкой грабель в лоб. Ну хотя редхатчиков
>> такие мелочи не колышат.
> Как один из активных оппонентов этой идеи в ALT 4.0 пять лет
> тому теперь могу сказать, что был неправ -- проблемы в эксплуатации
> меньше ожидавшихся, а выгоды налицо.  Начиная с того, что забитый
> корень всё-таки хуже забитого свопа (особенно если кого угораздит и /home
> на том же разделе держать).

дай дураку стеклянный рут - он и рут поломает и руки порежет.

у меня намедни стала раком почта для некоторого числа клиентов веб-хостинга, потому что девелоперы решили, что правильно и кошерно держать ящики клиентов в /var/spool/mail, а проектировщик решил (не глядя в документацию), что она будет лежать где-то в районе /srv/www/. это я к тому, что пофиг, где вы что держите, если вы не контролируете систему.


"Решение по использованию tmpfs для раздела /tmp в Fedora..."
Отправлено Михрютка , 07-Дек-12 00:17 
>> ага. в том, что используют /tmp по назначению: для временных файлов. точно-точно,
>> именно разработчики mc и виноваты!
> Как бы это сказать? Копировать куда-то вбок файл до того как его
> передать - эталонный дебилизм. А, собственно, что мешает его передавать сразу
> из нужной локации? Правда я так и не понял - гражданина
> вообще беспокоит проблема, или это такой удачный наброс? А то он
> кажется сам не уверен что у него проблема :)

я тебе больше скажу, мой анонимный друг, бывает, что mc даже для просмотра файл в /tmp копирует. уроды криворукие, чо с них взять.


"Решение по использованию tmpfs для раздела /tmp в Fedora..."
Отправлено Аноним , 07-Дек-12 05:51 
> просмотра файл в /tmp копирует. уроды криворукие, чо с них взять.

Ну и свин же вы, сэр. Вам программу бесплатно, а вы еще и уродами обзываться. Ха.


"Решение по использованию tmpfs для раздела /tmp в Fedora..."
Отправлено SergMarkov , 07-Дек-12 14:56 
>> просмотра файл в /tmp копирует. уроды криворукие, чо с них взять.
> Ну и свин же вы, сэр. Вам программу бесплатно, а вы еще
> и уродами обзываться. Ха.

Напоминает анек про двух ковбоев, по взаимному пари сожравших г.. :-)



"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено filosofem , 07-Дек-12 00:54 
> но отгребут за это пользователи федоры

Это ж нормально. Они универсальные козлы отпущения, как и пользователи Арча. Разница одна: первых мэйнтейнеры посылают наюг вежливо и часто в латентной форме, а вторых в очевидной и грубой. Поэтому многие пользователи Федоры думают, что купаются.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 14:08 
Ребят, подскажите в линуксе, mc когда одну панель делаешь ssh mount (через F9)
и пытаешься туда скопировать большой файл, оно сначала (о гений) копирует файл в /tmp а потом уже scp? Или сразу?

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 15:13 
в /tmp/mc-username
при чем раньше было что стопанешь по середине и файл из темпа не удалился, сейчас не знаю
--
разговаривал с разрабами, от этого долго не откажутся

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Crazy Alex , 06-Дек-12 15:53 
А обосновывали чем?

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 16:04 
нехватка ресурсов
mc-dev на jabber.ru спросите, может уже сделали

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Crazy Alex , 06-Дек-12 21:47 
Я не то имел в виду, но мне уже в другом месте попалось - оно так сделано чтобы обработать всякие экзотические случаи стандартным образом, вроде копирования файла из архива на ssh. Надо поковырять - вроде оптимизация тривиальна - проверить, что копируем реальный файл и пропустить /tmp тогда

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено лишп , 06-Дек-12 16:26 
use dired

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Клыкастый , 07-Дек-12 14:40 
> и пытаешься туда скопировать большой файл, оно сначала (о гений) копирует файл
> в /tmp а потом уже scp? Или сразу?

ага, есть такая фигня.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Int , 06-Дек-12 19:08 
Будем надеяться что данная "фича" не перекочует в RHEL7

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Deluxe , 06-Дек-12 19:23 
> Tmpfs уже применяется по умолчанию в ArchLinux и Ubuntu.

В Ubuntu 12.04 LTS такого нет. Там по умолчанию задействуется дисковый swap, если оперативка становится занята более чем на 60%. Чтобы весь своп был полностью в оперативке, надо вручную добавлять vm.swappiness=0 в /etc/sysctl.conf


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 22:50 
> был полностью в оперативке, надо вручную добавлять vm.swappiness=0 в /etc/sysctl.conf

Два балла за знание матчасти. Попробуйте еще раз.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Deluxe , 07-Дек-12 01:28 
> Два балла за знание матчасти. Попробуйте еще раз.

Спасибо, мнение анонимного аналитика с оупеннета для всех очень важно. Пожалуйста, оставайтесь на связи.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 07-Дек-12 01:51 
> Спасибо, мнение анонимного аналитика с оупеннета для всех очень важно.

Анонимный аналитик поясняет:
1) Своп в памяти - взаимоисключающие параграфы! Или уж свопление, или уж в памяти. Ибо свопление - это компенсация нехватки оперативной памяти за счет медленного диска. Из соображений что пусть лучше потормозит но справится чем завалится нафиг. Есть конечно всякие продвинутости типа compcache, или как их там, где именно свопление, именно в оперативу имеет какой-то физический смысл. Но это редкий и экзотичный случай.
2) Указанный вами параметр sysctl делает не то что вы описали. FAIL.
3) Если вы хотите вообще забыть про своп - просто не монтируйте его совсем. Это проще всего. При достаточном объеме оперативки он нафиг не упал. Если памяти в крейсерском режиме всегда хватает и есть запас, то в хучшем случае при runaway-процессе OOM прибьет сам runaway процесс, который до того как вызвать OOM сожрет весьма убедительный объем памяти и в итоге первым же и попадет под пулю от OOM killer-а, даже без твика OOM killer.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Michael Shigorin , 07-Дек-12 04:02 
>> Два балла за знание матчасти. Попробуйте еще раз.
> Спасибо, мнение анонимного аналитика с оупеннета для всех очень важно.

При этом фраза "Чтобы весь своп был полностью в оперативке, надо вручную добавлять vm.swappiness=0 в /etc/sysctl.conf" действительно начисто лишена смысла.

Варианты "свопить на рамдрайв" и впрямь существовали, но из обстоятельств, когда такое было осмысленным -- припоминается разве что DOS и PCTeX, который умел свой своп, но не умел больше мегабайта памяти IIRC; соответственно при наличии EMM/XMS делался рамдиск, куда ему и было велено.  По счастью, в линуксе ни одного случая подобной необходимости не встречал.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 07-Дек-12 05:49 
> Варианты "свопить на рамдрайв" и впрямь существовали, но из обстоятельств, когда такое
> было осмысленным

Compcache или как он там сейчас называется. При душняке с оперативой + дорогом дисковом I/O но достаточно резвом проце он может дать системе глоток свежего воздуха нахальным читом. По сути сжатие оперативы получается :). В некоторых случаях сие даже не совсем маразм. В некоторых видах (около)эмбеддовки например оно даже потенциально имеет право на жизнь. Но это - экзотика. И тот syctl к всему этому никак не относится.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено SergMarkov , 07-Дек-12 11:16 
Само себе редкое сочетание  Если хороший проц то и оперативки как правило много, тогда он "ненужен"

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 19:59 
Вообще-то, странное решение, учитывая что на 18-ой будет базироваться RHEL 7. Для десктопа, размещение /tmp в оперативаной памяти может и норм., а вот для серверной оси решение крайне неоднозначное.

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено AlexYeCu , 06-Дек-12 20:59 
Где сервер, и где Федора?
Не LTS дистрибутив уже можно в качестве сервера не рассматривать, разве что для какой-то мелочи под личные нужды.

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Crazy Alex , 06-Дек-12 21:48 
Хм, смотря что понимать под LTS - тот же Debian LTS не назвать, а серверы а нём бегают вполне себе неплохо.

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 22:02 
> Где сервер, и где Федора?
> Не LTS дистрибутив уже можно в качестве сервера не рассматривать, разве что
> для какой-то мелочи под личные нужды.

Это просто программы. Там нет ничего волшебного, серверного, бусинезного, энтерпрайзного, глобального, ненaдежного. Прекращай придумывать программам эпитеты как живым существам, оставь это маркетолухам для развода компании на огромные деньги. Разница только в поддержке и юридической ответственности.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 06-Дек-12 22:47 
> в поддержке и юридической ответственности.

А также в степени долбо...зма при подготовке апдейтов и того что отвалится после их накатывания. В системах ориентированных на реальное применение в идеале не отвалится ничего. А в каком-нибудь арче - ну там вон на ходу систему инициализации меняют. "Уважаемые дамы и господа, у нас возникла небольшая техническая проблема - у нашего самолета отказали все двигатели. Надеемся что это не будет вас беспокоить" (с) капитан экипажа одного самолета :)


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Михрютка , 06-Дек-12 22:42 

/tmp on tmpfs

Summary

Mount a tmpfs on /tmp by default. (Administrators can override this)

Owner

    Name: Lennart Poettering
    Email: lennart at poettering dot net

почему я не удивлен?

>We bring Fedora closer to commercial Unixes

этот кретин, кроме солярки, еще какой-нибудь юникс видел?

>By implementing this we, by default, generate less IO on disks. This increases SSD lifetime, saves a bit of power and makes things a bit faster.

еще swap раздел в память засунуть можно, говорят, ядерно ускоряет.

двойной_фейспалм.жпг


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Deluxe , 07-Дек-12 01:34 
> еще swap раздел в память засунуть можно, говорят, ядерно ускоряет.
> двойной_фейспалм.жпг

Ну ведь есть же ещё несознательные граждане, которые не докупили планки памяти. Некоторые, представьте себе, на двух гигах работают. Вот как их заставить докупить хотя бы до четырёх гиг? Только запихиванием в оперативу всего что ни попадя. Скоро будут всю ОС выгружать с диска в оперативу, как в live-режиме. Пользовательских дисков им, видите ли, жалко. Прогресс, он такой прогрессивный.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Michael Shigorin , 07-Дек-12 04:10 
> На состоявшемся вчера заседании [...] принято решение [...] не отказываться [...]

Протёр глаза -- не, про федору, не про убунту.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Firefoxic , 07-Дек-12 10:30 
Забавляют всякие нытики тут в комментах. Не буду пальцем тыкать.

Лично я, не имея /swap вообще как такового, запихнул в tmpfs к дефолтному /tmp ещё и /var/tmp и ~/.cache до кучи. Диск спокойный, как удав. Система бегает ещё быстрее. Отчего я доволен, как никогда.

И какие проблемы это у меня должно было вызвать? Временные файлы, они на то и временные, что не должны переживать перезагрузку.

И да, у меня всего-то 4 гектара памяти (больше мать не увидит), из которых примерно гиг занято DE. И хватает на всё про всё (если конечно не юзать всякие хромы).

Нойте дальше! Ищите дальше всяких Поттерингов в подписях (странно: почему и как это должно было повлиять на моё мнение о tmpfs?..).
А я дальше продолжу пользоваться хорошими фичами.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено filosofem , 07-Дек-12 10:53 
> Нойте дальше! Ищите дальше всяких Поттерингов в подписях (странно: почему и как
> это должно было повлиять на моё мнение о tmpfs?..).
> А я дальше продолжу пользоваться хорошими фичами.

Фича хорошая и ей двадцать лет в обед. Поттеринги решили включать её по дефолту и напоролись на грабли. Но на то они и поттеринги, чтобы ходить по граблям аки по суху и других по граблям водить.



"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Firefoxic , 07-Дек-12 18:38 
У поттерингоненавистников, как всегда: "ГРАБЛИ!"
В чём грабли — хз. Но главное погромче тяфкнуть своё фи Поттерингу.
Скучно даже уже...

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено filosofem , 07-Дек-12 18:48 
> У поттерингоненавистников, как всегда: "ГРАБЛИ!"
> В чём грабли — хз. Но главное погромче тяфкнуть своё фи Поттерингу.
> Скучно даже уже...

У поттерингопоклонников всегда пэйн ни зэ эсс, когда кто-то критикует их идола, поэтому они нервничают и хамят. Хотя возможно это признак их IQ, или возраста, или и то и другое и третье.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Firefoxic , 07-Дек-12 19:46 
> У поттерингопоклонников всегда пэйн ни зэ эсс…

Возможно. Не знаю. Сам таковым не являюсь, и с таковыми не знаком. Мне лишь уже успели наскучить истерии тех, о ком я говорил. Причём вызваны эти истерии только видом таких слов, как Poettering, systemd, и тд.

> …они нервничают и хамят…

Толстовато.

> …признак их IQ, или возраста…

Ну это ещё толще.


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено SergMarkov , 07-Дек-12 11:18 
>[оверквотинг удален]
> дефолтному /tmp ещё и /var/tmp и ~/.cache до кучи. Диск спокойный,
> как удав. Система бегает ещё быстрее. Отчего я доволен, как никогда.
> И какие проблемы это у меня должно было вызвать? Временные файлы, они
> на то и временные, что не должны переживать перезагрузку.
> И да, у меня всего-то 4 гектара памяти (больше мать не увидит),
> из которых примерно гиг занято DE. И хватает на всё про
> всё (если конечно не юзать всякие хромы).
> Нойте дальше! Ищите дальше всяких Поттерингов в подписях (странно: почему и как
> это должно было повлиять на моё мнение о tmpfs?..).
> А я дальше продолжу пользоваться хорошими фичами.

Нищеброд :-) Купи себе SSD и проделай тоже самое. При том  что SSD на самом деле прогресс и поттеринг это из..б :-)


"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Firefoxic , 07-Дек-12 19:09 
Причём тут нищебродство? Вот именно перед покупкой SSD я и решил попробовать закинуть всё временное в tmpfs. Для SSD как раз таки лучше меньше трахать его лишьними перезаписями.
В общем про SSD — бред у вас полный, видимо на почве поттерингоненавистничества.

"Решение по использованию tmpfs для раздела /tmp в Fedora 18 ..."
Отправлено Аноним , 07-Дек-12 18:12 
>размещаемый в оперативной памяти RAM-диск

Это не ram-диск...