[hlds_linux] hltv cmds what do they do?
I have made a small list of the hltv cmd's I don't know the function of, I hope some of you could tell me. Cmd's: developer showcon loadmodule unloadmodule cheeringthreshold servercmd clientcmd blockvoice addresource resources maxloss fakeloss heartbeat fEx ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] strace -p on HLDS. Is it normal communicate?
Hi, I'm starting new hlds process with -game cstrike etc. Normal clear CS 1.6 server. Next what i'm going to do is strace command on this process. So while using strace -p 3535353... I got many times: recvfrom(4, 0xfff43114, 4010, 0, 0xfff440c0, 0xfff430fc) = -1 EAGAIN (Resource temporarily unavailable) It is normal? My OS is Slamd64 and hardware: 2x Xeon Quad-Core, 4GB RAM Internet connection: 100mbit up/down Thanks ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] hltv cmds what do they do?
try reading this: http://www.scribd.com/doc/70206/HLTV-Readme Kveri BookHLTV - Mads fEx Juhler wrote / napísal(a): I have made a small list of the hltv cmd's I don't know the function of, I hope some of you could tell me. Cmd's: developer showcon loadmodule unloadmodule cheeringthreshold servercmd clientcmd blockvoice addresource resources maxloss fakeloss heartbeat fEx ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] strace -p on HLDS. Is it normal communicate?
I don't know if it is normal, but I can confirm that it's happening. recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 376819}, NULL) = 0 gettimeofday({1231356114, 376846}, NULL) = 0 gettimeofday({1231356114, 376873}, NULL) = 0 gettimeofday({1231356114, 376900}, NULL) = 0 gettimeofday({1231356114, 376928}, NULL) = 0 gettimeofday({1231356114, 376953}, NULL) = 0 gettimeofday({1231356114, 376976}, NULL) = 0 select(5, [4], NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 377713}, NULL) = 0 gettimeofday({1231356114, 377738}, NULL) = 0 select(5, [4], NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 378711}, NULL) = 0 gettimeofday({1231356114, 378738}, NULL) = 0 recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 378804}, NULL) = 0 gettimeofday({1231356114, 378831}, NULL) = 0 gettimeofday({1231356114, 378855}, NULL) = 0 gettimeofday({1231356114, 378878}, NULL) = 0 gettimeofday({1231356114, 378902}, NULL) = 0 gettimeofday({1231356114, 378925}, NULL) = 0 gettimeofday({1231356114, 378949}, NULL) = 0 select(0, NULL, NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 379714}, NULL) = 0 gettimeofday({1231356114, 379739}, NULL) = 0 recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 379803}, NULL) = 0 gettimeofday({1231356114, 379829}, NULL) = 0 gettimeofday({1231356114, 379855}, NULL) = 0 ^C unfinished ... Process 31734 detached Maybe 10 times per second or so OS: Gentoo 64 2x Quad Xeon, 8GB RAM conn: 1GBit Kveri Pawel wrote / napísal(a): Hi, I'm starting new hlds process with -game cstrike etc. Normal clear CS 1.6 server. Next what i'm going to do is strace command on this process. So while using strace -p 3535353... I got many times: recvfrom(4, 0xfff43114, 4010, 0, 0xfff440c0, 0xfff430fc) = -1 EAGAIN (Resource temporarily unavailable) It is normal? My OS is Slamd64 and hardware: 2x Xeon Quad-Core, 4GB RAM Internet connection: 100mbit up/down Thanks ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] strace -p on HLDS. Is it normal communicate?
sorry it's much faster than 10 times per second, my terminal is slow. first that I posted is on 1231356114, 376819 second 1231356114, 378804 that is every ~2000 microseconds so ~500/s and that server is stable 500fps, so it happens every frame. Kveri Kveri wrote / napísal(a): I don't know if it is normal, but I can confirm that it's happening. recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 376819}, NULL) = 0 gettimeofday({1231356114, 376846}, NULL) = 0 gettimeofday({1231356114, 376873}, NULL) = 0 gettimeofday({1231356114, 376900}, NULL) = 0 gettimeofday({1231356114, 376928}, NULL) = 0 gettimeofday({1231356114, 376953}, NULL) = 0 gettimeofday({1231356114, 376976}, NULL) = 0 select(5, [4], NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 377713}, NULL) = 0 gettimeofday({1231356114, 377738}, NULL) = 0 select(5, [4], NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 378711}, NULL) = 0 gettimeofday({1231356114, 378738}, NULL) = 0 recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 378804}, NULL) = 0 gettimeofday({1231356114, 378831}, NULL) = 0 gettimeofday({1231356114, 378855}, NULL) = 0 gettimeofday({1231356114, 378878}, NULL) = 0 gettimeofday({1231356114, 378902}, NULL) = 0 gettimeofday({1231356114, 378925}, NULL) = 0 gettimeofday({1231356114, 378949}, NULL) = 0 select(0, NULL, NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 379714}, NULL) = 0 gettimeofday({1231356114, 379739}, NULL) = 0 recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 379803}, NULL) = 0 gettimeofday({1231356114, 379829}, NULL) = 0 gettimeofday({1231356114, 379855}, NULL) = 0 ^C unfinished ... Process 31734 detached Maybe 10 times per second or so OS: Gentoo 64 2x Quad Xeon, 8GB RAM conn: 1GBit Kveri Pawel wrote / napísal(a): Hi, I'm starting new hlds process with -game cstrike etc. Normal clear CS 1.6 server. Next what i'm going to do is strace command on this process. So while using strace -p 3535353... I got many times: recvfrom(4, 0xfff43114, 4010, 0, 0xfff440c0, 0xfff430fc) = -1 EAGAIN (Resource temporarily unavailable) It is normal? My OS is Slamd64 and hardware: 2x Xeon Quad-Core, 4GB RAM Internet connection: 100mbit up/down Thanks ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] strace -p on HLDS. Is it normal communicate?
My educated guess is that they are using non-blocking calls to recvfrom using the MSG_DONTWAIT flag. Normally recv and recvfrom will block until data is received. This stops the flow of the program unless it is multi-threaded with on thread dealing with network I/O and some kind of parent thread to do something when network I/O occurs. Look at the MSG_DONTWAIT in man recvfrom and it explains it. It is a pretty common way to do high performance asynchronous network programming. Ryan sorry it's much faster than 10 times per second, my terminal is slow. first that I posted is on 1231356114, 376819 second 1231356114, 378804 that is every ~2000 microseconds so ~500/s and that server is stable 500fps, so it happens every frame. Kveri Kveri wrote / napísal(a): I don't know if it is normal, but I can confirm that it's happening. recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 376819}, NULL) = 0 gettimeofday({1231356114, 376846}, NULL) = 0 gettimeofday({1231356114, 376873}, NULL) = 0 gettimeofday({1231356114, 376900}, NULL) = 0 gettimeofday({1231356114, 376928}, NULL) = 0 gettimeofday({1231356114, 376953}, NULL) = 0 gettimeofday({1231356114, 376976}, NULL) = 0 select(5, [4], NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 377713}, NULL) = 0 gettimeofday({1231356114, 377738}, NULL) = 0 select(5, [4], NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 378711}, NULL) = 0 gettimeofday({1231356114, 378738}, NULL) = 0 recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 378804}, NULL) = 0 gettimeofday({1231356114, 378831}, NULL) = 0 gettimeofday({1231356114, 378855}, NULL) = 0 gettimeofday({1231356114, 378878}, NULL) = 0 gettimeofday({1231356114, 378902}, NULL) = 0 gettimeofday({1231356114, 378925}, NULL) = 0 gettimeofday({1231356114, 378949}, NULL) = 0 select(0, NULL, NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 379714}, NULL) = 0 gettimeofday({1231356114, 379739}, NULL) = 0 recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 379803}, NULL) = 0 gettimeofday({1231356114, 379829}, NULL) = 0 gettimeofday({1231356114, 379855}, NULL) = 0 ^C unfinished ... Process 31734 detached Maybe 10 times per second or so OS: Gentoo 64 2x Quad Xeon, 8GB RAM conn: 1GBit Kveri Pawel wrote / napísal(a): Hi, I'm starting new hlds process with -game cstrike etc. Normal clear CS 1.6 server. Next what i'm going to do is strace command on this process. So while using strace -p 3535353... I got many times: recvfrom(4, 0xfff43114, 4010, 0, 0xfff440c0, 0xfff430fc) = -1 EAGAIN (Resource temporarily unavailable) It is normal? My OS is Slamd64 and hardware: 2x Xeon Quad-Core, 4GB RAM Internet connection: 100mbit up/down Thanks ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] strace -p on HLDS. Is it normal communicate?
At 03:17 PM 1/7/2009, Ryan Burke wrote: My educated guess is that they are using non-blocking calls to recvfrom using the MSG_DONTWAIT flag. Normally recv and recvfrom will block until data is received. This stops the flow of the program unless it is multi-threaded with on thread dealing with network I/O and some kind of parent thread to do something when network I/O occurs. Look at the MSG_DONTWAIT in man recvfrom and it explains it. It is a pretty common way to do high performance asynchronous network programming. Ryan That's exactly what it's doing, it's normal. sorry it's much faster than 10 times per second, my terminal is slow. first that I posted is on 1231356114, 376819 second 1231356114, 378804 that is every ~2000 microseconds so ~500/s and that server is stable 500fps, so it happens every frame. Kveri Kveri wrote / napísal(a): I don't know if it is normal, but I can confirm that it's happening. recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 376819}, NULL) = 0 gettimeofday({1231356114, 376846}, NULL) = 0 gettimeofday({1231356114, 376873}, NULL) = 0 gettimeofday({1231356114, 376900}, NULL) = 0 gettimeofday({1231356114, 376928}, NULL) = 0 gettimeofday({1231356114, 376953}, NULL) = 0 gettimeofday({1231356114, 376976}, NULL) = 0 select(5, [4], NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 377713}, NULL) = 0 gettimeofday({1231356114, 377738}, NULL) = 0 select(5, [4], NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 378711}, NULL) = 0 gettimeofday({1231356114, 378738}, NULL) = 0 recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 378804}, NULL) = 0 gettimeofday({1231356114, 378831}, NULL) = 0 gettimeofday({1231356114, 378855}, NULL) = 0 gettimeofday({1231356114, 378878}, NULL) = 0 gettimeofday({1231356114, 378902}, NULL) = 0 gettimeofday({1231356114, 378925}, NULL) = 0 gettimeofday({1231356114, 378949}, NULL) = 0 select(0, NULL, NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 379714}, NULL) = 0 gettimeofday({1231356114, 379739}, NULL) = 0 recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 379803}, NULL) = 0 gettimeofday({1231356114, 379829}, NULL) = 0 gettimeofday({1231356114, 379855}, NULL) = 0 ^C unfinished ... Process 31734 detached Maybe 10 times per second or so OS: Gentoo 64 2x Quad Xeon, 8GB RAM conn: 1GBit Kveri Pawel wrote / napísal(a): Hi, I'm starting new hlds process with -game cstrike etc. Normal clear CS 1.6 server. Next what i'm going to do is strace command on this process. So while using strace -p 3535353... I got many times: recvfrom(4, 0xfff43114, 4010, 0, 0xfff440c0, 0xfff430fc) = -1 EAGAIN (Resource temporarily unavailable) It is normal? My OS is Slamd64 and hardware: 2x Xeon Quad-Core, 4GB RAM Internet connection: 100mbit up/down Thanks ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] strace -p on HLDS. Is it normal communicate?
At 03:17 PM 1/7/2009, Ryan Burke wrote: My educated guess is that they are using non-blocking calls to recvfrom using the MSG_DONTWAIT flag. Normally recv and recvfrom will block until data is received. This stops the flow of the program unless it is multi-threaded with on thread dealing with network I/O and some kind of parent thread to do something when network I/O occurs. Look at the MSG_DONTWAIT in man recvfrom and it explains it. It is a pretty common way to do high performance asynchronous network programming. Ryan That's exactly what it's doing, it's normal. sorry it's much faster than 10 times per second, my terminal is slow. first that I posted is on 1231356114, 376819 second 1231356114, 378804 that is every ~2000 microseconds so ~500/s and that server is stable 500fps, so it happens every frame. Kveri Kveri wrote / napísal(a): I don't know if it is normal, but I can confirm that it's happening. recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 376819}, NULL) = 0 gettimeofday({1231356114, 376846}, NULL) = 0 gettimeofday({1231356114, 376873}, NULL) = 0 gettimeofday({1231356114, 376900}, NULL) = 0 gettimeofday({1231356114, 376928}, NULL) = 0 gettimeofday({1231356114, 376953}, NULL) = 0 gettimeofday({1231356114, 376976}, NULL) = 0 select(5, [4], NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 377713}, NULL) = 0 gettimeofday({1231356114, 377738}, NULL) = 0 select(5, [4], NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 378711}, NULL) = 0 gettimeofday({1231356114, 378738}, NULL) = 0 recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 378804}, NULL) = 0 gettimeofday({1231356114, 378831}, NULL) = 0 gettimeofday({1231356114, 378855}, NULL) = 0 gettimeofday({1231356114, 378878}, NULL) = 0 gettimeofday({1231356114, 378902}, NULL) = 0 gettimeofday({1231356114, 378925}, NULL) = 0 gettimeofday({1231356114, 378949}, NULL) = 0 select(0, NULL, NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 379714}, NULL) = 0 gettimeofday({1231356114, 379739}, NULL) = 0 recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 379803}, NULL) = 0 gettimeofday({1231356114, 379829}, NULL) = 0 gettimeofday({1231356114, 379855}, NULL) = 0 ^C unfinished ... Process 31734 detached Maybe 10 times per second or so OS: Gentoo 64 2x Quad Xeon, 8GB RAM conn: 1GBit Kveri Pawel wrote / napísal(a): Hi, I'm starting new hlds process with -game cstrike etc. Normal clear CS 1.6 server. Next what i'm going to do is strace command on this process. So while using strace -p 3535353... I got many times: recvfrom(4, 0xfff43114, 4010, 0, 0xfff440c0, 0xfff430fc) = -1 EAGAIN (Resource temporarily unavailable) It is normal? My OS is Slamd64 and hardware: 2x Xeon Quad-Core, 4GB RAM Internet connection: 100mbit up/down Thanks ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] hltv cmds what do they do?
I cant find showcon in the readme!? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Query servers with QSTAT since last CS update
true, but I don't know why valve should fix that (it's not a bug), because it's working with A2S_PLAYER (or A2S_RULES) and it's documented - A2S_PLAYER is not a workaround, it's just another way to go. I've been using A2S_PLAYER with challenge value -1 to get challenge since protocol 48 update and I don't see a reason why valve should change anything, since everyone is obtaining challenge number this way. Anyway nice work with qstat, thanks, I've just updated it on my servers, however I'm using gentoo and there is no new version in portage right now, so I compiled it and replaced binary manually. Kveri Steven Hartland wrote / napísal(a): I've just committed a slightly different fix to svn, hopefully Valve will fix the server side as its currently a nasty kludge to rely on the fact sending an invalid request sends back a challenge. In the mean time the fix should suffice. Regards Steve - Original Message - From: Maxim Shpakov ma...@osetia.org To: hlds_linux@list.valvesoftware.com Sent: Sunday, January 04, 2009 6:27 PM Subject: Re: [hlds_linux] Query servers with QSTAT since last CS update Seems attachments are not allowed here.. so going plain text... diff -uNr qstat2.orig/a2s.c qstat2/a2s.c This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmas...@multiplay.co.uk. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] strace -p on HLDS. Is it normal communicate?
I thought this too, but it shouldn't be EWOULDBLOCK not EAGAIN. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Ryan Burke Sent: Wednesday, January 07, 2009 12:18 PM To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] strace -p on HLDS. Is it normal communicate? My educated guess is that they are using non-blocking calls to recvfrom using the MSG_DONTWAIT flag. Normally recv and recvfrom will block until data is received. This stops the flow of the program unless it is multi-threaded with on thread dealing with network I/O and some kind of parent thread to do something when network I/O occurs. Look at the MSG_DONTWAIT in man recvfrom and it explains it. It is a pretty common way to do high performance asynchronous network programming. Ryan sorry it's much faster than 10 times per second, my terminal is slow. first that I posted is on 1231356114, 376819 second 1231356114, 378804 that is every ~2000 microseconds so ~500/s and that server is stable 500fps, so it happens every frame. Kveri Kveri wrote / napísal(a): I don't know if it is normal, but I can confirm that it's happening. recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 376819}, NULL) = 0 gettimeofday({1231356114, 376846}, NULL) = 0 gettimeofday({1231356114, 376873}, NULL) = 0 gettimeofday({1231356114, 376900}, NULL) = 0 gettimeofday({1231356114, 376928}, NULL) = 0 gettimeofday({1231356114, 376953}, NULL) = 0 gettimeofday({1231356114, 376976}, NULL) = 0 select(5, [4], NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 377713}, NULL) = 0 gettimeofday({1231356114, 377738}, NULL) = 0 select(5, [4], NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 378711}, NULL) = 0 gettimeofday({1231356114, 378738}, NULL) = 0 recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 378804}, NULL) = 0 gettimeofday({1231356114, 378831}, NULL) = 0 gettimeofday({1231356114, 378855}, NULL) = 0 gettimeofday({1231356114, 378878}, NULL) = 0 gettimeofday({1231356114, 378902}, NULL) = 0 gettimeofday({1231356114, 378925}, NULL) = 0 gettimeofday({1231356114, 378949}, NULL) = 0 select(0, NULL, NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 379714}, NULL) = 0 gettimeofday({1231356114, 379739}, NULL) = 0 recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 379803}, NULL) = 0 gettimeofday({1231356114, 379829}, NULL) = 0 gettimeofday({1231356114, 379855}, NULL) = 0 ^C unfinished ... Process 31734 detached Maybe 10 times per second or so OS: Gentoo 64 2x Quad Xeon, 8GB RAM conn: 1GBit Kveri Pawel wrote / napísal(a): Hi, I'm starting new hlds process with -game cstrike etc. Normal clear CS 1.6 server. Next what i'm going to do is strace command on this process. So while using strace -p 3535353... I got many times: recvfrom(4, 0xfff43114, 4010, 0, 0xfff440c0, 0xfff430fc) = -1 EAGAIN (Resource temporarily unavailable) It is normal? My OS is Slamd64 and hardware: 2x Xeon Quad-Core, 4GB RAM Internet connection: 100mbit up/down Thanks ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] strace -p on HLDS. Is it normal communicate?
There are several error codes that basically say 'try again later' for async i/o - so yes these are normal. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Tony Paloma Sent: Thursday, 8 January 2009 9:48 AM To: 'Half-Life dedicated Linux server mailing list' Subject: Re: [hlds_linux] strace -p on HLDS. Is it normal communicate? Should be EWOULDBLOCK is what I meant, not shouldnt. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Tony Paloma Sent: Wednesday, January 07, 2009 2:46 PM To: bu...@tailorhosting.com; 'Half-Life dedicated Linux server mailing list' Subject: Re: [hlds_linux] strace -p on HLDS. Is it normal communicate? I thought this too, but it shouldn't be EWOULDBLOCK not EAGAIN. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Ryan Burke Sent: Wednesday, January 07, 2009 12:18 PM To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] strace -p on HLDS. Is it normal communicate? My educated guess is that they are using non-blocking calls to recvfrom using the MSG_DONTWAIT flag. Normally recv and recvfrom will block until data is received. This stops the flow of the program unless it is multi-threaded with on thread dealing with network I/O and some kind of parent thread to do something when network I/O occurs. Look at the MSG_DONTWAIT in man recvfrom and it explains it. It is a pretty common way to do high performance asynchronous network programming. Ryan sorry it's much faster than 10 times per second, my terminal is slow. first that I posted is on 1231356114, 376819 second 1231356114, 378804 that is every ~2000 microseconds so ~500/s and that server is stable 500fps, so it happens every frame. Kveri Kveri wrote / napísal(a): I don't know if it is normal, but I can confirm that it's happening. recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 376819}, NULL) = 0 gettimeofday({1231356114, 376846}, NULL) = 0 gettimeofday({1231356114, 376873}, NULL) = 0 gettimeofday({1231356114, 376900}, NULL) = 0 gettimeofday({1231356114, 376928}, NULL) = 0 gettimeofday({1231356114, 376953}, NULL) = 0 gettimeofday({1231356114, 376976}, NULL) = 0 select(5, [4], NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 377713}, NULL) = 0 gettimeofday({1231356114, 377738}, NULL) = 0 select(5, [4], NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 378711}, NULL) = 0 gettimeofday({1231356114, 378738}, NULL) = 0 recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 378804}, NULL) = 0 gettimeofday({1231356114, 378831}, NULL) = 0 gettimeofday({1231356114, 378855}, NULL) = 0 gettimeofday({1231356114, 378878}, NULL) = 0 gettimeofday({1231356114, 378902}, NULL) = 0 gettimeofday({1231356114, 378925}, NULL) = 0 gettimeofday({1231356114, 378949}, NULL) = 0 select(0, NULL, NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 379714}, NULL) = 0 gettimeofday({1231356114, 379739}, NULL) = 0 recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 379803}, NULL) = 0 gettimeofday({1231356114, 379829}, NULL) = 0 gettimeofday({1231356114, 379855}, NULL) = 0 ^C unfinished ... Process 31734 detached Maybe 10 times per second or so OS: Gentoo 64 2x Quad Xeon, 8GB RAM conn: 1GBit Kveri Pawel wrote / napísal(a): Hi, I'm starting new hlds process with -game cstrike etc. Normal clear CS 1.6 server. Next what i'm going to do is strace command on this process. So while using strace -p 3535353... I got many times: recvfrom(4, 0xfff43114, 4010, 0, 0xfff440c0, 0xfff430fc) = -1 EAGAIN (Resource temporarily unavailable) It is normal? My OS is Slamd64 and hardware: 2x Xeon Quad-Core, 4GB RAM Internet connection: 100mbit up/down Thanks ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Query servers with QSTAT since last CS update
Yes this is designed behaviour but I would propose to you its only meant to be triggered in the failure case where a request with an invalid challenge is sent, and not in place of the also documented challenge request. So yes it works but we shouldn't need to use it. Regards Steve - Original Message - From: Kveri kv...@kveri.com true, but I don't know why valve should fix that (it's not a bug), because it's working with A2S_PLAYER (or A2S_RULES) and it's documented - A2S_PLAYER is not a workaround, it's just another way to go. I've been using A2S_PLAYER with challenge value -1 to get challenge since protocol 48 update and I don't see a reason why valve should change anything, since everyone is obtaining challenge number this way. Anyway nice work with qstat, thanks, I've just updated it on my servers, however I'm using gentoo and there is no new version in portage right now, so I compiled it and replaced binary manually. This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmas...@multiplay.co.uk. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Query servers with QSTAT since last CS update
Yeah its definitely a bug, because 1.6 now supposedly used the same protocol as CS Source but that was not true, it does not need this fake challenge request first. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Steven Hartland Sent: Thursday, 8 January 2009 10:00 AM To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] Query servers with QSTAT since last CS update Yes this is designed behaviour but I would propose to you its only meant to be triggered in the failure case where a request with an invalid challenge is sent, and not in place of the also documented challenge request. So yes it works but we shouldn't need to use it. Regards Steve - Original Message - From: Kveri kv...@kveri.com true, but I don't know why valve should fix that (it's not a bug), because it's working with A2S_PLAYER (or A2S_RULES) and it's documented - A2S_PLAYER is not a workaround, it's just another way to go. I've been using A2S_PLAYER with challenge value -1 to get challenge since protocol 48 update and I don't see a reason why valve should change anything, since everyone is obtaining challenge number this way. Anyway nice work with qstat, thanks, I've just updated it on my servers, however I'm using gentoo and there is no new version in portage right now, so I compiled it and replaced binary manually. This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmas...@multiplay.co.uk. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] strace -p on HLDS. Is it normal communicate?
Okay, thanks :-) On Wed, Jan 7, 2009 at 11:56 PM, Andrew Armstrong and...@mammoth.com.auwrote: There are several error codes that basically say 'try again later' for async i/o - so yes these are normal. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Tony Paloma Sent: Thursday, 8 January 2009 9:48 AM To: 'Half-Life dedicated Linux server mailing list' Subject: Re: [hlds_linux] strace -p on HLDS. Is it normal communicate? Should be EWOULDBLOCK is what I meant, not shouldn't. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Tony Paloma Sent: Wednesday, January 07, 2009 2:46 PM To: bu...@tailorhosting.com; 'Half-Life dedicated Linux server mailing list' Subject: Re: [hlds_linux] strace -p on HLDS. Is it normal communicate? I thought this too, but it shouldn't be EWOULDBLOCK not EAGAIN. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Ryan Burke Sent: Wednesday, January 07, 2009 12:18 PM To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] strace -p on HLDS. Is it normal communicate? My educated guess is that they are using non-blocking calls to recvfrom using the MSG_DONTWAIT flag. Normally recv and recvfrom will block until data is received. This stops the flow of the program unless it is multi-threaded with on thread dealing with network I/O and some kind of parent thread to do something when network I/O occurs. Look at the MSG_DONTWAIT in man recvfrom and it explains it. It is a pretty common way to do high performance asynchronous network programming. Ryan sorry it's much faster than 10 times per second, my terminal is slow. first that I posted is on 1231356114, 376819 second 1231356114, 378804 that is every ~2000 microseconds so ~500/s and that server is stable 500fps, so it happens every frame. Kveri Kveri wrote / napísal(a): I don't know if it is normal, but I can confirm that it's happening. recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 376819}, NULL) = 0 gettimeofday({1231356114, 376846}, NULL) = 0 gettimeofday({1231356114, 376873}, NULL) = 0 gettimeofday({1231356114, 376900}, NULL) = 0 gettimeofday({1231356114, 376928}, NULL) = 0 gettimeofday({1231356114, 376953}, NULL) = 0 gettimeofday({1231356114, 376976}, NULL) = 0 select(5, [4], NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 377713}, NULL) = 0 gettimeofday({1231356114, 377738}, NULL) = 0 select(5, [4], NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 378711}, NULL) = 0 gettimeofday({1231356114, 378738}, NULL) = 0 recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 378804}, NULL) = 0 gettimeofday({1231356114, 378831}, NULL) = 0 gettimeofday({1231356114, 378855}, NULL) = 0 gettimeofday({1231356114, 378878}, NULL) = 0 gettimeofday({1231356114, 378902}, NULL) = 0 gettimeofday({1231356114, 378925}, NULL) = 0 gettimeofday({1231356114, 378949}, NULL) = 0 select(0, NULL, NULL, NULL, {0, 1000}) = 0 (Timeout) select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) gettimeofday({1231356114, 379714}, NULL) = 0 gettimeofday({1231356114, 379739}, NULL) = 0 recvfrom(4, 0xfff4ebb4, 4010, 0, 0xfff4fb60, 0xfff4eb9c) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1231356114, 379803}, NULL) = 0 gettimeofday({1231356114, 379829}, NULL) = 0 gettimeofday({1231356114, 379855}, NULL) = 0 ^C unfinished ... Process 31734 detached Maybe 10 times per second or so OS: Gentoo 64 2x Quad Xeon, 8GB RAM conn: 1GBit Kveri Pawel wrote / napísal(a): Hi, I'm starting new hlds process with -game cstrike etc. Normal clear CS 1.6 server. Next what i'm going to do is strace command on this process. So while using strace -p 3535353... I got many times: recvfrom(4, 0xfff43114, 4010, 0, 0xfff440c0, 0xfff430fc) = -1 EAGAIN (Resource temporarily unavailable) It is normal? My OS is Slamd64 and hardware: 2x Xeon Quad-Core, 4GB RAM Internet connection: 100mbit up/down Thanks ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
[hlds_linux] [L4D] Prevent Infected Team From Spectating Survivor Team
Are there any cvars for preventing the infected team from spectating the survivor team when they're dead? Like a fade to black or team restriction type cvar? I couldn't find any when I searched through the cvars but I might have missed it. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] [L4D] Prevent Infected Team From Spectating Survivor Team
director_spectate_specials director_spectate_specials = 0 game cheat - Allow spectating zombies sv_specnoclip sv_specnoclip = 1 game archive notify replicated director_spectate_specials : 0 : , sv, cheat : Allow spectating zombies I'd guess set that? Possibly set the specnoclip to 0 also? On Wed, Jan 7, 2009 at 11:09 PM, Cc2iscooL cc2isc...@gmail.com wrote: Are there any cvars for preventing the infected team from spectating the survivor team when they're dead? Like a fade to black or team restriction type cvar? I couldn't find any when I searched through the cvars but I might have missed it. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux -- http://www.1and1.com/?k_id=16196755 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux