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
|
|