From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ee0-f47.google.com (mail-ee0-f47.google.com [74.125.83.47]) by kanga.kvack.org (Postfix) with ESMTP id 3412A6B0031 for ; Sat, 19 Apr 2014 04:45:37 -0400 (EDT) Received: by mail-ee0-f47.google.com with SMTP id b15so2218419eek.34 for ; Sat, 19 Apr 2014 01:45:36 -0700 (PDT) Received: from mail-ee0-f49.google.com (mail-ee0-f49.google.com [74.125.83.49]) by mx.google.com with ESMTPS id z42si43875990eel.242.2014.04.19.01.45.35 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 19 Apr 2014 01:45:35 -0700 (PDT) Received: by mail-ee0-f49.google.com with SMTP id c41so2198302eek.8 for ; Sat, 19 Apr 2014 01:45:35 -0700 (PDT) Message-ID: <535237AA.7080000@colorfullife.com> Date: Sat, 19 Apr 2014 10:45:30 +0200 From: Manfred Spraul MIME-Version: 1.0 Subject: Re: [PATCH] ipc/shm: Increase the defaults for SHMALL, SHMMAX to infinity References: <1397812720-5629-1-git-send-email-manfred@colorfullife.com> <1397890512.19331.21.camel@buesod1.americas.hpqcorp.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: mtk.manpages@gmail.com, Davidlohr Bueso Cc: Andrew Morton , Davidlohr Bueso , LKML , KAMEZAWA Hiroyuki , KOSAKI Motohiro , Greg Thelen , aswin@hp.com, "linux-mm@kvack.org" On 04/19/2014 09:10 AM, Michael Kerrisk (man-pages) wrote: > On Sat, Apr 19, 2014 at 8:55 AM, Davidlohr Bueso wrote: >> On Fri, 2014-04-18 at 11:18 +0200, Manfred Spraul wrote: >>> Risks: >>> - The patch breaks installations that use "take current value and increase >>> it a bit". [seems to exist, http://marc.info/?l=linux-mm&m=139638334330127] >> This really scares me. The probability of occurrence is now much higher, >> and not just theoretical. It would legitimately break userspace. > I'm missing something. Manfred's patch doesn't actually change the > behavior on this point does it? If the problem is more than > theoretical, then it _already_ affects users, right? (And they would > therefore already be working around the problem.) The current default is 32 MB. if some increases it by 1 MB, then the result is 33 MB. The new default would be ULONG_MAX. If someone increases it by 1 MB, then the result is 1 MB - 1 byte. -- Manfred -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org