<html> <head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <style type="text/css" style="display:none;"></style> </head> <body dir="ltr"> <div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;background-color:#FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;"> Hi, I am studying jemalloc design so that this design can be used in server based application. Please provide some initial references related to metadata management of each memory allocation of any size in jemalloc. 1. Is it possible to move the metadata allocation (Internal data structures for each arena a1, a2 .... narenas) from single arena "a0"? Example: I have two memory chunks (A & B )or blocks of size 1GB each. One memory chunk A is used to hold metadata information (excluding chunk headers) for each memory request done from memory block B. If memory chunk A cant be able to hold more metadata then a new memory block of same size 1 GB is allocated (A1, A2........ An') and same is for B which will Whether this strategy will work, if arena a0 will be used to hold metadata requests and all the other to serve memory requests. I am also finding out another solution but still not sure whether it works or not, Please see some description For every Arena allocate two different chunks one to hold metadata information of small size requests and large size requests are already maintained in tree. 2. Please provide some more details or references related to size class implementation, If user want to customize the size class granularity to 1MB, 2MB instead of bytes, KB's what other factors need to consider during customization. 3. Is it possible to maintain chunk header separately instead of start of chunk?. Please correct me if there is any gap in understanding the design of jemalloc and feasibility to club jemalloc with server application. <div id="Signature"> <div class="BodyFragment"> <div class="PlainText">Thanks & Best Regards, Anshul Kundra</div> </div> </div> </div> ::DISCLAIMER:: ---------------------------------------------------------------------------------------------------------------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. ----------------------------------------------------------------------------------------------------------------------------------------------------</body> </html>