合肥生活安徽新聞合肥交通合肥房產(chǎn)生活服務(wù)合肥教育合肥招聘合肥旅游文化藝術(shù)合肥美食合肥地圖合肥社保合肥醫(yī)院企業(yè)服務(wù)合肥法律

        代做EEE6207、代寫 c/c++語言程序

        時(shí)間:2024-01-28  來源:合肥網(wǎng)hfw.cc  作者:hfw.cc 我要糾錯(cuò)



        EEE6207 Coursework Assignment 202**024
         
        You will write and test a C program that implements a model of a number of independent Producer and Consumer entities that fill and drain a queue. C models are often used to emulate the behaviors of various hardware, software and distributed computing systems. Examples include determining how big a buffer should be sized so it doesn’t cause stalling and underutilization in a new hardware microarchitecture. We won'tbe doing any analysis on the model we write here in a way amicroarchitect would. Still, this sort of exercise, which includes an element of random traffic modelling, is definitely somethingyou might see used to help size a system or even determine how big a run queue in an operating system or web serverimplementation might be.
         
        Model Specification
         
        Implement a C-code model that emulates a system with n Producers and m Consumers which interacting through a shared queue
         
        • Each Producer process (Pn) should generate a stream of random integers, writing them into a shared queue. It should then wait for a random number of seconds (up to some specified maximum value) before attempting its nextwrite.
        • Each Consumer process (Cn) should read an item from the shared queue if one is available and display it to the standard output. It should then wait for a random number of seconds (up to some specific maximum value) before attempting its next read. 
        • The queue should be implemented as a last in, first out, LIFO, data structure. 
        • A Consumer Process must not read from an empty queue.
        • A Producer Process must not write to a full queue.
         
        To avoid the model from consuming unnecessary resources on the computing platform on which it will be run, your model must include a mechanism to stop its execution once a specified Timeout Value (in seconds) has been reached.
         
        Run time behaviour of the model should be controlled through a set of command line arguments specifying the following parameters:
         
        • Number of Producers (between 1 and 4)
        • Number of Consumers (between 1 and 4)
        • Maximum entries in the queue
        • Timeout Value in seconds
         
        The following default parameter values should be built into the model. These should be easily identifiable such that they can be configured  through a recompilation of the model code.
         
        • Maximum wait period between Producer writes 5 seconds
        • The maximum wait period between Consumer reads 5 seconds
        • Maximum number of Producers: 4
        • Maximum Number of Consumers 4
        • Range of Random Number generated by Producer 99
         
        Your model should display an appropriate level of information while executing, and a concise, readable summary of the modelrun itself. This must include the following information.
         
        • Run time Command line parameters.
        • Compiled model parameters
        • Time  & date of the execution run
        • Current user name & hostname
         
        Comments & Code Structure
         
        Please make sure you comment your code well – readability is a part of the assessment criteria. Comments make your code readable both to yourself and others. As noted, you should especially make it clear where compile-time options that control model behaviour are identified and consider the use of an appropriate code structure that provides modularity. A random number needs to be generated as data in the Producer process,and as a variable random wait in both the Producer and Consumer processes, one function will suffice.
         
        Error Handling
         
        We have emphasised the need to ensure the code handles error conditions, for example, those returned from system calls, well. What are you going to tell the user if a function or system call you use does not return the expected value?
         
        Model Verbosity
         
        Your model should output an appropriate level of information to the user as it is running so she can track progress. It up to you but a suggestion would be to log when a Producer writes to the queue including which producer it is and what it writes. This should, of course, include when a consumer writes to the standard output. Summarising the command line parameters for the model run is required.
         
        Debugging
         
        If your code is ‘working’ it should produce expected outcomes. How will you or a user debug a problem? You should includeadditional detailed instrumentation in your code to provide information about what is happening and a mechanism to turn this on or off – this could be a compile time option or a run time argument your choice. The default behavior however should be off - see the comment about Model Verbosity above.
         
        Tidying up
        Before you program exits it should exhibit good behaviour and clean up after itself. If for example it has created thread resources or synchronization objects it should cleanly terminated or relase these,  returning the associated memory resources to the operating system.
         
         
        Assessment Criteria
         
        Your coursework should be submitted no later than 5pm on Friday February 2nd (this is the last day of Semester 1). This assignment is worth 25% of the total module mark and is a must pass element.
         
        You will submit a zipfile bundle to a blackboard assignment. This contains the following sections. You will be provided with the exact details of how to do this through assignment portal
         
        a) A file containing your (appropriately commented) c code that implements the specified model functionality shouldinclude error handling and instrumentation.
        b) A short report describing your code structure, key features of your model implementation and commentary on your two output run logs. {Max 200 words}
         
        c) Two separate run logfiles that use different command line parameters demonstrating the functional execution of your code
         
        Your submitted c-code will be
         
        Run through MOSS to check the code for similarity. (https://theory.stanford.edu/~aiken/moss/)
        Recompiled and re-run to check it works consistently with your log files and with a separate run using a different parameter set

        Marking scheme – Must pass threshold for MSc module is 50%
         
        C code and associated report 65%
        Run logs and Code rerun 45%
         
         
        Hints
         
        This assignment will almost certainly require you to search to identify some specific programming constructs that you might not have used before or encountered in the practical lab exercises. It uses the foundational concepts of threads and synchronisation mechanisms that you have learned in those lab exercises, including mutex and semaphores, and the principles outlined in the lectures and notes.
         
        The queue in your model should be safely and efficiently controlled using appropriate synchronization mechanisms. You could, for example, include mutexs and or semaphores.
         
        Generating a logfile: You can pipe the output printf’d to the std_out terminal window into a file using the > operator in the shell. For example ./a.out > logfile will redirect the stdout into the file logfile
         
        Generating user id and hostname can be accomplished using the getpwuid(getuid()) and gethostname() functions please put these in it identifies the runs as yours.
         
        If (MY_PARAMETER) {
        // do something
        }
        Is a simple way to insert conditional instrumentation code you only want to happen when you require the additional messages to be output.
         
        Approach
         
        You should consider approaching this assignment in a modular fashion. Break the problem down. write and test component functions as small independent chunks before integrating themtogether. For example, the random function mentioned earlier can be independently checked, as could, for example, the code to create a set of threads that would model independent consumers or producers or that which parses and displays the run time command line arguments.
         
        It is entirely possible that there will be more error handling and optional debugging/ instrumentation lines of code and comments than there are functional lines of code
         
        The number of lines of code you end up with obviously depends a little on style but a couple of fully commented – fully instrumented model implementations are in the range of 250-350 lines of code quite a few of these are things like #includes #defines etc
         
        You will find examples of almost all of the building blocks need to complete this assignment in the practical class notes.
         
        If you are unsure about any aspect of the assignment please use blackboard to ask a question
         如有需要,請加QQ:99515681 或WX:codehelp

        掃一掃在手機(jī)打開當(dāng)前頁
      1. 上一篇:代做EEE6207、代寫 c/c++語言程序
      2. 下一篇:代做Coding Project Test 編程設(shè)計(jì)
      3. 無相關(guān)信息
        合肥生活資訊

        合肥圖文信息
        出評 開團(tuán)工具
        出評 開團(tuán)工具
        挖掘機(jī)濾芯提升發(fā)動(dòng)機(jī)性能
        挖掘機(jī)濾芯提升發(fā)動(dòng)機(jī)性能
        戴納斯帝壁掛爐全國售后服務(wù)電話24小時(shí)官網(wǎng)400(全國服務(wù)熱線)
        戴納斯帝壁掛爐全國售后服務(wù)電話24小時(shí)官網(wǎng)
        菲斯曼壁掛爐全國統(tǒng)一400售后維修服務(wù)電話24小時(shí)服務(wù)熱線
        菲斯曼壁掛爐全國統(tǒng)一400售后維修服務(wù)電話2
        美的熱水器售后服務(wù)技術(shù)咨詢電話全國24小時(shí)客服熱線
        美的熱水器售后服務(wù)技術(shù)咨詢電話全國24小時(shí)
        海信羅馬假日洗衣機(jī)亮相AWE  復(fù)古美學(xué)與現(xiàn)代科技完美結(jié)合
        海信羅馬假日洗衣機(jī)亮相AWE 復(fù)古美學(xué)與現(xiàn)代
        合肥機(jī)場巴士4號(hào)線
        合肥機(jī)場巴士4號(hào)線
        合肥機(jī)場巴士3號(hào)線
        合肥機(jī)場巴士3號(hào)線
      4. 短信驗(yàn)證碼 酒店vi設(shè)計(jì) 投資移民

        關(guān)于我們 | 打賞支持 | 廣告服務(wù) | 聯(lián)系我們 | 網(wǎng)站地圖 | 免責(zé)聲明 | 幫助中心 | 友情鏈接 |

        Copyright © 2025 hfw.cc Inc. All Rights Reserved. 合肥網(wǎng) 版權(quán)所有
        ICP備06013414號(hào)-3 公安備 42010502001045

        国产精品尹人在线观看| 亚洲AV日韩AV一区二区三曲| 多人伦精品一区二区三区视频| 99久久这里只有精品| 日韩免费视频播放| 日韩日韩日韩手机看片自拍| 青青青国产精品手机在线观看| 国产成人精品日本亚洲专| 精品人伦一区二区三区潘金莲 | 久久久久成人精品无码| 人妻无码久久精品| 欧美日韩国产免费一区二区三区| 亚洲日韩精品射精日| 日韩一区二区在线观看| 国产精品一区二区无线| 国产精品久久久久久久福利院| 精品日韩一区二区| 精品久久亚洲一级α| 韩国精品一区视频在线播放| 毛片亚洲AV无码精品国产午夜| 无码人妻精品一区二区三区9厂| 大伊香蕉在线精品不卡视频| 国产乱码精品一区二区三区麻豆| 亚洲AV永久无码精品网站在线观看| 在线播放偷拍一区精品| 人妻无码久久精品人妻| 杨幂精品国产福利在线| 国产在线观看91精品一区| 亚洲日韩在线中文字幕第一页 | 亚洲欧洲成人精品香蕉网| 99re66热这里只有精品| 伊人精品视频一区二区三区| 视频一区精品自拍| 欧洲精品视频在线观看| 久久精品亚洲综合| 99精品久久久中文字幕| 91精品久久久久久久久中文字幕| 亚洲欧洲久久精品| 国产成人精品综合网站| 亚洲欧美综合精品成人导航| 精品国产麻豆免费网站 |