64 bit sert majoritairement à adresser plus de 4 Go de mémoire ce qui est trop limité pour une bonne station de travail. Sinon, en C, les long int passe ainsi de 32 à 64 bits.
Comme l'archi est de base SIMD, les registres peuvent doubler de taille mais les nombres manipulé sont toujours de 8, 16, 32 ou 64 bits, en entier ou en flottant (pour le 32 et le 64 bit).
Les registres 64 bits permettent donc nativement de manipuler 2 nombres 32 bits à la fois. C'est un moyen économe en transistors pour augmenter les perfs.
L'augmentation du cout à cause de la taille des registres est bidon. Ce qui consomme le plus de surface, ce sont les unitées de scheduling pour pouvoir executer plusieurs instructions en parrallèle.
nicO (qui revient du 17C3 et qui passe un coucou aux petits suisses de l'EPFL que Whygee a oublié)
64 bit sert majoritairement à adresser plus de 4 Go de mémoire ce qui est trop limité pour une bonne station de travail. Sinon, en C, les long int passe ainsi de 32 à 64 bits.
Comme l'archi est de base SIMD, les registres peuvent doubler de taille mais les nombres manipulé sont toujours de 8, 16, 32 ou 64 bits, en entier ou en flottant (pour le 32 et le 64 bit).
Les registres 64 bits permettent donc nativement de manipuler 2 nombres 32 bits à la
heu... que ce soit une copie ou une version modifiée, tu peux la redistribuer, mais avec la possibilité d'obtenir le source sans coût supplémentaire. Heureusement, sinon, où serait l'intérêt de la licence GPL ?
n'importe quoi, dès qu'il y a une partie de repompée, le soft doit être en GPL, c'est juste si t'ajoutes des couches qu'il faut pas obligatoirement les publier en GPL.
Comme dit l'adage :
"on est jamais mieux servit que par soit meme !"
Qu'est ce que tu attend pour patcher le code source et envoyer le fix à la JavaComunity pour qu'il soit validé ?
Ton argument concernant les Fix de Sun est pipo ;)
Sun n'est pas dieu, il ne peuvent pas tout faire : une question de moyen (cf le pognon gagné) -> ils sont pas MS ni IBM !
Le principe de Java c'est d'etre completement ouvert (SI SI et depuis le debut en plus !!!)
Par contre l'implementation de référence (celle de Sun) est controlée par son auteur.
Mais les modifs/fixs son completement authorisés voire meme encourégés tant qu'il ne remettent pas en cause l'intégrité de la plateforme.
Donc si il y a des ames charitables qui matrise Java et le C de folie, ils peuvent recupérer l'intégralité des sources et se mettre au travail :)
(Attention la taille du source fait mal à un modem 56K !)
J'avais rencontré un type de JRockit à JavaOne (un techno sur le stand de sa boite), qui m'avait expliqué que cela venait du threading Linux (ils n'auraient pas le même "contrôle" par rapport à NT), et qu'ils écriraient des modules kernel pour ca. J'avoue ne pas avoir vérifié ni DL leur VM (qui en prod coute trop cher).
Maintenant, il est vrai que la scalabilité des VM java sous UNIX n'est pas très reluisante selon Volano. Serait ce à cause du threading ? Sachant que les Non-Blocking IO n'ont pas encore fait leur chemin dans la spec ( j'avais entendu parler de 1.4 dans JCP), 1 socket => 1 thread, ce qui justifie des perfs terribles pour l'API java.net (voir http://www.cs.berkeley.edu/~mdw/proj/sandstorm/iocore-bench/(...) , pour un bench NBIO/java.net)
<desolé>
bon, en parlant de vache folle, est-ce que quelqu'un sous Windows a deja eu dans le menu démarrer, juste au dessus de Arreter, l'option "Ejecter le pc..." ?
</désolé>
Je suis tout à fait d'accord sur un point sans Marketing Linux ne vaut pas grand chose et au boulot quand on ouvre la bouche pour parler Linux on nous prend au mieux pour des illuminés
Ben tout à fait, ton super Pentium n'est qu'un processeur 8 bits amélioré avec plein d' "add-ons" : dédoublement des IRQ, plus de 2 Mo de RAM accessibles, gruge pour accéder à des disques de plus de 540 Mo, rajout de jeux d'instructions incompatibles entre Intel et AMD (MMX, SSE, 3DNOW, ...)
[^] # Re: Linuxfr
Posté par Anonyme . En réponse à la dépêche DaNews: Nouvelle version de LinuxFr. Évalué à 0.
[^] # Re: amusant, ouais c'est cool :-)
Posté par Anonyme . En réponse à la dépêche DaNews: Nouvelle version de LinuxFr. Évalué à 0.
faut utiliser les styles de LinuxFr :
http://linuxfr.org/style.css(...)
tu peux les modifier ensuite dans ta page
a+
JlF
# fcpu
Posté par Anonyme . En réponse à la dépêche CCC : Projet F-CPU ( Free CPU ). Évalué à 2.
Comme l'archi est de base SIMD, les registres peuvent doubler de taille mais les nombres manipulé sont toujours de 8, 16, 32 ou 64 bits, en entier ou en flottant (pour le 32 et le 64 bit).
Les registres 64 bits permettent donc nativement de manipuler 2 nombres 32 bits à la fois. C'est un moyen économe en transistors pour augmenter les perfs.
L'augmentation du cout à cause de la taille des registres est bidon. Ce qui consomme le plus de surface, ce sont les unitées de scheduling pour pouvoir executer plusieurs instructions en parrallèle.
nicO (qui revient du 17C3 et qui passe un coucou aux petits suisses de l'EPFL que Whygee a oublié)
# fcpu
Posté par Anonyme . En réponse à la dépêche CCC : Projet F-CPU ( Free CPU ). Évalué à -1.
Comme l'archi est de base SIMD, les registres peuvent doubler de taille mais les nombres manipulé sont toujours de 8, 16, 32 ou 64 bits, en entier ou en flottant (pour le 32 et le 64 bit).
Les registres 64 bits permettent donc nativement de manipuler 2 nombres 32 bits à la
[^] # Re: Rha tout ces gens..
Posté par Anonyme . En réponse à la dépêche (equal? (Linux 2.4) varporware) ==> #t. Évalué à 0.
# GPL
Posté par Anonyme . En réponse à la dépêche La GPL bafouée !. Évalué à 0.
Mglcel
[^] # Re: slashdot
Posté par Anonyme . En réponse à la dépêche DaNews: Nouvelle version de LinuxFr. Évalué à 0.
[^] # Re: Simplicité et clareté -> gnome-apt rulez
Posté par Anonyme . En réponse à la dépêche Quel avenir pour RPM ?. Évalué à 0.
[^] # Re: Quel peut être la sanction ?
Posté par Anonyme . En réponse à la dépêche La GPL bafouée !. Évalué à 0.
[^] # Re: Quel peut être la sanction ?
Posté par Anonyme . En réponse à la dépêche La GPL bafouée !. Évalué à 0.
# bug :)
Posté par Anonyme . En réponse à la dépêche DaNews: Nouvelle version de LinuxFr. Évalué à 0.
[^] # Re: m'ouaip'
Posté par Anonyme . En réponse à la dépêche Les prophéties envolées du Net. Évalué à 0.
ya pas que internet...
[^] # Re: 64 = 2*32
Posté par Anonyme . En réponse à la dépêche CCC : Projet F-CPU ( Free CPU ). Évalué à 0.
Tu voulais parler de Tru64 (anciennement DU, Digital Unix, anciennement OSF/1), l'Unix de Digital^H^H^H^H^H^H^HCompaq.
[^] # Re: Tu reves!
Posté par Anonyme . En réponse à la dépêche Deux nouvelles versions de Jdk disponibles. Évalué à 0.
"on est jamais mieux servit que par soit meme !"
Qu'est ce que tu attend pour patcher le code source et envoyer le fix à la JavaComunity pour qu'il soit validé ?
Ton argument concernant les Fix de Sun est pipo ;)
Sun n'est pas dieu, il ne peuvent pas tout faire : une question de moyen (cf le pognon gagné) -> ils sont pas MS ni IBM !
Le principe de Java c'est d'etre completement ouvert (SI SI et depuis le debut en plus !!!)
Par contre l'implementation de référence (celle de Sun) est controlée par son auteur.
Mais les modifs/fixs son completement authorisés voire meme encourégés tant qu'il ne remettent pas en cause l'intégrité de la plateforme.
Donc si il y a des ames charitables qui matrise Java et le C de folie, ils peuvent recupérer l'intégralité des sources et se mettre au travail :)
(Attention la taille du source fait mal à un modem 56K !)
# m'ouaip'
Posté par Anonyme . En réponse à la dépêche Les prophéties envolées du Net. Évalué à -1.
# j'espère que ça va intéresser
Posté par Anonyme . En réponse à la dépêche Le project pliant. Évalué à 0.
Guylhem le vexé
[^] # Re: 64 = 2*32
Posté par Anonyme . En réponse à la dépêche CCC : Projet F-CPU ( Free CPU ). Évalué à 0.
[^] # Re: Arrete le cafe Da Dude
Posté par Anonyme . En réponse à la dépêche Deux nouvelles versions de Jdk disponibles. Évalué à 0.
Maintenant, il est vrai que la scalabilité des VM java sous UNIX n'est pas très reluisante selon Volano. Serait ce à cause du threading ? Sachant que les Non-Blocking IO n'ont pas encore fait leur chemin dans la spec ( j'avais entendu parler de 1.4 dans JCP), 1 socket => 1 thread, ce qui justifie des perfs terribles pour l'API java.net (voir http://www.cs.berkeley.edu/~mdw/proj/sandstorm/iocore-bench/(...) , pour un bench NBIO/java.net)
# Troll
Posté par Anonyme . En réponse à la dépêche Pétage de plomb à l'APRIL. Évalué à 0.
bon, en parlant de vache folle, est-ce que quelqu'un sous Windows a deja eu dans le menu démarrer, juste au dessus de Arreter, l'option "Ejecter le pc..." ?
</désolé>
# Ou est-ce que l'on peut télécharger des software pour QNX ????
Posté par Anonyme . En réponse à la dépêche QNX dispo en téléchargement. Évalué à 0.
neutrino@worldonline.fr
[^] # Re: Sur ce...
Posté par Anonyme . En réponse à la dépêche Corel Linux en Français. Évalué à 0.
[^] # Re: 64 = 2*32
Posté par Anonyme . En réponse à la dépêche CCC : Projet F-CPU ( Free CPU ). Évalué à 0.
[^] # Re: et les non parisiens hein?
Posté par Anonyme . En réponse à la dépêche TShirt LinuxFR disponible !. Évalué à 0.
Ptet qu un jour on pourra esperer des magasins de fringues bien a Nantes...
[^] # Re: 64 = 2*32
Posté par Anonyme . En réponse à la dépêche CCC : Projet F-CPU ( Free CPU ). Évalué à 0.
[^] # Re: 64 = 2*32
Posté par Anonyme . En réponse à la dépêche CCC : Projet F-CPU ( Free CPU ). Évalué à 0.