пинг до us 230 мс, а всё работает. так и надо?

ребят, померил пинг из новосибирска до своего сервера в us — около 230 мс, иногда 250. у кореша в игре уже на 60 начиналась ругань. я увидел свои цифры и сначала расстроился, думал сервер какой-то не такой))

а потом открываю чат — отвечает. видео через туннель идёт без остановок, телега работает. на глаз всё как обычно.

это я просто разницу не замечаю или для таких задач пинг не так важен? он только в играх мешает?

и куда тогда смотреть кроме пинга — на скорость загрузки? хочется понять, что эти 230 вообще говорят про мой сервер.

kirill_nsk, 230 мс — почти четверть секунды туда-обратно до VPS. В игре или при работе с удалённым компьютером это заметнее: нажал и ждёшь реакцию. Когда читаешь длинный ответ чата, такая пауза может меньше мешать. Только задержка никуда не исчезла: при открытии страницы может быть несколько обменов подряд. И ты померил лишь путь до VPS — через туннель запрос дальше идёт к самому сервису.

С видео тоже не всё решает пинг. Плеер заранее подгружает кусок, поэтому ролик может идти ровно, а запуск или перемотка — заставлять ждать. Быстрая закачка сама по себе не обещает, что всё будет отзывчивым.

Я бы на твоём телефоне проверял обычные действия: сколько открывается чат, сколько ждёшь первых слов, как видео запускается и перематывается. Ещё — бывают ли зависания и обрывы. Если пользоваться сейчас удобно, одна цифра 230 не повод бросаться менять сервер))

gleb_tomsk проверил как ты сказал. чат открывается нормально, а вот перемотка реально задумывается на секунду-две — я раньше думал это сам ютуб тупит))

ещё заметил: первое сообщение в чате дольше думает, а следующие как-то быстрее. это тоже от пинга или совпадение?

и это вообще лечится чем-то или просто физика, новосибирск далеко и всё?

kirill_nsk, не совпадение. первое сообщение ты платишь полный входной билет, следующие проходят по уже открытой двери.

смотри на математику. rtt 230 — это четверть секунды на один обмен туда-обратно. а новое соединение к серверу — это не один обмен:

1. dns, если домена нет в кэше. и если в конфиге клиента прописан DNS =, запрос едет через твой туннель в us. ещё +230 за каждый свежий домен. с точки зрения утечек это правильно, но это цена, кэш спасает не всегда.
2. tcp handshake — один rtt.
3. tls — ещё один-два rtt в зависимости от версии.

свежий коннект в сумме 500-900 мс до первого байта твоего запроса. а следующие сообщения идут по уже поднятому соединению, keep-alive, и платят только время ответа. отсюда «первое думает, остальные летят».

перемотка из той же оперы. плеер выбрасывает буфер, просит новый кусок, иногда с новым соединением, и молча набирает запас перед тем как продолжить. секунда-две на твоём rtt — норма, а не «ютуб тупит».

gleb_tomsk правильно написал про несколько обменов подряд, я просто посчитал их.

теперь что физика, а что нет.

физика: из новосибирска до us меньше 150 не будет в принципе. свет в волокне медленнее, чем в вакууме, и маршрут не по прямой. скорость света — единственный лимит, который не поднимается тикетом. игры, rdp, всё интерактивное — только ближняя локация, тут без вариантов. у меня пользователи сидят на rdp через океан, мышка как в киселе, привыкают, но не прощают. чат, видео, почта — 230 терпимо.

не физика — то, что стоит проверить, прежде чем мириться с цифрой:

1. потери. на винде winmtr или pathping до ip сервера, минимум 100 циклов. смотри loss на последнем хопе. 0-1% — живи спокойно. и сразу предупреждаю: потери на промежуточном хопе, которые на следующем пропадают — это не потери, это роутер ленится отвечать на icmp. на это натыкаются все.
2. джиттер. ping -n 50 до сервера, смотри разброс min-max. если скачет 220-400, маршрут гуляет, и это интереснее самого пинга.
3. туннель вообще в деле? на сервере

wg show

latest handshake должен быть свежим, transfer расти, пока смотришь видео. если handshake час назад, а «всё работает» — у меня новости: ты ходишь мимо туннеля и меришь чужой пинг.
4. mtu. из cmd:

ping -f -l 1472 <ip сервера>

проходит — ок. нет — уменьшай, и в конфиге клиента MTU = 1420 или ниже. симптом кривого mtu ровно твой: мелочь работает, крупное задумывается.

итого: 230 сами по себе про сервер не говорят ничего, это география. про сервер говорят loss, джиттер и свежесть handshake. если они чистые — «медленно» это цена расстояния, и лечится она только переездом ближе, если он вообще нужен. для чата и видео — не нужен.

давай сюда pathping на 100 циклов и wg show с сервера — по ним скажу точнее, чем по «на глаз всё как обычно».

lexa92, спасибо за раскладку по обменам, я как раз за чаем читаю. Теперь понятно, почему дома первое сообщение в чате «думает», а следующие летят — я грешил на провайдера, а это, выходит, входной билет по 230 мс за каждый handshake.

У меня туннель до US на всю семью, жена жалуется ровно на это: первый раз открыла — пауза, дальше нормально. Теперь есть что ей ответить))

А keep-alive можно как-то подольше держать, чтобы «дверь» не закрывалась?

lexa92 спасибо, блин, входной билет — это прямо я)) у тебя сообщение кстати оборвалось на «с», допиши? я как раз ждал что дальше про физику

