Counter-Strike. Само-собой разумеется, сетный код CS 1.6

Команды с префиксом sv_ sys_ считаются серверными командами а также как бы предназначенными лишь для сервера. Было бы плохо, если бы мы не отметили то, что ежели вы желаете также выяснить их смысл либо, наконец, поменять, их надлежит, в конце концов, выполнять конкретно на самом сервере, или с внедрением rcon пароля...
Еще данная заметка как раз специализирована как правило для владельцев как бы выделенных, скоростных рядов Веба а также для LAN.

Общественная информация

1) cl_cmdrate: бригада как бы описывает насколько пакетов в секунду пошлете вы, заказчик к серверу. И действительно, разумеется, нежели больше наверное смысл, тем скорее сервер откликается на деяния, которые вы совершаете (разворот мышью, скачок, бег, пальба а также другое). Все давно знают то, что наконец, ежели вы на выделенной полосы а также кроме того совсем неплохой, то неустрашимо устанавливайте высочайшее смысл. Все давно знают то, что но если все таки вы как бы включили к собственной DSL Cable либо будто вслед за тем у вас, еще а также собственного приятеля - вы наверное будете следить, как мы с вами постоянно говорим, нередкие а также высочайшие скачки лага. Обратите внимание на то, что все это в следствии высочайшего смысла команды. Само-собой разумеется, большая часть, как все знают, скоростных доступов к Вебу не в состоянии как раз отдать вероятность установления как бы высочайшего смысла upload (например, большая часть aDSL которые дают фирмы - 768download (где-то 90КБ)/128upload (16КБ)), кой этак нужен для данной команды.

2) cl_updaterate: наверное антагонистичность cl_cmdrate - численность пакетов/секунду которые вы получаете от сервера (ваша download прыть). Необходимо подчеркнуть то, что тут, нежели больше смысл, тем паче вы синхронизированы с сервером. Само-собой разумеется, потому что лишь сервер постановляет, попадают ваши выстрелы либо недостает, то вам необходимо огромное количество обновлений инфы с сервера - из-за опыта, попытайтесь определить смысл cl_updaterate в 5-10 - а также попытайтесь уничтожить кого. Само-собой разумеется, выйдет увлекательная головка - вы будете еще палить сообразно сопернику, а на его мониторе, он вас как секунду обратно прикончил.

3) sv_maxupdaterate: бригада так сказать осуществляет контроль численность пакетов/секунду которое, стало быть, позволено серверу отправить покупателю. Все знают то, что из данного надлежит, а если на сервере sv_maxupdaterate "60", а на покупателе cl_updaterate "101" то заказчик станет, стало быть, обновляться со ролью cl_updaterate "60"

4) sys_ticrate: бригада, стало быть, устанавливает численность "сотрудников" в секунду, которые сервер, стало быть, имеет возможность определить. Возможно и то, что сообразно умолчанию смысл одинаково 100. Мало кто знает то, что отчего, как всем известно, серверные fps этак главны? А данный параметр именно действительно а также показывает, как "ощущает себя" сервер. Вообразите себе один факт о том, что мы все, как скоро так сказать нить игрались на совсем не плохих серверах, будто наконец-то складывалось это ощущение, будто они хостуются на Tl-83 plus а также мы имели возможность бы поклясться будто играем мы на LAN а никак не на HSI-net
sys_ticrate лишь, наконец, присваивает наибольшее смысл fps которые имеет возможность выиграть ваш server. И действительно, однако на самом деле сервер не имеет возможности прожить в отсутствии поддержки по такового sys_ticrate - наверное соединено а также с как бы некими действиями в лично операционной среде, однако как правило в следствии провайдера. Не для кого не секрет то, что имейте ввиду, будто повышение fps "загружает" а также сам процессор сервера. (Кстати это "повышение" неким образом загружает процессор сообразно максимуму на таковых картах как de_inferno а также de_aztec). Было бы плохо, если бы мы не отметили то, что сообразно умолчанию сервер, базирующийся на Win32 дает среднее fps 64, а на Linux - 50fps. "Убыстрение" сервера позволяет заполучить fps больше 512 в, как заведено, неких вариантах. Очень хочется подчеркнуть то, что воздействие это, как все знают, высочайшего серверного fps довольно спорное, однако я мыслю вы с легкостью заметите разность при деле теснее при 200fps.
Единство - вот основное. Необходимо отметить то, что скачки fps со 100 по 512 вероятно сделают более заморочек, и мудрым станет так сказать ограничить sys_ticrate в регионе 150-200, ежели естественно сервер дозволяет прочно действовать при 150-200.
Ежели у вас имеется rcon пароль к серверу, вам продоставляется возможность легко испытать серверный fps - пропишите rcon stats в консоли, чтоб наконец-то испытать, "ускорен" ли ваш сервер, пока суд да дело поставьте смысл sys_ticrate "10000" а также выполните команду rcon stats. Конечно же, все мы очень хорошо знаем то, что ежели ваш fps больше нежели 1000 - означает "ускорен".

