All,
(I am posting to both the general Zope and Plone lists, I hope that's
all right. My questions are more directly Zope issues, but in case
someone who only looks only at the Plone lists has a different insight
to offer...)
I'm the co-admin Alex Kirk was referring to in his recent post Random
On 2/25/07, Jens Vagelpohl [EMAIL PROTECTED] wrote:
On 25 Feb 2007, at 00:05, Jean Lagarde wrote:
I fully understand that Zope has to be restarted regularly
This may be needed in a situation where you have a memory-hungry
application (like Plone), but otherwise there is no general need
On 2/25/07, Jens Vagelpohl [EMAIL PROTECTED] wrote:
Comparing the number of bytes served during a request and how much
memory is consumed is a bit naive. You have *no* idea what all needs
to be touched internally to serve that one object. The weightier the
framework you run on to of Zope, the
Thanks Maciej,
Yes, I am using CacheFu (a comprehensive caching product for Plone). I
have Squid installed and ready to go (had it in the loop for a little
while, but we were having all kinds of server instabilities at some
point and I turned that one off to simplify things; we are more stable
MESSAGE-
Hash: SHA1
On 25 Feb 2007, at 20:07, Jean Lagarde wrote:
3) As for all the baggage that might be tied to an object in the ZODB,
I will admit a lot of naivete there, but Zope's behavior should not be
black magic. In the end, behavior has to be deterministic.
This is a wrong
On 2/25/07, Jens Vagelpohl [EMAIL PROTECTED] wrote:
Serving from cache still means they need to be touched at least once
to get them into the cache, and (in case of normal caching behavior)
they will be touched again once the cached record expires. Caching
will not make any difference to memory
All,
As a coincidence, that hang of Zope I mentioned in a message I posted
yesterday has happened again today (second time), after a planned
reboot. So here is a completely different issue from the memory one
we've been discussing today.
There was other weirdness (for whatever reason _mysql
been unable to definitively rule that out. It's almost as good to clear
one problem as the potential cause as it is to fix things. :-)
Alex Kirk
http://plone.org/documentation/faq/plone-on-bsd-python-stack
Stefan
On 26. Feb 2007, at 06:06, Jean Lagarde wrote:
All,
As a coincidence
Ivo, somehow I had missed the very start of the thread. I think that my
change pretty much implements the third alternative you describe in your
post, but for which you provided no patch (the one which defines the
variables at the top and bottom only, because I leave the if
index==first or
subclassing from DataSkin,
Folder and
*then* ZClass1?
good luck!
-steve
On Tuesday, November 27, 2001, at 12:36 PM, Jean Lagarde wrote:
Hi all,
A ZClass inheriting from both DataSkin and Folder seems to work as
expected (so much has been discussed in other messages, at
least
a _v_dm_ key error; that should
have clued me into the right direction.
Jean
From: Steve Alexander [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 30, 2001 09:10
Jean Lagarde wrote:
Thanks Steve,
No doubt that is probably what is happening. Sadly, I need
ZClass1 to
be a dataskin
I wasn't aware of that effort, thanks for pointing it out. I was only
tinkering so of course that project is a much more complete solution
than what I was envisioning.
Went through problems.txt and more rapidly throught the specs, and I
liked what I saw. There is a formal statement on the
12 matches
Mail list logo