From: Rami Aubourg (rami.aubourg@ifrance.com)
Date: Wed Feb 26 2003 - 10:23:37 EST
Hello, gurus,
I'm currently testing a Sunfire V120 connected to a Storedge S1 bay. The
V120 has two internal disks. The S1 three. All five disks are identical
10K rpm Seagate cheetahs.
The S1 is supposed to have an UltraSCSI3 160MB/s controller. The V120 a
plain UltraSCSI2 40MB/s controller.
I'm running Solaris 8 with Latest patch cluster installed. The SUNWqusx
packages and the patch number 112697-02 were installed by our integrator.
We're running a test Oracle database on it, with indexes on one of the
S1's axes, and the rest of the database files on the other. The system's
on one of the V120's internal disks.
When issuing commands demanding heavy disk usage, I remarked that the
performances were quite bad, compared to the same database running on a
single IDE disk on a Sunfire V100 (response time about twice as long,
when I expected the opposite)
I stopped the database and did some copying of a large file (1.9G). Here
are the results:
S1 disk1 -> S1 disk2 : 1min50 , average ~17MB/S
V120 disk1 -> V120 disk2 : 1min30 , average ~20MB/S
S1 disk1 -> V120 disk1 : 1min30 , average ~20MB/S
V120 disk1 -> S1 disk1 : 1min50 , average ~17MB/S
When doing a newfs on a partition, on the S1 or the V120, I get average
speeds way above 25MB/s, which seems more normal.
It seems that the internal controller on the S1 is a bottleneck when
writing to the disks, which is rather surprising, since it's supposed to
handle 160MB/s. The V120's internal disks' behaviour seemed normal to me.
Has anyone had experience with an S1? Maybe there's something that
hasn't been done correctly, either by me, or the integrator.
Thank you in advance. I will summarize, of course
Rami
-- Lost Knowledge Sets Back Civilization _____________________________________________________________________ GRAND JEU SMS : Pour gagner un NOKIA 7650, envoyez le mot IF au 61321 (prix d'un SMS + 0.35 euro). Un SMS vous dira si vous avez gagni. Rhglement : http://www.ifrance.com/_reloc/sign.sms _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagers
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:25:53 EDT