Dans le cadre du projet Gnome, les applications n'ont pas à "s'intégrer entre elles". Si Gnome est bien foutu et que les applications sont bien intégrées au technologie Gnome alors elles seront utilisables ensembles
AbiWord est devenue une application Gnome ??
Parce qu'avant c'était une appli GTK, mais pas Gnome... un peu comme the Gimp quoi.
1) Les Xp je ne sais même pas à quoi ils peuvent servir dans le nouveau LinuxFR..
2) donc comme critique de GCC, bof... , merci d'illustrer par l'exemple ce que je disais : toute critique de GCC est "intégristement incorrecte".
Malgré les amélioration de GCC, plus de 90% du temps de démarrage d'une appli c++ vient des relocations, et le prelinkage permet de diviser par 2 ce nombre de relocations.
Pensais-tu que les développeurs de OO étaient stupides au point d'utiliser un prelink inutile ?
ça n'a rien à voir puisque ICC est mono-plateforme.
Dans le même genre, le compilateur d'IBM produit du bien meilleurs code PowerPC que ne le fait GCC. Pourtant les employés d'IBM qui bossent sur le compilateur "maison", participent aussi à l'amélioration du code powerPC produit par GCC, mais de leur propre aveux, la structure multi-plateforme de GCC empêche certaines optimisations poussées.
GCC est sans doute le meilleur compilateur multi-plateforme.
Le problème vient du langage. En C++, gcc produit un code peu performant à cause de son système de v-tables (d'où le fameux objprelink ), mais en C gcc produit un binaire tout à fait correct (même si les compilateurs spécifiques à une plateforme conçus par les fondeurs de microprocesseurs sont un peu meilleurs).
L'administration française utilise de plus en plus OO en remplacement de MS-Office (exemple : Bercy ).
Le problème (ou "l'excuse" selon ta terminologie), c'est la compatibilité des documents existants au format MS avec OO.
Parce que même si 99% des documents MS ne posent pas de problème de récupération sous OO, je te laisse imaginer la masse que représente les 1% restant dans une administration comme Bercy...
C'était (c'est toujours ?) ce qui se passait lorsque "l'enregistrement rapide" est activé. Dans ce mode d'enregistrement Word sauvegardait à la suite du document original le delta de modifications. Ca s'enregistre plus vite, mais le fichier est + gros et le chargement + long.
Ton freedesktop il va peut être permettre (un jour) de faire du drag/drop entre applis Gnome/Kde, mais il ne va certainement pas faire apparaître par miracle dans Gnome des services KDE tels que les kio_slave.
FreeDesktop en est a spécifier des trucs aussi basiques que le format des icones sur le bureau, le D&D, la notification de démarrage d'applis, ou ce genre de trivialités. Alors c'est pas demain la veille qu'on parlera vraiment d'ineropérabilité.
KWave s'écrit avec un "K" comme "KDE". Il s'agit donc d'une application KDE.
Cela permet donc de bénéficier automatiquement du thème KDE installé, des glisser/déposer vers/depuis les autres applis KDE telles que Konqueror, de la transparence des protocoles assurée par les kio_slave permettant par exemple d'ouvrir/modifier/sauvegarder un fichier se trouvant sur un serveur FTP en faisant tout simplement fichier/ouvrir ou clic-droit/ouvrir depuis Konqueror etc...
Glame s'écrit avec un G comme Gnome, c'est donc une appli GNome qui n'a donc pas de telles interopérabilités avec les applis KDE.
il y a un rapport de 1 à 4. Donc même si le P4 allait 3 fois plus vite au niveau horloge, il serait encore dans les choux si ce point là.
Le PPC 970 tirant 2GHz, et le P4 étant encore bien loin des 6 GHz, le P4 est bien loin d'avoir une horloge 3 fois plus rapide.
Si tu compares un PPC970 à 2 GHz, et un P4- 4GHz, et que tu supprimes une des deux FPU du PPC 970, et bien les deux auront exactement les mêmes perfs en ce qui concerne la multiplication flottante. Du moins, c'est ce qu'indiquent les docs techniques d'Intel et d'IBM.
le pipeline du PPC970 fait tout de même 16 niveaux, 4 de plus que l'Opteron....
Mauvaise comparaison. Sur les 16 niveaux, 9 servent à décoder quelques 8 instructions simultanément en un seul cycle d'horloge, pour en dispacher jusqu'à 5 (toujours dans le même cycle) qui seront traités parallèlement par 5 pipelines (parmis 12 pipelines disponibles).
donc 9 niveaux, mais pour 8 instructions simultanées :-)
N'empêche qu'il y a un truc de concret qu'on constate facilement : un portable Mac G4 a une autonomie de l'ordre de 4H, tandis qu'un portable x86 est en général de l'ordre de 2h30.
Il y a quand même des différences concrètes entre les deux architectures de microprocesseurs. Et en général, ce sont les sociétés qui produisent des microprocesseur CISC qui mettent en avant le fait qu'ils ont eux aussi des nouyeaux RISC :-)
Une différence concrète : comparaison d'une multiplication en virgule flottante :
Sur un pentium 4 ou un xeon, le pipeline ne peut accepter une opération que tout les 2 cycles horloges, et il s'écoule 7 cycles d'horloges entre le moment où l'opération entre dans le pipeline et le résultat en sort.
La même multiplication en virgule flottante sur un power PC s'effectue entièrement en 3 cycles d'horloge, et le pipeline accepte une opération à chaque cycle d'horloge.
Et comme il y a 2 pipelines pour les op en virgules flottantes sur les PPC, cela veut dire que le CPU peut sortir deux résultats par cycle d'horloge.
Ca fait belle lurette que les studios d'effets spéciaux "DUBOI" à boulogne sont sous Linux.
Les films tels que Vidocq, Delicatessen, Aliens 4, Amélie Poulain, Obélix etc. ont donc eu tous leurs effets spéciaux faits avec le logiciel DUTRUC sous Linux (avec QT comme toolkit).
Et les graphistes utilisent donc des stations sous Linux également.
Sauf que j'en ai discuté avec D.Faure il y a quelques mois, et ça ne lui paraît pas faisable pour l'instant.
Ces applis KDE qui ont été portées sous QT/E sont bourrées de
#IFDEF EMBEDDED
...
#ELSE
J'en avais discuté avec lui pour savoir s'il serait possible de compiler un KDE avec QT/E, ce qui permettrait de se passer de X11 sur le poste client, et permettrait d'avoir des postes bureautiques sous KDE sans X11, et donc avec peu de RAM.
La conclusion a été que c'était impossible pour le moment.
# Re: Une compagnie de biotechnologie brevète 98% du génome humain
Posté par aegir_lf . En réponse à la dépêche Une compagnie de biotechnologie brevète 98% du génome humain. Évalué à 6.
Les femmes enceintes doivent-elles être poursuivies pour contrefaçon ?
[^] # Re: GNOME Office 1.0
Posté par aegir_lf . En réponse à la dépêche GNOME Office 1.0. Évalué à 3.
Heu, KOffice existe déjà quand même. Kivio, KWord, KSpread et KPresenter sont pas mal aboutis.
Kexi n'est pas encore en release "stable" mais il marche déjà bien, et gère maintenant PostgreSQL.
[^] # Re: GNOME Office 1.0
Posté par aegir_lf . En réponse à la dépêche GNOME Office 1.0. Évalué à 0.
AbiWord est devenue une application Gnome ??
Parce qu'avant c'était une appli GTK, mais pas Gnome... un peu comme the Gimp quoi.
Et je vois dans http://www.abisource.com/support/require/(...) que la présence de Gnome est optionelle, de plus sur http://www.abisource.com/information/about/(...) ils ne parlent pas du tout de Gnome...
[^] # Re: Microsoft condamné pour utilisation de techniques brevetées dans Internet Explorer
Posté par aegir_lf . En réponse à la dépêche Microsoft condamné pour utilisation de techniques brevetées dans Internet Explorer. Évalué à 7.
Bon, c'est vrai qu'une Loi peut toujours se changer pour un copain du président du mon^H^H^H^H^H^Hdes états-unis.
[^] # Re: Alan Cox se prend une année sabbatique pour étudier
Posté par aegir_lf . En réponse à la dépêche Alan Cox se prend une année sabbatique pour étudier. Évalué à 7.
Je me souviens de lui résolvant les problèmes de deadlock PCI en SMP, c'était en 1996... et il était déjà une figure importante du dev du noyeau.
Ca doit donc faire pas loin de 10 ans qu'il bosse comme un taré sur Linux. Depuis le début en fait.
[^] # Re: Openoffice.org RC3
Posté par aegir_lf . En réponse à la dépêche Openoffice.org 1.1 RC3. Évalué à 1.
2) donc comme critique de GCC, bof... , merci d'illustrer par l'exemple ce que je disais : toute critique de GCC est "intégristement incorrecte".
Malgré les amélioration de GCC, plus de 90% du temps de démarrage d'une appli c++ vient des relocations, et le prelinkage permet de diviser par 2 ce nombre de relocations.
Pensais-tu que les développeurs de OO étaient stupides au point d'utiliser un prelink inutile ?
[^] # Re: Openoffice.org RC3
Posté par aegir_lf . En réponse à la dépêche Openoffice.org 1.1 RC3. Évalué à 2.
Le problème n'est pas le C++, mais la façon dont GCC le traite.
[^] # Re: Openoffice.org RC3
Posté par aegir_lf . En réponse à la dépêche Openoffice.org 1.1 RC3. Évalué à 2.
Dans le même genre, le compilateur d'IBM produit du bien meilleurs code PowerPC que ne le fait GCC. Pourtant les employés d'IBM qui bossent sur le compilateur "maison", participent aussi à l'amélioration du code powerPC produit par GCC, mais de leur propre aveux, la structure multi-plateforme de GCC empêche certaines optimisations poussées.
GCC est sans doute le meilleur compilateur multi-plateforme.
Le problème vient du langage. En C++, gcc produit un code peu performant à cause de son système de v-tables (d'où le fameux objprelink ), mais en C gcc produit un binaire tout à fait correct (même si les compilateurs spécifiques à une plateforme conçus par les fondeurs de microprocesseurs sont un peu meilleurs).
[^] # Re: Openoffice.org RC3
Posté par aegir_lf . En réponse à la dépêche Openoffice.org 1.1 RC3. Évalué à 2.
[^] # Re: Openoffice.org RC3
Posté par aegir_lf . En réponse à la dépêche Openoffice.org 1.1 RC3. Évalué à 1.
[^] # Re: Openoffice.org RC3
Posté par aegir_lf . En réponse à la dépêche Openoffice.org 1.1 RC3. Évalué à 2.
Le problème (ou "l'excuse" selon ta terminologie), c'est la compatibilité des documents existants au format MS avec OO.
Parce que même si 99% des documents MS ne posent pas de problème de récupération sous OO, je te laisse imaginer la masse que représente les 1% restant dans une administration comme Bercy...
[^] # Re: Quelques nouvelles relatives à RedHat
Posté par aegir_lf . En réponse à la dépêche Quelques nouvelles relatives à RedHat. Évalué à 1.
Et si il y a eu ce virage opensource chez bull, c'est parce que l'administration souhaite de plus en plus de solutions opensource.
[^] # Re: "gagnez de la place avec vos .doc"
Posté par aegir_lf . En réponse à la dépêche Connaissez-vous OOo ?. Évalué à 2.
[^] # Re: Présentation de Kwave, un éditeur de sons pour KDE
Posté par aegir_lf . En réponse à la dépêche Présentation de Kwave, un éditeur de sons pour KDE. Évalué à 4.
Ton freedesktop il va peut être permettre (un jour) de faire du drag/drop entre applis Gnome/Kde, mais il ne va certainement pas faire apparaître par miracle dans Gnome des services KDE tels que les kio_slave.
FreeDesktop en est a spécifier des trucs aussi basiques que le format des icones sur le bureau, le D&D, la notification de démarrage d'applis, ou ce genre de trivialités. Alors c'est pas demain la veille qu'on parlera vraiment d'ineropérabilité.
[^] # Re: Présentation de Kwave, un éditeur de sons pour KDE
Posté par aegir_lf . En réponse à la dépêche Présentation de Kwave, un éditeur de sons pour KDE. Évalué à 1.
KWave s'écrit avec un "K" comme "KDE". Il s'agit donc d'une application KDE.
Cela permet donc de bénéficier automatiquement du thème KDE installé, des glisser/déposer vers/depuis les autres applis KDE telles que Konqueror, de la transparence des protocoles assurée par les kio_slave permettant par exemple d'ouvrir/modifier/sauvegarder un fichier se trouvant sur un serveur FTP en faisant tout simplement fichier/ouvrir ou clic-droit/ouvrir depuis Konqueror etc...
Glame s'écrit avec un G comme Gnome, c'est donc une appli GNome qui n'a donc pas de telles interopérabilités avec les applis KDE.
[^] # Re: [RC]ISC
Posté par aegir_lf . En réponse à la dépêche X86 contre PPC : Un article fait le point. Évalué à 1.
- 1 résultat tous les deux cycles d'horloge
et
- 2 résultats par cycle d'horloge
il y a un rapport de 1 à 4. Donc même si le P4 allait 3 fois plus vite au niveau horloge, il serait encore dans les choux si ce point là.
Le PPC 970 tirant 2GHz, et le P4 étant encore bien loin des 6 GHz, le P4 est bien loin d'avoir une horloge 3 fois plus rapide.
Si tu compares un PPC970 à 2 GHz, et un P4- 4GHz, et que tu supprimes une des deux FPU du PPC 970, et bien les deux auront exactement les mêmes perfs en ce qui concerne la multiplication flottante. Du moins, c'est ce qu'indiquent les docs techniques d'Intel et d'IBM.
[^] # Re: X86 contre PPC : Un article fait le point
Posté par aegir_lf . En réponse à la dépêche X86 contre PPC : Un article fait le point. Évalué à 1.
Mauvaise comparaison. Sur les 16 niveaux, 9 servent à décoder quelques 8 instructions simultanément en un seul cycle d'horloge, pour en dispacher jusqu'à 5 (toujours dans le même cycle) qui seront traités parallèlement par 5 pipelines (parmis 12 pipelines disponibles).
donc 9 niveaux, mais pour 8 instructions simultanées :-)
[^] # Re: [RC]ISC
Posté par aegir_lf . En réponse à la dépêche X86 contre PPC : Un article fait le point. Évalué à 0.
"IA-32 Intel Architecture Optimization reference manual", Table C6. : "FMUL : Latency 7, Throughput 2, Execution Unit FP_MUL".
IBM PowerPC 750FX RISC - Microprocesseur User's Manual, table 6-8. (à ma connaissance, le pipeline FPU du 970 est le meme).
[^] # Re: X86 contre PPC : Un article fait le point
Posté par aegir_lf . En réponse à la dépêche X86 contre PPC : Un article fait le point. Évalué à 4.
N'empêche qu'il y a un truc de concret qu'on constate facilement : un portable Mac G4 a une autonomie de l'ordre de 4H, tandis qu'un portable x86 est en général de l'ordre de 2h30.
[^] # Re: [RC]ISC
Posté par aegir_lf . En réponse à la dépêche X86 contre PPC : Un article fait le point. Évalué à 3.
Une différence concrète : comparaison d'une multiplication en virgule flottante :
Sur un pentium 4 ou un xeon, le pipeline ne peut accepter une opération que tout les 2 cycles horloges, et il s'écoule 7 cycles d'horloges entre le moment où l'opération entre dans le pipeline et le résultat en sort.
La même multiplication en virgule flottante sur un power PC s'effectue entièrement en 3 cycles d'horloge, et le pipeline accepte une opération à chaque cycle d'horloge.
Et comme il y a 2 pipelines pour les op en virgules flottantes sur les PPC, cela veut dire que le CPU peut sortir deux résultats par cycle d'horloge.
[^] # Re: X86 contre PPC : Un article fait le point
Posté par aegir_lf . En réponse à la dépêche X86 contre PPC : Un article fait le point. Évalué à 3.
Euh... tu es sûr de cela ?
En ce qui me concerne, je n'ai pas trouvé les caractéristiques électriques du 2GHz.
Par contre les docs techniques d'IBM donnent le 1,2 GHz à 19W, et le 1,8 GHz à 42W.
On est loin des x86 qui sont à 70-80Watts.
[^] # Re: entièrement réalisé sous Linux ?
Posté par aegir_lf . En réponse à la dépêche Sinbad - la légende des sept mers 1er film entièrement réalisé sous Linux. Évalué à 5.
Les films tels que Vidocq, Delicatessen, Aliens 4, Amélie Poulain, Obélix etc. ont donc eu tous leurs effets spéciaux faits avec le logiciel DUTRUC sous Linux (avec QT comme toolkit).
Et les graphistes utilisent donc des stations sous Linux également.
[^] # Re: HP & MandrakeSoft lancent des PCs de bureau sous Linux
Posté par aegir_lf . En réponse à la dépêche HP & MandrakeSoft lancent des PCs de bureau sous Linux. Évalué à 1.
[^] # Re: QT/Mac passe en double-licence
Posté par aegir_lf . En réponse à la dépêche QT/Mac passe en double-licence. Évalué à 2.
Ces applis KDE qui ont été portées sous QT/E sont bourrées de
#IFDEF EMBEDDED
...
#ELSE
J'en avais discuté avec lui pour savoir s'il serait possible de compiler un KDE avec QT/E, ce qui permettrait de se passer de X11 sur le poste client, et permettrait d'avoir des postes bureautiques sous KDE sans X11, et donc avec peu de RAM.
La conclusion a été que c'était impossible pour le moment.
[^] # Re: Enfin !
Posté par aegir_lf . En réponse à la dépêche QT/Mac passe en double-licence. Évalué à 2.
Sinon ça ferait longtemps qu'il n'y aurait plus besoin de X11 sous Linux non plus, tu recompilerais directement KDE avec QT/Embedded.