That is abysmal performance, though. If your dev server performs okay
(i.e. it is not the way you have written your index view) you should
probably look for another provider.
-rob
On Apr 24, 6:44 am, Roboto <[EMAIL PROTECTED]> wrote:
> RESOLVED.
>
> I am on Shared Hosting with GrokThis.Net. Th
RESOLVED.
I am on Shared Hosting with GrokThis.Net. The issue is, Debian
organizes the most used processes in cache and keeps the least used
out of it. When the site gains a lot of activity the site moves
relatively quick, when there are no hits for hours Linux has to fetch
my stuff and it take
ahh =P I'll try. I'm running with Grokthis.net as server right now,
and I'm relatively new to understanding apache, I'll see what I can
do.
On Apr 16, 9:52 am, "Jay Parlar" <[EMAIL PROTECTED]> wrote:
> On 4/16/07, Roboto <[EMAIL PROTECTED]> wrote:
>
>
>
> > serving directly from apache.
>
> Well
On 4/16/07, Roboto <[EMAIL PROTECTED]> wrote:
>
> serving directly from apache.
Well, I'm out of ideas then :) Probably, you should start putting up
some of your more relevant config information (Apache config files),
because you haven't given too much information to go on.
Jay P.
--~--~---
serving directly from apache.
On Apr 16, 8:25 am, "Jay Parlar" <[EMAIL PROTECTED]> wrote:
> On 4/16/07, Roboto <[EMAIL PROTECTED]> wrote:
>
>
>
> > Hey Jay, yeah, I noticed somethign similar to that affect as well. It
> > seems like it does some sort of caching or something, and if it hasn't
> >
On 4/16/07, Roboto <[EMAIL PROTECTED]> wrote:
>
> Hey Jay, yeah, I noticed somethign similar to that affect as well. It
> seems like it does some sort of caching or something, and if it hasn't
> cached in a while it takes a while to load. I'm running mod_python,
> so I'm often reseting the serve
Hey Jay, yeah, I noticed somethign similar to that affect as well. It
seems like it does some sort of caching or something, and if it hasn't
cached in a while it takes a while to load. I'm running mod_python,
so I'm often reseting the server so that my code changes go through.
As for serving med
On 4/15/07, Jay Parlar <[EMAIL PROTECTED]> wrote:
> What kind of server setup are you using? I'm not very educated on the
> various types, but I believe FCGI, for instance, will kill all the
> Python processes after awhile, if the site hasn't been hit, and will
> respawn them again once a new conn
On 4/15/07, aaloy <[EMAIL PROTECTED]> wrote:
> Fasterfox gave me 3.208s for the main page and less than a second for
> the others.
That's the same behaviour I saw (with Safari instead of Firefox).
First access is kinda slow, but every subsequent one is fast. That
*includes* reloading the main pag
>
> It's in general. Although.. I can't really tell to be dead honest.
> Last night I was crawling at 5-10 secs for response times.
>
> On Apr 15, 1:55 pm, "Julio Nobrega" <[EMAIL PROTECTED]> wrote:
> > On 4/15/07, Roboto <[EMAIL PROTECTED]> wrote:
> >
> > > You'll notice a SOLID 5-10 sec "wait"
It's in general. Although.. I can't really tell to be dead honest.
Last night I was crawling at 5-10 secs for response times.
On Apr 15, 1:55 pm, "Julio Nobrega" <[EMAIL PROTECTED]> wrote:
> On 4/15/07, Roboto <[EMAIL PROTECTED]> wrote:
>
> > You'll notice a SOLID 5-10 sec "wait" before the page
On 4/15/07, Roboto <[EMAIL PROTECTED]> wrote:
> You'll notice a SOLID 5-10 sec "wait" before the page loads, which
> makes me believe that the server is doing something in the background
Hi Roboto,
I didn't had to wait for the page to load. It was fast. Perhaps it's
an intermittent issue (pr
Hey guys,
I really need some help with understanding the issue here, I'm not
making too many database calls so I'm not sure why it's taking so long
for each view to go through. Any common problem areas that cause slow
down? ie sever? poor db calls.. etc?
here is the website
www.ready-ready.org
13 matches
Mail list logo
