В четверг в 8.05 утра на Ленинском проспекте в районе площади Гагарина в Москве произошла авария. Столкнулись два автомобиля: черный «Мерседес» S-класса и красный «Ситроен С3»….

http://www.novayagazeta.ru/data/2010/021/04.html

Жалкая чернь, трепещи, на трассе патриции

Мы опаздываем в ад, дорогу колесницам!

Очень уважаю Noize MC за такую штуку.
Ссылка на ролик отсюда: http://lollypunk-girl.livejournal.com/

ТТ QFan

Всё началось с небольшого апгрейдера, когда я решил заменить свой старенький БП от компании ASUS идущим в комплекте ещё к старому корпусу на более мощную и тихую модель. Выбор мой пал на такой вот БП:Thermaltake Toughpower QFan 500W (W0151).

Подкупил меня большой 14mm вентилятор и бесхитростная надпись QFan, вроде бы свидетельствующая об упоре на низкий уровень шума в этой модели. Рекламные проспекты пестрили уверениями в высоком качестве продукции и непревзойдённом уровне шума. Бла бла бла. Цена мне показалась адекватной, и я решился на покупку.

Бла бла бла. Надо было почитать обзоры.

Начнём с того, что продукция БП от Thermaltake в интернет обзорах особо не жалуются. Дело тут не в качестве сборки, а как мне кажется в плохой проектировке. Уровень шума выше среднего, характеристики хуже среднего. Многообещающий QFan вообще всего лишь маркетинговых ход, причём скорее отрицательный нежели положительный. Уровень шума в этой модели действительно ниже чем у обычных Thermaltake, правда обычные БП от Thermaltake далеко не самые тихие. Впрочем хороший и полный обзор есть на ixbit: http://www.ixbt.com/power/psu/tt_w0151.shtml. Впечатления там аналогичные.

А теперь самое ужасное: с моей материной Rampage II Extreme (одной из самых продвинутых на тот момент), этот БП не заработал. Срабатывала какая то защита в БП и комп перегружался. Причём не только у меня – в интернете полно аналогичных отзывов. Впрочем не сильно много – на двух других компах, на которых я тестировал работу этого БП проблем не возникло. Два месяца долбления всех мыслимых и не мыслимых технических поддержек результата не принесло: сошлись на технических стыковках и отправили меня куда подальше. На форумах, где я создавал треды, решения тоже не придумали. В общем это БП я продал, чему был рад несказанно.

FSP Group

Следующим моим БП был FSP Group ATX-400PNF 400W
Описание в Яндекс.Маркет

Хороший, надёжный, недорогой.
Но не очень удобный и сильно шумноватый. Хотя на ixbt часто пишут что БП от FSP вполне себе тихие, я бы с этим не согласился. На уровне офиса может и ничего, а для дома однозначно не подходит.
С этим БП у меня проблем небыло, но вариант явно проходной и я начал выбирать себе БП «своей мечты».

Как правильно выбирать БП?

На самом деле всё оказалось очень просто. есть такой замечательный сайт: www.silentpcreview.com. На этом замечательном сайте самые лучше обзоры БП (и не только) которые подойдёт для создания действительно техой системы. никаких блоков от TT там нету. Зато есть интересный БП: Enermax Modu82+ 625W который там считается чуть ли не лучшим выбором. Есть ещё кончено Seasonic, но мне почему-то понравился именно Enermax))

Enermax MODU82+ 625W

Просто скажу что БП оправдал все самые смелые ожидания. Разве что размеры и упаковка… Все сделано очень просто. Упаковка маленькая (у ТТ коробка была просто огромной), БП тоже маленький. Ничего лишнего, ни километры пенопласта, ни толстенных буклетов, ни огромных радиаторов.

Основная техническая мысль устройства:

1. Он греется меньше конкурентов (КПД очень высокий);
2. Он может работать на температурах выше конкуренто( проще говоря БП довольно сильно нагревается прежде чем начинает увеличивать скорость врашения вентилятора. Это хорошё видно на графиках в обзора)

