Hum... J'ai toujours un peu (beaucoup) de mal à comprendre qu'est-ce qui fait merder une application selon qu'on la compile en 32 ou 64 ?
Et quant aux avantages, quand je vois la fondation mozilla ne parler que de la limite des 4Go, je me dis qu'ils ont effectivement un gros problème, peut-être même de compétence!
Parce que ça reviens à dire que compiler une application spécifiquement pour un i686 ne sert à rien. Mais bien sûr, les optimisations doivent être les mêmes entre les i386 et i686? Quid des 3 génération de progrès? Utiliser tous les jeux d'instruction du processeur est naturellement inutile, après tout, à quoi peut bien servir d'optimiser les calculs de flottants (ce n'est pas, à ma connaissance, quelque chose qui soit améliorer par les jeux d'instruction 64 bits, hein, c'est un exemple... ssx, d'ailleurs, je ne suis pas sûr...)...
N'importe quoi.
On va dire que je comprend mieux pourquoi Firefox est un logiciel dont la très haute performance est reconnue par tous.
D'ailleurs, comment se fait-il que ces problèmes n'aient effectivement lieu que sous windows?
Parce que les paquets binaires de iceweasel (version debian de firefox, due à des problèmes de licences, firefox ne respectant pas le "contrat social debian") semblent bel et bien différents en 32 et 64, et sur la mailing list je n'entends personne se plaindre de problèmes avec une version ou l'autre.
Donc, effectivement, je suis porté à croire que les problèmes de 64 bits semblent plus fréquents sous windows. Au moins pour linux, on se contente de filer un flag au compilateur... (je n'ai jamais eu l'occasion de compiler sur un windows 64 bits, et ne l'aurai sûrement pas de sitôt)
Après, évidemment, si ils ont utilisé force "int" dans leur code, sans utiliser les "sizeof" qui vont bien avec et en supposant stupidement qu'un int fait 32 bit, je peux imaginer le genre de bugs qu'ils ont, mais là, ce n'est pas la faute de windows.
Du coup, je suis pas un "apple fan boy", je serais même plutôt le contraire (pour des raisons purement idéologiques, je suis persuadé - persuadé != convaincu - que ce système est meilleur sur le plan technique que windows) mais il semble que, pour une fois, je sois d'accord avec les arguments du vendangeur.
Pour en revenir au point des applis 32 et 64 qui tournent toutes sur une machine+OS 64, c'est normal, seulement, il y a quelques astuces à utiliser, notamment au niveau des points d'entrée des programmes (exe ou lib, peu importe) et du name mangling pour les langages qui ont du mal avec ça (genre C++ qui n'a "pas de mal" qui ne nous facilite pas la vie).
Debian, par exemple, supporte ce genre de trucs depuis toujours, mais de manière plus ou moins sale (améliorer les choses avec le multiarch est d'ailleurs l'objectif de la version qui est train d'arriver, ce n'est qu'une question de mois, voire semaines maintenant, je pense).
Je précise que je ne connais pas ces astuces, je pars du principe que de nos jours, il est regrettable et erroné de ne pas fournir de binaires 64 bits. Quand on programme de façon portable, on inclut dans les calculs le fait que les types n'aient pas la même taille selon la cible, et on fait le nécessaire pour que les problèmes qui y sont relatifs soient résolus à la compilation, pas en dur dans le code. Les constantes, c'est le mal!
Donc, les binaires 32 sont capables de tourner sur la plupart des machines encore vivantes, mais, comme dans le cas de FF pour windows, n'exploiteront pas toute la puissance de la machine. Ce qui est le choix de Mozilla, et ce genre de choix sont l'une des raisons qui, à mon avis, fait que Mozilla va continuer de perdre des parts de marché, malgré le capital sympathie qu'ils ont aux yeux des libristes et des linuxiens.
Parce que d'un autre côté, il existe quantité de bons navigateurs tout aussi libres, qui fonctionnent bien, n'ont jamais eu la réputation de bouffer la ram, etc... et qui pour certains utilisent gecko, d'ailleurs.
Partager