Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752966AbbBXJQa (ORCPT ); Tue, 24 Feb 2015 04:16:30 -0500 Received: from mail-wi0-f175.google.com ([209.85.212.175]:48767 "EHLO mail-wi0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751856AbbBXJQ1 (ORCPT ); Tue, 24 Feb 2015 04:16:27 -0500 Date: Tue, 24 Feb 2015 10:16:21 +0100 From: Ingo Molnar To: Arjan van de Ven Cc: Dave Airlie , Andrew Morton , Jiri Kosina , Vojtech Pavlik , Josh Poimboeuf , Peter Zijlstra , Ingo Molnar , Seth Jennings , LKML , Linus Torvalds , Arjan van de Ven , Thomas Gleixner , Peter Zijlstra , Borislav Petkov , live-patching@vger.kernel.org Subject: Re: live kernel upgrades (was: live kernel patching design) Message-ID: <20150224091621.GA19976@gmail.com> References: <20150221194840.GA10126@gmail.com> <20150222084601.GA23491@gmail.com> <20150222094639.GA23684@gmail.com> <20150222104841.GA25335@gmail.com> <20150222150148.3c566837.akpm@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1357 Lines: 34 * Arjan van de Ven wrote: > I think 10 seconds is Ingo being a bit exaggerating, > since you can boot a full system in a lot less time than > that, and more so if you know more about the system (e.g. > don't need to spin down and then discover and spin up > disks). If you're talking about inside a VM it's even > more extreme than that. Correct, I mentioned 10 seconds latency to be on the safe side - but in general I suspect it can be reduced to below 1 second, which should be enough for everyone but the most specialized cases: even specialized HA servers will update their systems in low activity maintenance windows. and we don't design the Linux kernel for weird, extreme cases, we design for the common, sane case that has the broadest appeal, and we hope that the feature garners enough interest to be maintainable. This is not a problem in general: the weird case can take care of itself just fine - 'specialized and weird' usually means there's enough money to throw at special hardware and human solutions or it goes extinct quickly ... Thanks, Ingo -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/