From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.4 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, MENTIONS_GIT_HOSTING,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 20946C10F14 for ; Tue, 15 Oct 2019 20:55:17 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id DEC2B2083B for ; Tue, 15 Oct 2019 20:55:16 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=rasmusvillemoes.dk header.i=@rasmusvillemoes.dk header.b="QlVkZKTU" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388411AbfJOUzP (ORCPT ); Tue, 15 Oct 2019 16:55:15 -0400 Received: from mail-ed1-f68.google.com ([209.85.208.68]:44937 "EHLO mail-ed1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727988AbfJOUzP (ORCPT ); Tue, 15 Oct 2019 16:55:15 -0400 Received: by mail-ed1-f68.google.com with SMTP id r16so19367987edq.11 for ; Tue, 15 Oct 2019 13:55:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rasmusvillemoes.dk; s=google; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=oDe3m4rQhSeY+085wHNREg/SXUE2bSEKEEx664Jg5w8=; b=QlVkZKTUMDSSzBGZhSI9NF6G0+3XMbJ6J2iynj+OS6O4zXcFlL3S4E5MaYJDcauxZk FgTdM3r8hZSgOz96TSowUnqL/VC7mMRck7BQaJC5Ima8iDx+OJfwSo2bdkwUeIMUK9Mh XedO9xP0CggVE6s6ltyVqWYIq4ePbRiXxCmhY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=oDe3m4rQhSeY+085wHNREg/SXUE2bSEKEEx664Jg5w8=; b=t2QV/yiQfp1JmMYdnFC/wV03y82RjcorCk5lMOwKIci9TJxUZXcPSaRODCLL/Gc649 6W8KYfxXNoq8cRjR9qxgPXii05Sl7flrGlajoPmoQYXv2G1k65Gqh1e5izy+xAQ9Msnl 2ciiNj814dK16tGZNu+hKARIpxExoDi3NQ3NXx1JCv/dw3KLgm1xBIDOa4hKyXBKDKzZ sBIPvCTNVJZoe/DQAUEXGj9nMtWCIzf76qIYl14IU4+8lrXNRuF2iy38fgIT00OYhohu eaPr/EBa+PSbrPK/h9mkZEMCK4/WNb9NTc0Sbmk1FdWIjn0+ultUhN0HR3bORchgfXN6 tdUw== X-Gm-Message-State: APjAAAVtHD2oKRThufIaBWXz5AYQt2Gv4L2TjKIsqs/YHWmRt3uG0Azr RysZ6j+fkq/lxzQo6e/QiSCtMfDI8/8Tysc0 X-Google-Smtp-Source: APXvYqwDITrOe6St9TL9o8lLSzMebzIU+Q8KhhpwCgh+rCtbPFOdRBURIT5dtKJRht+X8Hb+Rm5Wxw== X-Received: by 2002:a17:906:6094:: with SMTP id t20mr36753160ejj.316.1571172913188; Tue, 15 Oct 2019 13:55:13 -0700 (PDT) Received: from [192.168.1.149] (ip-5-186-115-54.cgn.fibianet.dk. [5.186.115.54]) by smtp.gmail.com with ESMTPSA id gl4sm2871268ejb.6.2019.10.15.13.55.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 15 Oct 2019 13:55:12 -0700 (PDT) Subject: Re: [PATCH v3] docs: Use make invocation's -j argument for parallelism To: Kees Cook Cc: Jonathan Corbet , Mauro Carvalho Chehab , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org References: <201909241627.CEA19509@keescook> <201910040904.43B61E4@keescook> From: Rasmus Villemoes Message-ID: <44c01043-ab24-b4de-6544-e8efd153e27a@rasmusvillemoes.dk> Date: Tue, 15 Oct 2019 22:55:11 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 06/10/2019 21.33, Rasmus Villemoes wrote: > On 04/10/2019 18.08, Kees Cook wrote: >> The best solution would be to teach sphinx-build about the Make >> jobserver, though I expect that would be weird. Another idea would be to >> hold the reservation until sphinx-build finishes and THEN return the >> slots? That would likely need to change from a utility to a sphinx-build >> wrapper... > > Yes, a more general solution would be some kind of generic wrapper that > would hog however many tokens it could get hold of and run a given > command with a commandline slightly modified to hand over those tokens - > then wait for that process to exit and give back the tokens. That would > work for any command that knows about parallelism but doesn't support > the make jobserver model. On the off-chance that anybody cares I tried implementing that, because I've wanted something like that to make "ninja" play nice when invoked from Make for a long time. Rough sketch at https://github.com/Villemoes/jobhog . Rasmus