Comparison numbers are only valid of the tests run are the same.
So here is the UFS test once more without the compression and with -no-fifo :
jupiter-sparc-SunOS5.10 # ptime /opt/schily/bin/star -x -xdir -xdot
-no-fifo -U file=../linux-3.5.1.tar
star: 46849 blocks + 0 bytes (total of 479733760 bytes = 468490.00k).
real 27:44.237 user 2.031 sys 42.419
Not a good result.
So try to think about the reasons..... star is definitely not the reason. The fact that you spend 10x the amount of expectes SYS CPU seems to lead to a problem on your system.
Also the USER CPU time is 8x the expected amount. Did you run this test in _very_ old hardware?
Jörg
It would be reasonable to think of a Sun Fire V480 as old hardware yes, but not *very* old. I do have *very* old if you would like me to test there?
The server runs fine, is patched up to date. The UFS filesystem that was used is actually the root filesystem and it is a metadevice mirror of the two internal disks.
jupiter-sparc-SunOS5.10 # metastat d0 d0: Mirror Submirror 0: d10 State: Okay Submirror 1: d20 State: Okay Pass: 1 Read option: geometric (-g) Write option: parallel (default) Size: 33560448 blocks (16 GB)
d10: Submirror of d0 State: Okay Size: 33560448 blocks (16 GB) Stripe 0: Device Start Block Dbase State Reloc Hot Spare c1t0d0s0 0 No Okay Yes
d20: Submirror of d0 State: Okay Size: 33560448 blocks (16 GB) Stripe 0: Device Start Block Dbase State Reloc Hot Spare c1t1d0s0 0 No Okay Yes
Device Relocation Information: Device Reloc Device ID c1t0d0 Yes id1,ssd@n20000004cfb6f0ff c1t1d0 Yes id1,ssd@n20000004cfa10ec9
However I do also have :
jupiter-sparc-SunOS5.10 # luxadm probe No Network Array enclosures found in /dev/es
Found Fibre Channel device(s): Node WWN:20000004cfb6f0ff Device Type:Disk device Logical Path:/dev/rdsk/c1t0d0s2 Node WWN:20000004cfa10ec9 Device Type:Disk device Logical Path:/dev/rdsk/c1t1d0s2 Node WWN:20000018625de4c6 Device Type:Disk device Logical Path:/dev/rdsk/c2t16d0s2 Node WWN:20000018625d599d Device Type:Disk device Logical Path:/dev/rdsk/c2t17d0s2 Node WWN:20000018625f11cb Device Type:Disk device Logical Path:/dev/rdsk/c2t18d0s2 Node WWN:500000e0148b6620 Device Type:Disk device Logical Path:/dev/rdsk/c2t19d0s2 Node WWN:20000014c3a51579 Device Type:Disk device Logical Path:/dev/rdsk/c2t20d0s2 Node WWN:20000018625fe1a2 Device Type:Disk device Logical Path:/dev/rdsk/c2t21d0s2 Node WWN:20000014c3a8ee8b Device Type:Disk device Logical Path:/dev/rdsk/c2t22d0s2 Node WWN:20000018629c6c36 Device Type:Disk device Logical Path:/dev/rdsk/c5t0d0s2 Node WWN:2000000c5042657d Device Type:Disk device Logical Path:/dev/rdsk/c5t1d0s2 Node WWN:20000018629c2baf Device Type:Disk device Logical Path:/dev/rdsk/c5t2d0s2 Node WWN:2000000087b10c29 Device Type:Disk device Logical Path:/dev/rdsk/c5t3d0s2 Node WWN:20000018625dda0c Device Type:Disk device Logical Path:/dev/rdsk/c5t4d0s2 Node WWN:500000e010f28870 Device Type:Disk device Logical Path:/dev/rdsk/c5t5d0s2 Node WWN:20000018625dfa91 Device Type:Disk device Logical Path:/dev/rdsk/c5t6d0s2
Since I have a pile of fibre disks I can perhaps isolate one of them and test with UFS on a single disk.
This one may do fine :
jupiter-sparc-SunOS5.10 # luxadm display 2000000087b10c29 DEVICE PROPERTIES for disk: 2000000087b10c29 Status(Port B): O.K. Vendor: HITACHI Product ID: HUS1030FASUN300G WWN(Node): 2000000087b10c29 WWN(Port B): 2200000087b10c29 Revision: 2A08 Serial Num: 49VXAJNS 55VAXAJNSA Unformatted capacity: 286102.281 MBytes Write Cache: Enabled Read Cache: Enabled Minimum prefetch: 0x0 Maximum prefetch: 0xffff Device Type: Disk device Path(s): /dev/rdsk/c5t3d0s2 /devices/pci@8,600000/pci@2/SUNW,qlc@4/fp@0,0/ssd@w2200000087b10c29,0:c,raw
I can try to isolate that and use it with UFS but no hurry, I have other things to do also.
Dennis