shame about the price tag ;-P Erm, performance hooks, you shouldn't really need any more than what you can view from a process monitor (which you can generate a WMI counter set for any process). Getting into the srcds internals is only going to add I/O to the srcds process, and provides only auditability, no real gain in functionality.
If you're talking about consumer oriented reilability then you want to be using a client socket connection to collect stats, as this is the only way you can also verify client connectivity! Furhtermore this way the server process (being a real-time app) can manage its own priority on the audit process. With regard to starting srcds up as a service, this would have little benefit really, and just means you no longer have to change that pesky caching priority option in windows server environments. ;) Even in large installations you won't want too many instances running along side each other anyway. If you're worried about memory segregation / i/o segregation, then consider the runas and start commands. For autostarting capabilities native out of the OS, try the 'at' commands. For more flexibility consider a win32 macro scripting system. Proper logging would be somewhat useful, however there are plenty of reasonable parsers out there already. What I'd really like to see is a farm management app built out of steam itself, so that my clients can use Steam to manage and watch their servers instead of resorting to either costly proprietary developments, middleground solutions like hlsw, or simply by-hand management. Along with this which would also save valve quite a bit of time and money would be a content proxy for rapid re-installations and updates. This could easily be done securely if the server management tool can use normal server data verification routines. Most of the proprietary methods of doing this have proven quite fiddly nasty little scripts that could do with a proper replacement. This would however require some kind of extra authentication layer. On 26/04/06, Stuart Stegall <[EMAIL PROTECTED]> wrote: > This is a multi-part message in MIME format. > -- > [ Picked text/plain from multipart/alternative ] > When using -condebug. I don't get any warnings on Win2k3Enter unless > the process exceeds what I have it set to (Enterprise edition ... it's > the way to go ;) > > Whisper wrote: > > -- > > [ Picked text/plain from multipart/alternative ] > > BTW does anybody remember if there was warnings about resource usage or > > anything like that? > > > > On 4/27/06, Whisper <[EMAIL PROTECTED]> wrote: > > > >> Thanks again > >> > >> > >> On 4/27/06, Whisper <[EMAIL PROTECTED]> wrote: > >> > >>> I beleive so > >>> > >>> > >>> On 4/27/06, Frazer < [EMAIL PROTECTED]> wrote: > >>> > >>>> Would that be -condebug, per Alfred's recent posting? > >>>> > >>>> > >>>> > >>>> -----Original Message----- > >>>> From: [EMAIL PROTECTED] > >>>> [mailto: [EMAIL PROTECTED] On Behalf Of Whisper > >>>> Sent: Wednesday, April 26, 2006 10:38 AM > >>>> To: [email protected] > >>>> Subject: Re: [hlds] SRCDS Mini Dump Files > >>>> > >>>> -- > >>>> [ Picked text/plain from multipart/alternative ] While we are at it, > >>>> what is > >>>> the option or command to send all console output to a log file? > >>>> > >>>> I swore I saw it here at some stage, and I know what you see in > >>>> console is > >>>> not what is always shown in the logs. > >>>> > >>>> Thanks > >>>> > >>>> On 4/26/06, Adam Sando <[EMAIL PROTECTED] > wrote: > >>>> > >>>>> Can we start a petition? I'm liking your ideas Frazer :) > >>>>> > >>>>> While we are investigating features, what about W3C standard log > >>>>> files, with meaningful log names? > >>>>> > >>>>> Regards, > >>>>> Adam > >>>>> > >>>>> -----Original Message----- > >>>>> From: [EMAIL PROTECTED] > >>>>> [mailto:[EMAIL PROTECTED] On Behalf Of Frazer > >>>>> Sent: Wednesday, 26 April 2006 20:24 PM > >>>>> To: [email protected] > >>>>> Subject: RE: [hlds] SRCDS Mini Dump Files > >>>>> > >>>>> Srcds.exe is widely used in what I would deem "serious" game hosting > >>>>> > >>>>> operations and yet this application really hasn't evolved much > >>>>> > >>>> beyond > >>>> > >>>>> the level of a consumer product. I expect many administrators who > >>>>> > >>>> are > >>>> > >>>>> supporting srcds in such environments would agree that it presents > >>>>> some operational management challenges. > >>>>> > >>>>> What I think might be useful, perhaps in future srcds versions, > >>>>> > >>>> would > >>>> > >>>>> be the inclusion of more a few management features that would make > >>>>> > >>>> it > >>>> > >>>>> a more robust application in a hosting environment: > >>>>> > >>>>> 1. Some Application Event logging - with informative events backed > >>>>> > >>>> up > >>>> > >>>>> by some kind of knowledge base that would help operators determine > >>>>> root causes that are within their scope of control. > >>>>> > >>>>> 2. Some application instrumentation (E.g. PerfMon counters, WMI > >>>>> hooks) that could be used to better monitor application performance > >>>>> and state and employ mainstream third party management tools. > >>>>> > >>>>> 3. A version that runs as a true Windows service, that responds > >>>>> correctly and gracefully to Service Manager actions (Start, Stop, > >>>>> Pause). > >>>>> > >>>>> My $.02 > >>>>> > >>>>> F. > >>>>> > >>>>> P.S. And a "headshot" tag in the kill event in the DOD:S game > >>>>> > >>>> log :) > >>>> > >>>>> > >>>>> -----Original Message----- > >>>>> From: [EMAIL PROTECTED] > >>>>> [mailto:[EMAIL PROTECTED] On Behalf Of Roman > >>>>> > >>>> Hatsiev > >>>> > >>>>> Sent: Wednesday, April 26, 2006 4:13 AM > >>>>> To: [email protected] > >>>>> Subject: Re: [hlds] SRCDS Mini Dump Files > >>>>> > >>>>> This is true unless you have source code and debugging symbols which > >>>>> may give you a clue where it crashed. Even those won't help you much > >>>>> > >>>>> if you are ot familiar with software internals.... > >>>>> > >>>>> On 26/04/06, Stuart Stegall < [EMAIL PROTECTED]> wrote: > >>>>> > >>>>>> For the most part debuggers don't really provide anything helpful > >>>>>> and are generally a crutch. > >>>>>> > >>>>> _______________________________________________ > >>>>> To unsubscribe, edit your list preferences, or view the list > >>>>> > >>>> archives, > >>>> > >>>>> please visit: > >>>>> http://list.valvesoftware.com/mailman/listinfo/hlds > >>>>> > >>>>> _______________________________________________ > >>>>> To unsubscribe, edit your list preferences, or view the list > >>>>> > >>>> archives, > >>>> > >>>>> please visit: > >>>>> http://list.valvesoftware.com/mailman/listinfo/hlds > >>>>> > >>>>> This e-mail has been scanned for viruses by Hostworks Message > >>>>> > >>>> Scanning > >>>> > >>>>> Services - powered by MessageLabs. For further information contact > >>>>> Hostworks on 1300 30 4848. > >>>>> > >>>>> _______________________________________________ > >>>>> To unsubscribe, edit your list preferences, or view the list > >>>>> > >>>> archives, > >>>> > >>>>> please visit: > >>>>> http://list.valvesoftware.com/mailman/listinfo/hlds > >>>>> > >>>>> > >>>> -- > >>>> > >>>> _______________________________________________ > >>>> To unsubscribe, edit your list preferences, or view the list archives, > >>>> please visit: > >>>> http://list.valvesoftware.com/mailman/listinfo/hlds > >>>> > >>>> _______________________________________________ > >>>> To unsubscribe, edit your list preferences, or view the list archives, > >>>> please visit: > >>>> http://list.valvesoftware.com/mailman/listinfo/hlds > >>>> > >>>> > >>> > > -- > > > > _______________________________________________ > > To unsubscribe, edit your list preferences, or view the list archives, > > please visit: > > http://list.valvesoftware.com/mailman/listinfo/hlds > > > > > > -- > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, please > visit: > http://list.valvesoftware.com/mailman/listinfo/hlds > _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds
