Co jest z Deltą??!!!!

[Bakcyl]

Wysłane przez: ZyZ
http://www.clanvikings.org/tnse/utstuff.html

Im bardziej wierze niz tobie

ps. w czym jest lepszy ? (mowimy o jego zaletach dla gry UT)

Nie no spoko, przeciez wiez sobie w co chcesz ja nikogo nie nawracam
Zwroc tylko uwage na to ze: a) ten tekst jest baaaardzo stary b) win nie jest tak konfigurowalny jak linux c) win nie jest tak bezpieczny d) autor mowil tylko o tickrate e) win nie jest pro

Co do ps. to to nie ma znaczenia w tym przypadku, bo serwer UT to jest zwykly program z obsluga sieci, nie ma grafiki ani innych bajerow.

[E@sy]

Wysłane przez: ZyZ


Przeciez WinNT bardziej nadaje sie do UT niz linux wiec po co psuc serwer ?

No tak tylko czego serwery Microsoftu stoja na linuxach?

[ZyZ]

Wysłane przez: E@sy


No tak tylko czego serwery Microsoftu stoja na linuxach?

przeczytales chcociaz fragment tego co podeslalem Interesowales sie tym tematem ? Mozesz mi wyjasnic co ma piernik do wiatraka ?

Z tego co mowia madre glowy wina lezy po stornie tego kolesia, ktory zajmowal sie wersja linuxowa UT Dla wyjatkowo zajetych wycialem fragment

So what is it that makes Linux servers different from Windows servers? The results are known to most: the number of packets sent per second is not constantly at netservermaxtickrate. By design, UT should send a packet every tick (see chapter 6), but even when being far below 50% cpu usage, Linux servers tend to send less and not even a constant number of packets. This also affects f6 ping - if a client recieves only 10 packets/second, it might have to wait 100 ms until his ping request is acknowledged!

One (possibly the only) reason for this is a problem in Linux UT threading. Threading is the concept that allows for multitasking: programms tell the OS they are done with their current task for now and hand over cpu time back to it. It seems that the commands doing this in Linux UT are not written correct, so the server "sleeps" (between executing ticks) for a longer time than it should. This means the server actually runs at a lower tickrate than the configured netservermaxtickrate even if there is plenty cpu time left. The rate at which this happens varies with time and possibly with other unknown factors.

Jesli komus sie nie chce meczyc z orginalem to niech poszuka tekstu na explosiv.pl Jest tam od dluzszego czasu w polskim (by explo ? ) tlumaczeniu

[ZyZ]

Wysłane przez: Bakcyl

Zwroc tylko uwage na to ze: a) ten tekst jest baaaardzo stary b) win nie jest tak konfigurowalny jak linux c) win nie jest tak bezpieczny d) autor mowil tylko o tickrate e) win nie jest pro

fakt faktem ze jest dosyc stary Calkiem mozliwe ze wszystkie te problemy juz dawno zostaly rozwiazane i pojawily sie jakies nowe wersje powloczki dla ut pod linuxa Ja nic o takowych nie slyszalem/ nie czytalem

W UT tickrate ma zasadnicze znaczenie To jak sie gra, jaki jest komfort gry (nawet przy pingu pod f6 w okolicach 100 na serverze klanowym area51 gralo sie lepiej niz na misiu) zalezy wlasnie od tickrate. Nawet na oko widac ktory serek ma staly tr 35 a ktory nie Na pierwszych gra sie jakby na speed 95% i wszystko jest jakos nienaturalnie plynne a na drugim gra jest dynamiczna (szarpana) i nie wchodzi 1/5 strzalow :]

[E@sy]

Panie ZyZ wyluzuj bo Ci zylka peknie.

ZYZ: moze kiedys tak bylo
a prawda jest taka ze jak sie dobrze skonfiguruje serek utka, to nawet nie bedziesz wiedzial na czym to chodzi

a wina za wysylanie packietow ponosi linuxowy driver zwany IPDRV jesli sie nie myle. Tyle ze w nowych linuxach jest poprawiony.

[ZyZ]

Wysłane przez: {TC}Robus
ZYZ: moze kiedys tak bylo
a prawda jest taka ze jak sie dobrze skonfiguruje serek utka, to nawet nie bedziesz wiedzial na czym to chodzi

a wina za wysylanie packietow ponosi linuxowy driver zwany IPDRV jesli sie nie myle. Tyle ze w nowych linuxach jest poprawiony.

Chodzi ci o ipdrv unreal'a ? (ostatnie zdanie troche dziwnie brzmi ) Owszem byl ale on naprawial problem z DoS W patchu UT451 dla linuxa tez chyba nic sie nie poprawilo w tym wzgledzie (jest niby fix dla kodu pakietow ale tyczy sie czegos zupelnie innego)

Zreszta empirycznie mozna sprawdzic, ze cos jest nie tak. Wejdz na jakis serek zobacz jaki tr a pozniej popatrz na pakiety/sec Nawet przy 'zadymie' potrafi skakac a srednia wartosc jest zauwazalnie nizsza niz nominalny max (przewaznie widac tez ze procek spokojnie sie wyrabia). Dla porownania warto skoczyc na dobre zachodnie klanowe serki (ew niektore publiczne o ile pamietam ktorys tam k-play.de, moze nawet wszystkie, mial wskazniki prawie lanowe .. procz pingu oczywiscie )

[Rush]

Co do tickrate to istnieje latka na kernel 2.4.x ,mozna ja sciagnac stad. Zapisujemy ja do katalogu zrodelek jaderka (np. usr/src/linux) i w tym katalogu piszemy "patch -Np1 -i variable-hz-rml-2.4.20-pre10-ac2-1.patch". Potem przy kompilacji tylko wystarczy zmienic wartosc HZ ze standardowej 100 np. na 1000. To powinno zalatwic sprawe. Jadro 2.6 bedzie mialo tego patcha juz w sobie.

Pozdro.

PS. Nie przejmujcie sie wersja jaka pisze na patchu ,dziala on na wszystkich 2.4.x.

[=^D^/*MinTak@*=]

yo,

jezeli chodzi o ten "tickrate" to gdy serwer jest blizej mnie (Polska) to moze byc wiekszy, a jezeli jest dalej to lepiej zeby byl mniejszy ??

Podajcie jakies konkretne liczby, i o co w tym chodzi, bo troche tego nie czaje, a wolalbym wiedziec, bo ostatnio z kim bysmy nie grali to zawsze im tickrate nie pasuje :/

thx