RE: [U2] RedBack Performance
RedBack 3 Hmm - you really need to upgrade to 4.2.5 (unless you are using IDE mode which is EOL However: 1. Check the size of WWSTATE - make it big and wide and static 2. How much stuff there? - and how big? Stop RedBack and purge it 3. And while there clear WWLOG as well 4. Set Garbage Collection parameters to purge a reasonable time (say 2 hours) and run once in a blue moon (effectively never) 5. Run RedBack.GC from a PHANTOM at regular (say hourly) intervals Note: There have been issues with Garbage Collection in the past and this is the broad-stroke way of dealing with it Otherwise there are some older common issues which also break things: 1. Using the OPEN rather than OPEN2 method and inappropriate use of file handles 2. Using Stateful RBOS (RB3 is either IDE or stateful RBOs) are you storing connection objects in Session Variables? This is a recipe for issues and to do with the way that MS deal with Session variables in short don't use them. (OPEN2 is the method to use and cache the rbohandle and sessionid, NOT a connection object). 3. Are you using an old MDAC? - not THIS problem but 2.7 or 2.8 please. 4. Do you have absolutely HUGE records (by anyone's definition) in WWSTATE? This suggests you are hitting the same session (as referenced by the object handle) over and over again and it never times out. As a result WWSTATE never gets purged. Bottom line: 1. Check MDAC 2. Check WWSTATE 3. Use the GC workaround but *upgrade* to 4.2.5 4. Check your web side application code usage (ASP etc...) 5. Check the number of files in the RedBack log file directory and their sizes (act appropriately if you feel the need to say gosh) 6. Check PH in the RedBack accounts you have activated while you are there 7. If problems persist check the RBOs themselves for performance using RBOSCOPE and perfrgw... and avoid hanging around on record locks and the usuals (file sizing etc...) Regards JayJay --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] RedBack Performance
Guess you have checked the .ini files which specifies if the responder stays up - state 1 or 2 I think? Graham Forbes Trading Systems BT Consulting Systems Integration tel: (+44) (0)20 7176 fax: (+44) (0)20 7177 mob: (+44) (0)77407 38550 web: www.bt.com/consulting -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 15 February 2005 14:06 To: u2-users@listserver.u2ug.org Subject: [U2] RedBack Performance Hi all, I'm on a site doing some work enhancing a web site running RedBack. Except that is not running: it is crawling, and I've never seen RedBack so slow. Their server *is* fairly slow and old (running 9.2 uv on AIX) but on top of the time taken to actually run the subroutines, it seems that virtually every method call seems to add an extra 2 seconds overhead, so the cumulative effect is horrible. It's not their web server: I've pointed the same web server to a dev account on my laptop and it flies. Same RBOs, same code. No delays. I've also checked the other direction: running a gateway and IIS on my laptop to access their uv server. Slow. So it isn't anything specific to networking between their web server and uv server. They are running RedBack 3.5.x. Does anyone recall any performance issues/fixes around that time? Helpfully, the performance monitoring option doesn't work. Any help greatly appreciated. Brian --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ This email may contain information which is privileged or confidential. If you are not the intended recipient of this email, please notify the sender immediately and delete it without reading, copying, storing, forwarding or disclosing its contents to any other person Thank you Check us out at http://www.bt.com/consulting --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: RE: [U2] RedBack Performance
Thanks, Yes I had. Brian [EMAIL PROTECTED] wrote on 15.02.2005, 16:05:16: Guess you have checked the .ini files which specifies if the responder stays up - state 1 or 2 I think? Graham Forbes Trading Systems BT Consulting Systems Integration tel: (+44) (0)20 7176 fax: (+44) (0)20 7177 mob: (+44) (0)77407 38550 web: www.bt.com/consulting -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 15 February 2005 14:06 To: u2-users@listserver.u2ug.org Subject: [U2] RedBack Performance Hi all, I'm on a site doing some work enhancing a web site running RedBack. Except that is not running: it is crawling, and I've never seen RedBack so slow. Their server *is* fairly slow and old (running 9.2 uv on AIX) but on top of the time taken to actually run the subroutines, it seems that virtually every method call seems to add an extra 2 seconds overhead, so the cumulative effect is horrible. It's not their web server: I've pointed the same web server to a dev account on my laptop and it flies. Same RBOs, same code. No delays. I've also checked the other direction: running a gateway and IIS on my laptop to access their uv server. Slow. So it isn't anything specific to networking between their web server and uv server. They are running RedBack 3.5.x. Does anyone recall any performance issues/fixes around that time? Helpfully, the performance monitoring option doesn't work. Any help greatly appreciated. Brian --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ This email may contain information which is privileged or confidential. If you are not the intended recipient of this email, please notify the sender immediately and delete it without reading, copying, storing, forwarding or disclosing its contents to any other person Thank you Check us out at http://www.bt.com/consulting --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] RedBack Performance
Brian, Since you say that the database server is old and slow, have you checked their file sizing on the database server? If poor, that could be contributing to the slowness on both the web and the local applications. Also, does anyone run the Redback Garbage Collection utility periodically? (if it existed on that release - I started dealing with Redback on the 4.0.3 release, where it does exist, and it does help) Susan M. Lynch F.W. Davison Company, Inc. Confidentiality Notice: This e-mail message and any accompanying documents is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure, distribution, or copying is prohibited. - Original Message - From: [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Tuesday, February 15, 2005 9:06 AM Subject: [U2] RedBack Performance Hi all, I'm on a site doing some work enhancing a web site running RedBack. Except that is not running: it is crawling, and I've never seen RedBack so slow. Their server *is* fairly slow and old (running 9.2 uv on AIX) but on top of the time taken to actually run the subroutines, it seems that virtually every method call seems to add an extra 2 seconds overhead, so the cumulative effect is horrible. It's not their web server: I've pointed the same web server to a dev account on my laptop and it flies. Same RBOs, same code. No delays. I've also checked the other direction: running a gateway and IIS on my laptop to access their uv server. Slow. So it isn't anything specific to networking between their web server and uv server. They are running RedBack 3.5.x. Does anyone recall any performance issues/fixes around that time? Helpfully, the performance monitoring option doesn't work. Any help greatly appreciated. Brian --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/