• [^] # Re: 2 Go

    Posté par . En réponse au journal Un article intéressant sur NetBSD. Évalué à 1.

    > C'est libre, les gens qui portent NetBSD sur un grille-pain le font parce qu'ils sont content de le faire.

    Comme Linux, comme tout ce qui est libre.

    > Ensuite, j'ai un NetBSD 4 avec 8Go de RAM

    Le problème de 2 Go doit être par processus.

    > Pour info, voici le nombre de libre specifique à x86-64, c'est à dire qui ne sont pas l'arbre de source general, pour simplifier.

    Et ?
    Je ne dois pas comprendre. J'ai une F8 sous x86_64, c'est les même source que pour i386, ppc et ppc64. Évidemment, il doit y avoir des "ifdef ...". Pour ce qui est "spécifique" x86_64, c'est dans linux/arch/x86_64 (ou un truc dans ce goût). Branche qui a été fusionnée avec i386 dans Linux 2.6.24.
    Bref, pour comptabiliser, c'est quasi impossible. Alors c'est peut-être "pire" que NetBSD, mais il y a plus de 4 Go de mémoire par processus (c'est l'intérêt principal de x86_64). Et toutes les applis ont des pointeurs en 64 bits (contre 32 bits pour i386). Notons bien que sous Fedora (mais ça doit être la même chose pour Debian, etc), une appli qui existe en i386, existe en x86_64.

    > libc : ------------------310----------2772----------
    > C startup : ----------0--------------104------------
    > libm : -----------------52------------0---------------
    > dynamic linker : ---59-------------172-----------

    Sachant que la libc, libm, crt.o, et ld.so en i386 tourne sous x86_64 pour Linux, l'écard peut être de 0 ici.