SUMMARY II: Sybase performance

Kruchkoff, A Alex Alex.Kruchkoff at SYD.RABOBANK.COM
Wed Oct 31 19:20:40 EST 2001


Sorry for the delay: instead of SUMMARY II, I just used RE: in the Subject: 
And as a result that mail was rejected. -Alex

Hi,

here is an update on my testing.
I install the VxVM. 

5) same 5 DB, raw devices are in /dev/vx/rdsk/. All DB are located on the
same disk. the same test: 0h 40m

thanks and regards
-Alex

-----Original Message-----
From: Kruchkoff, A (Alex) [mailto:Alex.Kruchkoff at SYD.RABOBANK.COM]
Sent: Friday, 26 October 2001 11:34
To: sunmanagers at sunmanagers.org
Subject: SUMMARY: Sybase performance


Sorry for the delay: we were doing some tests.

Thanks to Jeroen.Rijnbergen at seagate.com, andy.lee at orange.co.uk,
mahesh.hardikar at nl.fortisbank.com, and Darren Dunham [ddunham at taos.com]

Suggested solutions were:

1) don't use lofi devices, use files to which lofi devices pointed (fs
mounted with `forcedirectio')
2) use new feature from SDS 4.2.1 called `soft partitions' (to avoid the
Solaris limitation of 8 partitions per disk)
3) use VxVM.

TESTS.

ASE 12.5; 
5 db: 4110Mb; 4110Mb; 610Mb; 310Mb; 610Mb; pagesize - 2K.

1) using lofi devices pointing to files on the fs mounted with
forcedirectio: 2h 45m
2) using files on the fs mounted with forcedirectio: 2h 14m
3) using lofi as in 1) but splitting: 3 db on 1 disk and 2 db on another
disk: 1h 37m
3) using raw devices as disk slices (not acceptable: solaris 8 slices
limitation): 0h 36m
4) using raw devices as soft partitions (I applied the patch 108693-07): 0h
32m

I have not tested VxVM yet, but I will: I'm just preparing the environment.

*VxVM question* to the list: I know I can encapsulate the existing disk to
the Veritas,
but when I finish the test, How to de-encapsulate (restore) the disk which
is under control of VxVM?
(I know I can reformat the disk, make new fs and restore the data, but it's
a long way...)

thanks a lot.

rgds 
Alex

my original post:

-----Original Message-----
From: Kruchkoff, A (Alex) [mailto:Alex.Kruchkoff at SYD.RABOBANK.COM]
Sent: Tuesday, 23 October 2001 16:17
To: sunmanagers at sunmanagers.org
Subject: Sybase performance


Hi

we have a sun e450 with 64-bits solaris 8 and sun StorEdge SRC/P Intelligent
SCSI RAID controller with disks which are configured as RAID 1+0.

DBA use Sybase and they want to have a lot of small raw devices. 
The limitation of Solaris is 8 partitions per disk.
If I allocate 8 small (1 Gb) raw devices I would not be able to access the
rest of the disk.
Solaris 8 has a loopback file system: a character/block device could be
associated with the file. 
I can mount a filesystem with `forcedirectio' and build the loopback devices
for files located on that filesystem.
And use that lofi devices for Sybase DB.

When I have more than 30 lofi devices the performance of Sybase is
decreasing:
top shows 49.7% idle 22.7% user 27.6% kernel 0.0% iowait 0.0%swap 
My question is: will the performance of Sybase increase if I'll use veritas
volume manager?

(A few weeks ago we did some testing: we allocated small raw devices under
veritas and lofi and did simple dd testing.
Reading/Writing a lofi device was faster than reading/writing similar size
veritas device 2 boxes were identical, same raid 1+0. But for testing we use
1 raw device only, not 35).

And another question: what are other advantages of the veritas volume
manager?
We don't need to use mirroring (RAID controller does mirroring, striping,
hot spare).

Thanks, I will summarise.

Alex


==================================================================
De informatie opgenomen in dit bericht kan vertrouwelijk zijn en 
is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht 
onterecht ontvangt wordt u verzocht de inhoud niet te gebruiken en 
de afzender direct te informeren door het bericht te retourneren. 
==================================================================
The information contained in this message may be confidential 
and is intended to be exclusively for the addressee. Should you 
receive this message unintentionally, please do not use the contents 
herein and notify the sender immediately by return e-mail.


==================================================================

_______________________________________________
sunmanagers mailing list
sunmanagers at sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers

==================================================================
De informatie opgenomen in dit bericht kan vertrouwelijk zijn en 
is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht 
onterecht ontvangt wordt u verzocht de inhoud niet te gebruiken en 
de afzender direct te informeren door het bericht te retourneren. 
==================================================================
The information contained in this message may be confidential 
and is intended to be exclusively for the addressee. Should you 
receive this message unintentionally, please do not use the contents 
herein and notify the sender immediately by return e-mail.


==================================================================

==================================================================
De informatie opgenomen in dit bericht kan vertrouwelijk zijn en 
is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht 
onterecht ontvangt wordt u verzocht de inhoud niet te gebruiken en 
de afzender direct te informeren door het bericht te retourneren. 
==================================================================
The information contained in this message may be confidential 
and is intended to be exclusively for the addressee. Should you 
receive this message unintentionally, please do not use the contents 
herein and notify the sender immediately by return e-mail.


==================================================================




More information about the sunmanagers mailing list