kirill_nsk, оборвало на отправке. продолжение короткое: 150 мс из новосибирска до us — это потолок физики, а не косяк сервера. конфигом не лечится. хочешь меньше — ближе локация, других рычагов нет.

lexa92, спасибо, очень доходчиво. У нас бухгалтер в 1с по rdp сидит — как раз выбирала локацию, теперь понимаю, что для такой работы ближе надо, а не us.

lexa92 писал:
хочешь меньше — ближе локация, других рычагов нет

жалко)) а я вчера чуть опять не туда полез — вычитал где-то про mtu, думал вечером покрутить. хорошо что сначала сюда зашёл

тогда мои 230 при потолке 150 это нормально? или лишние 80 тоже повод копать?

и ближе это uk получается? у меня ж весь сервер ради чата, с ru локацией он не откроется наверное?

nastya_tula, верно понимаешь. для rdp задержка важнее пропускной способности: каждый клик и каждая перерисовка экрана — это обмен туда-обратно. на 230 мс 1с превращается в слайд-шоу, а она и без того не самая быстрая программа на свете. добавлять ей четверть секунды на клик просто жестоко, бухгалтер устанет за час и будет права.

из тулы до ru-локации будут десятки миллисекунд, не сотни. для интерактивной работы это не «заметно», это решает.

и второе, поважнее локации. rdp наружу не открывай совсем: торчащий в мир 3389 ловит брутфорс в первый же вечер, проверено не мной одним. подними wireguard на том же сервере, бухгалтеру клиент на винду, и пусть rdp слушает только адрес туннеля. снаружи порт закрыт, она заходит как в локалку. настройка на один вечер, зато потом об этом не думаешь вообще.

kirill_nsk, а тебе коротко: 80 сверх потолка — это маршрут твоего провайдера, не сервер. mtu оставь в покое, он лечит другие болезни. и ru для твоего чата не вариант, смысл туннеля как раз в выходе не из рф. так что копать нечего, живи с 230, чат на них нормально отвечает, ты сам видел.

lexa92, вот не удержался и проверил твой потолок на пальцах, ты ж меня знаешь))

новосибирск — восточное побережье us по кабелю грубо тысяч пятнадцать километров, и это оптимистично, маршрут не по прямой лежит. свет в волокне — двести тысяч км/с, не триста. делим: 75 мс в одну сторону, ровно твои 150 туда-обратно. прикидка сошлась с цифрой почти без остатка, аж тепло)) то есть у kirill_nsk 230 — это физика плюс десятки миллисекунд маршрутных зигзагов провайдера, и крутить там действительно нечего, mtu тем более.

а ещё у kirill_nsk, если чат с llm, входных билета два, не один. второй выставляет сама модель. первое сообщение она жуёт целиком — системный промпт, контекст, всё в обработку. у меня на 14b на cpu прикидка такая: длинный промпт добавляет заметные секунды до первого токена, а следующие сообщения летят, потому что кэш контекста уже тёплый. то же «первое думает, остальные летят», только этажом ниже. сеть берёт за handshake, модель — за разогрев.

сижу вечером, смотрю на эту симметрию и радуюсь — везде одни и те же законы))

gleb_tomsk радуется симметрии, а мне от неё в два ночи только обидно) выходит у чата двойной фейсконтроль: сеть берёт входной билет за handshake, модель за разогрев, и обе молчат как охранники. хоть бы первый токен из чаевых выдавали

gleb_tomsk писал:
входных билета два, не один

вот это меня утром осенило хуже кофе. я всё это время грешил на свои 230, а выходит модель сама первое сообщение жуёт?? у меня прям как у che32 дома: первое висит секунд пять, отложить телефон успеваю, а дальше летит. я думал это туннель виноват 🤦

погоди только, ты про свою 14b на процессоре рассказал. а в chatgpt тоже разогрев есть? я почему-то думал у них там всё быстрое по определению, датацентры всякие. или это вообще у всех моделей так?

и правильно я понимаю что переезд на uk мне эту паузу всё равно бы не срезал? ну то есть сеть быстрее, а первое сообщение как думало так и думает? тогда я расслабляюсь и больше ничего не кручу))

void_3am с чаевыми хорошо придумал)) первый токен без очереди звучит как премиум тариф, я бы подписался

lexa92, спасибо, что не отделались «берите ближе», а расписали почему. Про слайд-шоу показала нашей Лене — она говорит, у нас 1с и без всякой Америки местами так работает, так что лишних миллисекунд нам точно не надо) Значит, ru, тут для меня всё решилось.

А вот с портом вы меня прямо вовремя остановили. Я честно собиралась сделать ровно наоборот: открыть 3389, дать Лене адрес и пароль подлиннее — и считать, что дело сделано. Хорошо, что сначала сюда написала, а не после.

Теперь вопрос, только не смейтесь: WireGuard — это Лене на компьютер какая-то программа ставится? Она у нас из тех, кто «мы привыкли так», и если перед каждым входом в 1с надо будет ещё что-то включать руками, она мне это припомнит при каждой зарплате. Или один раз настроил — и дальше само?

kirill_nsk, ты бы подписался, а через неделю открывал тред «отменил премиум, а пинг остался». очередь — это и есть твои 230, они в цену входят)

kirill_nsk, подтверждаю, у меня дома ровно так же. Первое сообщение висит — я уже успеваю подумать, что туннель опять отвалился, а дальше ответы летят один за другим. Дети вообще не замечают, для них «подумало» — это нормальное поведение))

И я теперь тоже жду ответа: в chatgpt тот же разогрев, или это только у наших домашних схем так?