Re: [hlds_linux] Source Engine/Dedicated Server Beta

2007-08-08 Thread Phillip Marzi

that memory leak fix didn't seem to have any effect on this annoying
utlmemory.h assert message.

utlmemory.h (314) : Assertion Failed: IsIdxValid(i)


oh and i still get those mid round hitches.


system:
debian sarge, i686 libc and NPTL
custom kernel 2.6.16.11 with HT, preemption, high mem support and 1000Hz
pentium 4 3.0 ghz, 2 gig ram

the same happens on my other server:
debian etch, i686 libc and NPTL
custom kernel 2.6.18.2 preemption, high mem support and 1000Hz
pentium 3 1.2 ghz, 1 gig ram


Phillip



Jason Ruymen wrote:

A new Beta is available for the Source Engine and Source Dedicated
Server.  To participate, run hldsupdatetool with the command -beta
community.  The specific changes include:

- Fixed hl2mp bug where if you +used a weapon it would not respawn
anymore
- Fixed hl2mp spectator being able to lock the player he's viewing by
typing jointeam 0
- Fixed a CS:S smoke grenade exploit
- Added a way for server plugins to ask players if they'd like to
connect to a different server
- Made materials handle sv_pure correctly when they've included other
materials
- Fixed Windows dedicated server bug slowing down Steam updates
- Fixed a server memory leak (2-3 megs per map change)
- Fixed IVEngineServer::FadeClientVolume
- Fixed certain models showing up all white when sv_pure flushed them
- Made the server print a client's steam ID and show sv_pure warnings if
sv_pure_kick_clients is 0
- Fixed a bug preventing sv_pure CRCs from verifying correctly on
certain custom maps

Jason

___
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] Linux Dedicated Server Beta Available

2007-07-05 Thread Phillip Marzi

i still get the utlmemory.h IsIdxValid(i) assertion with the cs:s server
after this beta update.

are these ping spikes shown by 3rd party tools like hlsw somehow related
to this annoying lag bug?


the system specs for my server:

OS: debian sarge 3.1
CPU: pentium 4 3.0 ghz (hyper threading enabled)
RAM: 2gb dual channel (about 1.5 gb are free)
Kernel: Linux web2 2.6.16.11-acpi #1 SMP PREEMPT Tue May 2 02:36:02 CEST
2006 i686 GNU/Linux
libc: 2.3.2 with NPTL support (NPTL 0.60 by Ulrich Drepper)

Phillip

Alfred Reynolds schrieb:

You tell us, we could reliably reproduce the high CPU problem once we
found the right hardware/software mix but the lag still escapes us. The
nature of the bug we fixed could certainly fix those other problems.

- Alfred

[EMAIL PROTECTED] wrote:

Does this also fix the other recent problems like fluctuating
tickrate and intermittent lag/freezing?


This is a multi-part message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
A beta update to the Linux Dedicated Server is available.  To
download this update, run hldsupdatetool with the command -beta
dslinux.  The specific changes include:

- Fixed high CPU usage on multi-core machines

Jason

--

___
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] Source Engine Update Available

2007-06-15 Thread Phillip Marzi

after the june 12 update my server started reporting the following
assert message:

utlmemory.h (314) : Assertion Failed: IsIdxValid(i)

i don't know how often this assertion was triggered, but the 'screen'
the server runs in did only show these assert messages.
the same assert message is reported when running the june 13 update.

the dod:s server that runs on the same physical server doesn't report
any assert message except the usual net.cpp ones on start.


another thing that's new to me on my server are the small lags you get
while playing on the server.
i already tried the net_queued_packet_thread 0/1 cvar without any huge
difference.

the server is running at a constant frame rate of about 250 fps, with
and without players.

CPU   InOut   Uptime  Users   FPSPlayers
 0.00  0.00  0.003335 6  249.81   0

version : 1.0.0.34/7 3140 secure


the third thing i've noticed using hlsw, the pings to the cs:s and dod:s
server are very different though both servers run on the same physical
server.
the cs:s server jumps in it's pings all over the range from 20 to 150 ms
where the dod:s server is relatively stable at about 20-30 ms.
is it possible that this behavior is somehow linked to the above
mentioned lags?


the system specs for the server:

OS: debian sarge 3.1
CPU: pentium 4 3.0 ghz (hyper threading enabled)
RAM: 2gb dual channel
Kernel: Linux web2 2.6.16.11-acpi #1 SMP PREEMPT Tue May 2 02:36:02 CEST
2006 i686 GNU/Linux
libc: 2.3.2 with NPTL support (NPTL 0.60 by Ulrich Drepper)
load average: 0.00, 0.02, 0.00


Phillip


Jason Ruymen wrote:

Updates to the Source Engine are now available. Previously this was in
Beta, behind src0613. Please run hldsupdatetool to receive this update.
The specific changes include:

- Fixed a client crash
- Fixed sv_allow_wait_commands restricting the server using wait
- Fixed a crash in soundlist command
- Reallowed fps_max value of 0 (= unrestricted fps)
- Fixed exploit that showed spectator radar when not a spectator
- Fixed a crash playing back demo files recorded with the
previously-released engine
- Client forwards server commands it doesn't understand back to the
server
- Allow servers to execute chooseteam in Counter-Strike: Source
- Allow servers to execute retry
- sv_pure 1 now allows custom spray decals by default
- Fixed Has Users Playing checkbox not using the new change where we
only display human players in the players tab, so you'd see servers with
0 players (they actually had only bots) listed

Jason

___
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] Re: Lag since 3/13/07 on debian and FC 5 only ?

2007-03-19 Thread Phillip Marzi


- Pentium 4 3 GHz
- 2 GB dual channel DDR RAM
- Kernel 2.6.16.11
- HT enabled including the kernel SMT hyperthreading scheduler support
- The preemption model is set to 'Preemptible Kernel (Low-Latency
Desktop)' and 'Preempt The Big Kernel Lock'
- Kernel timer frequency is 1000 Hz
- Linux distribution is Debian 3.1 Sarge
- the libc6-i686 module is installed (NPTL support and optimizations for
i686 CPUs)
- srcds runs with the default tickrate at 250 fps
- the system load average is 0.02

until now i've not noticed any lags but i've seen two error messages on
the server console and a frame rate drop on the server side to about 10
fps when shooting at physic objects. this wasn't the case with the last
srcds version.


the two error messages that i've seen are the following.

on server start:

net.cpp (932) : Assertion Failed: 0 == iRet  iValLen == sizeof( iVal )
 cSendBufSize = iVal
net.cpp (940) : Assertion Failed: 0 == iRet  iValLen == sizeof( iVal )
 cRecvBufSize = iVal


and while playing on the server:

SteamStartValidatingUserIDTicket:  Returned ESteamError 25


Phillip


Alfred Reynolds wrote:

I am interested into the split of single vs. multi core machines seeing the 
problem.

- Alfred

DEPRE Gaetan wrote:

So, I guess we'll need these information :

Dual xeon 1core FSB 533 512 KO L2 Cache : Lags
Dual xeon 1core FSB 800 2 Mo L2 Cache : Lags but after a few hours the
server is running
Dual xeon 2cores 4 Mo Cache : No more lags

Debian Etch 2.6.20.1 on each box.

Could the CPU's cache be responsible (in part) of this lag problem ?

-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de Rónai
György Envoyé : lundi 19 mars 2007 17:53
À : hlds_linux@list.valvesoftware.com
Objet : Re: [hlds_linux] Re: Lag since 3/13/07 on debian and FC 5
only ?

[ Converted text/html to text/plain ]
Debian Sarge 3.1 with 2.6.16.27 = lag.
Locutus
J.Miribel írta:

Lets update then:
So far:
Debian
Sarge - Lag (1/1 report)
Etch - Lag (1/1 report)
Fedora
FC 4 - To be determined (1/2 reports lag)
FC 5 - No lag ( 2/2 reports)
FC 6 - Lag (1/1 report)
Slackware - No lag (1 report)
Anyone else ? Or anyone experiencing opposite results ?
There are not only 2 guys around using debian nor FC5/6 and hosting
srcds ! [EMAIL PROTECTED] writes:

Ye the FC 5 had USER_HZ  set to 1000, Running AMD 64 Athlon
3800+ And no problems with are 100 tick or any of the 66
tick we had.
Azhibberd
- Original Message Follows -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [hlds_linux] Re: Lag since 3/13/07 on debian
(sarge) only ?
Date: 19-Mar-2007 14:18:11 GMT


Quoting J.Miribel [EMAIL PROTECTED][4]:

So far:

Debian
Sarge - Lag
Etch - Lag

Fedora
FC 5 - No lag
FC 6 - Lag

Anyone else ? Or anyone experiencing opposite results ?

Slackware running 2.6.20, no Preemption, timer freq
1000hz Source running at 100 tic
No lag issues.

Jeff Love
Burgh Gaming

I should also mention this is SMP on dual 32bit AMD Athlon
MP 2800
___
To unsubscribe, edit your list preferences, or view the
list archives, please visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux[5]
==
==
 This email has been scanned for viruses and inappropriate
content
==
==

-TAW Signature-
Any problems or inquiries feel free to contact me
LTC_Azhibberd [HL 1OPS] [Server Staff]
Aaron T Hibberd
Contact info:
Xfire: Azhibberd
Msn: [EMAIL PROTECTED]
E-mail: [EMAIL PROTECTED]

 This email has been sent from the West Berks LEA. If you have
 cause for complaint regarding the content of this email please
contact [EMAIL PROTECTED]

___
To unsubscribe, edit your list preferences, or view the list archives,
please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux[9]

___
To unsubscribe, edit your list preferences, or view the list archives,
please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux[10]

===References:===
  1. mailto:[EMAIL PROTECTED]
  2. mailto:[EMAIL PROTECTED]
  3. mailto:hlds_linux@list.valvesoftware.com
  4. mailto:[EMAIL PROTECTED]
  5. http://list.valvesoftware.com/mailman/listinfo/hlds_linux
  6. mailto:[EMAIL PROTECTED]
  7. mailto:[EMAIL PROTECTED]
  8. mailto:[EMAIL PROTECTED]
  9. http://list.valvesoftware.com/mailman/listinfo/hlds_linux
 10. 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