| 1 |
le coup du timeout ou du connection refused ca doit dépendre de la |
| 2 |
config du firewall. Par défaut (pas de firewall ou pas de règle |
| 3 |
applicable), linux envoie un connexion refused, donc rapide. |
| 4 |
Avec un firewall, si une règle DROP s'applique, alors là oui ca part |
| 5 |
en timeout (le serveur ne peux pas informer le client que son port est |
| 6 |
fermé, puisque les paquets sont totalement ignorés coté serveur et |
| 7 |
aucune réponse n'est envoyée en retour). |
| 8 |
|
| 9 |
c'était mes 2 cents perso. :) |
| 10 |
|
| 11 |
|
| 12 |
Le 31/07/07, Etienne Hilson<etienne.hilson@×××××.com> a écrit : |
| 13 |
> On 7/9/07, Xavier Parizet <blackhawk@××××××××.fr> wrote: |
| 14 |
> > Si une machine est absente, la compil' va marcher car distcc va détecter un timeout, |
| 15 |
> > mais elle sera beaucoup plus lente, justement à cause de ce timeout... |
| 16 |
> |
| 17 |
> En réalité (du moins, sur ma machine), je n'ai pas timeout, mais un |
| 18 |
> connection refused très rapide, donc à mon humble avis, cela ne |
| 19 |
> retarde pas énormément la compilation. |
| 20 |
> |
| 21 |
> Par contre, en général, dans le make.conf, on définit également le |
| 22 |
> nombre de compilations simultanées (en général 2x le nombre de |
| 23 |
> processeurs + 1). Imaginons que je fais une compilation distribuée sur |
| 24 |
> trois machines mono-processeurs, j'ai un -j 7. Si ma machine tourne |
| 25 |
> seule, elle va compiler 7 trucs en même temps, ce qui sera plus |
| 26 |
> gourmand en mémoire. |
| 27 |
> |
| 28 |
> My 2 cents ;-) |
| 29 |
> |
| 30 |
> Etienne |
| 31 |
> |
| 32 |
> -- |
| 33 |
> (\__/) |
| 34 |
> (='.'=) Ceci est un petit lapin. Copiez/collez-le dans |
| 35 |
> (")_(") votre signature pour l'aider à dominer le monde |
| 36 |
> -- |
| 37 |
> gentoo-user-fr@g.o mailing list |
| 38 |
> |
| 39 |
> |
| 40 |
-- |
| 41 |
gentoo-user-fr@g.o mailing list |
Archives