Date: Mon, 15 Jul 1996 17:45:26 +0300 (EET DST) From: "Andrew V. Stesin" <stesin@elvisti.kiev.ua> To: map@iphil.net (Miguel A.L. Paraz) Cc: stesin@elvisti.kiev.ua, squid-users@nlanr.net, stable@freebsd.org Subject: Re: Memory leak in 1.0.1 / FreeBSD 2.1R & BSDI Message-ID: <199607151445.RAA22557@office.elvisti.kiev.ua> In-Reply-To: <199607151250.UAA12011@marikit.iphil.net> from "Miguel A.L. Paraz" at Jul 15, 96 08:50:58 pm
next in thread | previous in thread | raw e-mail | index | archive | help
Hello Miguel and Squiders, # I'm also running 2.1R on the main caching machine. # The kernel tends to panic very often (around once a day), though. # I've *never* been able to catch the exact error, it's not logged to # syslog. However, the server is performing other functions as well. 2.1R is great -- but it's stability heavily depends on the hardware configuration. Many "interesting" conditions were fixed since that time by the core team, especially in the drivers. We have seen occasional crashes with plain 2.1R on some of our boxes; after an upgrade to a late March -stable _all_ machines are rock solid, nothing can crash them. # # I'll try changing the malloc(). However, I feel that upgrading to # FreeBSD 2.1.5 will help, and I'm waiting for it. 2.1.5 is already here, BTW (check ftp://ftp.freebsd.org/pub/FreeBSD ) As for me, I strongly suggest you doing both steps: upgrade an OS to 2.1.5 and recompile and reinstall libc with a pkhmalloc (take malloc.c from -current sources). Long ago I was impressed by the improvement phkmalloc gave me, but the -stable developers refused to retrofit this wonderful thing to a -stable branch :-( # Right now I'm not # inclined to upgrading to the interim versions, whether SNAPs or # STABLEs. I understand you, but let me note you aren't right here. -stable snapshots might be considered as an interim bugfix releases to 2.1R (instaed of patchkits) and I must noter that upgrade from 2.1R to -stable was painless. The above should also be true for 2.1R -> 2.1.5R path. Good luck! # # -- # miguel a.l. paraz <map@iphil.net> / iphil communications / PGP keyID 0x43F0D011 # # # # -- With best regards -- Andrew Stesin. Phones/fax: +380 (44) { 244-0122, 276-0188, 271-3457, 271-3560 } "You may delegate authority, but not responsibility." Frank's Management Rule #1.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199607151445.RAA22557>