iBBi,
Кстати, насчет eserver:
# traceroute eserver.ru traceroute to eserver.ru (81.177.8.7), 30 hops max, 40 byte packets 1 ubp-1-1-core.hosting.ua (194.54.88.1) 3.437 ms 6.146 ms 8.869 ms 2 5-0-ge-1-edge.hosting.ua (194.54.90.253) 0.075 ms 0.074 ms 0.060 ms 3 odessa1-ge-0-0-0-170.ett.ua (80.93.126.25) 0.493 ms 0.581 ms 0.661 ms 4 212.73.253.142 (212.73.253.142) 7.348 ms 7.344 ms 7.328 ms 5 212.73.253.141 (212.73.253.141) 21.690 ms 21.760 ms 21.784 ms 6 ae-11-11.car2.Warsaw1.Level3.net (4.69.134.10) 21.728 ms 21.757 ms 21.893 ms 7 ae-5-5.ebr2.Berlin1.Level3.net (4.69.134.18) 39.158 ms 38.986 ms 38.903 ms 8 ae-3.ebr2.Dusseldorf1.Level3.net (4.69.133.146) 50.712 ms 47.405 ms 45.462 ms 9 ae-2.ebr1.Amsterdam1.Level3.net (4.69.133.89) 44.046 ms 44.114 ms 44.085 ms 10 ae-1-100.ebr2.Amsterdam1.Level3.net (4.69.133.86) 47.048 ms 53.934 ms 52.742 ms 11 ae-2.ebr2.London1.Level3.net (4.69.132.133) 52.541 ms 52.282 ms 52.273 ms 12 ae-22-52.car2.London1.Level3.net (4.68.116.48) 52.568 ms ae-22-56.car2.London1.Level3.net (4.68.116.176) 53.320 ms ae-22-54.car2.London1.Level3.net (4.68.116.112) 53.250 ms 13 195.50.92.2 (195.50.92.2) 58.019 ms 57.944 ms 57.684 ms 14 msk-dsr1-ae0-804.rt-comm.ru (217.106.7.218) 117.793 ms 116.481 ms 116.751 ms 15 msk-dsr1-ae0-804.rt-comm.ru (217.106.7.218) 113.394 ms 118.129 ms 117.936 ms 16 corporate.cit-network.net (81.177.8.7) 139.645 ms 141.540 ms 137.933 ms
Как видите, пинг на хопах RTCOMM упал и сразу все стало нормально, пинг такой же как Вы привели на волю.
Прокомментируете?
Вы, кстати, в одно и тоже время трейсы делали?
# traceroute eserver.ru traceroute to eserver.ru (81.177.8.7), 30 hops max, 40 byte packets 1 ubp-1-1-core.hosting.ua (194.54.88.1) 3.358 ms 6.025 ms 8.733 ms 2 5-0-ge-1-edge.hosting.ua (194.54.90.253) 0.117 ms 0.111 ms 0.061 ms 3 odessa1-ge-0-0-0-170.ett.ua (80.93.126.25) 0.641 ms 0.636 ms 0.706 ms 4 212.73.253.142 (212.73.253.142) 7.257 ms 7.327 ms 7.338 ms 5 212.73.253.141 (212.73.253.141) 21.871 ms 21.891 ms 21.884 ms 6 ae-11-11.car2.Warsaw1.Level3.net (4.69.134.10) 21.840 ms 21.820 ms 22.009 ms 7 ae-5-5.ebr2.Berlin1.Level3.net (4.69.134.18) 30.057 ms 29.894 ms 29.936 ms 8 ae-3.ebr2.Dusseldorf1.Level3.net (4.69.133.146) 50.930 ms 47.718 ms 46.076 ms 9 ae-2.ebr1.Amsterdam1.Level3.net (4.69.133.89) 49.328 ms 49.234 ms 49.188 ms 10 ae-1-100.ebr2.Amsterdam1.Level3.net (4.69.133.86) 44.717 ms 46.876 ms 45.573 ms 11 ae-2.ebr2.London1.Level3.net (4.69.132.133) 52.231 ms 52.207 ms 52.138 ms 12 ae-22-52.car2.London1.Level3.net (4.68.116.48) 53.463 ms ae-22-56.car2.London1.Level3.net (4.68.116.176) 52.782 ms ae-22-54.car2.London1.Level3.net (4.68.116.112) 52.236 ms 13 195.50.92.2 (195.50.92.2) 56.812 ms 58.205 ms 58.121 ms 14 msk-dsr1-ae0-804.rt-comm.ru (217.106.7.218) 233.938 ms 234.146 ms 235.269 ms 15 msk-dsr1-ae0-804.rt-comm.ru (217.106.7.218) 235.198 ms 233.208 ms 233.805 ms 16 corporate.cit-network.net (81.177.8.7) 235.484 ms 241.146 ms 233.837 ms
Вопросы скорее к рт-комм, с которым работает e-server.
kxk, Вы какой-то странный. А где по вашему задают вопросы тех. поддержке ? На форуме searchengines?
Вы произносите много умных слов - "проблемы пиринга", "обновление из депозитариев" давайте разберемся, что они значат на самом деле:
http://en.wikipedia.org/wiki/Peering
"Peering requires physical interconnection of the networks...."
Какое пиринг имеет отношение к тому что у вас с непонятно какого хоста была скорость 1.5 мегабита в 1 поток ?
С какого конкретно хоста (адрес репозитория?) у вас была/есть плохая скорость?
P.S. Депозитарий (англ. depository)- профессиональный участник рынка ценных бумаг, осуществляющий услуги по хранению сертификатов ценных бумаг и/или учету и переходу прав собственности на ценные бумаги.
rustelekom, если Вы посмотрите наш обратный трейс и пораскинете мозгами, то думаю вам и без знающих людей станет все ясно.
До Москвы-транстк трейс нормальный, последний хоп - интерфейс на стороне kgts.ru
еще будут предположения по поводу узости наших каналов/каналов ett?
iBBi, вообще-то говоря, такие задержки на первых двух хопах постеснялись бы приводить.
То, что сейчас видно, выглядит вот так:
Насчет Штатов, на пинге >130 (минимальный от нас до Штатов) - развить скорость больше 5-6 мегабит (500-600 КБ/c) при текущем качестве магистралей Tier1 - не получится.
Примерно 1.5 мегабита в один поток из Штатов, с сервера с хотя бы 1% потерь - это теоретический максимум, в силу свойств TCP/IP протокола. Кстати, насчет потоков и TCP/IP Вы могли бы прочитать в базе знаний доступной из панели управления.
Очень неприятно читать такие заявления (перегруженные каналы, маленькая скорость) от людей которые, в принципе, должны осознавать реальность положения дел в области коммутации.
Если Вы хотите чтобы со Штатов была скорость 20-30 мегабит в 1 поток, то Вам нужен сервер в Штатах. Чтобы получать такую скорость из Штатов в Восточную Европу/Россию (не только в Hosting.UA) - придется качать в несколько потоков.
rustelekom, воздержитесь от предположений. Это как минимум некорректно.
С каналами у нас полный порядок и мы на них не экономим.
kxk, скорость работы наших каналов - среднеевропейская, каналы не перегружены ни в одном из направлений (и не скоро достигнут пороговых значений).
Если у Вас низкая скорость из каких-то точек, почему Вы ни разу не сообщили об этом тех. поддержке ?
Давайте тогда на форуме обсудим эту информацию?
Откуда и куда Вы качали, хосты, урлы.
С cgi режимом работают сейчас все серьезные хостеры, иначе PHP работает с правами веб сервера, а это весьма серьезная прямая угроза для безопасности.
Разница в том, что в режиме mod_php - работают php_value директивы в .htaccess, а в cgi режиме у нас есть возможность подключать собственный php.ini.
Работа с заголовками в целом - не отличается.
У нас есть Real-time support, но не в ICQ (устали от угонов номеров, глюков самого мирабилиса... у Вас недавно контакты в оффлайн не уходили ? :) ) - по этому работаем с MSN и Skype.
Насчет акций - думаем...
Хортица, что у Вас не получается настроить?
Californiy, если по отзывам конкурентов и завистников -
Дать Вам аккаунт, чтобы Вы поняли, что ошибаетесь?