Чуть чуть моих фоток:

До и после

Сслки:

Яндекс.Маркет: http://market.yandex.ru/model.xml?hid=857707&modelid=2436409&clid=502

Офф сайт: http://www.enermaxru.com/produkte/power-supplies/modu82-2.html

Обзор на iXbt:  http://www.ixbt.com/power/psu/enermax_emd525.shtml

1. Первое правило хорошего админа – делаем Backup.
2. Рекомендую. Обновить virtuozzo на обеих серверах.
3. Обязательно! Обновить Контейнер и Template для него.
4. Чтобы не было мучительно больно делаем Clone для Контейнера (необходимо свободное место на диске исходного сервера).
5. Делаем Migration для клона и проверяем всё ли нормально заработало.
6. И только потом делаем Migration для самого контейнера.

Так бывает, что некоторые системные файл в контейнере становятся недоступными. Нету этих файлов и в бакапах. Зато есть в Template.

Новый формат шаблонов под Linux который появился в четвёртой версии Виртуозы: EZ Templates (Дока) подразумевает, что common пакеты будут представлены во всех производных контейнерах в виде ссылки на файлы из Шаблона.

Файлы эти хранятся в виде кеша в папке /vz/template/cache/

Только вот Migration необходимые файлы из Шаблона не переместит. Как пишут в форуме на http://forum.parallels.com/ это какой-то неведомый баг в самом Migration который тянется ещё из бох знает какой версии и так быть не должно. Но оно так.

Как результат наша перемещённая WM наполнена битыми ссылками и кучей нерабочих сервисов. Не помогает ни обновление самого контейнера, ни обновление Шаблонов. Не получилось у меня починить такую VM и другими способами. Дело в том, что такие «волшебные файлы» удалить не получиться.

Немного из результата выполнения команды ls -la /etc/apache2/mods-available/

.
.
ls: cannot access /etc/apache2/mods-available/negotiation.load: No such file or directory
ls: cannot access /etc/apache2/mods-available/dir.load: No such file or director
total 32
drwxr-xr-x 2 root root 4096 2009-11-14 13:56 .
drwxr-xr-x 7 root root 1404 2010-01-28 14:13 ..
.
.
?????????? ? ? ? ? ? deflate.conf
?????????? ? ? ? ? ? deflate.load
-rw-r--r-- 1 root root 122 2008-10-01 18:32 dir.conf
?????????? ? ? ? ? ? dir.load
-rw-r--r-- 1 root root 604 2008-10-01 18:32 disk_cache.conf

Решение проблемы с рассинхронизации шаблонов

Перед перемещением контейнера (можно и после но время простоя увеличиться) надо синхронизировать Шаблоны контейнеров.
На стороне виртуозы с которой переносим контейнер, выполняем:

# rsync -avz -e ssh /vz/template/debian DESTANETION_IP:/vz/template

• пути заменить на свои
• DESTANETION_IP – заменить на адрес второго сервера

На второй виртуозе выполняем:
# vzpkg update cache debian-4.0-x86_64
debian-4.0-x86_64 заменить на имя вашего шаблона.

Сначала проверяем на клоне.
Потом перемещаем боевой сервер.

Container start failed

Operation start with the Env(s) vpsname is finished with errors: Error invoking external utility: vzctl start 108 failed: Starting Container ... Container is mounted Setup slm memory limit Setup slm subgroup (default) Setting devperms 20002 dev 0x7d00 Setup ioprio: 4 Adding port redirection to Container(1): 4643 8443 Adding IP address(es) to pool: Adding IP address(es): x.x.x.x/bin/cp: preserving times for `/etc/network/interfaces.5303': Bad address ERROR: Can't copy file /etc/network/interfaces Container is unmounted Container start failed.

Не перемещается…
Выключаю VPS, снова перемещаю – всё Ок.
Теперь стартуем… опять ошибка:
Operation migrate_v2v with the Env(s) "vpsname" is finished with errors: Can not migrate: exec vzmsrc failed [512] : Connection to destination node (x.x.x.x) is successfully established Moving/copying CT#100 -> CT#100, [], [] ... Checking external bind mounts Check cluster ID Checking keep dir for private area copy Checking SLM-only mode Checking license restrictions Checking technologies Checking disk usage space Checking templates for CT copy ez template area directories vzctl failed, exitcode=46 Can't move/copy CT#100 -> CT#100, [], [] : vzctl failed, exitcode=46 vzctl : Hostname for Container set: vpsname vzctl : File resolv.conf was modified Checking caches Checking IP addresses on destination node Check target CT name: cloned novushost Checking RATE parameters in config Tracker started Copy private area '/vz/private/100' done OfflineManagement CT#100 ... done Stopping CT#100 ... done Syncing tracked files from '/vz/private/100/fs' done Starting CT#100 ... done OfflineManagement CT#100 ... done .

пробую ручками:
# vzctl start 101
Starting Container ...
Container is mounted
Setup slm memory limit
Setup slm subgroup (default)
Setting devperms 20002 dev 0x7d00
Setup ioprio: 4
Adding port redirection to Container(1): 4643 8443
Adding IP address(es) to pool:
Adding IP address(es): x.x.x.x
/bin/cp: preserving times for `/etc/network/interfaces.30043': Bad address
ERROR: Can't copy file /etc/network/interfaces
Container is unmounted
Container start failed

Пробую обновить перед перемещением VPS – тот же результат.

Оказывается!!! Виртуоза при инсталляции не ставит свою последованию доступную версию и сразу после установки нужно ручками делать апдейт.
Заходим в PIM, обновляем виртуозу до последний версии.

Ядро после установки: 2.6.18-028stab059.6
Обновилось до: 2.6.18-028stab067.4

Всё работает норм.

Дочитал у Набокова его первую серьёзную книжку: про Машеньку.

Очень у меня не однозначное впечатление осталось и от Машеньки и от Набокова в целом, что я даже пару строчек решил записать в днивнечок.

Во-первых литература такого «сорта» не относиться к моему любимому жанру. Прежде всего Набоков не пишет про роботов) Ну и а если говорить про литературу без НФ, то мне нравиться что-то из японской мелодраммы. С кавайно-нежными характерами, положительными героями, разрушительными эмоциями, или что-нить в таком духе.

В целом я не большой любитель серьёзной, нудновато-апофиозной литературы. Типа Гоголя с его едким языком и ноль целых ноль десятых позитива.

Набоков сильно похож на Гоголя: столь же едкий, столже нигативный. Все герои отрицательные и отталкивающие. Финал и вовсе безобразный, какбудтобы пустой. Ни happy end тебе, ни натуральной драмы. Всё куда-то не туда. Если говорить про мараль, лично мне без сторонней помощи профессионального критика вряд ли удалось бы увыделить в этом произведении смысловую нагрузку, причинную связь.

Но в целом Набоков понравился. Не уверен смогу ли осилить что-нибудь ещё из его произведений в ближайшее время. Думаю сначала разбавить палитру чем-нибудь из Айзека. Но потом обязательно вернусь и прочитаю «Защиту Лужина»

Будут ли работать вместе видео карты от ATI и nVidia?

Подвернулась забавная возможность протестировать совместную работу двух графических ускорителей из стана противоборствующих сторон. Честно сказать я не особо верил, что система вообще запуститься.

Предыстория

Основывался я прежде всего вот на каком опыте: пару лет назад я поставил другой эксперимент по накачиванию системника видеокартами.

Это произошло ещё в те времена, когда интерфейс PCIe только появился. Конфигурация была следующая:

• Системная плата на Чипсете ATI X200 (под Intel)
• Встроенное видео ATI X200 (интерфейс PCI)
• Вешний GPU ATI X1300 (интерфейс PCIe x16)
• Внешняя видеокарта S3 (интерфейс PCI)
• Операцтонная система Windows XP Pro x86 SP3 ENG + родные драйверы от ATI

