search

CMU-SAFARI / MQSim

MQSim is a fast and accurate simulator modeling the performance of modern multi-queue (MQ) SSDs as well as traditional SATA based SSDs. MQSim faithfully models new high-bandwidth protocol implementations, steady-state SSD conditions, and the full end-to-end latency of requests in modern SSDs. It is described in detail in the FAST 2018 paper by Arash Tavakkol et al., "MQSim: A Framework for Enabling Realistic Studies of Modern Multi-Queue SSD Devices" (https://people.inf.ethz.ch/omutlu/pub/MQSim-SSD-simulation-framework_fast18.pdf)
https://people.inf.ethz.ch/omutlu/pub/MQSim-SSD-simulation-framework_fast18.pdf
MIT License
273 stars 149 forks source link

Why is the CMT larger and the higher the end to end delay? #28

Closed Arcklly closed 4 years ago

Arcklly commented 5 years ago

Hi, I am facing a problem that the larger the CMT are, the higher the end to end delay. When running the wsrch-small trace, I increase the CMT capacity (2M, 4M, 6M...), and the end to end delays are also increasing. I think larger CMT will reduce delay. Can you give me some hints?

arashta commented 4 years ago

Dear @Arcklly ,

Thanks for reporting the issue. Can you please post your SSD configuration and workload definition files, so that we can investigate the issue?

Thanks, Arash

nayoaixw commented 5 months ago

I now also encountered this problem. After many experiments, I found that the larger the capacity of CMT, the smaller the end-to-end delay, which is contrary to my idea. My workload is wsrch-samll, and the configuration changes CMT_Capacity only on the basis of the source code. I am anxious now T_T.