[bf1942] Linux server status update 2003-04-28

[David Harrison]

I used to just use tail -f games.log | netcat <destination> to do the same
thing in Quake 3 - had a few problems with its reliability if I recall
correctly but with a bit of tweaking it might work fine.

-- trog


---- Original Message ----
From: "Fredriksson, Andreas" <andreas.fredriksson at dice.se>
To: <bf1942 at icculus.org>
Sent: Tuesday, April 29, 2003 7:48 PM
Subject: RE: Re[2]: [bf1942] Linux server status update 2003-04-28

> I'm making the compression an option right now. If you need remote
> logging you could use NFS or other means of transferring the files,
> or just install a daemon on the bf server machine to snoop for new
> files, tail -f them and remove them as new files appear.
>
> // Andreas
>
>> -----Original Message-----
>> From: Scratch Monkey [mailto:ScratchMonkey at SewingWitch.com]
>> Sent: Tuesday, April 29, 2003 11:44 AM
>> To: bf1942 at icculus.org
>> Subject: RE: Re[2]: [bf1942] Linux server status update 2003-04-28
>>
>>
>> --On Tuesday, April 29, 2003 11:29 AM +0200 "Fredriksson, Andreas"
>> <andreas.fredriksson at dice.se> wrote:
>>
>>> I'm thinking about making the compression optional, but it
>>> really is needed because the log files easily reach several
>>> megabytes of size for a single round without compression.
>>
>> This calls for plumbing! Feed the output to a socket ("named pipe"
>> for Windows) and use another process to do real-time stats
>> processing and compression. If you use a TCP socket, the stats need
>> not be
>> stored on the same
>> machine. Not sure how the Windows guys could deal with that,
>> but a Linux
>> script could capture with netcat and feed it to both the
>> stats engine and
>> one's choice of compressor. On an SMP machine, the compressor
>> will migrate to
>> the CPU not being used for the game.