[Disksim-users] I have a Question on Disksim Riad5 Simulation

[Greg Ganger]

I cannot go thru the files in detail, but when DiskSim stops with that
form of message, it usually means that the requests are consistently
arriving faster than the underlying storage system can handle them.
With trace-driven simulation, there is no feedback between request
service times and subsequent request arrivels, so the queue of requests
to be serviced grows and grows (as queueing theory dictates that it
must)... at a hard-coded constant queue length, the simulator exits
with this message rather than continuing to simulate an absurd situation.

(It can also mean that there is a bug in the configuration that causes
no requests to be serviced.  But, this appears to be an instance of the
case above.)

Good luck,

Greg


On Tue, 14 Oct 2008, yong suk oh wrote:

> I try to simulate Raid5 using Disksim 4.0
>
>
>
> The workload is SPC workload
>
>
>
> I modify SPC workload to ASCII format
>
>
>
> And I try
>
>
>
> But result is not reasonable the logorg result is curious
>
>
>
> I attach the result file and trace file that I modify
>
>
>
> And simulation is stop before all trace file simulation
>
> I want to know the reason why simulation is stop
>
> -       Disksim message-
>
> *Stopping simulation because of saturation: simtime 9306.006835, totalreqs
> 57033*
>
>
>
>
>
> Plz quick response to me
>