C одной стороны PCI и PCIe имеют много общего: и прежде всего лишены основного недостатка порта AGP – невозможность установки более одной видеокарты. Честно сказать, в тот момент я думал, что система должна запуститься без проблем. Однако! Встроенный видео адаптер вступал в конфликт с PCI адаптером от S3, результате чего работало что-то одно: либо X1300 и S3 либо X1300 и X200. Немного погуглив эту тему объяснения я так и не нашёл. Теоретически всё должно было работать.

Тестирование

Конфигурация системы:

• mobo ASUS Ramage II Extrime + Core i7 920
• Внешний GPU ATI X1300 (интерфейс PCIe)
• Внешний GPU NVIDIA GeForce 6600 GT (интерфейс PCIe)
• Операционная система Windows 7 Ultimate x64 ENG + встроенные MS драйверы  WDDM

Честно сказать, я не особо рассчитывал, что система запуститься. Во-первых не совсем удачный предыдущий эксперимент. А во вторых nVidia и ATI проектируют и создают плохо совместимые технологии… Но как ни странно всё заработало и довольна неплохо. Правда ставить родные драйверы от nVidia и ATI, а потом наблюдать за результатом я не решился).

Из приятного:

BIOS больше не выводиться только на первый адаптер. Процесс загрузки можно лицезреть на всех мониторах. Впрочем это больше относиться к реализации BIOS нежели к GPU.

Примечания:

Разумеется ни о каком SLI или Crossfire в данном случае речи идти не может. Впрочем я вполне допускаю рабочую конфигурацию допустим с SLI в схеме Nvidia <-> Nvidia + ATI. Или Crossfire: ATI<-> ATI + Nvidia

Напоследок:

Принт скринт экрана из 4-ёх 20‘‘ мониторов (1680×1060)

Нужно:

• Творог (200г)
• Помидоры (200г)
• Соль
• Перец
• Уксус
• Растительное масло
• Зелень

Можно добавить:

• Сладкий перец
• Брынзу
• Сухарики (лучше чёрные)

Берём помидоры и творог. Приблизительно 1 к 1.
Помидоры помыть и нарезать как больше нравиться.
Выложить слоями не забывая перчить и солить.

Добавить немного уксуса. Посыпать мелко нарезанной зеленью. Спрыснуть растительным маслом.

Можно добавить болгарский перец, брынзу или сухари из чёрного хлеба.

Предлагаю свой небольшой обзор.

CityTelecom

http://www.citytelecom.ru/
Входит в группу компаний «Филанко» (ТМ Domenus.ru, Hoster.ru, DataHouse.ru, CityTelecom.ru). CityTelecom.ru обладает большой клиентской базой операторов домашних сетей, которым важна связанность с контент-ресурсами. Таким образом, потенциальные партнеры-операторы в Северо-Западном регионе получат короткую связанность, как с московскими операторами домашних сетей, так и с остальным сегментом сети Интернет. Связанность Санкт-Петербургского сегмента сети CityTelecom.ru с канальными партнерами компании RetnNet, Telia, Comstar, Beeline позволяет получить равное качество услуг компании, как в Москве, так и в Санкт-Петербурге. Присутствие CityTelecom.ru в Северо-Западном регионе удовлетворяет растущие запросы корпоративных клиентов в комплексных услугах межофисной связи.

Методика тестирования

Прежде всего тестирование было ограниченно по времени. На всё про всё отвадило 2-3 часа. Так что устраивать хитрое тестирование возможности не было.

Первым делом проверялась скорость прямого и обратного канала. Следующим немаловажным моментом стала «Длина соединения».

Скорость

Хотя тестирование и проводилось в будни, была возможность погонять его вечером. То есть практически в час-пик (максимум приходятся на вечер пятницы, субботы). Необходимо отметить, что хороший показатель в будничный вечер уже говорит о многом.

