First, I apologize, I listed the Antares in my original post, it was one of two
scsi cards I tested with. The posted CPU snapshots were from the LSI 22320
card (mentioned below).
I've tried this with two different SCSI cards. As far as I know, both are
standard SCSI cards used for Suns. Sun
Robert,
Sorry about not being clearer.
The storage unit I am using is configured as follows:
X X X X X X X X X X X X X X
\
\-- (Each X is an 18 GB SCSI Disk)
The first 7 disks have been used for the ZFS RaidZ, I used the last disk (#14)
for my UFS target. The first 7 are on one scsi cha
One last tidbit, for what it is worth. Rather than watch top, I ran xcpustate.
It seems that just as the writes pause, the cpu looks like it hits 100% (or
very close), then it falls back down to its lower level.
I'm still getting used to Solaris 10 as well, so if you have a DTrace script
you'
As added information, top reports that "cp" is using about 25% of the single
cpu. There are no other apps running.
Bob
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mai
I'm starting simple, there is no app.
I have a 10GB file (called foo) on the internal FC drive, I did a zfs create
raidz bar
then ran "cp foo /bar/", so there is no cpu activity due to an app.
As a test case, this took 7 min 30 sec to copy to the zfs partition. I removed
the pool, formatt
HI,
Just getting my feet wet with zfs. I set up a test system (Sunblade 1000, dual
channel scsi card, disk array with 14x18GB 15K RPM SCSI disks) and was trying
to write a large file (10 GB) to the array to see how it performed. I
configured the raid using raidz.
During the write, I saw the
