ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Vlad Gnatov                          2:5020/400     25 Dec 2006  20:36:44
 To : Eugene Grosbein
 Subject : Re: ng_ipacct
 -------------------------------------------------------------------------------- 
 

 Eugene Grosbein пишет:
 
 EG> 25 дек 2006, понедельник, в 17:06 KRAST, Vlad Gnatov написал(а):
 
 EG>>>>> А можно пример для RELENG_6 в предположении неизменности сорцов
 EG>>>>> между пересборками? Вдруг я действительно что-то упускаю.
 VG>>>> Вам уже приводили примеры. Отмотайте тред.
 EG>>> Отмотал. Hе нашел конкретных примеров. Можно указать Message-ID
 EG>>> или цитату? Спасибо.
 VG>> 20061224113045.GP70459@swp.pp.ru
 EG> Про это я знаю, про это написано в UPDATING. Я прошу _конкретный_
 EG> пример такой настройки/модуля.
 
 Если Вас не устраивает предупреждение в UPDATING, я не представляю,
 чем можно Вас убедить.
 
 VG>> Кстати, какие преимущества у Вашего варианта в сравнении со 
 VG>>стандартным /tmp?
 EG> Мой вариант - чистить /tmp не при загрузке, а по крону,
 EG> удалять файлы старше N часов (например, N=3*24). Преимущество в том,
 EG> что внезапный ребут не унесет промежуточные результаты работы,
 EG> типа cvs log message для коммита, который по какой-то причине не прошел
 EG> и его надо будет повторить - не набивать же весь комментарий
 EG> заново. Hу или еще какой временный файл, который по какой-то причине
 EG> оказался в /tmp, а не в /var/tmp. У меня были такие случаи.
 EG> Вручную добиваться от всех без исключения приложений неиспользования
 EG> /tmp не предлагать.
 
 'У меня все работает' (c) А буде найдется такая софтина,
 то я постараюсь разобраться с ней, а не корежить общесистемные умолчания.
 
 Hо вопрос был не об том. Чем Вас не устраивает стандартный /tmp на диске?
 Сохраняйте его между ребутами сколько душа пожелает, для этого не надо
 шаманить со свопом, vn swap-backed дисками и т.д.
 -- 
 Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
 --- ifmail v.2.15dev5.3
  * Origin: Talk.ru (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор