[Fwd: [Zope-dev] Re: more on the segfault saga]
Hello segfaulters and others interested in Zope instability issues!
Hello again :)
Our demi-god Matt Kromer from ZopeCorp has come up with a possible way to corner the instability issue AND give you a stable, cycle-garbage collecting Zope.
We probably should build a statue for this guy somedays....
Since the problem seems, so far, to be caused by the Python Restricted
Compiler (which is used in everything from dtml expressions to python scripts to other stuff) not completing fully collectable objects before the Python cycle garbage collector finds them, the solution is to lock out the gc while creating these objects. The only easy way to do this currently is to disable the automatic gc and run manual garbage collections only when we're pretty sure no one else is running, and at the same time not letting anyone else run when we're running the gc.
Just to make sure : I put gc.disable() in Z2.py and apply this ZServerPublisher.py patch? Or do I have to add some more code to let the garbage collector collect more often or less or...
We're close guys, very close.
You can't imagine how glad I would be if this thing is fixed..... Thanks again for all your efforts! Martijn Jacobs East Site
On Tue, 2002-03-26 at 07:31, Martijn Jacobs wrote:
Just to make sure : I put gc.disable() in Z2.py and apply this ZServerPublisher.py patch? Or do I have to add some more code to let the garbage collector collect more often or less or...
No, you don't need to explicitly call gc.disable() as the supplied ZServerPublisher.py already does that. Also, there's currently no way to tune the amount or the frequency of garbage collection that'll take place. Garbage collection will run in full whenever other Zope worker threads are not... well... working. Cheers, Leo.
Hello Leo!
Tell us if your segfaults go away and whether Zope performance is impacted by it.
The segfault is AWAY! I have an uptime of 2 hours now, it has never been so long since it's in use! I don't notice any performance differences, but I also have to say that I can't measure it really. The more important is that it doesn't crash anymore! Is this a *final* solution for the crashing? Or is this just a temporary solution to make sure where the problem is? BTW : Thank Matt for the patch! regards, Martijn.
Martijn Jacobs wrote:
Hello Leo!
Tell us if your segfaults go away and whether Zope performance is impacted by it.
The segfault is AWAY! I have an uptime of 2 hours now, it has never been so long since it's in use! I don't notice any performance differences, but I also have to say that I can't measure it really. The more important is that it doesn't crash anymore!
Is this a *final* solution for the crashing? Or is this just a temporary solution to make sure where the problem is?
BTW : Thank Matt for the patch!
regards,
Martijn.
It's going to be a temporary work around, but we're going to build Zope 2.4.4 final and Zope 2.5.1 final around it; I'll be building beta releases this Friday with the patch included. -- Matt Kromer Zope Corporation http://www.zope.com/
participants (3)
-
Leonardo Rochael Almeida -
Martijn Jacobs -
Matthew T. Kromer