reno a écrit 3879 commentaires

Moui mais peut-on vraiment attribuer a Linux l'OS que Maya une application ne plante pas???

En partie seulement: ça veut dire que les librairies utilisée pour Maya sont de bonnes qualitées, que l'OS lui-meme est fiable, mais a mon humble avis c'est surtout que les développeurs qui ont fait le portage ont bien fait leur boulot..

> Ca va venir, je pense que c'est parce que la carte
> est encore relativement jeune et
> que les développeurs la «connaissent mal».

J'ai exactement le meme bug sur ma radeon 7200 sorti il y a quelques annees..
Deux hypothese:
- c'est un bug de TuxRacer
- c'est un bug de XFree4.2.0
Dans tous les cas c'est une regression: ca ne me le faisait pas avant..

Tes infos datent: il y a des cartes mere qui integrent USB2.0
Elles ne sont pas plus chere que les autres.

Malheureusement FireWire lui, tarde a s'integrer sur les cartes meres..

Techniquement je prefere FireWire, mais il n'empeche que USB2.0 a l'air de se rependre plus facilement sur les cartes meres..
Dommage.

>Les erreurs c'etait pas leurs extensions, mais
>le fait d'avoir ignorés longtemps la 3D fenétré,
>le mode 32 bits...

Je doute que la 3D fenetrée ai joué un grand role dans la chute de 3Dfx.
Par contre avoir été en retard sur les cartes 2D/3D intégrés, avoir produit eux-meme leurs propres carte videos, être en retard au niveau prix/performances, la oui.

Quand au Glide vs DirectX/OpenGL, DirectX fonctionnant sur toutes les cartes, ou est l'interet du Glide?

Sinon pour revenir au language de NVidia, j'ai quand même l'impression qu'il va rentrer en conccurrence avec OpenGL2 en partie.
Bref la guerre OpenGL vs DirectX continue..

Trop crevé (trop de boulot), pour aller a la presentation, mais j'ai lus le doc.

Je trouve bizarre que les registres soient tous vectoriels: dans tous les autres CPU, il y a plusieurs ensembles séparés de registres: entiers, flottant, vectoriel..
Je ne suis pas sur que techniquement ce soit un avantage..

Sinon une petite question: il existe d'autre architecture libre (LEON, un clone de Sparc je crois): ont-elles été utilisée ou pas?

Si ces autres architecture ne sont pas utilisée, j'ai du mal a voir pourquoi pas f-cpu le serait..

-1 car toujours HS.

