- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Делали ручками, просто через команду traceroute.
traceroute не удобен тем, что делает всего 3 попытки Для более наглядной картины надо хотя бы 100 попыток, как-то так:
Добрый вечер, друзья!
Есть очень насущная, безобразная и непонятная нам проблема со скоростью скачивания с наших серверов.
У нас был пучек серваков в Европе, юзаем их более 5 лет, гоняем больше петабайта в месяц и при этом все время скорость скачивания измерялась в мегабайтах, никогда не жаловались. Но в последнее время (3-4 месяца) заметили, что скорость упала просто в разы до каких-то сотен байт.
Плюс ко всему у нас есть сетка серваков географически разбросанных по всему миру. Качаем с них и получаем результаты, в большинстве своем, лучше чем с других хостеров.
Полная неразбериха.
Друзья, это какая-то глобальная тенденция? Вы замечали что-то подобное у себя?
Помогите разобраться в чем может быть причина.
Спасибо!
Возможно кто-то из операторов режет скорость сессии.
Также может быть проблема конкретного сервера или порта, либо оверселинг канала оператором.
Поиск проблемы стоит начать с помощью mtr и пингов с разными величинами пакетов.
Тенденции такой нет и быть не может, частный случай.
Качаем тестовый файл на стационарный пк
у локального провайдера не пробовали спросить?
у локального провайдера не пробовали спросить?
Мы пробовали с разных пк и разных провайдеров - одна картина.
Дело в том, что мы еще просили наших юзеров сделать замер скорости непосредственно со спидтеста и на втором шаге скачать тест файл с нашего хостера.
Разница в потери скорости чуть ли не 70-90% т.е. не в нашем локальном провайдере дело.
Мы пробовали с разных пк и разных провайдеров - одна картина.
Дело в том, что мы еще просили наших юзеров сделать замер скорости непосредственно со спидтеста и на втором шаге скачать тест файл с нашего хостера.
Разница в потери скорости чуть ли не 70-90% т.е. не в нашем локальном провайдере дело.
Лучше не качать файлик, а померять iperf'ом в обе стороны из разных точек.
А вообще варианта 3:
- у вас завелся "жирный" сосед по свитчу у хостера
- провайдер вас зашейпил, как генератора трафика
- у вашего провайдера изменилась пиринговая политика и теперь трафик ходит петляясь через дальние дали (этот вариант будет виден по трейсу).
Лучше не качать файлик, а померять iperf'ом в обе стороны из разных точек.
Пробуем значит мерять iperf'ом, вот что получаем. Помогите, пожалуйсто раскурить эти данные.
Ukraine - ***.*.***.**
server:~# iperf -c **.***.***.*** -l10000 -t60
------------------------------------------------------------
Client connecting to **.***.***.***, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 3] local **.***.***.*** port 42460 connected with **.***.***.*** port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-60.5 sec 11.9 MBytes 1.65 Mbits/sec
UDP
server:~# iperf -u -c**.***.***.*** -l10000 -t60
------------------------------------------------------------
Client connecting to **.***.***.***, UDP port 5001
Sending 10000 byte datagrams
UDP buffer size: 122 KByte (default)
------------------------------------------------------------
[ 3] local **.***.***.*** port 40489 connected with **.***.***.*** port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-60.2 sec 6.91 MBytes 964 Kbits/sec
Там где TCP, Transfer - это то с какой скоростью мы можем передавать, а Bandwith - скорость скачивания?
Т.е. наш украинский сервер качает с нашего проблемного сервака 1.65Мбит/s??
Подскажите, пожалуйста, чем этот iperf отличается от wget? Он показал такую же скорость как и мы получали просто качая тестовый файл.
Вот еще для разбора полета трейсрут:
server:/var/log# traceroute ******
traceroute to ***** (**.***.***.***), 64 hops max
1 130.0.232.2 (130.0.232.2) 0.288ms 0.135ms 0.099ms
2 130.0.232.1 (130.0.232.1) 0.402ms 0.680ms 0.447ms
3 80.93.125.181 (80.93.125.181) 0.459ms 0.499ms 1.024ms
4 80.93.127.238 (80.93.127.238) 36.999ms 98.080ms 43.564ms
5 80.249.208.180 (80.249.208.180) 48.927ms 65.782ms 45.982ms
6 213.219.173.158 (213.219.173.158) 41.062ms 41.170ms 41.026ms
7 **.***.***.*** (**.***.***.***) 50.810ms 45.726ms 46.003ms
8 **.***.***.*** (**.***.***.***) 43.394ms 42.814ms 42.864ms
- у вас завелся "жирный" сосед по свитчу у хостера
- можем откинуть этот вариант, мы старые клиенты, такого быть не должно.
Провайдер? Т.е. наш локальный к которому наши ПК подключены ?
- Дело в том, что измерялось не только с одного провайдера. Я писал выше, что мы даже наших юзеров просили с разных точек земли качать, потеря 70-90% скорости.
Вы ссылку выложите и просьбу потестить скорость, вам тут со всего мира протестят как угодно
Alexjon, я так понимаю, mtr Вы принципиально не хотите пользоваться?
Alexjon,
wget - штука для скачивания файлов. iperf - инструмент для измерения полосы пропускания. Разница - как между лампочкой и вольтметром при проверке напряжения :)
А подскажите вот еще что - у Вас VDS, а не выделенные серверы?