Thanks Richard, Happy New Year.
On 13-01-03 09:45 AM, Richard Elling wrote:
On Jan 2, 2013, at 8:45 PM, Geoff Nordli <geo...@gnaa.net
I am looking at the performance numbers for the Oracle VDI admin guide.
From my calculations for 200 desktops running Windows 7 knowledge
user (15 iops) with a 30-70 read/write split it comes to 5100 iops.
Using 7200 rpm disks the requirement will be 68 disks.
This doesn't seem right, because if you are using clones with
caching, you should be able to easily satisfy your reads from ARC and
L2ARC. As well, Oracle VDI by default caches writes; therefore the
writes will be coalesced and there will be no ZIL activity.
All of these IOPS <--> VDI users guidelines are wrong. The problem is
that the variability of
response time is too great for a HDD. The only hope we have of getting
calculations to work is to reduce the variability by using a device
that is more consistent in its
response (eg SSDs).
For sure there is going to be a lot of variability, but it seems we
aren't even close.
Have you seen any back-of-the-napkin calculations which take into
consideration SSDs for cache usage?
Anyone have other guidelines on what they are seeing for iops with vdi?
The successful VDI implementations I've seen have relatively small
space requirements for
the performance-critical work. So there are a bunch of companies
offering SSD-based arrays
for that market. If you're stuck with HDDs, then effective use of
snapshots+clones with a few
GB of RAM and slog can support quite a few desktops.
Yes, I would like to stick with HDDs.
I am just not quite sure what quite a few desktops mean.
I thought for sure there would be lots of people around that have done
small deployments using a standard ZFS deployment.
zfs-discuss mailing list