Для загрузки входящего канала было запущенно пару десятков топовых торентов с TPB. Для генерации исходящего трафика был организован ftp сервер с XXX контентом. Ссылку опубликовали в irc и на форумах. А также пустили по рукам через icq. Но устойчивую нагрузку удалось получить только через несколько часов, во многом благодаря обратной раздаче пресловутых Торрентов.

Тестировать канал на максимальную нагрузку обязательно надо проводить в вечерний пик. Проверка на p2p трафик очень полезна, так как некоторые провайдеры любят прижимать этот вид трафик. Бывают такие ситуации, что входящий и исходящий канал не удаться загрузить одновременно.

CityTelecom, 50/50 Mbps, internet.yandex.ru, Свободный канал

CityTelecom. График загрузки. Получился не совсем ровный, потому как ровную нагрузку выдать оказалось довольно сложно.

Намного правильнее было бы тестировать канал используя как минимум два выделенных сервера: россия и зарубеж. С заведомо более высокой скоростью. Между которыми нужно было бы генерировать постоянный обмен трафиком. На момент тестирования таких серверов в моём распоряжении не было. Потому проверить качество зарубежного канала или отдельно Российского сегмента, возможности не было. Субъективно могу лишь сказать, что проблем с Россией точно быть не должно.

На 100% нагрузки прямого и обратного канала http://internet.yandex.ru показывал скорость порядка 5/10 Mbps. Ping возрос незначительно, а web серфинг выглядел вполне сносно. Это косвенно говорит о хорошим резерве в канале компании CityTelecom на момент тестирования, и качественное сетевого оборудования.

«Длина соединения»

Грубо говоря: как далеко сигнал убегает, чтобы прийти в ту или иную точку.

Напрямую влияет на количество Хопов при трассировке, время отклика, ну и откровенно говоря на скорость соединения. Не стоит говорить, что этот параметр критически важен для некоторых приложений.

Почему вообще появился смысл осматривать эти показатели? Читаем Российский интернет снова стал медленне. Хочу только отметить, что на сегодняшний день подавляющее большинство основных российских провайдеров «Вымпелком», «Транстелеком», «Акадо телеком», «Комстар-ОТС» имеют внушительную длину соединения с Российскими сервис провайдерами (основной оператор «РТКомм»).

У CityTelecom всё даже очень хорошё. Ребята не размениваются точками обмена трафиком (IX), от которых отключаются все обиженные участники рынка. Судя по всему у CityTelecom прямые пиринговые договора с крупнейшими российскими операторами. Это хорошё видно из приведённого здесь лога трассировки.

Пример трассировки из CityTelecom

>tracert ya.ru

Tracing route to ya.ru [77.88.21.8]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  62.152.40.217
  2    <1 ms    <1 ms    <1 ms  yandex-gw.msk.citytelecom.ru [89.188.100.146]
  3     2 ms     1 ms     1 ms  eliano-vlan119.yandex.net [87.250.233.59]
  4     1 ms     1 ms     1 ms  hummer-vlan2.yandex.net [87.250.228.136]
  5     1 ms     1 ms     1 ms  ya.ru [77.88.21.8]

Trace complete.

>tracert vkontakte.ru

Tracing route to vkontakte.ru [93.186.225.6]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  62.152.40.217
  2    12 ms    19 ms    12 ms  te4-1-21-adelaida.spb.citytelecom.ru [217.65.1.226]
  3    12 ms    12 ms    12 ms  62.152.42.246
  4    13 ms    13 ms    12 ms  srv253-226.vkontakte.ru [93.186.226.253]
  5     *        *        *     Request timed out.
  6    18 ms    13 ms    13 ms  vkontakte.ru [93.186.225.6]

Trace complete.

>tracert vesti.ru

