Il est possible d'adresser plus de 4Go sur une archi 32 bits, grace a la memoire virtuelle.
Non, justement pas. la mémoire virtuelle permet d'atteindre ces 4Go (enfin, pas toujours, il faut compter l'existence d'adresses réservées et autres...), mais jamais de les dépasser.
comparer le noyau linux, avec celui des systemes proprios ne rime a rien. Il faut comparer ce qui est comparable.
Je pensais que le noyau Linux aurait éventuellement bénéficié de progrès récents dans la technologie. Si on découvre un nouvel algorithme dans 6 mois, il ne pourra pas être disponible sur une machine actuelle.
Si tu surcharges ton systeme, tout est ralenti (normal tu me diras). Donc ta commande censée s'executer dans une minute, ben elle le fera bien apres, lorsqu'elle le pourra
Je n'en suis pas à mon coup d'essai avec ce genre de commandes. L'an dernier, j'avais lancé cette commande juste avant un while(1) fork(); sur une machine Linux sans quotas, et la commande s'exécutait systématiquement au bout de quelques minutes seulement.
D'après mes constats, atd n'a pas été tué par ma manip', donc la commande aurait du être exéctuée au bout de quelques minutes, comme la dernière fois. Manifestement, ça n'a pas été le cas.
Pour la machine monoproc, c'est vrai que ce n'est pas un avantage net (cela évite tout risque de concurrence critique lors de l'accès à la RAM, mais le risque était assez improbable).
Pour ce qui est de la RAM inférieure, ben, moins tu as de RAM, plus vite tu devrais renvoyer NULL à une demande de malloc(), non?
[^] # Re: Pk pas ca :
Posté par CoinKoin . En réponse au journal Comparatif entre systèmes d'exploitation. Évalué à 2.
Non, justement pas. la mémoire virtuelle permet d'atteindre ces 4Go (enfin, pas toujours, il faut compter l'existence d'adresses réservées et autres...), mais jamais de les dépasser.
comparer le noyau linux, avec celui des systemes proprios ne rime a rien. Il faut comparer ce qui est comparable.
Je pensais que le noyau Linux aurait éventuellement bénéficié de progrès récents dans la technologie. Si on découvre un nouvel algorithme dans 6 mois, il ne pourra pas être disponible sur une machine actuelle.
Si tu surcharges ton systeme, tout est ralenti (normal tu me diras). Donc ta commande censée s'executer dans une minute, ben elle le fera bien apres, lorsqu'elle le pourra
Je n'en suis pas à mon coup d'essai avec ce genre de commandes. L'an dernier, j'avais lancé cette commande juste avant un while(1) fork(); sur une machine Linux sans quotas, et la commande s'exécutait systématiquement au bout de quelques minutes seulement.
D'après mes constats, atd n'a pas été tué par ma manip', donc la commande aurait du être exéctuée au bout de quelques minutes, comme la dernière fois. Manifestement, ça n'a pas été le cas.
Pour la machine monoproc, c'est vrai que ce n'est pas un avantage net (cela évite tout risque de concurrence critique lors de l'accès à la RAM, mais le risque était assez improbable).
Pour ce qui est de la RAM inférieure, ben, moins tu as de RAM, plus vite tu devrais renvoyer NULL à une demande de malloc(), non?