> Am 2008-01-24 12:06:03, schrieb Matus UHLAR - fantomas:
> > On 19.01.08 18:26, Michelle Konzack wrote:
> > > I have killed a hardisk (160 GByte) again because to heavy traffic of
> > > "gnump3d". The problem is, that the "natural" caching of linux does
> > > not work, even if I have only arround 700 MByte of songs I hear all the
> > > time and the installed memory is 2 GByte. The access of gnump3d on the
> > > harddisk is very heavy, specialy if more then 4 clients use it the same
> > > time... -- and the Media-Server is working 24/7 and use already a
> > > Hardware Raid-1 with HotFix!
> >
> > I am not aware of how does gnump3d work, but can't that be because the
> > client always fetches the same URI which is not cacheable?
On 26.01.08 00:42, Michelle Konzack wrote:
> You mean a POST request? -- I do not know.
>
> But right, it is always the same URI (I have one for the
> original 192kBit and one for a reduced quality 96kBit).
and it has always different content. So if you cache that, you will store
something different each time. Better not to cache that at all.
I guess that would require support for streming data in squid.
-- Matus UHLAR - fantomas, uhlar@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. Spam = (S)tupid (P)eople's (A)dvertising (M)ethodReceived on Thu Jan 31 2008 - 06:23:43 MST
This archive was generated by hypermail pre-2.1.9 : Fri Feb 01 2008 - 12:00:05 MST