From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <bircoph@altlinux.org>
X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on
 sa.local.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00
 autolearn=unavailable autolearn_force=no version=3.4.1
Date: Thu, 19 Apr 2018 14:48:04 +0300
From: Andrey Savchenko <bircoph@altlinux.org>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Message-Id: <20180419144804.718dfa1ef4f5f6e4551e571b@altlinux.org>
In-Reply-To: <20180413134029.GG13632@altlinux.org>
References: <20180412174627.GA5465@dad.imath.kiev.ua>
 <20180412200924.GF8063@imap.altlinux.org>
 <20180413134029.GG13632@altlinux.org>
X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; x86_64-alt-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Subject: Re: [devel] I: [[Girar/Parallel]]
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Apr 2018 11:48:07 -0000
Archived-At: <http://lore.altlinux.org/devel/20180419144804.718dfa1ef4f5f6e4551e571b@altlinux.org/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

On Fri, 13 Apr 2018 16:40:29 +0300 Dmitry V. Levin wrote:
> On Thu, Apr 12, 2018 at 11:09:24PM +0300, Michael Shigorin wrote:
> [...]
> > У нас, к сожалению, не так редок "научный" подход к решению
> > задач вместо "инженерного" -- например, каждому hello
> > резервируются ресурсы, достаточные для сборки boost или LO.
> 
> Ох уж эти воздыхатели по "инженерному" подходу.
> Там уже такой overcommit памяти, что ждите oom killer'а.

Если вероятность oom будет низкой, но не нулевой, zswap (или zram
по выбору) будут очень кстати. Держать 2/3 памяти пустой ради очень
редких случаев коллизий — тоже не дело.

Best regards,
Andrew Savchenko