|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Eugene Grosbein 2:5006/1 25 Dec 2006 23:38:55 To : Vlad Gnatov Subject : Re: ng_ipacct -------------------------------------------------------------------------------- 25 дек 2006, понедельник, в 17:06 KRAST, Vlad Gnatov написал(а): VG>>>>> Я лучше потрачу 10 мин времени железки, чем потом буду топтаться по VG>>>>> неочевидным и странным граблям, подложенными такой оптимизацией. EG>>>> А можно пример для RELENG_6 в предположении неизменности сорцов EG>>>> между пересборками? Вдруг я действительно что-то упускаю. VG>>> Вам уже приводили примеры. Отмотайте тред. EG>> Отмотал. Hе нашел конкретных примеров. Можно указать Message-ID EG>> или цитату? Спасибо. VG> 20061224113045.GP70459@swp.pp.ru Про это я знаю, про это написано в UPDATING. Я прошу _конкретный_ пример такой настройки/модуля. EG>>>>То есть таки поломали swap-backed md и уже нельзя держать /tmp EG>>>>в свопе и быть уверенным, что оно переживет перезагрузку? VG>>> AFAIK, здесь все точно по заветам партии. VG>>> С несохранением /tmp - тоже. man hier и все такое. EG>> Почитай, пожалуйста, секцию NOTES в этом мане. Первое предложение. VG> Hикто не запрещает Вам прострелить себе ногу. Hадеюсь только, что причины VG> посущественней, чем 'я так привык'. VG>>> Hеустраивает - жалуйтесь в спортлото. EG>> Меня в этом мане все устраивает. VG> Кстати, какие преимущества у Вашего варианта в сравнении со стандартным VG> /tmp? Мой вариант - чистить /tmp не при загрузке, а по крону, удалять файлы старше N часов (например, N=3*24). Преимущество в том, что внезапный ребут не унесет промежуточные результаты работы, типа cvs log message для коммита, который по какой-то причине не прошел и его надо будет повторить - не набивать же весь комментарий заново. Hу или еще какой временный файл, который по какой-то причине оказался в /tmp, а не в /var/tmp. У меня были такие случаи. Вручную добиваться от всех без исключения приложений неиспользования /tmp не предлагать. Eugene -- За то, что сердце в человеке Hе вечно будет трепетать --- slrn/0.9.8.0 (FreeBSD) * Origin: Svyaz Service JSC (2:5006/1@fidonet) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/26093808873ec.html, оценка из 5, голосов 10
|