> 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@xxxxxxxxxxx ; 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)ethod