From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id uNbbA8cA2mG/AwEAgWs5BA (envelope-from ) for ; Sat, 08 Jan 2022 22:23:19 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id nZ9nAMcA2mGwKAAAauVa8A (envelope-from ) for ; Sat, 08 Jan 2022 22:23:19 +0100 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 9472316275 for ; Sat, 8 Jan 2022 22:23:16 +0100 (CET) Received: from localhost ([::1]:37490 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n6JBD-0002BE-Lk for larch@yhetil.org; Sat, 08 Jan 2022 16:23:15 -0500 Received: from eggs.gnu.org ([209.51.188.92]:59500) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n6JAT-00029o-GM for guix-devel@gnu.org; Sat, 08 Jan 2022 16:22:29 -0500 Received: from [2a0c:e300::1] (port=45592 helo=hera.aquilenet.fr) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n6JAR-0005zC-PF for guix-devel@gnu.org; Sat, 08 Jan 2022 16:22:29 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 0EC35283; Sat, 8 Jan 2022 22:22:17 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MTChAPe-R1vE; Sat, 8 Jan 2022 22:22:16 +0100 (CET) Received: from ribbon (unknown [IPv6:2a01:e0a:1d:7270:af76:b9b:ca24:c465]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 2F6BC212; Sat, 8 Jan 2022 22:22:16 +0100 (CET) From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Farid Zakaria Subject: Re: Alternative solution to stat storm problem References: X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 19 =?utf-8?Q?Niv=C3=B4se?= an 230 de la =?utf-8?Q?R?= =?utf-8?Q?=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Sat, 08 Jan 2022 22:22:15 +0100 In-Reply-To: (Farid Zakaria's message of "Mon, 3 Jan 2022 12:05:51 -0800") Message-ID: <878rvp53eg.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / X-Rspamd-Server: hera X-Rspamd-Queue-Id: 0EC35283 X-Spamd-Result: default: False [0.46 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_MIXED_CHARSET(0.56)[subject]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a0c:e300::1 (failed) Received-SPF: softfail client-ip=2a0c:e300::1; envelope-from=ludo@gnu.org; helo=hera.aquilenet.fr X-Spam_score_int: -3 X-Spam_score: -0.4 X-Spam_bar: / X-Spam_report: (-0.4 / 5.0 requ) BAYES_00=-1.9, RDNS_NONE=0.793, SPF_HELO_PASS=-0.001, SPF_SOFTFAIL=0.665 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: guix-devel@gnu.org, "Scogland, Tom" , Carlos Maltzahn Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1641676996; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post; bh=KIlTai2qJE+DfyjKEHfraLpU+E2HJVxd2sE0QqE5XJY=; b=Lgnwc+TCm4PtUcy4RCPW3qcAQcViLDhj0yy/KAV3LB4C8PeSqYM0mjEPvIKEwVjYSWoSWC Mekyi06iaBn2VTcgpdsgMtNm7RWP9XWCSi+VIUZCmym+h97chkTj9Sg2WtIkiB48wN2BMS KVmte5Bi+UzryGOWNwWspkKGpQK6vCcHKz0iNybcNpSpbCu29XmyaXTbhKzCS26DJmF2wA maEeeoDdhbZeLqA9Egld0aMmqtXYBUs/xpu+R7+o6gvfkuuq84OGsL3GZDMjg80Z0KumEg 2zczDmrMev+1FydfQ28dk+eLK+DBpg49PipiycsxlOz7n4n96aq2UAqnhGp1BQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1641676996; a=rsa-sha256; cv=none; b=bpy84vYQwYW8gZEi4ueBFPFgUHkLAwizPjsLiNy0NjymTyPRxnoYH70K+9lOSXZ3BnFA14 rt2ksQlqKswfMqbtOss4OT5AaEhl1BCYsr2fEGILiV9L+KerxN20qSUNw+w4NHFXLEq7xw T7L/VkFLVkL7/2Xi9xwi+B3pL0bJJSvXPKNt9mmKTEHCd2Qk8EnoaQa+pVrnGediWWveAK YFNkFL7femHx4Al8DT3l9fjln4elDf1KklxAOLsH7gNy92Cb1CVZ41dQNaQ1sw1XnMOsux Krw1SBJ1pB5iYg8b5suzveqVXNPLv/gpx3qwhbSkmPpY0VyPu3SQ01WS4xLCXw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -3.60 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 9472316275 X-Spam-Score: -3.60 X-Migadu-Scanner: scn1.migadu.com X-TUID: 23OoKrZtWG1h Hi Farid, Farid Zakaria skribis: > I have written a tool _shrinkwrap_ [2] that takes all transitive > dynamic shared object dependencies (only those listed in DT_NEEDED) > and turns them into an absolute path. > > This has the same result as caching the entries and avoids the > unnecessary failed attempts at trying each RUNPATH entry. > > Using the same demo application _emacs_ shows as much as well: Nice! I think that=E2=80=99s another interesting way to address the proble= m. I guess the advantage is that you don=E2=80=99t need the ld.so patch. The downside is that PatchELF needs to be able to write longer NEEDED strings in the dynamic section, which it may not always be successful at (I think?). Also, I wonder if the absolute file names in NEEDED interfere with uses of $LD_LIBRARY_PATH (making it impossible to force use of another libxyz.so than the one that would be found in RUNPATH.) Thoughts? Thanks for sharing! Ludo=E2=80=99.