Отже, ви не можете бути синхронізовані з сервером на всі 100% у кожну секунду часу, так як ви отримуєте обмежена кількість оновлень в секунду з сервера. Коли збільшується кількість оновлень, інтерпольовані фігура стає більш акуратніше. У CS даної фігурою виступає рух гравця в секунду часу. Сервер в даному випадку буде тим самим "ідеальним колом" (адже тільки сервер має абсолютно точну позицію гравця в кожну секунду часу), а ось клієнтові доведеться інтерполювати між двома "вірними" пакетами.
Ось тут і з'являється 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 - залежить від якості сервера.