On Mon, 2005-11-28 at 16:21 +0100, Ronny T. Lampert wrote: > > But this doesn't concern us does it because we aren't using the [disk] > > cache: > > Ah okay. Anyway, using the disk cache is recommended, because objects above > 80k (config option) are not cached into mem. > > So you'll lose caching of (bigger) images, (bigger) static content etc. > Just a reminder :) Thanks for that one. > >>I also had problems at around S6, with segfaults. > >>Squid only re-loads itself, when it segfaults. > > > > Crikey! Squid is segv an awful lot then!? Seeing as this version is > > shipped with EL4 shouldn't it be deemed stable and therefore not crash > > every couple of minutes!? This is concerning. Perhaps I should try > > Redhat's lists too. > > My setup included aufs storage and there was a serious bug with some patch I > needed that led to a permanent segfault'ing; only related to aufs, as I said. > > My experience in the last 3 years was ZERO PROBLEMS with squid. Perfectly > stable. > > I am not using RH-bundled software for critical applications, because > > 1) they are AFAIK still compiled with -march=i386 -mtune=i686 > 2) they never update the package, just merge in security or serious bug > fixing stuff, thus leading to a "forked" codebase, so a 2.5.S6 may be a S6 + > some patch from S7 + some security fix from S11 and so on. > I don't like that. Believe me - I follow the same school of thought but there are policies here and... ;) > So look around at RH, but I think it's more convenient to simply upgrade. > Just a hint ;) Thanks. I'll see what I can find... Jim > Cheers and good luck, > Ronny -- James Vanns BSc (Hons) MCP Canterbury Christ Church University Senior Systems Programmer (Linux / C & C++) Encryption Key: http://keys.se.linux.org/pks/lookup?op=get&search=0x3B09EE224A653EA9 Signature Verification Key: http://keys.se.linux.org/pks/lookup?op=get&search=0x47FF170724959054