Je parle du justificatif du domicile, pas du reste.
Comme justificatif de domicile en theorie (d'apres le site web) une quittance de loyer suffit.
Mais comme ma quittance de loyer etait en partie manuscrite et qu'ils ont peur des faux, la mairie me l'a refuse.

J'ignore si toutes les mairies font ca ou pas.

Toujours est-il que l'administration n'a pas modifie son site..
Un renvoit avec une petite explication aurait ete quand meme la moindre des choses.

Si je me rappelle bien ATI est le concepteur de la partie graphique d'une des console (me souvient plus laquelle PS2 ou Cube).
Tu as les specs?

Non? Alors en quoi cela change par rapport a NVidia?
Ce n'est pas parce que Matrox et ATI ouvrent leur spec sur leur produit pour PC qu'ils vont faire la même chose pour des produits intégrés à des consoles..

Une petite anecdote: sur le site web du service public ils disent par exemple qu'on peut faire renouveler sa carte d'identité avec une quittance de loyer.
Faux (j'ai paumé 3h à cause de ça), ça depend des mairies..
Je leur ai envoyé un mail en Février pour leur dire de corriger ça, je viens de vérifier: le site web est inchangé!
Internet pour communiquer c'est pas gagné (ou alors dans un seul sens!).
Alors les subtilité de l'informatique libre, à pars au Pérou..

> Ceci dit, j'ai comme l'impression bizarre ce
> que tu ecris vient de 'on-dit', que tu n'as
> jamais reelement fait de developpement en Java
> (ou, pas depuis au moins 4 ans).

Faux, j'ai réellement développé en Java en 98 comme je l'ai dit.
Une preuve? Dans le JDK1.1.7, il y avait un bug du ramasse-miette: quand un objet n'était référencé que par des références statiques il était détruit (cas classique lors de classe singleton).
J'ai mis pas mal de temps à comprendre pourquoi mon programme se plantait aléatoirement à différent endroits!

J'ai eu encore plus de problème avec les librairies standard (Swing surtout, mais pas uniquement).
Je ne l'ai pas utilisé depuis 98, mais je surveille quand même les évolutions depuis et je maitiens: la correction de bug pour lesquels des milliers de gens ont votés prend reellement des années..
:-(

Sun est beaucoup plus intéréssé à rajouter des interfaces pour tout et n'importe quoi plutot que de rendre fiable ses librairies..

Ceci dit apparemment le JDK 1.4 a apporté un mieux de ce coté la.

J'ai vu l'annonce d'IBM pour SWT, je n'ai pas encore eu l'occasion d'essayer, mais cela me parait TRES interressant.

>Je ne vois pas le rapport entre l'article vers lequel tu pointes et les bugs dans les librairies standards.

Exact, l'article parle de bug de JVM, mais en plus il y a des bugs de la librairie standard.
En 98 j'ai essaye d'utiliser Java (surtout Swing)
--> degoute.
En plus Sun met un temps dingue pour les corriger ses bugs: il faut compter 2-3 ans pour des bugs pour lesquels des milliers de personnes ont vote dans la BugParade..

> Mais rien qui ne rende Java inutilisable, loin de là,
Ca depend des domaines: essaye de faire des IHM ou d'imprimer des trucs non-triviaux et on en reparle.

> Quant au problème du double-checked locking, comme il est dit dans l'article ce n'est pas un bug, mais un comportement dû au modèle de mémoire utilisé dans Java.

Mouais c'est une drole de feature quand meme!
Ca, plus le fait que l'affectation d'un long est non-atomique suivant les JVM.
Il peut tres bien affecter les 32-bits de la partie haute puis etre interrompu et ensuite seulement affecter la partie basse.
Cf le meme site.

> Et la solution est toute simple tu n'as qu'à déclarer toute ta méthode getInstance() synchronized ...

Certes dans tout les cas, un bon synchronised au bon endroit resout le probleme, mais avant encore faut-il trouver ou se situe le probleme!
Le deboguage d'application multi-threadee avec des comportements aussi bizarre des JVM doit etre coton..

Cela permet de voir les forces/faiblesses des languages en performance/occupation memoire.
J'ai deja lu ce comparatif il y a quelques mois, et c'est vraiment interressant pour comparer les performances et les besoins memoire..

Bien sur, les performances ne sont pas tout:
1) suite a lecture du comparatif, j'ai voulu apprendre Ocaml (il y a un livre en Francais disponible sur le web).
Mais j'ai fait un rejet d'Ocaml: je n'ai vraiment pas l'esprit fonctionnel.

Pour moi c'est encore moins lisible que du Perl (c'est dire)..
--> Ruby ou Python?
Mmmm, mon coeur balance :-)

2) Java a beau etre un des languages interpretes les plus rapides du comparatif (par contre cote occupation memoire c'est beaucoup moins bien).
Tant qu'il aura des problemes comme ca: http://www-106.ibm.com/developerworks/java/library/j-dcl.html?loc=j(...)
je ne suis pas pres de me remettre a Java: beaucoup trop de bugs dans les librairies standards!

J'ai telecharge KDE 3.0 hier soir!

Grrr.

Et pour ce qui est de l'accusation de "versionnite", c'est surtout les corrections de bugs qui m'interressent..
Contrairement aux logiciels commerciaux, les mise-a-jour mineures font en general bien leur boulot dans les logiciels libres: elles corrigent des bugs et c'est tout!

Moui mais quelles applications tirent parti de ces vecteurs? Mmm?

Réponse: celle que tu coderas toi-meme avec tes mimines..
Il n'y a pas de compilateur auto-vectorisant pour Linux sur PS2 :-)

bin oui mais le probleme c'est la transparence: quand le super-outil graphique foire ta conf, si tu ne sais pas quels sont les fichiers impactés, c'est difficile a corriger.

Les outils graphiques vraiment gardent un log de leurs actions, dans un fichier a peu pres lisible.
Cela permet de s'y retrouver facilement.

C'est un probleme surtout de linker pas de compilateur, il y a eu des amelliorations de faites dans la glibc2.2.5..

Puisque tu as l'air d'être au courant.. Et l'optimisation du linker dynamique (je m'attends à être crucifié par les défenseurs de la langue française), a-t-elle été intégrée dans ce mélange? Parce qu'il disent quand même sur leur communiqué que c'est la version 2.2.4.. --> je susis un peu perdu la.