Tracing route to vesti.ru [80.247.32.254]
over a maximum of 30 hops:

  1     3 ms    <1 ms    <1 ms  62.152.40.217
  2    25 ms    25 ms    33 ms  te7-3-20-pontiac.stk.citytelecom.ru [217.65.1.230]
  3    25 ms    29 ms    27 ms  po51.454.ar1.ARN3.gblx.net [64.213.33.125]
  4     *        *        *     Request timed out.
  5     *        *        *     Request timed out.
  6    25 ms    24 ms    24 ms  213.59.2.238
  7    25 ms    25 ms    27 ms  80.247.32.114
  8    24 ms    25 ms    25 ms  front-farm.rfn.ru [80.247.32.254]

Trace complete.

>tracert filosof.name

Tracing route to filosof.name [195.88.126.27]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  62.152.40.217
  2     3 ms    <1 ms    <1 ms  ge1110.RT.M9.MSK.RU.retn.net [87.245.255.5]
  3    <1 ms    <1 ms     1 ms  GW-SU29.retn.net [87.245.255.138]
  4    <1 ms     1 ms    <1 ms  81.200.9.230
  5     *        1 ms     1 ms  195.88.126.26
  6     1 ms     1 ms     1 ms  195.88.126.27

Trace complete.

>tracert akado.ru

Tracing route to akado.ru [77.232.31.159]
over a maximum of 30 hops:

  1    <1 ms     1 ms    <1 ms  62.152.40.217
  2    <1 ms    <1 ms    <1 ms  Filanco-lgw.Moscow.gldn.net [194.186.0.249]
  3    <1 ms    <1 ms    <1 ms  cat06.Moscow.gldn.net [195.239.11.166]
  4     2 ms     2 ms     2 ms  ComcorM9-gw.Moscow.gldn.net [194.186.156.150]
  5     3 ms     6 ms     2 ms  iki-dul.comcor.ru [62.117.100.193]
  6     2 ms     2 ms     2 ms  BR-RT01-CN01.akado-stolitsa.ru [213.171.62.82]
  7     2 ms     2 ms     2 ms  co-rt01-cn01.catv.ext.ru [217.10.37.219]
  8     *        *        *     Request timed out.
  9     *        *        *     Request timed out.
 10     *        *        *     Request timed out.
...


>tracert corbina.ru

Tracing route to corbina.ru [89.179.135.67]
over a maximum of 30 hops:

  1     1 ms    <1 ms    <1 ms  62.152.40.217
  2     7 ms     4 ms     4 ms  89.188.100.178
  3     1 ms     6 ms    63 ms  pavlov27-me1-giga1-0-1.msk.corbina.net [195.14.59.37]
  4    88 ms     7 ms     9 ms  k122-bb-po1.msk.corbina.net [195.14.54.126]
  5     5 ms     2 ms     1 ms  mo-bb-te3-5.corbina.net [78.107.184.32]
  6     3 ms     2 ms     2 ms  www.corbina.net [89.179.135.67]

Trace complete.

>tracert stream.ru

Tracing route to stream.ru [62.118.248.66]
over a maximum of 30 hops:

  1    15 ms     1 ms     3 ms  62.152.40.217
  2    31 ms     5 ms     2 ms  m9-cr02-ge2-8.msk-stream-internet.net [195.34.38.133]
  3     1 ms     *        7 ms  ss-l3sw-162-1-te2-4.msk.stream-internet.net [195.34.53.213]
  4     1 ms     1 ms     1 ms  cwf-http-vip.mtu.ru [62.118.248.66]

Trace complete.

>tracert starnet.ru

Tracing route to starnet.ru [217.172.16.13]
over a maximum of 30 hops:

  1     1 ms    <1 ms    <1 ms  62.152.40.217
  2    <1 ms    <1 ms    <1 ms  533.gi-0-1.br5.msk1.ip.di-net.ru [213.219.206.81]
  3    <1 ms    <1 ms    <1 ms  starnet.c.di-net.ru [213.248.10.54]
  4     1 ms     1 ms     2 ms  v11-c3750.msk.mmts-9.starnet.ru [217.172.16.251]
  5    <1 ms    <1 ms    <1 ms  www.starnet.ru [217.172.16.13]

