sorry to disagree.  If your filesystem (zfs) can stripe the IO requests to different vdisks, even a single threaded app might see some improvement.  Of course, multiple, parallel IOs will help a lot!

stefan

On 10.09.10 15:54, Joe Balenzano wrote:

Mike,
You didn't tell us is your app is multithreaded/multiprocess and if each thread does it's own I/O.  I suspect you will not see much improvements if this is a single thread app.
Stefan Hinker wrote:
Mike,

This sounds like your application is doing many many small IOs.  In such a case, the performance metric you should look at isn't MB/sec, but IOPS (IOs per second).  As in any other hypervisor solution, virtual IO will see some additional latency for every IO you do.  If your IOs are small, this will quickly add up to a significant delay. To counter this effect, you can configure multiple vdisks for your LDom guest, and stripe over these vdisks in the guest, for example by creating a RAID 0 zpool within the LDom. This will allow for parallel operation of all configured vdisks, speeding up the overall virtual IO subsystem significantly.

I would recommend you configure 8 vdisks per LDom, and create a pool similar to this:

zpool create guestpool c0d1s2 c0d2s2 c0d3s2 c0d4s2 c0d5s2 c0d6s2 c0d7s2 c0d8s2

In addition, I recommend that your control domain is configured with at least 4 vCPUs and 1GB of RAM.

I'm sure your EMC admin can create smaller LUNs, if space is an issue.

hth
stefan

On 09.09.10 19:20, Mike DeMarco wrote:
Running LDOM software 1.3 on a T5220 with LP11000 HBAs connected to EMC storage array. Disk are under mpxio on the control domain and are presented to each LDOM through a VDS for that LDOM. We have a application running inside the LDOM that access filesystems with over 60,000 files in them. The application reads through the xml files at 256 bytes per read and is accessing over 50meg a second in reads. I have the same filesystem running on a V880 using vxfs and the LDOM access is over 8 times slower than the veritas.

LDOM is conifugred with 16 vcpu and 16Gbytes ram. Filesystem on LDOM is zfs.
Is there any performance tuning that I can do to the LDOM configuration to get it to perform more closely to the V880 performance?

TIA
   

-- 

<http://www.oracle.com/>
Stefan Hinker <mailto:[email protected]> | EMEA Server Principal Sales Consultant
Phone: +49 6103 752-300 | blogs.sun.com/cmt <http://blogs.sun.com/cmt/>
Oracle Hardware Presales
ORACLE Deutschland B.V. & Co. KG | Brandenburger Strasse 2 | 40880 Ratingen

<http://www.oracle.com/us/products/servers-storage/index.html>

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603

Komplementärin: ORACLE Deutschland Verwaltung B.V.
Rijnzathe 6, 3454PV De Meern, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven

<http://www.oracle.com/commitment>

    

Oracle is committed to developing practices and products that help protect the environment



------------------------------------------------------------------------

_______________________________________________
ldoms-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss
 



--


Stefan Hinker | EMEA Server Principal Sales Consultant
Phone: +49 6103 752-300 | blogs.sun.com/cmt
Oracle Hardware Presales
ORACLE Deutschland B.V. & Co. KG | Brandenburger Strasse 2 | 40880 Ratingen


ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603

Komplementärin: ORACLE Deutschland Verwaltung B.V.
Rijnzathe 6, 3454PV De Meern, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven

Oracle is committed to developing practices and products that help protect the environment



Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

_______________________________________________
ldoms-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss

Reply via email to