BLU Discuss list archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Best practice for production servers: To reboot or not to reboot?

Subject: Best practice for production servers: To reboot or not to reboot?
From: richard.pieri-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org (Richard Pieri)
Date: Tue, 14 Sep 2010 12:00:25 -0400
In-reply-to: <4C8F96B9.20706-mNDKBlG2WHs@public.gmane.org>
References: <1E2BC816-C308-4FD1-A7A4-CB50C7141ECF@laferla.net> <000001cb5400$8297c9f0$87c75dd0$@com> <AANLkTimPMYnTwHk2J1s7MiLYOdHDtWX93JNn6m+eNAyE@mail.gmail.com> <B0620767-6A1A-4F22-95A6-B3025CB040AD@gmail.com> <4C8F96B9.20706@blu.org>

On Sep 14, 2010, at 11:37 AM, Jerry Feldman wrote:
> 
> I disagree with this on modern Linux (and BSD) kernels. Let's remove VM
> from the discussion for a second. Most applications use the malloc(3)

Let's not, because I'm specifically thinking of Java's garbage collection as a common example.

--Rich P.

References:
- Best practice for production servers: To reboot or not to reboot?
  - From: robert-2x9W/xM/j7LR7s880joybQ at public.gmane.org (La Ferla Robert)
- Best practice for production servers: To reboot or not to reboot?
  - From: blu-Z8efaSeK1ezqlBn2x/YWAg at public.gmane.org (Edward Ned Harvey)
- Best practice for production servers: To reboot or not to reboot?
  - From: jack-rp9/bkPP+cDYtjvyW6yDsg at public.gmane.org (Jack Coats)
- Best practice for production servers: To reboot or not to reboot?
  - From: richard.pieri-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org (Richard Pieri)
- Best practice for production servers: To reboot or not to reboot?
  - From: gaf-mNDKBlG2WHs at public.gmane.org (Jerry Feldman)

Prev by Date: Best practice for production servers: To reboot or not to reboot?
Next by Date: Best practice for production servers: To reboot or not to reboot?
Previous by thread: Best practice for production servers: To reboot or not to reboot?
Next by thread: Best practice for production servers: To reboot or not to reboot?
Index(es):
- Date
- Thread


BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Boston Linux & Unix / webmaster@blu.org