-- [ Picked text/plain from multipart/alternative ] Glad you got it fixed. As for the maps I've never had a problem with a custom map other than a few of them (some with some ladder problems, would cause the server to not boot.) Otherwise all custom maps work fine, so I don't know what the problem is.
On 8/24/06, Rónai György <[EMAIL PROTECTED]> wrote: > > [ Converted text/html to text/plain ] > Nice one, thx :) > Apparently, the cause was the HT, but it was TURNED OFF, instead of ON :) > For some reason, we forgot to enable itt fully in the bios, but the linux > kernel was set to use it... > No we enabled it, and what a wonder, no more lag... i hope it will not > come > again :) > ----------------------------------- > Another thing: > Does anyone know, why the newest custom maps dont work on linux srcds? I > know > that valve has broken the sdk, so any after that compiled maps crash the > server. But is there any update on this? An SDK patch, or a workaround? We > could not put any new custom maps on our server since weeks... before that > we > had frequently updated it with the best ones. > Thx > Locutus > Cc2iscooL írta: > > -- > [ Picked text/plain from multipart/alternative ] > Maybe you should take a look at the server and see what is running at the > time of the lag spike. There must be something, otherwise the server would > (should) be just fine. The FPS should maintain a constant level even when > under load. You *might* be able to reduce it by reducing the max FPS, as > I've never noticed a difference after 250-300. It could be the kernel. If > you're sure it's been set to 1000hz make sure there's nothing limiting the > process. Also, you could try turning HT off via the bios and see if that > helps, what might be happening is that the process tries to switch over to > the virtual processor to load balance and it doesn't work like it should. > I > would personally turn HT off and give it a shot. If it still has the > problem > just turn it back on. > > Speaking of this, the only "lag" I've faced was with a dual core server on > an older kernel, but since you have a decently recent one I'm not sure if > a > kernel upgrade would help you or not. You might want to look at the > changes > in-between to see what's fixed and see if it relates to timing or HT. > > As I said, try turning HT off first and see what happens. > > On 8/22/06, Rónai György <[EMAIL PROTECTED]>[1] wrote: > > > [ Converted text/html to text/plain ] > No, sv maxrate 0 did not help :( It has no effect... same lag. > But i have noticed, that the server fps sometimes drops to 125. Approx. at > the > same time, as the lag occurs. Not often. What i dont understand is, why > does > it drop, if the cpu load does not exceed (in this case, 13 players) 44%? > (peak > max) > Lowering tickrate is really not an option, as my goal is exactly, to make > it > at 100 tick usable... > Locutus > Despise at home írta: > > i would recommend using sv_maxrate 0 as the number of updates > (sv_maxupdaterate and sys_ticrate) maybe be restricted by that sv_maxrate > as > that is a high sv_maxupdaterate. > Other thing you can try is a lower sys_ticrate. Just got to monitor your > stuff init > If i didnt make sense there its cause im stoned :) > > From: Rónai György <[EMAIL PROTECTED]>[2][1] > Reply-To: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: [hlds_linux] lag problem > Date: Sun, 20 Aug 2006 17:57:34 +0200 > Hi > I am still fighting with this lag problem. > My server: > 2.8 HT P4, 2gigs ram, 100mbit duplex inland net > 2.6.17 kernel, 1000Hz, nothing else running on it. > The one srcds process is a 18 slot pub server, at > 100 tick > fps_max 600 (fps almost constantly at 496) > sv_minrate 3000 > sv_maxrate 30000 > sv_maxupdaterate 100 > sv_minupdaterate 10 > clients forced to: > cl_updaterate 100 > cl_cmdrate 100 > rate 25000 > cl_interpolate 1 > cl_interp 0.1 > The problem is: We get a small lag, at any player number above 4 > players. Its not a serious lag, just some little movement lag, every > 5-10 seconds. It cant be related to any movement, or explosion, or > shooting each other, it just happens randomly... This lag does not grow > too much, with increasing player number. The cpu is at 17-23% at 6 > players. Even at 16-18 players, its not going above 67%. > I have tryed to play around with interp, at 0.01 it lags a little more, > at 0.1 a little less. > The hitreg is perfect (according to players), so we are experiencing all > the benefits of high fps, and high tickrate, just this small lag.... > It really cant be the server box... neither the bw. Probably, its the > wrong kernel? We are going to test the 2.6.18_rc tomorrow... > Any other ideas? > Locutus > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux[4[5]] > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please > visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux[5[6]] > > ===References:=== > 1. mailto:[EMAIL PROTECTED] > 2. mailto:[EMAIL PROTECTED] > 3. mailto:[EMAIL PROTECTED] > 4. http://list.valvesoftware.com/mailman/listinfo/hlds_linux[10] > 5. http://list.valvesoftware.com/mailman/listinfo/hlds_linux[11] > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux[12] > > > > -- > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux[13] > > > > > ===References:=== > 1. mailto:[EMAIL PROTECTED] > 2. mailto:[EMAIL PROTECTED] > 3. mailto:[EMAIL PROTECTED] > 4. mailto:[EMAIL PROTECTED] > 5. http://list.valvesoftware.com/mailman/listinfo/hlds_linux[4 > 6. http://list.valvesoftware.com/mailman/listinfo/hlds_linux[5 > 7. mailto:[EMAIL PROTECTED] > 8. mailto:[email protected] > 9. mailto:[email protected] > 10. http://list.valvesoftware.com/mailman/listinfo/hlds_linux > 11. http://list.valvesoftware.com/mailman/listinfo/hlds_linux > 12. http://list.valvesoftware.com/mailman/listinfo/hlds_linux > 13. 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
