This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] You can use the Visual Studio Debugger or one of the third party debuggers, but I can tell you right now, w/o the GAME source code, you just won't get very far because full symbols aren't present. Alfred on the other can has the source code and likely has a version with full debugging hooks compiled in. (and 95% of the time you get the same results with a debugging version vs a retail version)
BTW About that price tag. You can negotiate all that with Microsoft (we have a deal for 0 CAL Enterprise 2k3R2 and with leasing this makes the price diff pointless) I'll agree that the WMI/Counter hooks would probably not help all that much as we can measure most of the important stats from Windows directly. Whisper wrote: > -- > [ Picked text/plain from multipart/alternative ] > The source mini dump files are there for a reason, well at least I suspect > so, and it be nice to be abel to utilise them to solve our own problems or > gawd forbid, be able to point the finger at somebody with precise details > and get the offending program fixed. > > On 4/28/06, James Tucker <[EMAIL PROTECTED]> wrote: > >> 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 >> >> > -- > > _______________________________________________ > 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
