Good luck with you problem. One thing to keep in mind here is that you are only having problems with this app *outside* the network. I'm not sure how anyone could draw any initial conclusion other than that it's a network problem. You are pretty safe going to the admins on this one I think.
-Cameron -------------------- Cameron Childress elliptIQ Inc. p.770.460.1035.232 f.770.460.0963 -- http://www.neighborware.com America's Leading Community Network Software > -----Original Message----- > From: Mark Stewart [mailto:[EMAIL PROTECTED]] > Sent: Friday, December 28, 2001 11:24 AM > To: CF-Server > Subject: RE: Slow extranet (was: Problems like this everyone should > have) > > > That's pretty much the conclusion I've come to. One issue that I have to > deal with here is that the network admins are extremely biased towards > Linux/Apache, Perl, PHP. So, anytime there's a problem, the finger > immediately gets pointed towards Windows/IIS and sometimes even CF as > the possible problems. As soon as I was aware of the slowness, I > immediately started troubleshooting from the bottom to the top. That is, > I started looking at code, browsing localhost, performance monitor to > eliminate Windows/IIS/CF problems. This troubleshooting has led me to > believe the problem lies within the network/firewall/router/bandwidth, > as you mention. > > We have pretty decent admins. The only problem I see is that there are > no monitoring tools (other than perfmon) that they use. And really, I > don't think that's being used by anybody other than myself. This makes > it difficult to really pin-point, with any amount of accuracy, where the > problem really lies. But hey, I don't want to get off on a rant here. > > Thank you Cameron and Dave for your insigtful input. It's much > appreciated! > > Happy New Year! > Mark > > > > -----Original Message----- > From: Cameron Childress [mailto:[EMAIL PROTECTED]] > Sent: Friday, December 28, 2001 9:34 AM > To: CF-Server > Subject: Slow extranet (was: Problems like this everyone should have) > > > > I guess my question would be: Out of everything I explained above, is > > there something obvious that I'm missing or not checking? In any of > your > > experiences before, do the problems above point to a possible network > or > > firewall problem? I'm just looking for some ideas on where to turn > next. > > If the same app runs fast inside the network, and slow outside, I'd say > the > first and best place to look would be your gateway and route to the end > users, not CF or the webserver. Easy enough to test though... From > home... > Log into the CFAdmin for that machine and set your IP to receive Debug > info. > Not go back and hit your extranet and see how long the page execution > times > are. I guess really though, you've already proven this point by looking > at > perfmon. > > I'd look at the network for this one. Firewall, router, bandwidth > saturation, latency... any could be the culprit. A good network admin > should be able to help you troubleshoot this... > > -Cameron > > -------------------- > Cameron Childress > elliptIQ Inc. > p.770.460.1035.232 > f.770.460.0963 > -- > http://www.neighborware.com > America's Leading Community Network Software > > > > > > > -----Original Message----- > > From: Mark Stewart [mailto:[EMAIL PROTECTED]] > > Sent: Friday, December 28, 2001 9:28 AM > > To: CF-Server > > Subject: RE: Problems like this everyone should have > > > > > > All, > > > > I'm glad to see someone is having success with Win2k and CF5. > > Unfortunately, we've been having performance problems with that exact > > (almost) setup. So, let me pick your brain, and everybody else here on > > the list, with some questions that I have. > > > > Web Server is Win2k, IIS5, PIII 400Mhz, 320MB RAM, CF5 Pro, T1 > > connection to the Internet > > > > We have a few apps running on this machine, but all but our Extranet > are > > internal apps(very little usage). The Extranet is not very large > either. > > I'm unsure of the daily traffic since we have no monitoring tools > > (except performance monitor) <cf_gripe>. But I know we only have > around > > 200 users in the database and not all of them are hitting at the same > > time. So, the problem is that clients are complaining about the > Extranet > > being slow. I can confirm this from home. It's fast for me at work > since > > we're connected through a T3 internally and when I do a tracert from > my > > workstation, I only have 4 hops compared to around 20 hops from home. > I > > use NeoTrace at home and all the ping times are consistently low > > (20-50ms). > > > > I've also gone to the Web Server (I physically stood in front of it) > and > > browsed our Extranet through localhost (this way, I take the network > out > > of the picture) and the response time was very fast. I made sure to > hit > > both pages without db calls and pages with quite a few db calls. > > > > We do use some session variables and we lock all of them. The session > > variables we have store a small amount of data so I'm not to concerned > > with that. I did find out yesterday that the Web Server is acting as a > > PDC. I'm somewhat limited in my networking knowledge, but from what I > > understand, Wind2k servers allow every server on the domain to > > authenticate users, thus taking on some of the tasks that a PDC in Win > > NT would do (correct me if I'm wrong). Currently, our network admins > are > > removing that from the server and also double-checking every service > > that is running and disabling any service that's not needed. > > > > As per an Allaire article, I've changed the number of simultaneous > > requests from 5 (the default) to 3 (2 - 3x the number of processors) > and > > I haven't seen a difference. I've also played with the page cache, but > > find that the default(1024k) is just as good as any other. > > > > In checking the server log, I consistently see Windows NT error 232 > and > > 109 - I've researched this on Microsoft.com and understand that those > > errors may be with db calls. But I can't seem to track them down. I > know > > this has been covered before on the various lists, but I've been > unable > > to find a solution to these errors. > > > > That's about all I can think of as far as our set-up is concerned and > > the things I've done so far in my troubleshooting efforts. > > > > I guess my question would be: Out of everything I explained above, is > > there something obvious that I'm missing or not checking? In any of > your > > experiences before, do the problems above point to a possible network > or > > firewall problem? I'm just looking for some ideas on where to turn > next. > > > > Thanks in advace for any input you might have, > > > > Mark > > > > > > > > -----Original Message----- > > From: Jim McAtee [mailto:[EMAIL PROTECTED]] > > Sent: Friday, December 28, 2001 1:16 AM > > To: CF-Server > > Subject: Problems like this everyone should have > > > > > > Two days ago we replaced a CF server with a newer, latest greatest, > > etc., > > etc. The new machine is running Windows 2000 Server and CF5 > > Professional. > > Most datasources are Access (I believe using MDAC 2.51 or later), a > few > > using dbase (Merant driver) and a few using MS SQL Server 2000. > > > > The old server (NT4, CF4.01, MDAC 1.5 or so) had 512MB of RAM and > > routinely > > passed 420MB in memory usage). We cycled the CF Application Server > > nightly > > and that freed up at least 100MB in memory each night. > > > > The new server has 2GB (that's 2 GIGAbytes) of RAM. RAM right now is > > insanely inexpenive, even more so when I built the machine several > weeks > > ago. So, now what do I see in terms of memory usage? Somewhere > betwee > > 250MB and 290MB, never higher. I don't see the slow, gradual increase > > in > > memory consumption that I used to see. Who knows what to credit - > newer > > ODBC drivers, ColdFusion5, or Windows 2000 itself. Whatever the case, > > it's > > welcome. What I'd like, however, is a means of turning all that > unused > > RAM > > into increased performance. I've already got the CF cache set to > > 128MBytes, > > which should be overkill for something like 10MBytes worth of source > > files > > for the all CF templates themselves. > > > > Any suggestions? > > > > BTW, we had our single busiest day today, peaking at over 229kBytes > per > > second (in a five minute sample) of outbound traffic from this single > CF > > server. It hardly broke a sweat. > > > > Thanks, > > Jim > > > > > > > > > > ______________________________________________________________________ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. ------------------------------------------------------------------------------ To unsubscribe, send a message to [EMAIL PROTECTED] with 'unsubscribe' in the body or visit the list page at www.houseoffusion.com
