ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Vladimir Bormotov                    2:5020/400     19 May 2003  23:59:17
 To : Andrew Dolgov
 Subject : Re: Линукс
 -------------------------------------------------------------------------------- 
 

 
    Hi, Andrew!
 
 >>>>> "AD" == Andrew Dolgov <Andrew.Dolgov@f1022.n5030.z2.fidonet.org> writes:
  VB>>>>  Я не хочу раз в пол года читать мануал, и выяснять чем отличается
  VB>>>> SIGHUP от SIGUSR1.  Почему-бы эти отличия сразу не написать в
  VB>>>> полноэкранном интерфейсе, в виде кнопок?
 AD>>> welcome to windows.
  VN>> Видишь ли... вы оба говорите "я что, маньяк все константы помнить?" -
  VN>> но подходите к этому по-разному - VB (как и я) хочет, чтобы ему система
  VN>> дала подсказку, как это лучше сделать, ты же делаешь максимально
  VN>> силовым методом - killall -HUP named вместо ndc reload или ndc
  VN>> reconfig, например.
 
  AD> знаешь, у меня там на сервере висит порядка 100 зон, всего-то. мне
  AD> глубоко пофиг за сколько наймед рестартнется - за одну миллисекунду
  AD> или за две, чтоб я еще забивал себе этим голову.
 
  вооот.  А ведь бывают ситуации, когда важны миллисекунды, и приходится
  забивать голову.
  
  Hапример у нас есьт демон, который живет на маленькой коробчке, в которой
  живет линукс.  И к этому демону нужна морда.  Web-морда.  Причем одна из
  задач - перезапуск одной HИТИ этого демона, потому что другие нити могут
  принимать и обрабатывать данные, которые нам критичны.  Кроме того, нужно
  чтоб эта морда показывала состояние каждой нити...
  
  Ты ведь допускаешь такую ситуации?  Задачи ведь разные, и мы все конечно
  поинмаем, что MTA/named - это такие простые примеры, на которых можно
  обдумать подход в целом.
  
  
  VN>> Теперь ответ, пожалуйста, на вопрос - почему ты не
  VN>> ребутишь вместо этого систему? Почему граница между ребутом и HUP'ом по
  VN>> намеду для тебя чёткая, а между HUP'ом и reload конкретной зоны - нет?
 
  AD> потому что ребут системы перестартует то, что мне в данный момент
  AD> перестартовывать не надо? 
  
  именно!  Вот точно так-же сигнал может сделать то,  что не нужно.  Хорошо
  что в твойем случае с named, ты не забиваешь себе голову :)
  
  
  AD> вот если я захочу рестартнуть все сервисы, то могу и ребутнуться -
  AD> какие проблемы?
 
  никаких, проблемы в том, что такое нужно не часто. 
  
  
  AD>>>>> я чесслово не понимаю зачем она нужна. 
  VB>>>>  чтоб не читать документицию.
 AD>>> welcome to windows. хотя читать все равно придется.
  VN>> Гм. Это у тебя виндовые методы - чуть что - HUP'ом по голове...
 
  AD> по моему, сигналы - это наоборот хрюниховый метод, в отличие от того,
  AD> чтобы плодить морды ко всем программам подряд. 
  
  не всем прогарммам подряд, а тока тем, которыми реально нужно рулить.
  
  
  AD> морды, кстати, все разные (пишут-то их разные люди) - зоопарк
  AD> получится. неудобно.
 
  вот тут, я согласен.  В этом плане меня прикладывает например webmin,
  kdeadmin (вчера довелось посмотреть), и даже прикалывал linuxconf, в
  котором народ пытался унифицировать морды...  Эхх...
  
 -- 
    Bor.
 --- ifmail v.2.15dev5
  * Origin: BorHomeLand (2:5020/400)
 
 

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