Trace complete.

Типичная трассировка до сервис провадера

>tracert filosof.name

Tracing route to filosof.name [195.88.126.27]
over a maximum of 30 hops:

  1    <1 ms     2 ms     1 ms  192.168.0.1
  2     4 ms     6 ms     6 ms  vpn154-l0.msk.corbina.net [85.21.0.154]
  3     *        *        *     Request timed out.
  4    25 ms    21 ms    23 ms  rost-bb-te4-1.corbina.net [78.107.184.18]
  5   105 ms    25 ms    25 ms  mo-bb.msk.corbina.net [78.107.184.37]
  6    21 ms    22 ms    22 ms  tc-bb-teng2-4.sto.corbina.net [195.14.54.103]
  7    28 ms    29 ms    31 ms  TenGigabitEthernet4-4.ar2.ARN3.gblx.net [208.49.135.105]
  8    44 ms    48 ms    45 ms  RETN-LTD.TenGigabitEthernet7-1.ar1.FRA4.gblx.net [64.212.41.234]
  9    83 ms    93 ms    83 ms  xe200-8.RT.V10.MSK.RU.retn.net [87.245.232.1]
 10     *       83 ms    81 ms  81.200.12.225
 11    75 ms    75 ms     *     81.200.9.230
 12    85 ms    84 ms    82 ms  195.88.126.26
 13   100 ms   101 ms   130 ms  195.88.126.27

Как видно сигнал добежал аж до Стокгольма. Для сравнения:

Обратная трассировка до CityTelecom

>tracert 62.152.40.218

Tracing route to 62.152.40.218 over a maximum of 30 hops

  1     1 ms    <1 ms    <1 ms  192.168.0.1
  2     3 ms     2 ms     3 ms  vpn154-l0.msk.corbina.net [85.21.0.154]
  3     *        *        *     Request timed out.
  4    15 ms     9 ms     9 ms  rost-bb-te4-1.corbina.net [78.107.184.18]
  5   119 ms    57 ms   210 ms  mo-bb-te-7-5.corbina.net [78.107.184.96]
  6     4 ms     4 ms     8 ms  comstar-direct.msk.corbina.net [195.14.32.30]
  7     5 ms     6 ms     6 ms  m9-cr02-po1.msk.stream-internet.net [195.34.59.54]
  8    10 ms     4 ms     8 ms  Filanco-m9.msk-stream-internet.net [195.34.38.134]
  9     *        5 ms     7 ms  62.152.40.218

Trace complete.

Синапс

Качество Интернет провайдера зависит не только от скорости, но и от стабильности работы, и во многом от расторопности технической поддержки. Более подробно разобрать качество канала за два часа не возможно. Остальное покажет время. Но по тем результатам которые получил я, можно сказать однозначно:
Рекомендуем!)

PS тестирование выполнено мною субъективно и ни на что не притендует)

По словам vesti.ru «Вымпелком», «Транстелеком», «Акадо телеком» и «Комстар-ОТС» отключились от РТКомм. В прицепе и без этого понятно, что ситуация с каждым днем все хуже и хуже. Только вот ФАС почему-то не гоняет Ростелеком. А службы по надзору за связью надзирают в каком-то другом направлении.

В своё время много интересных идей на эту тему было высказанно вот в этой теме: http://homenet.corbina.net/index.php?showtopic=241182. Ничего перепечатывать не буду. Кому интересно – почитайте.

Основная статья: «Вести.net»: операторы перессорились из-за стоимости трафика

На самом деле в моём случае произошло отключение домена за неуплату. Потребовалось просто реактивировать домен через панельку. Но причин может быть множество. Очень хорошая статья с обзором всех возможных вариантов в виде KB для плеска (правжа на английском):

I’m sending mail but I receive a bounce message with an error.