Всем привет. Надо покупать машинку под биллинг, хочется надежности и производительности на уровне. Если верить тестам всяким и статьям , то производительность CPU у следующих машин будет примерно одинакова. ----------------------------------------------------------------------------- Итак , вариант первый: Шасси: Supermicro 6024H-32R 2U Rackmount Чипсет Intel E7520 Adaptec AOC-SOZCR1 (RAID 0,1,5,10,50,JBOD) 2 контроллера Gigabit Ethernet 2 блока питания CPU: 2xP4Xeon 2.8 Озу: 2х1024Mb ECC HDD: 3x300Gb SATA Raid: Supermicro AOC-LPZCR1 ----------------------------------------------------------------------------- Вариант второй. 2 машины самосборные и считать на них. CPU: IPD 2.8G Smithfield (820) M/B: Socket 775: ASUS P5LD2, i945P, DDRII Озу: 2xDDRII 1024Mb DDR II 1024Mb 667 MHz PC2-5300 Brand HDD: 300.0g 7200 HDD: 80.0g 7200 Chieftec Rackmount 19" 2U ATX UNC-210-S-B 360W По стоимости второй вариант получается дешевле процентов на 20%, что по большому счету не критично. Вот такие вот мысли посещают. Сознательно не пишу своих мысле по поводу за и против, потому что хочется просто услышать разные мнения: кто бы что выбрал, и по возможности - почему. З.Ы. Список клиентов естественно хранится в базе и rsync-ом пройтись по крону и синхронизировать базы не составит труда. Т.е. из вопросов администрирования остается только вопрос админить 2 машины вместо одно. -- ------------------------------------------------------------------------------- Vasiliy P. Melnik | nic-hdl : VPM-RIPE, VPM-UANIC Global Ukraine ISP | phone : +380 (44) 2889232 basil@gu.net | =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Для mission-critical фиг его знает, но я бы лучше купил какой-то брендовый сервер. И ни в коем случае не с ZCR'ом. 360 баксов стОит Adaptec 2130 с 128М памяти. Vasiliy P. Melnik wrote: VPM> Всем привет. VPM> Надо покупать машинку под биллинг, хочется надежности и производительности VPM> на уровне. Если верить тестам всяким и статьям , то производительность CPU у VPM> следующих машин будет примерно одинакова. VPM> ----------------------------------------------------------------------------- VPM> Итак , вариант первый: VPM> Шасси: Supermicro 6024H-32R VPM> 2U Rackmount VPM> Чипсет Intel E7520 VPM> Adaptec AOC-SOZCR1 (RAID 0,1,5,10,50,JBOD) VPM> 2 контроллера Gigabit Ethernet VPM> 2 блока питания VPM> CPU: 2xP4Xeon 2.8 VPM> Озу: 2х1024Mb ECC VPM> HDD: 3x300Gb SATA VPM> Raid: Supermicro AOC-LPZCR1 VPM> ----------------------------------------------------------------------------- VPM> Вариант второй. VPM> 2 машины самосборные и считать на них. VPM> CPU: IPD 2.8G Smithfield (820) VPM> M/B: Socket 775: ASUS P5LD2, i945P, DDRII VPM> Озу: 2xDDRII 1024Mb VPM> DDR II 1024Mb 667 MHz PC2-5300 Brand VPM> HDD: 300.0g 7200 VPM> HDD: 80.0g 7200 VPM> Chieftec Rackmount 19" 2U ATX UNC-210-S-B 360W VPM> По стоимости второй вариант получается дешевле процентов на 20%, что по VPM> большому счету не критично. VPM> Вот такие вот мысли посещают. Сознательно не пишу своих мысле по поводу за и VPM> против, потому что хочется просто услышать разные мнения: кто бы что VPM> выбрал, и по возможности - почему. VPM> З.Ы. Список клиентов естественно хранится в базе и rsync-ом пройтись VPM> по крону и синхронизировать базы не составит труда. Т.е. из вопросов VPM> администрирования остается только вопрос админить 2 машины вместо одно. VPM> -- VPM> ------------------------------------------------------------------------------- VPM> Vasiliy P. Melnik | nic-hdl : VPM-RIPE, VPM-UANIC VPM> Global Ukraine ISP | phone : +380 (44) 2889232 VPM> basil@gu.net | VPM> =================================================================== VPM> uanog mailing list. VPM> To Unsubscribe: send mail to majordomo@uanog.kiev.ua VPM> with "unsubscribe uanog" in the body of the message -- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Привет! On Wed, 18 Jan 2006, Vasiliy P. Melnik wrote:
Надо покупать машинку под биллинг, хочется надежности и производительности ---------------------------------------------^^^^^^^^^^ Шасси: Supermicro 6024H-32R 2U Rackmount Чипсет Intel E7520 Adaptec AOC-SOZCR1 (RAID 0,1,5,10,50,JBOD) 2 контроллера Gigabit Ethernet 2 блока питания
CPU: 2xP4Xeon 2.8 Озу: 2х1024Mb ECC -------------------^^^ HDD: 3x300Gb SATA Raid: Supermicro AOC-LPZCR1
----------------------------------------------------------------------------- Вариант второй. 2 машины самосборные и считать на них.
CPU: IPD 2.8G Smithfield (820) M/B: Socket 775: ASUS P5LD2, i945P, DDRII Озу: 2xDDRII 1024Mb DDR II 1024Mb 667 MHz PC2-5300 Brand
Как человек, когда-то преподававший на физфаке ДГУ и неплохо знавший физику, могу сказать, что лично для меня понятия "надежность" и "память без ECC" просто не сочетаются, и магическое слово Brand не является заменителем ECC. Даже если производитель протестировал все компоненты модуля памяти, никто не застрахован от последующего выхода из строя хотя бы одной ячейки. В аппаратуре, не охваченной ECC, такие ошибки могут всплыть слишком поздно. Да и естественную спонтанную радиоактивность, способную просто переключить состояние _исправной_ ячейки, никто не отменял. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Спасибо всем за ответы, но вот хотелось бы услышать , кто что думает именно насчет 2 "простых" VS 1 "Серверный" в плане надежности. Ведь вероятность потери данных при 2-ух миррорных серверах значительно меньше, чем при присутствии одного. Вот я к чему. Да я согласен с тем, что первый конфиг гораздо более надежней и мощнее второго, да и ориентирован от на испольнение серверных задач, но по второму конфигу можно собрать 2 машины. И даже при взрыве одной из них ( ессесно при условии отсутствия ударной волны ) вероятность выхода из строя второй в течение суток, за которые можно восстановить работоспособность сервера, практически равна нулю. с ECC все понятно , но вы хотите сказать, что планки с этим типом памяти не могут быть бракованными ? очень сомневаюсь. Поэтому в любом случае машинки будут тестироваться перед вводом в строй, что с ЕСС, что без. -- ------------------------------------------------------------------------------- Vasiliy P. Melnik | nic-hdl : VPM-RIPE, VPM-UANIC Global Ukraine ISP | phone : +380 (44) 2889232 basil@gu.net | =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
с ECC все понятно , но вы хотите сказать, что планки с этим типом памяти не могут быть бракованными ? очень сомневаюсь. Поэтому в любом случае машинки будут тестироваться перед вводом в строй, что с ЕСС, что без.
Могут быть и бракованными и выходить из строя. Есть опыт - вышла из строя одна планка SDRAM Kingston - купили пару новых из них одна отказалась работать через 5 минут. Но тут же вопрос в другом - при выходе из строя НЕ ECC памяти - это можно заметить далеко не сразу. Тоже есть опыт выхода из строя - машина начала странновато подглючивать - долго не мог понять в чем причина - после тестов памяти понял :-) а так, вроде, и работала даже и тесты BIOS-а проходила... Victor A. Prylipko victor@liniya.ru http://www.liniya.ru/ =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Привет! On Wed, 18 Jan 2006, Vasiliy P. Melnik wrote:
с ECC все понятно , но вы хотите сказать, что планки с этим типом памяти не могут быть бракованными ? очень сомневаюсь. Поэтому в любом случае машинки
Могут быть, но цепи контроля ECC находятся в чипсете и охватывают: часть самого чипсета, токоведущие дорожки до модулей, разъемы, а также все, что находится на модулях. При сбое в одном разряде на слово информация будет восстановлена по остальным + ECC, при любом двукратном - сбой будет обнаружен. Таким образом, брак обнаружить гораздо легче, но дело даже не в этом, а в следующем:
будут тестироваться перед вводом в строй, что с ЕСС, что без.
Но ведь микросхемы выходят из строя не только при пуско-наладке, но и во время эксплуатации, правда? А гонять тест памяти после сдачи объекта уже никто не позволит. ECC проверяет и корректирует именно тогда, когда это действительно нужно - в процессе эксплуатации. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Dmitry Pryanishnikov wrote: DP> >будут тестироваться перед вводом в строй, что с ЕСС, что без. DP> DP> Но ведь микросхемы выходят из строя не только при пуско-наладке, но и DP> во время эксплуатации, правда? А гонять тест памяти после сдачи объекта DP> уже никто не позволит. ECC проверяет и корректирует именно тогда, когда DP> это действительно нужно - в процессе эксплуатации. Когда вылетает планка памяти, вылетает она по самые помидоры обычно. Сотни или тысячи ошибок. Максимум чем тут ECC поможет, так это если ОС понимает диагностику, то будем видеть сыпящиеся на консоль ошибки ECC перед ребутом или крэшем. -- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Помоему, мы несколько отдалились от темы :) Суть вопроса не в том, чтобы брать 2 сервера дорогих или брать 2 сервера дешевых , а суть вопроса, что будет надежней в итоге. Ведь в цель ставиться сохранность данных статистики и их постоянное добавление. 2 сервера "обычных" или один "навернутый"? В этом суть вопроса. какой вариант выбрали бы Вы ? Ведь даже 20 минут простоя биллинга обходятся в значительную сумму. -- ------------------------------------------------------------------------------- Vasiliy P. Melnik | nic-hdl : VPM-RIPE, VPM-UANIC Global Ukraine ISP | phone : +380 (44) 2889232 basil@gu.net | =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Привет! On Wed, 18 Jan 2006, vladimir.sharun@ukr.net wrote:
DP> уже никто не позволит. ECC проверяет и корректирует именно тогда, когда DP> это действительно нужно - в процессе эксплуатации.
Когда вылетает планка памяти, вылетает она по самые помидоры обычно. Сотни или тысячи ошибок. Максимум чем тут ECC поможет, так это если
Их может и тысячи, но как раз обычно в одном и том же _разряде_ разных слов. ВСЕ такие ошибки будут скорректированы на лету. Этим занимается железо, поддержки ОС не требуется (нужно, чтобы BIOS просто включил корректор, дальше все делает hardware).
ОС понимает диагностику, то будем видеть сыпящиеся на консоль ошибки ECC перед ребутом или крэшем.
Насколько мне известно, при двойной или более ошибке генерируется NMI, произойдет аварийный останов системы. Самое главное, что глюкавые данные не попадут на диск под видом корректных. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Vasiliy P. Melnik wrote: VPM> Суть вопроса не в том, чтобы брать 2 сервера дорогих или брать 2 сервера VPM> дешевых , а суть вопроса, что будет надежней в итоге. Ведь в цель ставиться VPM> сохранность данных статистики и их постоянное добавление. VPM> 2 сервера "обычных" или один "навернутый"? VPM> В этом суть вопроса. VPM> какой вариант выбрали бы Вы ? VPM> Ведь даже 20 минут простоя биллинга обходятся в значительную сумму. Вопрос стандартный: при ограниченом бюджете выбрать такое решение, которое бы сводило на минимум простои от наиболее вероятных сбоев. Самые вероятные сбои: а) HDD (ставим RAID) б) Питание (электрическое ;-)). UPS/Дизель/Несколько_вводов в) Кондиционирование (без (б) бессмысленно) г) Блоки питания Дальше пошли маловероятные сбои. Их перекрывать уже много дороже. -- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Dmitry Pryanishnikov wrote: DP> Их может и тысячи, но как раз обычно в одном и том же _разряде_ разных DP> слов. ВСЕ такие ошибки будут скорректированы на лету. Этим занимается DP> железо, поддержки ОС не требуется (нужно, чтобы BIOS просто включил DP> корректор, дальше все делает hardware). [snip] DP> Насколько мне известно, при двойной или более ошибке генерируется NMI, DP> произойдет аварийный останов системы. Самое главное, что глюкавые данные DP> не попадут на диск под видом корректных. Есть еще много путей "подправить" данные на пути к дискам ;-) ОЗУ процессорное - не самый интересный из них. Но это всё маловероятно и лечится только в мэйнфреймах. -- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Привет! On Wed, 18 Jan 2006, vladimir.sharun@ukr.net wrote:
DP> произойдет аварийный останов системы. Самое главное, что глюкавые данные DP> не попадут на диск под видом корректных.
Есть еще много путей "подправить" данные на пути к дискам ;-)
Но из всех более-менее больших по объему (читай - с увеличенной вероятностью сбоя) именно на ОЗУ принято экономить. Почему-то Intel даже в дешевых Celeronах защищает L2 cache ECC. А гораздо большее по объему ОЗУ, да еще, в отличие от кэша, динамического типа (как правило, менее отказоустойчивое, чем статические ячейки кэша) мы защищать не будем? Логики не наблюдаю.
ОЗУ процессорное - не самый интересный из них. Но это всё маловероятно и лечится только в мэйнфреймах.
Ну да, то-то у Intel даже в _десктопных_ сериях материнок обязательно есть несколько моделей с поддержкой ECC. Только некоторые примеры: D845WN, D845EBG2, D875PBZ, из Express - D925XBC/XCV (ранние модификации не поддерживали - поздние поддерживают!), D955XBK/D955XCS, D975XBX. Я про серверные серии молчу, там это is a must. Я Вас уверяю, не только за мейнфреймами работают люди, ценящие надежность хранения информации. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Dmitry Pryanishnikov wrote: DP> Но из всех более-менее больших по объему (читай - с увеличенной DP> вероятностью DP> сбоя) именно на ОЗУ принято экономить. Почему-то Intel даже в дешевых DP> Celeronах защищает L2 cache ECC. А гораздо большее по объему ОЗУ, да DP> еще, в отличие от кэша, динамического типа (как правило, менее DP> отказоустойчивое, чем статические ячейки кэша) мы защищать не будем? DP> Логики не наблюдаю. Дима, когда ты видел в последнее время выходящую из строя планку памяти ? DP> >ОЗУ процессорное - не самый интересный из них. Но это всё маловероятно и DP> >лечится только в мэйнфреймах. DP> DP> Ну да, то-то у Intel даже в _десктопных_ сериях материнок обязательно есть DP> несколько моделей с поддержкой ECC. Только некоторые примеры: D845WN, DP> D845EBG2, D875PBZ, из Express - D925XBC/XCV (ранние модификации не DP> поддерживали - поздние поддерживают!), D955XBK/D955XCS, D975XBX. Я про DP> серверные серии молчу, там это is a must. Я Вас уверяю, не только за DP> мейнфреймами работают люди, ценящие надежность хранения информации. Люди ценящие надёжность хранения информации != сохранность информации. -- UKR.NET Postmaster, еще ни слова не сказавший, что ЕСС - это плохо =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, 18 Jan 2006, vladimir.sharun@ukr.net wrote:
Dmitry Pryanishnikov wrote: DP> Но из всех более-менее больших по объему (читай - с увеличенной DP> вероятностью DP> сбоя) именно на ОЗУ принято экономить. Почему-то Intel даже в дешевых DP> Celeronах защищает L2 cache ECC. А гораздо большее по объему ОЗУ, да DP> еще, в отличие от кэша, динамического типа (как правило, менее DP> отказоустойчивое, чем статические ячейки кэша) мы защищать не будем? DP> Логики не наблюдаю.
Дима, когда ты видел в последнее время выходящую из строя планку памяти ?
Пол года назад назад. А года 4 назад накрылась (на ходу) планка в весьма важном для фирмы сервере. С тех пор мне не приходится доказывать руководству, ECC или нет брать для биллинга и для прочих действительно важных задач. Такого вопроса просто не возникает. Кстати, мы с Вами вроде незнакомы, и здесь не Фидо?
DP> серверные серии молчу, там это is a must. Я Вас уверяю, не только за DP> мейнфреймами работают люди, ценящие надежность хранения информации.
Люди ценящие надёжность хранения информации != сохранность информации.
Я бы сказал: (Люди, не ценящие надёжность хранения информации ) => несохранность информации где => означает логическое следствие. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Dmitry Pryanishnikov wrote: DP> Пол года назад назад. А года 4 назад накрылась (на ходу) планка DP> в весьма важном для фирмы сервере. С тех пор мне не приходится DP> доказывать руководству, ECC или нет брать для биллинга и для прочих DP> действительно важных задач. Такого вопроса просто не возникает. Обращаю внимание, что я пытаюсь сказать о том, что вероятность пропадания электричества или сдыхания винчестера много выше, чем вероятность выхода из строя планки памяти. Выход из строя батареи в UPS'е не спасёт даже advanced ECC :-) DP> >DP> серверные серии молчу, там это is a must. Я Вас уверяю, не только за DP> >DP> мейнфреймами работают люди, ценящие надежность хранения информации. DP> > DP> >Люди ценящие надёжность хранения информации != сохранность информации. DP> DP> Я бы сказал: DP> DP> (Люди, не ценящие надёжность хранения информации ) => DP> несохранность информации DP> DP> где => означает логическое следствие. Ой $#@, я понял, улетаю... -- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
мне кажется, ответ очевиден - серверов должно быть два. Это как аксиома.
On 1/18/06, Vasiliy P. Melnik
Помоему, мы несколько отдалились от темы :)
Суть вопроса не в том, чтобы брать 2 сервера дорогих или брать 2 сервера дешевых , а суть вопроса, что будет надежней в итоге. Ведь в цель ставиться сохранность данных статистики и их постоянное добавление.
2 сервера "обычных" или один "навернутый"? В этом суть вопроса.
какой вариант выбрали бы Вы ? Ведь даже 20 минут простоя биллинга обходятся в значительную сумму.
-- ------------------------------------------------------------------------------- Vasiliy P. Melnik | nic-hdl : VPM-RIPE, VPM-UANIC Global Ukraine ISP | phone : +380 (44) 2889232 basil@gu.net | =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- /doka =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On 1/18/06, vladimir.sharun@ukr.net
Обращаю внимание, что я пытаюсь сказать о том, что вероятность пропадания электричества или сдыхания винчестера много выше, чем вероятность выхода из строя планки памяти. Выход из строя батареи в UPS'е не спасёт даже advanced ECC :-)
Володя, любое mission critical решение должно быть зарезервировано полностью. Можно, конечно, считать вероятность сгорания того или иного компонента, но если у него по статистике это происходит раз в 1000 лет, то это не означает, что обязательно во второй половине тысячелетия! :) Поэтому сервер должен быть АКИ хороший маршрутизатор - две материнки в hot-standby режиме, сетевые карты/порты по две на материнку (чтобы кажый процессор включался в два разных Ethernet-коммутатора) и т.д. Ты такое в жизни видел? Я - нет (впрочем, и не интересовался особо). А если оно есть - то сколько оно стоит? Два сервера стоят значительно дешевле, обеспечивая по сути ту же надежность :) -- /doka =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Mr.Doka wrote: MD> Поэтому сервер должен быть АКИ хороший маршрутизатор - две материнки в MD> hot-standby режиме, сетевые карты/порты по две на материнку (чтобы MD> кажый процессор включался в два разных Ethernet-коммутатора) и т.д. Ты MD> такое в жизни видел? Я - нет (впрочем, и не интересовался особо). А Не видел ;-) MD> если оно есть - то сколько оно стоит? Два сервера стоят значительно MD> дешевле, обеспечивая по сути ту же надежность :) Вопрос в том, что софт, чтобы заставить эти две железки работать вместе стоит ровно столько же, сколько тот самый один сервер. Держать 1 сервер в standby - это всегда полезно. Тут да, 2 лучше чем 1. -- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Ты забыл 2 еще бесперебойника :О) -=.*.=- AO618-RIPE -='x'=- ... Володя, любое mission critical решение должно быть зарезервировано полностью. Можно, конечно, считать вероятность сгорания того или иного компонента, но если у него по статистике это происходит раз в 1000 лет, то это не означает, что обязательно во второй половине тысячелетия! :) Поэтому сервер должен быть АКИ хороший маршрутизатор - две материнки в hot-standby режиме, сетевые карты/порты по две на материнку (чтобы кажый процессор включался в два разных Ethernet-коммутатора) и т.д. Ты такое в жизни видел? Я - нет (впрочем, и не интересовался особо). А если оно есть - то сколько оно стоит? Два сервера стоят значительно дешевле, обеспечивая по сути ту же надежность :) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Jan 18, 2006 at 06:04:14PM +0200, Mr.Doka wrote:
Поэтому сервер должен быть АКИ хороший маршрутизатор - две материнки в hot-standby режиме, сетевые карты/порты по две на материнку (чтобы кажый процессор включался в два разных Ethernet-коммутатора) и т.д. Ты такое в жизни видел?
"... чтобы кажый процессор включался в два разных Ethernet-коммутатора ..." - не, такой позы я еще не наблюдал...
Я - нет
Так чего тогда пишешь? :) -- VP992-RIPE | The girl opened her mouth, I opened my veins, | The girl opened her heart, I opened a door to another world... | (c) Tiamat '92, Clouds, "Undressed". =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello Vasiliy, Wednesday, January 18, 2006, 3:38:53 PM, you wrote: VPM> Помоему, мы несколько отдалились от темы :) Ты первый начал - когда привел конфигурацию железок в отрыве от задачи. VPM> Суть вопроса не в том, чтобы брать 2 сервера дорогих или брать 2 сервера VPM> дешевых , а суть вопроса, что будет надежней в итоге. Ведь в цель ставиться VPM> сохранность данных статистики и их постоянное добавление. VPM> 2 сервера "обычных" или один "навернутый"? VPM> В этом суть вопроса. VPM> какой вариант выбрали бы Вы ? VPM> Ведь даже 20 минут простоя биллинга обходятся в значительную сумму. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Ты же сам ответил на вопрос. Три(пять,..) - считай по цене простоя быдлинга. Если простой влетает в *значительную сумму*(1), в текущей конфигурации потери от простоев составили(2), предполагаем на основании данных .... за период ..., с учетом .... получаем предполагаемые потери (2n) Для сокращения уровня простоев до [приемлемых,нулевых] предлагается решение (А) или решение (Б) или решение (С). SWAT решений: ........ Решение [ХЗ] - прошу утвердить. Календарный план ввода в эксплуатацию ... -- С уважением, Борис Мостовой ООО "Хостмастер" +380(44)594-1-794(ext305) +380(44)451-7456 http://nic.net.ua http://www.hostmaster.net.ua http://forum.hostmaster.net.ua -- Best regards, boris mailto:vms@tormoz.net =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On 1/18/06, Vladimir A. Podgorny
Поэтому сервер должен быть АКИ хороший маршрутизатор - две материнки в hot-standby режиме, сетевые карты/порты по две на материнку (чтобы кажый процессор включался в два разных Ethernet-коммутатора) и т.д. Ты такое в жизни видел?
"... чтобы кажый процессор включался в два разных Ethernet-коммутатора ..." - не, такой позы я еще не наблюдал...
а между прочим - правильная схема :)
Я - нет
Так чего тогда пишешь? :)
"Мативирую" позицию о том, что лучше два сервера. -- /doka =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Jan 19, 2006 at 10:03:56AM +0200, Mr.Doka wrote:
MD> On 1/18/06, Vladimir A. Podgorny
On 1/19/06, Alexander Trotsai
процессор с ethernet контроллером на кристале - это 5 отсыпь травы
гм. "процессор" == "материнская плата" -- /doka =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi Mr.Doka,
процессор с ethernet контроллером на кристале - это 5 отсыпь травы
гм. "процессор" == "материнская плата"
"Партия" == "Ленин" Sorry. -- Michael Является ли свободой осознанная необходимость пойти в рабство? =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Всем спасибо за ответы/советы, много конечно лишнего :) - но и поучительного тоже немало. З.Ы. высказывания и идеи все еще принимаются On Wed, Jan 18, 2006 at 06:08:13PM +0200, vladimir.sharun@ukr.net wrote:
Вопрос в том, что софт, чтобы заставить эти две железки работать вместе стоит ровно столько же, сколько тот самый один сервер. Держать 1 сервер в standby - это всегда полезно. Тут да, 2 лучше чем 1.
Вот как раз в этом проблем вообще никаких нет - вообще нет. Обеспечить синхронизацию баз не составит труда. Точно так же как сгененить 2 потока NetFlow.
-- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- ------------------------------------------------------------------------------- Vasiliy P. Melnik | nic-hdl : VPM-RIPE, VPM-UANIC Global Ukraine ISP | phone : +380 (44) 2889232 basil@gu.net | =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Jan 19, 2006 at 10:12:56AM +0200, Mr.Doka wrote:
On 1/19/06, Alexander Trotsai
wrote: процессор с ethernet контроллером на кристале - это 5 отсыпь травы
гм. "процессор" == "материнская плата"
А ты с "системным блоком" не попутал часом? :))) -- VP992-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
нет, дядя, не попутал :)
On 1/19/06, Vladimir A. Podgorny
On Thu, Jan 19, 2006 at 10:12:56AM +0200, Mr.Doka wrote:
On 1/19/06, Alexander Trotsai
wrote: процессор с ethernet контроллером на кристале - это 5 отсыпь травы
гм. "процессор" == "материнская плата"
А ты с "системным блоком" не попутал часом? :)))
-- VP992-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- /doka =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Определенно отсыпь травы.
-=.*.=- AO618-RIPE -='x'=-
-----Original Message-----
From: owner-uanog-outgoing@uanog.kiev.ua
[mailto:owner-uanog-outgoing@uanog.kiev.ua] On Behalf Of Mr.Doka
Sent: Thursday, January 19, 2006 10:13 AM
To: uanog@uanog.kiev.ua
Subject: [uanog] Re: Re: Re: проблема выбора.
On 1/19/06, Alexander Trotsai
процессор с ethernet контроллером на кристале - это 5 отсыпь травы
гм. "процессор" == "материнская плата" -- /doka =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Jan 19, 2006 at 02:59:17AM +0200, boris mostovoy wrote:
Hello Vasiliy, VPM> 2 сервера "обычных" или один "навернутый"? VPM> В этом суть вопроса.
VPM> какой вариант выбрали бы Вы ? VPM> Ведь даже 20 минут простоя биллинга обходятся в значительную сумму. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Ты же сам ответил на вопрос. Наличие риска убытков не означает наличие достаточных прибылей. Вы ж в каске и щитках хоккейных с альпинистским снаряжением на работу не ездите? :)
1 звёздочка, две звёздочки, три - но все знают, что лучше всего 5. Эт я к тому, чтосамое монстрёзное решение - аналог raid5 но на уровне обработки данных. Честно - слабо себе такое представляю, но идея вот такая появилась. point of failure - то, куда данные приезжают и распределяются по серверам (чтоб не сказать "математически пред-обрабатываются").
Три(пять,..) - считай по цене простоя быдлинга. Если простой влетает в *значительную сумму*(1), в текущей конфигурации потери от простоев составили(2), предполагаем на основании данных .... за период ..., с учетом .... получаем предполагаемые потери (2n) Для сокращения уровня простоев до [приемлемых,нулевых] предлагается решение (А) или решение (Б) или решение (С).
Вот чё мне это письмо с такой странностью внутри VVV приехало? И от других в этой рассылке такое (заголовки внутри письма) мелькает?
SWAT решений: ........ Received: from burka.carrier.kiev.ua (root@burka.carrier.kiev.ua [193.193.193.107]) by aleph.carrier.kiev.ua (8) with ESMTP id k1J1nTXl028511 for
; Thu, 19 Jan 2006 03:49:31 +0200 (EET) (envelope-from owner-uanog-outgoing@uanog.kiev.ua) Received: from burka.carrier.kiev.ua (postfix@burka.carrier.kiev.ua [193.193.193.107]) by burka.carrier.kiev.ua with ESMTP id k0J1IvMk025220 for ; Thu, 19 Jan 2006 03:19:00 +0200 (EET) (envelope-from owner-uanog-outgoing@uanog.kiev.ua) Received: by postfix.hq.lucky.net (Postfix) id 68E215351D; Thu, 19 Jan 2006 03:03:18 +0200 (EET) Received: by postfix.hq.lucky.net (Postfix, from userid 54) id 26A0B5351C; Thu, 19 Jan 2006 03:03:18 +0200 (EET) Received: from breaker.tormoz.net (breaker.tormoz.net [217.20.165.61]) by burka.carrier.kiev.ua with ESMTP id k0J13B45021287 for ; Thu, 19 Jan 2006 03:03:17 +0200 (EET) (envelope-from vms@tormoz.net) X-SPAM-Check-IP: 217.20.165.61 Received: from client085-6.emplot.kiev.ua ([193.110.106.85] helo=localhost) by breaker.tormoz.net with esmtp (Exim 4.53) id 1EzOCi-0001uX-0d for uanog@uanog.kiev.ua; Thu, 19 Jan 2006 03:03:11 +0200 Date: Thu, 19 Jan 2006 02:59:17 +0200 From: boris mostovoy X-Mailer: The Bat! (v3.62.14) UNREG / CD5BF9353B3B7091 Organization: Hostmaster LTD X-Priority: 3 (Normal) Message-ID: <297684765.20060119025917@tormoz.net> To: uanog@uanog.kiev.ua Subject: [uanog] Re: проблема выбора. In-Reply-To: <20060118133853.GJ14244@creator.gu.net> References: <20060118111008.GA14244@creator.gu.net> <20060118113531.GE920@dun.ukr.net> <20060118123432.GD14244@creator.gu.net> <20060118144537.C83686@atlantis.atlantis.dp.ua> <20060118132950.GH920@dun.ukr.net> <20060118133853.GJ14244@creator.gu.net> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Spam-Score: -1.0 (-) X-Spam-Report: Content analysis details: -1.0 points, 7.0 required -1.0 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] X-Verify-Sender: Address has been verified (aleph.carrier.kiev.ua) X-Verify-Sender: Address has been verified (burka.carrier.kiev.ua) X-Verify-Sender: Address has been verified (burka.carrier.kiev.ua) X-Antivirus: Dr.Web (R) for Mail Servers on kozlik.carrier.kiev.ua host X-Antivirus: Dr.Web (R) for Mail Servers on kozlik.carrier.kiev.ua host X-Antivirus-Code: 100000 X-Antivirus-Code: 100000 Sender: owner-uanog-outgoing@uanog.kiev.ua Precedence: resend Reply-To: uanog@uanog.kiev.ua List-Help: mailto:majordomo@uanog.kiev.ua?body=help List-Unsubscribe: mailto:majordomo@uanog.kiev.ua?body=unsubscribe%20uanog List-Subscribe: mailto:majordomo@uanog.kiev.ua?body=info%20uanog Precedence: list X-Mailing-List: Hello Vasiliy,
Wednesday, January 18, 2006, 3:38:53 PM, you wrote:
VPM> Помоему, мы несколько отдалились от темы :)
Ты первый начал - когда привел конфигурацию железок в отрыве от задачи.
VPM> Суть вопроса не в том, чтобы брать 2 сервера дорогих или брать 2 сервера VPM> дешевых , а суть вопроса, что будет надежней в итоге. Ведь в цель ставиться VPM> сохранность данных статистики и их постоянное добавление.
VPM> 2 сервера "обычных" или один "навернутый"? VPM> В этом суть вопроса.
VPM> какой вариант выбрали бы Вы ? VPM> Ведь даже 20 минут простоя биллинга обходятся в значительную сумму. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Ты же сам ответил на вопрос.
Три(пять,..) - считай по цене простоя быдлинга. Если простой влетает в *значительную сумму*(1), в текущей конфигурации потери от простоев составили(2), предполагаем на основании данных .... за период ..., с учетом .... получаем предполагаемые потери (2n) Для сокращения уровня простоев до [приемлемых,нулевых] предлагается решение (А) или решение (Б) или решение (С). SWAT решений: ........ st regards, boris mailto:vms@tormoz.net
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Best regards, Paul Arakelyan. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello Paul, Thursday, January 19, 2006, 4:50:03 PM, you wrote: PA> On Thu, Jan 19, 2006 at 02:59:17AM +0200, boris mostovoy wrote:
VPM> Ведь даже 20 минут простоя биллинга обходятся в значительную сумму. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Ты же сам ответил на вопрос. PA> Наличие риска убытков не означает наличие достаточных прибылей.
недостаток прибылей за отмазку не катит. PA> Вы ж в каске и щитках хоккейных с альпинистским снаряжением PA> на работу не ездите? :) Паша, ты готов проставиться? Ибо из двух спорящих - только один знает, что лежит в багажнике :) Щитков (именно хоккейных) сейчас в багажнике нет(как и акваланга), но некоторое кол-во горно-туристского и альпинерского снаряжения имеет там постоянную прописку :). PA> 1 звёздочка, две звёздочки, три - но все знают, что лучше всего 5. PA> Эт я к тому, чтосамое монстрёзное решение - аналог raid5 но на уровне PA> обработки данных. Честно - слабо себе такое представляю, но идея PA> вот такая появилась. point of failure - то, куда данные приезжают PA> и распределяются по серверам (чтоб не сказать "математически PA> пред-обрабатываются"). Это уже реализовано. Курить Оракле 10грид. Дорого. Работает. -- С уважением, Борис Мостовой ООО "Хостмастер" +380(44)594-1-794(ext305) +380(44)451-7456 http://nic.net.ua http://www.hostmaster.net.ua http://forum.hostmaster.net.ua -- Best regards, boris mailto:vms@tormoz.net =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Jan 19, 2006 at 09:43:25AM +0100, Michael Petuschak wrote:
Hi Mr.Doka,
процессор с ethernet контроллером на кристале - это 5 отсыпь травы
гм. "процессор" == "материнская плата" А есть таки "всё в одном" штуковины. В принципе, мечта производителей ноутов - это чтоб на плату впаять 1 МС и чуток мелочёвки - и впарить сей продукт подороже :). Да и не только ноутов. Вон - контроллер памяти уже из чипсета уехал в процессор. Остались контроллеры дисков и сеть 1Гбит/с (когда-когда там 10Гбит светит в сети увидеть?), USB, Firewire. Видео всё-таки очень разное по производительности и функциональности бывает. Со звуком - аналогичная ситуация. То есть - вместе с "чистым" процессором можно упаковать всё, что должно быть "одинаковым", стандартизовано, а также не оказывает влияния на "ощущения". Одно мешает - технология и антимонопольное законодательство. Даже не знаю, что больше :).
"Партия" == "Ленин" Это вы однако "триумф воли" не смотрели, а то бы знали, что очень аналогичное заявление совсем не так в 1934г выглядело. Хотя не знаю, когда у нас появилось. Впечатляющее зрелище однако - бойцы трудового фронта с лопатами,ранцами и скатками. И ни в одном шутере таких нету - а ведь как бы весело было.
-- Best regards, Paul Arakelyan. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Jan 19, 2006 at 05:27:33PM +0200, boris mostovoy wrote:
Ты же сам ответил на вопрос. PA> Наличие риска убытков не означает наличие достаточных прибылей.
недостаток прибылей за отмазку не катит. Оно не отмазка, оно "невозможность".
PA> Вы ж в каске и щитках хоккейных с альпинистским снаряжением PA> на работу не ездите? :)
Паша, ты готов проставиться? Ибо из двух спорящих - только один Так при выходе из машины ж это всё не достаётся :). И машина на танк с активной бронёй и всякими-тама-радио-защитами не тянет :).
багажнике нет(как и акваланга), но некоторое кол-во горно-туристского и альпинерского снаряжения имеет там постоянную прописку :).
PA> вот такая появилась. point of failure - то, куда данные приезжают PA> и распределяются по серверам (чтоб не сказать "математически PA> пред-обрабатываются").
Это уже реализовано. Курить Оракле 10грид. Дорого. Работает. Умею я велосипеды изобретать.
-- Best regards, Paul Arakelyan. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Здравствуйте ! Thursday, January 19, 2006, 4:30:32 PM, you wrote: PA> On Thu, Jan 19, 2006 at 09:43:25AM +0100, Michael Petuschak wrote:
гм. "процессор" == "материнская плата" PA> А есть таки "всё в одном" штуковины. В принципе, мечта PA> производителей ноутов - это чтоб на плату впаять 1 МС и чуток PA> мелочёвки - и впарить сей продукт подороже :). Да и не только PA> ноутов. Вон - контроллер памяти уже из чипсета уехал в процессор. PA> Остались контроллеры дисков и сеть 1Гбит/с (когда-когда там 10Гбит PA> светит в сети увидеть?), USB, Firewire.
Не забывай что самое узкое место - шина обмена. И впаивание "все в один" это узкое место как правило, не устраняет. Чей лозунг "компьютер это сеть" - напоминать не надо ? :) -- Best regards, Alexander V Soroka http://www.unet.net.ua AS106-RIPE http://www.spacegate.kiev.ua mailto:alex@euro.net.ua =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Fri, Jan 20, 2006 at 09:14:30, alex wrote about "[uanog] Re:": PA>> А есть таки "всё в одном" штуковины. В принципе, мечта PA>> производителей ноутов - это чтоб на плату впаять 1 МС и чуток PA>> мелочёвки - и впарить сей продукт подороже :). Да и не только PA>> ноутов. Вон - контроллер памяти уже из чипсета уехал в процессор. PA>> Остались контроллеры дисков и сеть 1Гбит/с (когда-когда там 10Гбит PA>> светит в сети увидеть?), USB, Firewire.
Не забывай что самое узкое место - шина обмена. И впаивание "все в один" это узкое место как правило, не устраняет.
На сейчас обычно самое узкое место - память. Процессор ожидающий 100 (прописью: сто) тактов пока она отдаст данные - на сейчас "нормальная" ситуация.
Чей лозунг "компьютер это сеть" - напоминать не надо ? :)
А толку? Сейчас приходим к ситуации когда компьютер это действительно сеть - потому что чтобы он работал с той скоростью которую требуют прожорливые задачи у него _внутри_ получается процессорно-шинная сеть. P4EE на 8 логических процессоров уже есть, развитие в этом направлении будет продолжаться ибо деваться некуда. Дальше будет уже сеть сетей сетей (первый уровень внутри компа, второй в локалке, третий над локалками)... -netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Добрый день. Вот как можна вот такое натворить. Type escape sequence to abort. Tracing the route to 82.207.81.85 1 its.colocall.net (62.149.4.58) 0 msec 0 msec 4 msec 2 213.179.224.237 [AS 6849] 0 msec 0 msec 4 msec 3 10.50.1.49 8 msec 8 msec 12 msec 4 * * * 5 10.90.1.2 8 msec 12 msec 8 msec 6 * * * 7 82.207.81.85 [AS 6849] 208 msec 252 msec 248 msecType escape sequence to abort. Sending 5, 100-byte ICMP Echos to 82.207.81.85, timeout is 2 seconds: .U.U. Success rate is 0 percent (0/5)Здесь еще лучше/usr/home/pvit > trr -n 82.207.81.85 trr to 82.207.81.85 (82.207.81.85), 64 hops max, 40 byte packets 1 80.91.173.73 12.376 ms 12.427 ms 12.123 ms 2 80.91.160.73 12.118 ms 12.380 ms 12.455 ms 3 80.91.160.202 13.036 ms 12.414 ms 12.933 ms 4 80.91.180.6 48.823 ms 48.777 ms 48.925 ms 5 217.147.96.70 48.183 ms 48.797 ms 49.269 ms 6 213.206.129.146 58.305 ms 58.107 ms 59.527 ms 7 213.206.131.54 58.357 ms 57.750 ms 59.687 ms 8 62.154.18.22 57.047 ms 57.824 ms 57.415 ms 9 212.184.27.134 92.216 ms 92.735 ms 93.140 ms 10 10.50.1.65 101.404 ms 100.938 ms 100.320 ms 11 * * * 12 10.90.1.22 100.570 ms 101.581 ms 100.449 ms 13 * * * 14 82.207.81.85 75.571 ms 75.328 ms 76.665 ms 15 82.207.81.85 3074.277 ms !H 3074.752 ms !H 3077.430 ms !H /usr/home/pvit
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Sorry, куда-то пропали перевод строк. Вот как можна вот такое натворить. Type escape sequence to abort. Tracing the route to 82.207.81.85 1 its.colocall.net (62.149.4.58) 0 msec 0 msec 4 msec 2 213.179.224.237 [AS 6849] 0 msec 0 msec 4 msec 3 10.50.1.49 8 msec 8 msec 12 msec 4 * * * 5 10.90.1.2 8 msec 12 msec 8 msec 6 * * * 7 82.207.81.85 [AS 6849] 208 msec 252 msec 248 msec Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 82.207.81.85, timeout is 2 seconds: .U.U. Success rate is 0 percent (0/5) Здесь еще лучше/usr/home/pvit > trr -n 82.207.81.85 trr to 82.207.81.85 (82.207.81.85), 64 hops max, 40 byte packets 1 80.91.173.73 12.376 ms 12.427 ms 12.123 ms 2 80.91.160.73 12.118 ms 12.380 ms 12.455 ms 3 80.91.160.202 13.036 ms 12.414 ms 12.933 ms 4 80.91.180.6 48.823 ms 48.777 ms 48.925 ms 5 217.147.96.70 48.183 ms 48.797 ms 49.269 ms 6 213.206.129.146 58.305 ms 58.107 ms 59.527 ms 7 213.206.131.54 58.357 ms 57.750 ms 59.687 ms 8 62.154.18.22 57.047 ms 57.824 ms 57.415 ms 9 212.184.27.134 92.216 ms 92.735 ms 93.140 ms 10 10.50.1.65 101.404 ms 100.938 ms 100.320 ms 11 * * * 12 10.90.1.22 100.570 ms 101.581 ms 100.449 ms 13 * * * 14 82.207.81.85 75.571 ms 75.328 ms 76.665 ms 15 82.207.81.85 3074.277 ms !H 3074.752 ms !H 3077.430 ms !H /usr/home/pvit =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (14)
-
&y0
-
Alexander Trotsai
-
Alexander V Soroka
-
boris mostovoy
-
Dmitry Pryanishnikov
-
Michael Petuschak
-
Mr.Doka
-
Paul Arakelyan
-
Valentin Nechayev
-
Vasiliy P. Melnik
-
Victor A. Prylipko
-
Vitaly Puchkov
-
Vladimir A. Podgorny
-
vladimir.sharun@ukr.net