Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
Database Servers
DB2InformixIngresMS SQLOraclePervasive.SQLPostgreSQLProgressSybase
Desktop Databases
FileMakerFoxProMS AccessParadox
General
General DB TopicsDatabase Theory
Related Topics
Java Development.NET DevelopmentVB DevelopmentMore Topics ...

Database Forum / DB2 Topics / September 2007

Tip: Looking for answers? Try searching our database.

DB2 Tools/tuning to help performance over high network latency sites?

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
73k5blazer@centurytel.net - 26 Sep 2007 00:55 GMT
Hello again all..
We have a giant application from a giant software vendor that has very
poor SQL.
It's a PLM CAD application, that makes a call to the db for every cad
node in the assembly.
So for an assembly with many parts, from remote locations, the
performance goes out the window.
Locally, it all works fine because network latency is <1ms. But some
remote sites we have (that are growing) latency can be as high as
80-100ms.
We've opened many PMR's with the software vendor, they are somewhat
willing to not help, saying our expectations are too high. Nice..
Anyhow, what we notice when we put traces/network sniffers on to try
and figure out where the slowdown is coming from, are many many calls
to the DB with small simple SQL. Each call is initiated in it's own
bubble and is thus subjected to the 80ms wait. The speed is ok, it's
the latency that is killing it.
We've done many things to try and improve the load times, but with
little success.

Local assembly load time: 12s
Current Remote Assembly load time: 59s

The customer would like to see times in the 20s to be happy.

What I'm wondering is, are there any tools or tricks out there that
could help us? Something to collect/intercept sql and send a bunch of
SQL at once, like at a few second interval, instead of bombarding the
server with hundreds of individual calls? Tuning? Anything we can do
db2 wise to help it?

Any help is much appreciated.
Thanks

Ken
Serge Rielau - 26 Sep 2007 16:38 GMT
> Hello again all..
> We have a giant application from a giant software vendor that has very
[quoted text clipped - 26 lines]
> server with hundreds of individual calls? Tuning? Anything we can do
> db2 wise to help it?
I don't think it's that simple.
There are means to do batching but they have to be initiated by the
application.
The problem is that fundamentaly the app is unlikely to send a new SQL
statement before it has received the results of the previous ones. So I
doubt that problem is solvable transparently to the application.

Do you have an IBM rep whom you can engage? Perhaps throwing around a
bit more weight will help to get your app vendors attention.
If the app vendor needs help tuning it wouldn't be the first time we
help with that...

Cheers
Serge
Signature

Serge Rielau
DB2 Solutions Development
IBM Toronto Lab

73k5blazer@centurytel.net - 26 Sep 2007 18:10 GMT
> 73k5bla...@centurytel.net wrote:
> > Hello again all..
[quoted text clipped - 46 lines]
> DB2 Solutions Development
> IBM Toronto Lab

I am an IBM rep. Well, I'm a tech, working with many sales reps, and
no, we can't bend the app vendor. We've been trying. I've shown them
where a simple operation is taking 837 queries to the DB, when I could
get the same results in less than 10.

I've been looking into DB2 Q Replication, it seems like that might be
able to help us. I've looked at SQL replication before, but the
snapshots are too heavy to run constantly on the database master, and
thus becomes not really real time. The new Q Replication stuff looks
very interesting. Do you know why they say in hub and spoke setup Q
Replication is not so good? We have one master location, and 6 remote
sites we'd like to use this at. Remote sites mostly read, but also
would need to write as well. The only issue that really jumps out at
me is the number of fail points in the whole setup. Websphere, it's
database, mq series quues, app server, db server...adds alot of
complexity, but if it gives us the response we need, it might be worth
it.
Serge Rielau - 26 Sep 2007 20:47 GMT
> I am an IBM rep. Well, I'm a tech, working with many sales reps, and
> no, we can't bend the app vendor. We've been trying. I've shown them
> where a simple operation is taking 837 queries to the DB, when I could
> get the same results in less than 10.
*sigh*

> I've been looking into DB2 Q Replication,
ST or email and I hook you up with Q-Rep skills.

Cheers
Serge
Signature

Serge Rielau
DB2 Solutions Development
IBM Toronto Lab

paul.lapointe.xkoto@gmail.com - 28 Sep 2007 16:09 GMT
Ken,

You might also take a look at GRIDSCALE. I'm an ITS at xkoto, I can
provide you with any technical information on the product. It can also
be configured for local reads, remote-write. This may be simpler to
implement and maintain than Q-rep in a hub-and spoke architecture.

Paul LaPointe,
Systems Engineer,
xkoto Inc.
E: paul.lapointe@xkoto.com

W: www.xkoto.com
xkoto is a winner of the 2007 Deloitte Fast 50 Companies-to-Watch
award http://www.xkoto.com/pressrelease/070920-deloitte.php

> 73k5bla...@centurytel.net wrote:
> > I am an IBM rep. Well, I'm a tech, working with many sales reps, and
[quoted text clipped - 13 lines]
> Serge RielauDB2Solutions Development
> IBM Toronto Lab
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.