Hello Group,
i´m asking myself the same questions...
i have a more or less complex application, which i would like to proxy
through a ssl engine.
accessing the app directly is amazing fast ;-)
but when i try to proxy it through apache/ssl it´s becomes
veerrryy slow.
then i tried to
Johnny Blonde schrieb:
accessing the app directly is amazing fast ;-)
but when i try to proxy it through apache/ssl it´s becomes
veerrryy slow.
[...]
Please keep in mind that the response time is higher on SSL connections
than normal ones. And in some browsers caching is turned
Hello Christoph,
thanks for your remark, i will try this tomorrow and tell you about
the result...
Frank
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
TurboGears group.
To post to this group, send email to
On May 6, 12:44 pm, kerinin [EMAIL PROTECTED] wrote:
Here's a typical CherryPy profile - does anything here look odd? Can
anyone interpret what's taking the longest here? I have no experience
with Python profiling...
ncalls tottime percall cumtime percall
filename:lineno(function)
On May 7, 2007, at 7:46 PM, fumanchu wrote:
On May 6, 12:44 pm, kerinin [EMAIL PROTECTED] wrote:
Here's a typical CherryPy profile - does anything here look odd? Can
anyone interpret what's taking the longest here? I have no
experience
with Python profiling...
ncalls tottime
On May 7, 12:20 pm, Alberto Valverde [EMAIL PROTECTED] wrote:
BTW: Thanks for the detailed profile stats analysis! Very
enlightening... Any pointers to good reads for further learning?
http://wiki.python.org/moin/PythonSpeed
But there are a few additional things I have learned while
On 5/6/07, kerinin [EMAIL PROTECTED] wrote:
I was using MySQL but I switched to SQLite to try to speed things up.
That is probably your issue right there. Whenever I've tried using
SQLite I've found nothing but hassle and performance issues.
Personally, I don't believe SQLite is a good fit
I was using MySQL to start with, I moved to SQLite trying to increase
the render times. I don't have enough profiling data to see if
there's a difference though - maybe I'll move back to MySQL...
In any case, the problem won't go away with MySQL. I'm going to try
rewriting my widgets and see
Le dimanche 06 mai 2007 à 09:08 -0700, kerinin a écrit :
I was using MySQL to start with, I moved to SQLite trying to increase
the render times. I don't have enough profiling data to see if
there's a difference though - maybe I'll move back to MySQL...
In any case, the problem won't go
Florent Aide schrieb:
Do you use i18n filters to translate your pages ? If so make sure you
have TurboKid (if using Kid templates) 1.0.1 (latest released for TG
1.0.2.2) because the earlier versions had a nasty bug that could rapidly
make your site to crawl down...
AFAIK, the bug is in
I don't think i'm doing any i8n, unless it's enabled by default
On May 6, 11:42 am, W-Mark Kubacki [EMAIL PROTECTED] wrote:
Florent Aide schrieb:
Do you use i18n filters to translate your pages ? If so make sure you
have TurboKid (if using Kid templates) 1.0.1 (latest released for TG
W-Mark Kubacki wrote:
AFAIK, the bug is in =kid-0.9.5. As this is the latest version released
you have to patch 'kid' by hand. [1]
Don't worry. With the latest TurboKid it's not necessary to patch Kid.
I.e. you need to *either* update TurboKid *or* patch Kid.
-- Chris
Here's a typical CherryPy profile - does anything here look odd? Can
anyone interpret what's taking the longest here? I have no experience
with Python profiling...
--
Sun May 6 00:22:07 2007/var/log/CherryPy/cp_0016.prof
90430 function calls
On Sun, 2007-06-05 at 18:34 +0200, Florent Aide wrote:
Le dimanche 06 mai 2007 à 09:08 -0700, kerinin a écrit :
I was using MySQL to start with, I moved to SQLite trying to increase
the render times. I don't have enough profiling data to see if
there's a difference though - maybe I'll
Le dimanche 06 mai 2007 à 18:42 +0200, W-Mark Kubacki a écrit :
Florent Aide schrieb:
Do you use i18n filters to translate your pages ? If so make sure you
have TurboKid (if using Kid templates) 1.0.1 (latest released for TG
1.0.2.2) because the earlier versions had a nasty bug that
Le dimanche 06 mai 2007 à 15:56 -0700, iain duncan a écrit :
[...]
Does that mean the widget should be instantiated in the root controller
class namespace instead of in a local method? I've got a feeling I've
been picking flexibility over performance in a bad way if that is the
case ... :/
I turned on CherryPy's profiling and took a look at the results. I'm
not really sure what I'm looking at though. From what I can tell the
majority of the time is spent on the database, but it may just be that
the database.py module calls a lot of other functions.
I'm using Apache with a proxy.
17 matches
Mail list logo
