Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752752AbbBXM2z (ORCPT ); Tue, 24 Feb 2015 07:28:55 -0500 Received: from mail-wi0-f176.google.com ([209.85.212.176]:60103 "EHLO mail-wi0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752314AbbBXM2x (ORCPT ); Tue, 24 Feb 2015 07:28:53 -0500 Message-ID: <54EC6E80.3040209@suse.cz> Date: Tue, 24 Feb 2015 13:28:48 +0100 From: Jiri Slaby User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Ingo Molnar , 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) References: <20150221194840.GA10126@gmail.com> <20150222084601.GA23491@gmail.com> <20150222094639.GA23684@gmail.com> <20150222104841.GA25335@gmail.com> <20150222150148.3c566837.akpm@linux-foundation.org> <20150224091621.GA19976@gmail.com> In-Reply-To: <20150224091621.GA19976@gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1833 Lines: 43 On 02/24/2015, 10:16 AM, Ingo Molnar wrote: > 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. Hello, oh, so why do we have NR_CPUS up to 8192, then? I haven't met a machine with more than 16 cores yet. You did. But you haven't met a guy thanksgiving for a live patching being so easy to implement, but fast. I did. What ones call extreme, others accept as standard. That is, I believe, why you signed under the support for up to 8192 CPUs. We develop Linux to be scalable, i.e. used on *whatever* scenario you can imagine in any world. Be it large/small machines, lowmem/higmem, numa/uma, whatever. If you don't like something, you are free to disable that. Democracy. > 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 ... Live patching is not a random idea which is about to die. It is months of negotiations with customers, management, between developers, establishing teams and really thinking about the idea. The decisions were discussed on many conferences too. I am trying to shed some light on why we are not trying to improve criu or any other already existing project. We studied papers, codes, implementations, kSplice and such and decided to incline to what we have implemented, presented and merged. thanks, -- js suse labs -- 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/