Why aren't you using 2 similar instances with a load balancer that preserves your sessions ? Squid can do that pretty easily.<br><br><div class="gmail_quote">2010/6/11 Sylvain Thénault <span dir="ltr"><<a href="mailto:sylvain.thenault@logilab.fr">sylvain.thenault@logilab.fr</a>></span><br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">On 11 juin 14:08, Aurélien Campeas wrote:<br>
> Le jeudi 10 juin 2010 à 20:31 +0200, Alexandre Fayolle a écrit :<br>
> > Hello,<br>
<br>
</div>Hi<br>
<div class="im"><br>
> > I  have a CW instance running on a 2 CPU computer. Because of the GIL, I<br>
> > cannot really benefit from the 2 CPUs. Since CubicWeb can be setup to run on 2<br>
> > computers, one running the web frontend and the other one running the CW<br>
> > server itself, I was wondering if it was possible to use a similar setup, on a<br>
> > single machine, and if so, how would this be set up. I don't expect a x2 perf<br>
> > improvement, but even 20% would be good news.<br>
> ><br>
> > If this is not supported, maybe it could be considered, since multi core<br>
> > computers are common these days. I'm pretty sure something can be done with<br>
> > some environment variable hacking, which I could probably use to see the<br>
> > status of the GIL contention  vs. pyro call overhead tradeof.<br>
> ><br>
> > What do you think?<br>
<br>
</div>It's supported. Create one instance with config=repository, another one with<br>
config=twisted, the first one exposed as pyro object, the other one with<br>
a proper pyro-instance-id refering to the first one.<br>
<br>
I would be curious to get some benchmarks w/ both configuration.<br>
<div class="im"><br>
> I believe this should all be in the documentation.<br>
><br>
> I'd like to extend your questions with the following: would it be<br>
> complicated to have an all-in-one process handling web request & all<br>
> short-lived requests + one repository process handling the long-running<br>
> transactions (import/export, delete, clone) ?<br>
><br>
> For better use of a 2-cores processor, this split could really be<br>
><br>
> * 1 web front<br>
> * 1 short-lived requests repo<br>
> * 1 long transactions repo<br>
<br>
</div>This is far more tricky, and I don't see how you expect this kind of<br>
thing to work... I don't think we want the web ui to deal with 2 distincts<br>
repos. The only thing I can imagine is to have to all-in-one repo, with<br>
a load balancer redirecting some urls to your 'long transactions instance'.<br>
Though I'm afraid this won't be doable until we have persistent session<br>
(else one instance doesn't know anything about session of the other<br>
instance). Also that depends on things you may be doing in your hooks,<br>
telling if you can get multiple instances without problems.<br>
--<br>
Sylvain Thénault                               LOGILAB, Paris (France)<br>
Formations Python, Debian, Méth. Agiles: <a href="http://www.logilab.fr/formations" target="_blank">http://www.logilab.fr/formations</a><br>
<div class="im">Développement logiciel sur mesure:       <a href="http://www.logilab.fr/services" target="_blank">http://www.logilab.fr/services</a><br>
</div>CubicWeb, the semantic web framework:    <a href="http://www.cubicweb.org" target="_blank">http://www.cubicweb.org</a><br>
<div><div></div><div class="h5"><br>
_______________________________________________<br>
Cubicweb mailing list<br>
<a href="mailto:Cubicweb@lists.cubicweb.org">Cubicweb@lists.cubicweb.org</a><br>
<a href="http://lists.cubicweb.org/mailman/listinfo/cubicweb" target="_blank">http://lists.cubicweb.org/mailman/listinfo/cubicweb</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Ce message est la propriété de SecondWeb et peut contenir des informations confidentielles. Si vous n'êtes pas le destinataire désigné, nous vous remercions de bien vouloir nous en aviser immédiatement et de nous retourner ce message ou de le détruire, sans faire un quelconque usage de son contenu, ni le communiquer ou le diffuser, ni en prendre copie, électronique ou non.<br>

<br>This message is the property of SecondWeb and may contain confidential information. If you are not the designated recipient, please notify us immediately and return the message to us or destroy it, without making any use whatsoever of the contents thereof. Furthermore you should not forward or copy the message by electronic or other means.<br>