![]() |
Создаем свой конфиг. Сеть.
По многочисленным просьбам, я начал писать небольшой гид по созданию своего собственного конфига. Я думаю эта тема многим будет интересна.
Первая статья цикла посвещена сетевым настройкам. Если появляются какие либо вопросы - спрашивайте здесь, постораемся разобраться) |
про смуз тайм можно было бы написать тоже)
|
выдержка из статьи
Цитата:
1. (и самое вероятное) тикрейт проседает, потому что какой же ты "трупро", если у тебя "стотикового" сервера нету, гыгы, вот поэтому все и заводят себе "стотиковые серверы", на которых именно 100 тиков нету и в помине (имхо по-настоящему "стотиковых" серверов, чтоб без проседаний и чтоб всё чотка ВООБЩЕ НЕ СУЩЕСТВУЕТ, хотя PyZo утверждает, что видел как-то раз один и тот даже действительно был 100-тиковый и у него там ВСЁ!!!!! регилось, но скорее всего врёт небось); 2. (менее вероятное, но имеет право на существование) коннект сервера на отдачу плохой п.с. учитывая мое мнение о проседании №1 лично для меня убийственно выглядит "100тиковый" паблик-сервер Free Arrows 32/32 __________________________________ относительно настроек посоветовал бы cl_updaterate 60 cl_cmdrate 60 rate 30000 cl_interp 0.0333333333333333333333333 ну а в особо тяжелых случаях не спасает ничего, кроме setinfo cl_interpolate 0, а там, разумеется, уже пофигу в каком значении cl_interp |
Обычно на сервере уже стоит:
sv_client_predict "1" Имеет ли смысл заниматься этой настройкой в виде cl_predict? Что ты ни ставь - а будет как на сервере? И еще... имеет ли смысл ставить fps_max > cl_cmdrate если сервер все-равно больше фреймов не выдаст? Ну и до кучи про любимый шаманский бубен трупро - стоит ли увязывать эти две настройки с частотой обновления экрана. Еще мысли по ходу... fps на видеоплате и фреймы передаваемые по cl_cmdrate - одно и тоже или нет? И сколько fps с видеоплаты попадает на монитор за одно его моргание? То есть если 120 fps а монитор обновляется 75 раз за секунду - сколько из них успеешь увидеть? |
Цитата:
Согласен по большей части. Но я ориентировался в основном на европейские КВ сервера, там таких проблем обычно нет. Что касается фриэрроуз, то я уже двум админам объяснял чего сделать с сервером чтоб так апдейт не проседал, но им видимо не до этого =) Та же беда у диких мясниокв с св_фрикшн. Ну а про смузтайм и еще несколько подобных переменных решил не писать потому как не смог почуять разницу в изменении этих настроек. Вообще, ИМХО, изменение подобных сетевых настроек с дефолтных значений способно в большинстве случаев только ухудшить коннект. Поэтому лучше не трогать от греха подальше =) И спс за конструктивную критику =) Цитата:
|
Цитата:
Вот у кого, а у Джетсама таких проблем с тикрейтом нет, у него сервер на железке нелохой дома под боком да и сам он соображает, что делает, но он жадный до "побанить" - потешить собственное самолюбие любопытно, а что ты советовал free arrows? я в недоумении, что там вообще можно посоветовать? ну хочется людям 100-тиков, ну так и господь с ними п.с. О, вспомнил, еще GT сервер есть тоже 100-тиковый и перманентно 50-чоковый |
Цитата:
Железо ваши амбиции не тянет. 1) уменьшите тик рэйт до 66. Если не поможет --> 2) уменьшайте слоты пока сервер не начнет держать 66 стабильно. |
Цитата:
|
Цитата:
|
ИМХО
еще не придумали такого железа движок очень сильно опередил время Цитата:
это я не к тому, что плохой совет, а просто констатирую факт там, мне кажется логика следующая: "мы такие 100-тиковые, а тут мурло на белом коне какое-то, да еще и 66-тиковые советы дает" теоретически можно посоветовать, оставив такие насущные 100-тиков, ограничить пользователей в запросах к серверу, коли сервер их не в состоянии обработать, через sv_maxupdaterate 60 или 70, смотря каков "потолок" проседания |
Часовой пояс GMT +5, время: 21:35. |
Powered by vBulletin®
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd. Перевод: zCarot
Khorost Group© 2002-2021