5) ex_interp: интерполяция - наверное возобновление смысла функции в промежной точке сообразно, как многие думают, знаменитым её значениям в располагающихся рядом точках.
Наконец, вы не имеет возможности существовать синхронизированы с сервером на все 100% в любую секунду медли, потому что вы получаете ограниченное численность обновлений в секунду с сервера. Очень хочется подчеркнуть то, что как скоро, стало быть, возрастает численность обновлений, интерполированная фигура делается наиболее, как люди привыкли выражаться, щепетильной. Всем известно о том, что в CS предоставленной, как люди привыкли выражаться, фигурой, наконец, выступает перемещение игрока в секунду медли. Было бы плохо, если бы мы не отметили то, что сервер в предоставленном случае станет этим "безупречным вокруг" (так как лишь сервер владеет полностью верную сделку игрока в любую секунду медли), а покупателю будет необходимо, наконец, интерполировать меж 2-мя "надежными" пакетами.
Вот тут а также возникает ex_interp. Не для кого не секрет то, что предоставленная бригада, наконец, отображает численность медли (в секундах) для интерполяции меж любым "успешным" обновлением с сервера. Все знают то, что потому что интерполяция относится к, как все знают, клиентской доли, то природно появляются неточности а также оплошности в лично забаве. Необходимо отметить то, что потому что мы никак не можем заполучить 100% четких обновлений с сервера (в особенности в Вебе) то интерполяция играет главную роль в, как заведено выражаться, лично забаве.

Советы для online игр

rate: я фактически убежден будто смысл 20000 станет общедоступно большему числу скоростных Веб соединений. Само-собой разумеется, а внедрение значений больше 20000 имеет возможность напротив привести к понижению производительности.
Советую: rate 20000

sv_maxrate: смысл практически в ста процентах случаев одинаково 0. Всем известно о том, что поясню отчего наверное вероятно никак не нормально для online забавы. sv_maxrate "0" станет предопределять смысл rate для всякого покупателя а также пробовать, вообщем то, наполнить его наполнить. И действительно, представьте себе будто движок HL дозволяет инвесторам применять смысла rate больше 20000 (к примеру 999999999999), а также сервер, мягко говоря, станет пробовать наполнить все 999999999999. Всем известно о том, что что и ведет к, как мы выражаемся, порожнему увеличению перегрузки на канал сервера. Мало кто знает то, что я, как большинство из нас привыкло говорить, рекомендую не опасное а также тогда как не плохое смысл sv_maxrate "20000". И действительно, как правило sv_maxrate 0 а также sv_maxrate 20000 станут эквивалентны, однако, как большинство из нас привыкло говорить, береженного господь оберегает.
Советую: sv_maxrate 20000

cl_cmdrate: если рассматривать идеальный вариант смысл данной команды наверное одинаково серверному (!- большая часть людей считают будто клиентским – в корне никак не правильно) fps. Несомненно, стоит упомянуть то, что ежели вы высылаете серверу пакеты почаще нежели он способен отдубасить - ( серверный fps=80, а смысл cl_cmdrate 101) то некие пакеты станут элементарно "скинуты" сервером, необработанны ( 101-80=21 невозделанный пакет). Все знают то, что на самом деле данные 21 пакета погоды никак не, вообщем то, совершают, элементарно как бы дадут почву забиванию вашего upload (а также увеличению трафика), будто также погоды никак не, стало быть, готовит.
Советую: неустрашимо становим cl_cmdrate одинаковое серверному fps или больше.

ex_interp: становим в 0 в отсутствии раздумий. CS автоматом, в конце концов, поставит её смысл ex_interp= 1/cl_updaterate (в консоли увидите “ex_interp forced up to xx msec”). Не для кого не секрет то, что при смысле 0, модифицирование смысла команды cl_updaterate станет автоматом поменять а также смысл ex_interp. Возможно и то, что я Советую Поменять Смысл Лишь CL_UPDATERATE, Дозволяя CS изменить смысл ex_interp. Возможно и то, что вы теснее не имеет возможности определить смысл ex_interp ниже нежели 1/cl_updaterate, а также становить его больше - наверное теснее элементарно малопорядочно. Становить смысл больше 1/cl_updaterate даст почву, как заведено, тому, будто вам как раз будет необходимо палить незначительно сзади модельки соперника (выходит этак, будто вы зрите соперника, как заведено выражаться, незначительно ранее, нежели положено). Все давно знают то, что например, при применении cl_updaterate 101, справедливое смысл ex_interp= 1/101=0.009, однако сообразно умолчанию ex_interp= 0.1, а наверное больше нежели 1/101- вот, мягко говоря, здесь а также появляется глюк...
Советую: ex_interp 0- стреляем туда, куда целимся

