But that there is the issue. It takes months for sprays to start wracking up, but Replays are going in ours. Most people run on a VPS and don't always have much space (5-10GB VPS) So it becomes a big issue when they want to provide a full experience for their players still.
On May 8, 2011, at 10:14 PM, Dominik Friedrichs <[email protected]> wrote: > Nobody is preventing you from creating a batch script to delete old replays. > Sprays will also take up several hundred megabytes, it just takes a few > months. > > There may also be a memory leak introduced with replays - my server reached > 512 MB RAM usage after less than 20 hours of runtime. Until now this was my > set limit at which the process would be killed... > > On 2011/05/09 03:55, Simon Sheehan wrote: >> >> The main issue is that replays take up so much more space than images. If >> you've got a solution, do feel free to share it. Replays are causing a lot >> of problems so far overall though. >> >> >> On May 8, 2011, at 9:12 PM, Dominik Friedrichs<[email protected]> wrote: >> >>> Wonder why nobody complains about spraylogos filling up (in the servers >>> "downloads" folder)... >>> I have a solution in place that deletes everything older than 2 weeks, but >>> this could easily be taken care of by the server as well. >>> >>> On 2011/05/09 01:50, steve grout wrote: >>>> i've already highlighted the bug to valve and they are fixing it :) >>>> >>>> On 09/05/2011 00:46, Jonah Hirsch wrote: >>>>> That'd be nice to know. I have 4 days of replays filling up 300 megs >>>>> of storage, and I'd like to know if/when they'll automatically be cleaned. >>>>> ----------------------- >>>>> Jonah Hirsch >>>>> >>>>> >>>>> >>>>> On Sun, May 8, 2011 at 3:47 PM, Tony Paloma<[email protected] >>>>> <mailto:[email protected]>> wrote: >>>>> >>>>> There already are some cleanup ConVars. >>>>> >>>>> "replay_dofileserver_cleanup_on_start" = "1" >>>>> game client >>>>> - Cleanup any stale replay data (both locally and on fileserver) at >>>>> startup. >>>>> "replay_docleanup" >>>>> client >>>>> - Deletes stale session data from the fileserver. >>>>> "replay_docleanup force" >>>>> will remove all replay session data. >>>>> "replay_cleanup_time" = "1" min. 1.000000 max. 24.000000 >>>>> client replicated >>>>> - The Replay system will periodically remove stale .dem files from >>>>> disk. >>>>> This variable represents the amount of time (in hours) between >>>>> each cleanup. >>>>> >>>>> I do not know how it determines which are "old." >>>>> >>>>> -----Original Message----- >>>>> From: [email protected] >>>>> <mailto:[email protected]> >>>>> [mailto:[email protected] >>>>> <mailto:[email protected]>] On Behalf Of steve grout >>>>> Sent: Saturday, May 07, 2011 4:36 AM >>>>> To: Half-Life dedicated Win32 server mailing list >>>>> Subject: Re: [hlds] TF2 Rrrrreplay movies >>>>> >>>>> you could just write something to remove the files older than xx >>>>> days on the >>>>> ftp but yeah a cvar to handle this from one location (game server) >>>>> is a nice >>>>> idea. >>>>> >>>>> On 07/05/2011 12:19, G. Hutchinson wrote: >>>>> > Excuse my grammar and thought process here if it goes astray, it >>>>> is 6 >>>>> > am and I have yet to go to sleep since yesterday so please bare with >>>>> > me. I have replay movies enabled, Lord forbid, on two servers. They >>>>> > now seem to upload fine and download fine after some trial and >>>>> error. >>>>> > >>>>> > Perhaps I am missing something that someone could enlighten me >>>>> on. In >>>>> > the two server instances there is a replay folder that has has 3 sub >>>>> > dirs. these folders seem to just keep a filling up. I deleted >>>>> over 2k >>>>> > files from one folder. Granted most files where created before I got >>>>> > it working properly. Meanwhile on my off site host that I am sending >>>>> > the files to for clients to download, same issue. Deleted by >>>>> hand 2k+ >>>>> > files. The offsite subdir's I created for the two server instances >>>>> > just seem to keep filling up as well. >>>>> > >>>>> > Do these files not delete themselves after some time? If not, >>>>> perhaps >>>>> > a set time cvar is needed to have the server instance ftp in and rm >>>>> > the files on occasion? >>>>> > >>>>> > >>>>> > _______________________________________________ >>>>> > 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
