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_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FROM,HTML_FONT_FACE_BAD, HTML_IMAGE_ONLY_32,HTML_MESSAGE,MAILING_LIST_MULTI,RCVD_IN_MSPIKE_H2, T_KAM_HTML_FONT_INVALID autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 20267 invoked from network); 19 Sep 2022 07:53:45 -0000 Received: from second.openwall.net (193.110.157.125) by inbox.vuxu.org with ESMTPUTF8; 19 Sep 2022 07:53:45 -0000 Received: (qmail 22060 invoked by uid 550); 19 Sep 2022 07:53:41 -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 22024 invoked from network); 19 Sep 2022 07:53:40 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=message-id:mime-version:subject:to:from:date:from:to:cc:subject :date; bh=LWo3B9pSQB76+cDoHxb+6mgMcqsw7JS5WAr/Ug9RfFE=; b=nDOs+TrXTU4vV3xsLrhqfALR8ZC0+oQZ1kPt7MQLjGuy0e3tSSpmUTO8QFSnvo+G3p LnWld+vAmJ3Bluf08UwpC/ZSPSk2+u7CzwRGGkWKqIo9LdT5u4hDQDgcbjxJemG4K60i kQidudjcxn/UAJNlhJmpKEtqWtX0/GM4oWfW3YR48FZI7H9t9R4qPyxSmAIbbriblUO0 kEbk42E18joUONJR/uuDqcNlgLepEyDBvMJxfzuSuW5CK6RbTOrCb8LPV/u7fQA3hSEC s89o9p34PdToeWnCLOOH6Vjwbc/5+5UhZeMtHKuo74oiLGK2xfR1I80Bb6tcmuw9DT9Z K+5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=message-id:mime-version:subject:to:from:date:x-gm-message-state :from:to:cc:subject:date; bh=LWo3B9pSQB76+cDoHxb+6mgMcqsw7JS5WAr/Ug9RfFE=; b=SyrFSN8EtTwqI7vkKA5dLZ+BjNRMxK46jxly2jO7Pt69h2T7Xq1EpycqQ1F4S2fVQ+ R/d+ebxQSDjDaKQ9ZK6IHZb0pvXf5VuStfTJXNNOMCeqT0thXOD6K0ltw1lN9P+W7oPi Z+eavmJVDb6Sk38aF1DO+WsQQ+V3C/SFfqP7LyBHQX2pTxZ7kpn23ky8qnwpmNTac6tQ 5x6St3Yyv1inzgs3t9PRC56MfWXDRR31VXkH/zw6sWNEeqk34SAMttAxfbZpvIiJm53s z7w0c9Jni2j+fmiiLY+2LWeQlDYXrrD3JmiKwQR3Sv8MMN5Q3GQf0P3LE8jOMUk/0vWl GVIw== X-Gm-Message-State: ACrzQf3hMZ+KdoPCbCEJDMSN9ZyeZYxD+CUjigQatPqH0MVAzOXuch3j +CQJLp+rnQnhM3gFOpcdrCiQcJGEU7A= X-Google-Smtp-Source: AMsMyM4EWCRI4n6/C9ApEpVDC5HHVp6CiVphwPeGGNx93EEq5m47FvcdSAP+ksQlzxiCrKXRzYTb5w== X-Received: by 2002:a17:90b:1a90:b0:202:ff17:4a80 with SMTP id ng16-20020a17090b1a9000b00202ff174a80mr29843490pjb.213.1663574007765; Mon, 19 Sep 2022 00:53:27 -0700 (PDT) Date: Mon, 19 Sep 2022 15:53:30 +0800 From: baiyang To: musl X-Priority: 3 X-GUID: 6FBB06F6-964F-405D-83BE-0D7F5291B7E7 X-Has-Attach: no X-Mailer: Foxmail 7.2.23.116[cn] Mime-Version: 1.0 Message-ID: <2022091915532777412615@gmail.com> Content-Type: multipart/alternative; boundary="----=_001_NextPart282444511132_=----" Subject: [musl] The heap memory performance (malloc/free/realloc) is significantly degraded in musl 1.2 (compared to 1.1) This is a multi-part message in MIME format. ------=_001_NextPart282444511132_=---- Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgdGhlcmUsDQoNCkFzIHdlIGhhdmUgZGlzY3Vzc2VkIGF0IGh0dHBzOi8vZ2l0aHViLmNvbS9v cGVud3J0L29wZW53cnQvaXNzdWVzLzEwNzUyLiBUaGUgbWFsbG9jX3VzYWJsZV9zaXplKCkgZnVu Y3Rpb24gaW4gbXVzbCAxLjIgKG1hbGxvY25nKSBzZWVtcyB0byBoYXZlIHNvbWUgcGVyZm9ybWFu Y2UgaXNzdWVzLg0KDQpJdCBjYXVzZWQgcmVhbGxvYyBhbmQgZnJlZSBzcGVuZHMgdG9vIGxvbmcg dGltZSBmb3IgZ2V0IHRoZSBjaHVuayBzaXplLg0KDQpBcyB3ZSBtZW50aW9uZWQgaW4gdGhlIGRp c2N1c3Npb24sIHRjbWFsbG9jIGFuZCBzb21lIG90aGVyIGFsbG9jYXRvcnMgY2FuIGFsc28gYWNj dXJhdGVseSBvYnRhaW4gdGhlIHNpemUgY2xhc3MgY29ycmVzcG9uZGluZyB0byBhIG1lbW9yeSBi bG9jayBhbmQgaXRzIHByZWNpc2Ugc2l6ZSwgYW5kIGl0IGlzIGFsc28gdmVyeSBmYXN0IGF0IHRo ZSBzYW1lIHRpbWUuDQoNCkNhbiB3ZSBtYWtlIHNvbWUgaW1wcm92ZW1lbnRzIHRvIHRoZSBleGlz dGluZyBtYWxsb2NfdXNhYmxlX3NpemUgYWxnb3JpdGhtIGluIG1hbGxvY25nPyBUaGlzIHNob3Vs ZCBzaWduaWZpY2FudGx5IGltcHJvdmUgdGhlIHBlcmZvcm1hbmNlIG9mIGV4aXN0aW5nIGFsZ29y aXRobXMuDQoNClRoYW5rcyA6LSkNCiANCi0tDQoNCiAgIEJlc3QgUmVnYXJkcw0KICBCYWlZYW5n DQogIGJhaXlhbmdAZ21haWwuY29tDQogIGh0dHA6Ly9pLmJhaXkuY24NCioqKiogPCBFTkQgT0Yg RU1BSUwgPiAqKioqIA0KIA0K ------=_001_NextPart282444511132_=---- Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: quoted-printable =0A
Hi there,

As we = have discussed at https://github.com/openwrt/openwrt/issues/10752. The malloc_usable= _size() function in musl 1.2 (mallocng) seems to have some performance issues= .

It caused realloc and free s= pends too long time for get the chunk size.

As we mention= ed in the discussion, tcmalloc and some other allocators can also accurate= ly obtain the size class corresponding to a memory block and its precise s= ize, and it is also very fast at the same time.

Can we mak= e some improvements to the existing malloc_usable_size algorithm in malloc= ng? This should significantly improve the perfor= mance of existing algorithms.
Thanks :-)=0A
 
=0A
--  Best Regards
  BaiYang
 = ; baiyang@gmail.com
 = ; http://i.baiy.cn

 =
**** < END OF EMAIL > *= *** 
 
=0A ------=_001_NextPart282444511132_=------