|
We're not talking about temporary address space usage. We were referring to Current unprotect used under Auxillary storage. Brad > -----Original Message----- > From: Joe Pluta [mailto:joepluta@PlutaBrothers.com] > Sent: Thursday, March 29, 2001 5:04 PM > To: WEB400@midrange.com > Subject: RE: WebSphere problems on AS/400 temporary storage > increasing. > > > Hmmm... I've been running WebSphere for some time now. I've > currently got > over 7500 seconds CPU time (not a lot, I know, but bear with > me) between my > server instance and the admin instance since my last IPL. > Total temporary > address space usage? .009% (yeah, two zeros). By straight > extrapolation, > (and this assumes that ALL address space usage so far is > WebSphere), at 100% > CPU utilization for WebSphere I'd get to 90% temp address usage in... > 75,000,000 seconds, or about two and a half years. > > So why is my usage so low compared to other quotes? I can't > be sure, but > one glaring difference is that I don't use SQL at all. All > my webserving is > done via messages to RPG back end programs. I'm no > performance expert, but > I think you might want to do a little more checking before pinpointing > WebSphere as the sole problem. > > Joe > > > > -----Original Message----- > > From: owner-web400@midrange.com [mailto:owner-web400@midrange.com]On > > Behalf Of Andrew Borts > > Sent: Thursday, March 29, 2001 8:35 AM > > To: 'WEB400@midrange.com' > > Subject: RE: WebSphere problems on AS/400 temporary storage > increasing. > > > > > > Hmmm - I run Net.Data mostly on the old version of Net.Commerce > > which is running JUST fine... > > Also CGI scripts ... SMOKIN! > > RPG does a lot guys! > > Is there a problem with WAS 3.0.2 Should I unload this (just > > loaded it yesterday!) > > I don't want to convert to bringing the site down almost NEVER (@ > > 8,000 to 20,000 visitors a day!) to killing it on the hour. > > > > I hope IBM reads this, and heeds this information, because if WAS > > is not stable, that is a business reason NOT to apply this. > > > > Andrew Borts / E-Commerce Project Leader > > Seta Corporation > > 6400 East Rogers Circle > > Boca Raton, FL 33499 > > > > E-mail: Andrewb@setacorporation.com > > Corporate web site http://www.setacorporation.com > > E-Commerce web site http://www.palmbeachjewelry.com > > Voice: 561-994-2660 Ext. 2211 / Fax: 561-997-0774 > > > > > > -----Original Message----- > > From: GRIFFITHS, Clive [SMTP:GRIFFIC@aisl.uk.com] > > Sent: Thursday, March 29, 2001 5:26 AM > > To: 'WEB400@midrange.com' > > Subject: RE: WebSphere problems on AS/400 temporary storage > > increasing. > > > > << File: ATT00005.htm >> Thanks Bleddyn, > > > > I was afraid of that. I have a call open with ASSIST > and all they > > provide is lists of PTFs which we have already got e.t.c. > They are aware > > that it is a problem which renders our websites useless. We > are about to > > upgrade one of our servers to V4R5M0 and Websphere 3.5 > today to see if it > > eleviates the problem. I will let you know how I get on. > > > > Regards, > > > > Clive. > > > > -----Original Message----- > > From: Bleddyn Williams [mailto:bleddyn@morpheus.ltd.uk] > > Sent: Thursday, March 29, 2001 11:05 AM > > To: WEB400@midrange.com > > Subject: RE: WebSphere problems on AS/400 temporary storage > increasing. > > > > > > Clive unprotected use is one of those things that you have to get > > used to it > > seems :( Its down to the SQL server jobs and the SQL being > used by WAS, > > although there may also possibly be a memory leak or code that needs > > tightening up. I see exactly the same with WebSphere Commerce > > Suite and when > > running WAS 3.5.2. I did take up the issue with IBM at one point > > on WCS, and > > over the course of a year they never came back with any > good reasons as to > > where all the space goes apart from SQL usage. In WAS 2.X you > > will have more > > of an issue because the jobs are in process on the HTTP server, > > so to clear > > the resource you have to end the webserver. > > > > I have seen recommendations for disk space mentioning the > temporary store > > usage. I also get to the point where an IPL is the best way to > > clean it all > > down because stopping and starting isn't giving me all the > space back. > > > > Thanks Bleddyn > > > > http://www.morpheus.co.uk - Morpheus - eBusiness Solutions > > > > http://www.ignite400.org - iSeries eBusiness User Group > > > > > > > > -----Original Message----- > > From: owner-web400@midrange.com > > [mailto:owner-web400@midrange.com]On Behalf > > Of GRIFFITHS, Clive > > Sent: 29 March 2001 10:44 > > To: WEB400@midrange.com > > Subject: Webshpere problems on AS/400 temporary storage increasing. > > > > > > 3 * AS/400 170 V4R4M0 Websphere 2.03. We run 4 instances > and intermitantly > > are seeing current unprotected used increase until an IPL is > > needed the only > > way to stop it increasing is to ENDTCPSVR *HTTP HTTPSVR(*ALL) > > Has anyone else seen this ???? This happens 10 - 15 times a > day on each > > AS/400 ? > > Regards, > > Clive. > > > > +--- > > | This is the WEB400 Mailing List! > > | To submit a new message, send your mail to WEB400@midrange.com. > > | To subscribe to this list send email to WEB400-SUB@midrange.com. > > | To unsubscribe from this list send email to > WEB400-UNSUB@midrange.com. > > | Questions should be directed to the list owner/operator: > > david@midrange.com > > +--- > > > > > > ****************************************************************** > > ********** > > DISCLAIMER > > > > Any opinions expressed in this email are those of the individual > > and not necessarily the company. This email and any files > > transmitted with it, including replies and forwarded copies (which > > may contain alterations) subsequently transmitted from the > > Company, are confidential and solely for the use of the intended > > recipient. It may contain material protected by attorney-client > > privilege. If you are not the intended recipient or the person > > responsible for delivering to the intended recipient, be advised > > that you have received this email in error and that any use is > > strictly prohibited. > > > > If you have received this email in error please notify the Network > > Manager by telephone on +44 (0) 870 243 2431. > > > > Please then delete this email and destroy any copies of it. > > This email has been swept for viruses before leaving our system. > > > > Admiral Insurance Services Limited, Cardiff CF10 3AZ > > ****************************************************************** > > ********** > > > > +--- > > | This is the WEB400 Mailing List! > > | To submit a new message, send your mail to WEB400@midrange.com. > > | To subscribe to this list send email to WEB400-SUB@midrange.com. > > | To unsubscribe from this list send email to > WEB400-UNSUB@midrange.com. > > | Questions should be directed to the list owner/operator: > > david@midrange.com > > +--- > > > > +--- > | This is the WEB400 Mailing List! > | To submit a new message, send your mail to WEB400@midrange.com. > | To subscribe to this list send email to WEB400-SUB@midrange.com. > | To unsubscribe from this list send email to > WEB400-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: > david@midrange.com > +--- > +--- | This is the WEB400 Mailing List! | To submit a new message, send your mail to WEB400@midrange.com. | To subscribe to this list send email to WEB400-SUB@midrange.com. | To unsubscribe from this list send email to WEB400-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.