合肥生活安徽新聞合肥交通合肥房產生活服務合肥教育合肥招聘合肥旅游文化藝術合肥美食合肥地圖合肥社保合肥醫院企業服務合肥法律

        代做159.342 、代寫Operating Systems 編程設計
        代做159.342 、代寫Operating Systems 編程設計

        時間:2025-06-04  來源:合肥網hfw.cc  作者:hfw.cc 我要糾錯



        159.342 - Operating Systems and Networks
        Assignment #3 (due on 6/Jun)
        Memory Management Using the Buddy System Strategy
        OBJECTIVE:
        The main objective in this assignment is to implement the Buddy System memory management 
        strategy by writing two functions that implement the same functionalities as the C Standard library’s 
        malloc() and free(). You should apply your knowledge of memory management concepts, so the 
        functions are as efficient as possible. The buddy system will be characterised and compared against 
        the existing C Standard library functions based on ACTUAL RUNNING TIME and MEMORY USAGE. 
        Given a large block of contiguous memory to manage, your functions should be able to fulfil a series 
        of memory allocation and deallocation requests. In your implementation, you are not allowed to 
        use the built-in malloc, free, new, delete or any other memory allocators that come from other 
        third-party libraries. 
        START-UP CODES:
        The start-up codes provide a test routine that makes successive calls for memory allocations and 
        deallocations, involving a replaceable implementation of MALLOC and FREE. Functions for 
        measuring the actual running time and total memory usage of the memory management strategy
        are also provided.
        ///////////////////////////////
        // TEST ROUTINE
        ///////////////////////////////
        #ifdef RUN_COMPLETE_TEST 
         cout << "\n\n executing " << NO_OF_ITERATIONS << " rounds of combinations of memory allocation and deallocation..." <<
        endl;
         
         for(i=0;i<NO_OF_ITERATIONS;i++) {
         k=myrand() % NO_OF_POINTERS; // pick a pointer
         if(n[k]) { // if it was allocated then free it
         // check that the stuff we wrote has not changed
         if ( (n[k][0]) != (unsigned char) k)//(n[k]+s[k]+k) )
         printf("Error when checking first byte! in block %d \n",k);
         if(s[k]>1 && (n[k][s[k]-1])!=(unsigned char) k )//(n[k]-s[k]-k))
         printf("Error when checking last byte! in block %d \n",k);
         FREE(n[k]); 
         }
         size=randomsize(); // pick a random size
         #ifdef DEBUG_MODE
         cout << "\tPick random size to allocate: " << size << endl;
         #endif
         
         n[k]=(unsigned char *)MALLOC(size); // do the allocation
         if(n[k] != NULL){
         #ifdef DEBUG_MODE
         cout << "\tallocated memory of size: " << size << endl; 
         #endif 
         s[k]=size; // remember the size
         n[k][0]=(unsigned char) k; // put some data in the first and 
         if(s[k]>1) n[k][s[k]-1]=(unsigned char) k; // last byte
         } else {
         cout << "\tFailed to allocate memory of size: " << size << endl; 
         } 
         }
        #endif
        n.h.reyes@massey.ac.nz
        Selecting a memory management strategy to test
        You can switch between different memory management strategies by changing the definition of 
        MALLOC and FREE, as defined inside main.cpp (see below). The first two options are already 
        provided, but the third option corresponds to the Buddy System and therefore, needs to be 
        implemented in this assignment:
        //---------------------------------------
        // WHICH MEMORY MANAGEMENT STRATEGY?
        //---------------------------------------
        // enable the following compiler directives to test the real malloc and free
        //(1) use built-in C functions
        const string strategy = "malloc";
        #define MALLOC malloc
        #define FREE free
        //---------------------------------------
        //enable the following compiler directives to test a simple implementation of malloc and free
        //(2) use user-defined functions
        //const string strategy = "mymalloc";
        // #define MALLOC mymalloc
        // #define FREE myfree
        //---------------------------------------
        //enable the following compiler directives to test your implementation of the Buddy system strategy
        //(3) use Buddy System
        // const string strategy = "Buddy System";
        // #define USE_BUDDY_SYSTEM
        // #define MALLOC buddyMalloc
        // #define FREE buddyFree
        //---------------------------------------
        CORE FUNCTIONS REQUIRED:
        Skeleton functions for buddy system’s malloc and free are already provided inside buddysys.cpp. 
        Write your implementation inside them. You are allowed to add any supporting functions, data 
        structures and variables in the program. 
        void *buddyMalloc(int request_memory){
         //write your buddy system’s memory allocation codes here
         //this function should provide the same functionality as the malloc() function

        int buddyFree(void *p){
         //write your buddy system’s memory deallocation codes here
         //this function should provide the same functionality as the free() function
        }
        AUXILIARY FUNCTIONS PROVIDED:
        The Auxiliary functions, constants and data structures declared and implemented inside auxiliary.cpp 
        and auxiliary.h should all be kept as is.
        MINIMUM CONTIGUOUS MEMORY SIZE
        As part of characterising the performance of your implementation, find the minimum contiguous 
        memory size that allows the Buddy System strategy to accommodate the succession of memory 
        allocation and deallocation requests in the test routine. To accomplish this, you need to experiment 
        with different settings for the NUMBEROFPAGES until the test routine could be fully completed. 
        Example: 
        As an example, if you set NUMBEROFPAGES equal to 1024, then the MEMORYSIZE could be 
        computed as follows:
        // inside main.cpp
        MEMORYSIZE = (long long int) ((long long int)NUMBEROFPAGES * (long long int)PAGESIZE);
        Note that in the start-up codes, the PAGESIZE is set to 4096. Therefore, MEMORYSIZE will be equal 
        to 4,194,304 bytes (1024 * 4096) or 4.19 MegaBytes. 
        Next, with your MEMORYSIZE setting, run the test routines to see if all requests for memory 
        allocations and deallocations can be satisfied. 
        If the test routine cannot be completed, repeat the following steps until the test routine can be 
        completed.
        1. increase the MEMORYSIZE by a small amount, then recompile the code
        2. run the test routine.
        MEASURE OF PERFORMANCE
        Download the Excel file, named assignment_documentation.xlsx from our stream website.
        Characterise your Buddy System implementation and compare it against the C Standard library’s 
        malloc and free to see if its speed of execution is comparable. Fill-up the Excel worksheet to 
        document your experiment results. You only need to record the performance of your Buddy System 
        implementation.
        DEBUGGING:
        For debugging purposes, I have created a simple test routine (inside the start-up codes) to assist the 
        class. To activate this simple test temporarily, modify the auxillary.h file to enable 
        RUN_SIMPLE_TEST as follows:
        Before submitting your assignment, you should comment out #define RUN_SIMPLE_TEST and re activate #define RUN_COMPLETE_TEST again.
        n.h.reyes@massey.ac.nz
        n.h.reyes@massey.ac.nz
        Further, inside main.cpp, I have made a provision for this Simple Test already, it will automatically 
        switch to using 512 bytes as the MEMORYSIZE, to conduct the test.
        For more details on how to debug your codes, please see the file, named 
        A3_debugging_tips_2025_v1.docx. This is downloadable from our stream website.
        SUBMISSION INSTRUCTIONS:
        1. Submit your complete C/C++ program electronically via Stream. 
        2. Use the following filename for your main program (as set in the start-up codes): main.cpp
        3. Submit the makefile for building your codes. The makefile should suffice to build your 
        codes.
        4. As a backup, if you developed your program using an IDE, such as VSCODE or Clion, also 
        submit the complete support files (e.g. CMakeLists.txt, project file, *.sln, *.JSON, etc.), for 
        building your codes. 
        5. Assignment documentation file: Download and fill out the Excel file, named 
        assignment_documentation.xlsx to provide important information about your work. 
        Rename the file using your ID_number (e.g. 87654321.xlsx). This will help facilitate 
        accurate marking of your assignment. Deductions will be made if you do not submit the 
        completed Excel file.
        6. Snapshots file: Create a document containing snapshots of the simulation results. Show the 
        results of executing RUN_COMPLETE_TEST. If this cannot be achieved, for partial marks, show 
        the results of executing RUN_SIMPLE_TEST.
        Label and briefly describe each image. You may create a Word document or a pdf file to 
        accomplish this task.
        7. Create a zip file containing the following files:
        o Complete set of codes (including *.cpp, *.h, makefile, other supporting files)
        o Snapshots file
        8. Submit the zip file containing your complete program and snapshots electronically via 
        Stream. You will find a button with the following label.
        9. Submit the assignment documentation Excel file via Stream website. You will find a 
        separate button with the following label.
        10. Lastly, submit the Gen AI Usage documentation file via Stream website. You will find a 
        separate button with the following label.
        Distribution of marks:
        The assignment will be marked based on functionality, design and correctness. 
        The marks are distributed as follows:
        • 5 marks: for correct implementation of buddyMalloc.
        • 5 marks: for correct implementation of buddyFree.
        • 3 marks: for memory efficiency (Note: this is based on the minimum contiguous memory 
        size that allows the Buddy System strategy to accommodate the succession of memory 
        allocation and deallocation requests in the RUN_COMPLETE_TEST routine)
        • 2 marks: for documentation (i.e. accurate documentation of performance and other 
        important assignment details - Excel assignment documentation, snapshots).
        Other Notes
        • This assignment is worth 15 marks. 
        • Marks will be subtracted for obvious copying and/or for delays without justification.

        請加QQ:99515681  郵箱:99515681@qq.com   WX:codinghelp


         

        掃一掃在手機打開當前頁
      1. 上一篇:BISM3206代做、代寫Python編程語言
      2. 下一篇:COMP4233代做、代寫Python/Java程序
      3. 無相關信息
        合肥生活資訊

        合肥圖文信息
        急尋熱仿真分析?代做熱仿真服務+熱設計優化
        急尋熱仿真分析?代做熱仿真服務+熱設計優化
        出評 開團工具
        出評 開團工具
        挖掘機濾芯提升發動機性能
        挖掘機濾芯提升發動機性能
        海信羅馬假日洗衣機亮相AWE  復古美學與現代科技完美結合
        海信羅馬假日洗衣機亮相AWE 復古美學與現代
        合肥機場巴士4號線
        合肥機場巴士4號線
        合肥機場巴士3號線
        合肥機場巴士3號線
        合肥機場巴士2號線
        合肥機場巴士2號線
        合肥機場巴士1號線
        合肥機場巴士1號線
      4. 短信驗證碼 酒店vi設計 deepseek 幣安下載 AI生圖 AI寫作 AI生成PPT

        關于我們 | 打賞支持 | 廣告服務 | 聯系我們 | 網站地圖 | 免責聲明 | 幫助中心 | 友情鏈接 |

        Copyright © 2025 hfw.cc Inc. All Rights Reserved. 合肥網 版權所有
        ICP備06013414號-3 公安備 42010502001045

        主站蜘蛛池模板: 亚洲综合一区无码精品| 日韩人妻无码免费视频一区二区三区| AV鲁丝一区鲁丝二区鲁丝三区| 国产一区二区三区免费看| 亚洲AV无一区二区三区久久| 亚洲美女高清一区二区三区| 亚洲国产精品无码第一区二区三区 | 午夜福利国产一区二区| 亚洲av无码一区二区三区不卡| 一区二区三区观看| 国产精品熟女视频一区二区| 色一情一乱一伦一区二区三欧美 | 亚洲熟妇av一区二区三区| 日韩精品一区二区三区国语自制 | 国产成人精品无码一区二区三区| 国产无吗一区二区三区在线欢| 无码人妻精品一区二区三区久久久| 亚洲国产美国国产综合一区二区| 国偷自产Av一区二区三区吞精| 国产成人高清视频一区二区 | 综合久久一区二区三区| 中文字幕在线观看一区| 中文乱码精品一区二区三区 | 亚洲国产成人精品无码一区二区| 高清一区二区三区日本久| 无码午夜人妻一区二区三区不卡视频| 国产精品乱码一区二区三区| 中文字幕在线观看一区二区三区| 爆乳熟妇一区二区三区| 国产一区二区女内射| 久久久精品人妻一区二区三区| 无码精品人妻一区二区三区中| 无码少妇一区二区三区| 久久精品免费一区二区| 日韩一区二区三区射精| 国产亚洲综合一区二区三区| 亚洲成人一区二区| 日本不卡一区二区视频a| 国产成人精品日本亚洲专一区| 亚洲国产欧美国产综合一区| 动漫精品一区二区三区3d|