Peut-etre tout simplement parce qu'on n'arrive pas a s'y faire?

J'ai essayé de me mettre a OCaml: quasiment les perfs du C avec des tas de choses bien en plus..
--> beurk!
Je trouve franchement la recursion illisible (en dehors de cas bien particulier)!
Ce n'est pas un troll, juste ma reaction personelle..
Je crois que je vais plutot m'orienter vers Python ou Ruby (ou Java quand Sun aura debuggé ses librairies vers 2052 environ, ok ça c'est un troll).

J'ai toujours eu l'impression que les soi-disant super-theme était surtout super grace a leur fond d'ecran..

A quand une comparaison de theme avec un fond d'ecran identique pour tout le monde?

Avec par exemple un ensemble de fenetre fixe..
Cela permettrait de bien comparer mais comme un theme avec fond d'ecran est nettement plus sexy que sans, je ne suis pas convaincu que ce type de concours aurait beaucoup de succes..

Bref juste pour dire que ces concours de fond d'ecran^H^H^H^H^H^H^Htheme n'ont pas grand interet a mon humble avis.

Autant pour moi!

Ceci dit il n'en reste pas moins que le Zaurus est trop cher pour l'Inde.

Le Simputer coute 250$, le Zaurus coute 500$.

En plus, un portable a quand meme des possibilités différentes qu'un PDA même si c'est un Zaurus..

Bof, tout le monde n'est pas "a cheval" sur l'utilisation des mots d'Anglais en Francais.

En tout cas, ca ne m'a jamais gene dans ce magazine.

TU trouves ca genant, mais n'en fait pas une generalite..

Pour compiler l'OS je n'avais pas de doute sur ce sujet.

Mais c'est plutot pour leurs applications que je me posais la question:
quand on depense des millions pour le materiel ce serait bete de perdre un gros % d'efficacite a cause du compilateur.

Bien sur le compilateur ne fait pas tout: les librairies de calcul optimisee a la main diminue un peu la dependance par rapport au compilateur..

Je me demande quelle compilateur ils utiliseront pour faire tourner leur bebete?
Quelqu'un sait? Je ne l'ai pas vu dans les depeches.

AMHA ce sera celui d'Intel..
Je pense qu'il s'ecoulera pas mal d'eau sous les ponts avant que gcc soit capable de generer du code "performant" pour IA-64.
Deja que pour les 80x86 en performance il se fait battre a plate couture par le compilateur d'Intel alors generer du code pour VLIW..

Ca ne serait pas ce que tu veux?

Tu pourrais eviter d'ecrire Micro$oft au lieu de Microsoft, ce genre de vocabulaire de warlodz m'a toujours fait pietre impression.. Pour ce qui est du sujet: "Linux manque d'applications" Faux est un peu fort: cela depend du sujet: si tu veux faire du montage video sous Linux, tu est plutot limite je crois, pareil pour les applications qui gerent les couleurs en quadrichromie (pour les impressions professionelles). Pour moi la bonne reponse est: cela depend des domaines mais des centaines d'applications tournent sur Linux, etc. Aussi "10 ans plus tard, linux est maintenu pas des millions de personnes à travers le monde" Je mettrai plutot "10 ans plus tard, Linux est utilise par" "maintenu par des millions de personnes" est plutot exagere..