|
|
Richard Elling wrote:
>>
>> # ./zilstat.ksh
>> N-Bytes N-Bytes/s N-Max-Bytes/s B-Bytes B-Bytes/s B-Max-Bytes/s
>> 376720 376720 376720 1286144 1286144 1286144
>> 419608 419608 419608 1368064 1368064 1368064
>> 555256 555256 555256 1732608 1732608 1732608
>> 538808 538808 538808 1679360 1679360 1679360
>> 626048 626048 626048 1773568 1773568 1773568
>> 753824 753824 753824 2105344 2105344 2105344
>> 652632 652632 652632 1716224 1716224 1716224
>>
>> Fairly constantly between 1-2MB/s. That doesn't sound too bad though.
>
> I think your workload would benefit from a fast, separate log device.
Interesting. Today is the first I've heard about it.. one of the x4500
is really really slow, something like 15 seconds to do an unlink. But I
assumed it was because the ufs inside zvol is _really_ bloated. Maybe we
need to experiment with it on the test x4500.
>
> Highest recommended is what you need to get the job done.
> For the most part, the defaults work well. But you can experiment
> with them and see if you can get better results.
It came shipped with 16. And I'm sorry but 16 didn't cut it at all :) We
set it at 1024 as it was the highest number I found via Google.
Lund
--
Jorgen Lundman | <lundman@xxxxxxxxxxx>
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo | +81 (0)90-5578-8500 (cell)
Japan | +81 (0)3 -3375-1767 (home)
_______________________________________________
zfs-discuss mailing list
zfs-discuss@xxxxxxxxxxxxxxx
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
|
|