 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Artem Chuprina 2:5020/400 03 Nov 2006 14:19:43 To : Zahar Kiselev Subject : Re: аналог screen но для графического сеанса -------------------------------------------------------------------------------- Zahar Kiselev -> Peter V. Chernikoff @ Fri, 03 Nov 2006 02:29:56 +0300: ZK>>> За проблемы с хождением конференций в последнюю неделю - скажи ZK>>> спасибо 2:5020/715 PVC>> Я лучше скажу спасибо провайдеру за дешевый безлимитный быстрый PVC>> инет. ZK> Так ведь _транспортный_ уровень давно уже не проблема даже у меня, ZK> обитающего ZK> вообще на острове в Финском заливе. Пусть у меня и не безлимитный и не ZK> быстрый, ZK> но у меня и повседневные запросы на порядок меньше твоих по всей ZK> видимости. А ZK> если приспичило скачать что-то большое или сделать network install новой ZK> версии ZK> Дебиана - так можно и к халявному толстому каналу поехать. ZK> Основная проблема - в недопустимо высокой степени централизации ZK> информационных ZK> массивов _прикладного_ уровня. Вон, соседнее письмо мое почитай, я там ZK> интересный текст процитировал как раз на эту тему. Вот представь что будет ZK> если ZK> 2:5020/400 с его гейтом накроется или просто решит, что хватит народ ZK> халявой ZK> обеспечивать и начнет брать деньги по примерно таким же тарифам как Релком ZK> за ZK> доступ к ньюс-серверу ($15/мес)? Вся иерархия fido7 вымрет, как пребывает ZK> в ZK> полумертвом состоянии иерархия RELCOM.* несмотря на то что она очень ZK> активно ZK> рекламировалась в свое время. Цена-то совершенно неадекватная. ZK> Hормально было бы эти 15 баксов не в месяц, а в год. ZK> Получается что централизация относительно допустима только для платных и ZK> довольно дорогих услуг - ибо деньги можно вложить в повышение надежности. ZK> И то блэкаут типа недавнего московского "обеспечит" отсутствие доступа к ZK> эхе ZK> откуда-нибудь из-за Урала. В случае же халявного сервиса, по определению ZK> ненадежного и ни за что не отвечающего - общую надежность можно обеспечить ZK> только децентрализацией и многократным дублированием. Когда упал /715 - ZK> эхи ZK> внутри Питера однако ходили, а также в те места куда у питерских узлов ZK> есть ZK> прямые линки (Е-бург например в частности). Если бы _все_ ходило через ZK> Москву - ZK> почты не было бы совсем. Видишь ли, в Интернет-соединениях, исключая совсем уж оконечные, наличие резервного канала - норма жизни. Он есть даже у нашей небольшой фирмы (ближайший по основному админ - не очень, гм, квалифицированный). При этом, когда падает магистральный линк на участке Питер-Стокгольм, у меня даже процессы закачки файлов не успевают порваться, не то чтобы почта неделю (ужас какой) не ходила почти никуда. Скорость падает, да - резервный канал обычно послабее. ZK> Еще раз подчеркну - я совершенно не против внедрения ньюсов, но не ZK> в таком виде как это делается сейчас - с абсолютной зависимостью от ZK> единственного узла 2:5020/400 и гейта на нем. Если оттуда снести гейт, то можно будет и децентрализовать. Там централизация на фидо завязана. ZK> Очень хорошо все недостатки этого решения иллюстрирует почта на ZK> mail.ru - как только он в очередной раз начинает глючить - по всей ZK> стране куча народа сидит без почты. Ага, а когда глючит /715, без почты, кроме ебургской, сидит весь фидошный Питер. Причем мейлру при всей его кривизне чинят в пределах суток, а фидошный Питер сидит без почты неделю. -- Artem Chuprina RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru Максимум интеллекта у человеческих особей приходится на группу из двух-трех человек. П.Шумил, "Осколки Эдема" --- ifmail v.2.15dev5.3 * Origin: Leninsky 45 home network (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/114776d30bbb3.html, оценка из 5, голосов 10
|
|
|