[stgt] [PATCH] sg-based backing store

[ronnie sahlberg]

OFF TOPIC :

On Wed, Oct 8, 2008 at 5:14 PM, FUJITA Tomonori
<fujita.tomonori at lab.ntt.co.jp> wrote:
>
> My point is that the performance of read-world workload benchmark like
> dbench are relevant for the users than the performances of sequential
> accesses.


Funny you should mention DBENCH ( http://dbench.samba.org ).
I recently added a NFS backend so that dbench can generate raw NFS
traffic using "nfs-style" loadfiles. With the ability to take a NFS
network trace and convert into one such loadfile automatically.

I also recently added a SCSI backend to dbench (though it only handles
READ10 and TESTUNITREADY commands so far) with the intent of being
able to trace from a kernel the set of all SCSI operations perfromed
durign some operation and then use "dbench -B scsi" to replay the
exact same set of commands.
My vision is that this could then be used to compare different devices
how they operate on specific kinds of workloads.
Maybe one "loadfile" that records and replays all SCSI i/o that goes
to a device while one is recompiling a kernel,    while operating on a
very large picture in GIMP, reading a very large document into
openoffice, etc etc.

Is this something that would be useful for STGT developers?


What I am really asking is  would something like this :
http://dbench.samba.org/web/nfs-loadfiles.html
but which would operate on a /dev/sg device and use SCSI commands be useful ?


regards
ronnie sahlberg
--
To unsubscribe from this list: send the line "unsubscribe stgt" in
the body of a message to majordomo at vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html