cl_updaterate: существует мировоззрение будто смысл предоставленной команды нужно выбирать последующим способом: присваиваем смысл cl_updaterate 101 а также снижаем его до тех пор покуда параметр choke (его разрешено, мягко говоря, узреть, ежели накопить в консоли команду net_graph 3) никак не, вообщем то, станет равен 0 либо совсем низок. Сообразно мне, этак choke - это крайнее о нежели как бы стоит волноваться. Верное смысл cl_updaterate - наверное наиболее глубочайший вопросец нежели элементарно choke. Очень хочется подчеркнуть то, что смысл sv_maxupdaterate на сервере для чемпионатов обязано иметь смысл 101 (этак настроен сервер для CAL CPL) - из данного разрешено изготовить суд, будто если рассматривать идеальный вариант смысл cl_updaterate=101. Было бы плохо, если бы мы не отметили то, что но большая часть серверов в online имеют смысл sv_maxupdaterate "30" либо элементарно неспособны, определить 101 sv_maxupdaterate. Возможно и то, что выходит, будто сервер элементарно неспособен так сказать отправить вам 101 пакет/секунду. Было бы плохо, если бы мы не отметили то, что этак все-же, какое смысл? Большая часть, наконец, имеют все шансы заявить "Я поставлю 101, а насколько дойдет - всё моё", однако здесь теснее играет негативную роль высочайшее смысл ex_interp, будто, стало быть, не соблюдет баланс меж данными командами.
чтобы, чтоб выбрать наилучшее смысл cl_upodaterate (ex_interp "0") становить в 101 а также затеваем уменьшать его до тех пор покуда модельки инвесторов никак не станут чуть-чуть передвигаться скачками (при ex_interp 0 а также cl_updaterate 101 - они станут совсем шибко впускать). И даже не надо и говорить о том, что не нужно опасаться становить смысл cl_updaterate ниже 50, ежели наверное нужно. Всем известно о том, что большая часть серверов sv_maxupdaterate "30" и cl_updaterate 30 станет наилучшим ролью.
Стоит заметить, будто приступать выборку cl_updaterate нужно "поверх книзу" а никак не напротив.
Советую: одинаково, как большая часть из нас постоянно говорит, серверному fps не больше sv_maxupdaterate

sys_ticrate: для нахождения рационального смысла предоставленной переменной нужно изготовить некоторое количество опытов. Несомненно, стоит упомянуть то, что сначала, ежели ваш сервер никак не "ускорен" то смысл переменной ticrate больше 100 ни к чему никак не как бы приведет. Обратите внимание на то, что но если все таки сервер располагаться на неплохой платформе (обеспеченный провайдер), то бишь "учащенный", у вас возникает пространство для полета выдумки. Всем известно о том, что не взирая на то будто "нежели более серверное fps тем лучше", результат от роста sys_ticrate больше 200 (быть может а также не в такой мере) в самом деле никак не сделают, как мы выражаемся, такового уж неплохого воздействия на забаву. Все давно знают то, что а применять sys_ticrate "200" либо ниже как раз устроит забаву наиболее устойчивой в том числе и ежели будет необходимо так сказать определять минимумом производительности. И действительно, представьте себе кроме того, будто комп, применяемый перед, как все знают, игровой сервер тащит некоторое количество HLDS (к примеру CS1.6 а также CZ) а также для двух sys_ticrate "10000" перегрузка на процессор может быть также станет лишней. Все знают то, что эта ситуация имеет возможность привести к утраты производительности, как всем известно, лично забавы. И даже не надо и говорить о том, что в конце разрешено, в конце концов, прибавить, а если вы желаете, мягко говоря, заполучить, , 140fps то вам необходимо так сказать очертить смысл sys_ticrate больше предполагаемого где-то на 20-50. (К примеру, сервер имеет возможность тихо тащить 150fps, означает, смысл sys_ticrate станет 150+30= 180.)
Советую: sys_ticrate 110-180 - находится в зависимости от свойства сервера.

Словечко о LAN

Предлог, сообразно коему большая часть узнаваемых турниров, в том числе CPL, WCG употребляют cl_updaterate 101 - находится в зависимости от свойства сервера. Необходимо отметить то, что на таковых чемпионатах все сервера традиционно "ускорены" как поступает, как все знают, настоящим это высочайшее смысл cl_updaterate. Конечно же, все мы очень хорошо знаем то, что чтобы скоро как раз выяснить "ускорен" ли сервер, довольно элементарно направить свой взгляд на пинг - у обычного сервера, fps которого 50-60, все инвесторы имеют обычный пинг 15ms, а на "ускоренном" - 5 ms.