<div dir="ltr"><div>This is a very interesting idea.  It could allow for the creation of a scratch pool with great ROI.   I have a particular need for an extremely high read rate pool for data analysis that will leverage the fattest read optimized SSDs I can get for the dollar.  I was considering this to be raidz1, but if mirroring with disks would work this way, it could be even better bang for the buck. <br><br>Did you ever do any actual testing with this type of setup?  I'd love to see some real world performance data.<br><br></div>-Chip<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 15, 2015 at 10:09 AM, Jim Klimov <span dir="ltr"><<a href="mailto:jimklimov@cos.ru" target="_blank">jimklimov@cos.ru</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">15 июля 2015 г. 14:10:15 CEST, Michael Mounteney <<a href="mailto:gate03@landcroft.co.uk">gate03@landcroft.co.uk</a>> пишет:<br>
<div><div class="h5">>Hello list;  is it possible with OmniOS to have a multi-way mirror with<br>
>one disk being an SSD and the rest magnetic;  then to tune ZFS to<br>
>perform all reads from the SSD?  for the sake of performance.  The<br>
>default case is round-robin reading, which is the best if all disks are<br>
>of approximately equal performance, especially if they're on separate<br>
>controllers.  But SSD changes that.<br>
><br>
>______________<br>
>Michael Mounteney<br>
>_______________________________________________<br>
>OmniOS-discuss mailing list<br>
><a href="mailto:OmniOS-discuss@lists.omniti.com">OmniOS-discuss@lists.omniti.com</a><br>
><a href="http://lists.omniti.com/mailman/listinfo/omnios-discuss" rel="noreferrer" target="_blank">http://lists.omniti.com/mailman/listinfo/omnios-discuss</a><br>
<br>
</div></div>When I last asked a few years ago (but IIRC forma mirror of local+iSCSI vdevs), the answer was along the lines that round-robin first considers the available devices. If the faster (ssd, local) device has no queue, it gets the load while the slower device still struggles with the task it has, so on average the faster device serves more io's - but not 100%. Queue depth tuning can also help here.<br>
<br>
Jim<br>
<br>
--<br>
Typos courtesy of K-9 Mail on my Samsung Android<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
OmniOS-discuss mailing list<br>
<a href="mailto:OmniOS-discuss@lists.omniti.com">OmniOS-discuss@lists.omniti.com</a><br>
<a href="http://lists.omniti.com/mailman/listinfo/omnios-discuss" rel="noreferrer" target="_blank">http://lists.omniti.com/mailman/listinfo/omnios-discuss</a><br>
</div></div></blockquote></div><br></div>