From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, MAILING_LIST_MULTI,RCVD_IN_MSPIKE_H2 autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 24526 invoked from network); 19 Sep 2022 22:02:58 -0000 Received: from second.openwall.net (193.110.157.125) by inbox.vuxu.org with ESMTPUTF8; 19 Sep 2022 22:02:58 -0000 Received: (qmail 31982 invoked by uid 550); 19 Sep 2022 22:02:56 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 31947 invoked from network); 19 Sep 2022 22:02:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fifth.space; s=20190812; t=1663624963; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=01Wq+XSPH6fFYtsWeAjoGNIUbW8h6btamh3S6QVYWGQ=; b=Qu98YtGZj/Ihf3XqmfQtdr3Rdq/4Zgt/BYSy6aVdmecvMfV8iqI/gYqkMv3VNT4cfyOSAJ saAqG8i5E9WhC4O3407DTc1W0pqx9INYu7coSxg691eaB8ZDJmCvpRO+gyuj0NYc2nTHO1 QV1/yhQl+XMKeNiu9bD2KVSkKxUW2mMGYbizst9stKlLzR8yDVRaHO35bhJvBYEo9qETma 9hJNThH4VSCz/nDA9mlYlcmQ/G1uTHaBlH44E4gnXLdTJ+0ydyyb+WXyeUh3kTFwlk2jzC hkOPzx+eVp1Gn/ORMP8lbauYh96pp7y34ZONUPDpSTGEq0BeAb95TWu+poj5tw== Date: Tue, 20 Sep 2022 00:02:33 +0200 From: Quentin Rameau To: musl@lists.openwall.com Message-ID: <20220920000233.58f6a262.quinq@fifth.space> In-Reply-To: <2022092004171908873459@gmail.com> References: <2022091915532777412615@gmail.com> <20220919134319.GN9709@brightrain.aerifal.cx> <202209200132289145679@gmail.com> <20220919181556.GT9709@brightrain.aerifal.cx> <2022092002445709017731@gmail.com> <20220919191820.GU9709@brightrain.aerifal.cx> <2022092003453382350548@gmail.com> <20220919200744.GW9709@brightrain.aerifal.cx> <2022092004171908873459@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [musl] The heap memory performance (malloc/free/realloc) is significantly degraded in musl 1.2 (compared to 1.1) Hi BaiYang, > And I mentioned it before: we did massively optimize performance in real-world applications. These are not the focus of our discussion. And now you're hitting a problem because those micro-non-standard optimizations that worked in some setup can't be expected to work in a standard way. This is something not surprising and quite usual with that kind of or programming orientation. You may know that musl paradigms are quite opposite to that, one being focused on correctness rather than being bug-compatible with other implementations. As Rich said, there always might be place for improvement in code, but that should be proven to work in the majority of cases, and not at the expanse of stability or correctness. I assume that if you can come up with such an improvement complying with those requirements, they would be honestly considered, but this present problem report have been answered several times and it seems that the solution to your application problems resides in your application optimizations optimization. Cheers!