Nicolas Boulay a écrit 16008 commentaires

Il ne le font que sur des cas triviaux, notamment parce qu'en C le compilo ne maitrise pas le layout mémoire et parce que la sémantique des boucles s'y prètent mal.

"La première sécurité est la liberté"

C'est utile aussi pour la mémoire. Sur un code d'exemple, entre la version simple en C et la version C tuné à mort, j'ai une moyenne de x10... Y'a du progres possible pour les compilos.

J'imagine bien un placeur de bloc mémoire qui tient compte de la vrai hierarchie mémoire (hierarchie de cache, taille de page, taille de prefetch, taille de ligne de cache, alignement mémoire,...) et qui ne croit pas que tout est linéaire.

"La première sécurité est la liberté"

Marrant les commentaires sur ZDnet, relance la fameuse phrase de gandhi...

J'attends avec un impatience la phase suivante :)

"La première sécurité est la liberté"

2) ... ou générer du code SIMD.

"La première sécurité est la liberté"

Les vérifications static du compilo sont du niveau de celle faite par Ocaml ?

"La première sécurité est la liberté"

La prochaine fois que tu fais un arret brutal fait un sync ...

"La première sécurité est la liberté"

mouais les perfs se veulent proche du C. M'enfin le C est très loin d'étre compilo friendly et je ne comprends pas qu'un langage n'explose toujours pas le C ! Y'a tellement d'optimisation impossible à faire proprement en C !

"La première sécurité est la liberté"

Mélange pas les api kernel qui sont déclaré comme "flottante" et si le gusse veut ne pas se faire chier il n'a cas diffuser son drivers en GPL.

Concernant les applis, cela peut marcher ou pas. Mais la compatibilité binaire n'est pas un but (cf les versions incompatibles des objets gcc notamment provenant de c++). Il suffit de voir la compatibilité de bug que doit garder windows pour éviter que certaines applis se mettent à déconner après correction.

Je pourrais aussi parler du cauchemard des versions multiples de la même lib sous windows.

"La première sécurité est la liberté"

Un installeur text, c'est moche, cela fait fuir les newbe.

"La première sécurité est la liberté"

Sachant que le paquage d'il y a 2 ans, ne peut pas connaitre les problèmes des distrib d'aujourd'hui comment veux-tu que cela marche ?

"La première sécurité est la liberté"

hop, obligé à jouer qu'à frozen bubble pour être peinard. Crack attack ou chromium s'est trop dangereux.

je suis toujours en mdk 10.1, j'en conclue que le support ne s'est toujours améliorer ?

"La première sécurité est la liberté"

ton (2) c'est pour utiliser d'un paquets d'il y a 2 ans, sur une distrib d'aujourd'hui et cela t"étonne que cela ne marche pas ?

"La première sécurité est la liberté"

mais les pb de migration ne concerne pas que le libre. Toute migration peut poser problèmes !

"La première sécurité est la liberté"

Faudrait faire le calcukl avec une boite de DVD (genre une dizaine :).

"La première sécurité est la liberté"

fwrite utilise un buffer alors que write non.

"La première sécurité est la liberté"

Je peux faire la pub d'un de mes vieux articles qui essaye d'illustrer entre autre ce propos.

http://olivier.rioland.free.fr/linux.php3?sujet=alien

"La première sécurité est la liberté"

JE suis globalement d'accord avec ce que tu dis sauf :

"Que se passe-t-il si un assassin « salit » sa victime avec l'empreinte génétique de quelqu'un d'autre, de préférence quelqu'un avec un parfait profil de suspect ?"

Je dirais la même chose quand un crime essait d'être maquillé.

"La première sécurité est la liberté"

postgreSQL l'est il me semble.

"La première sécurité est la liberté"

faudrait déjà que j'ai windows pour le faire.

Et j'ai vu leur demo à Solution linux, et cela m'avait l'air pas très "générique".

"La première sécurité est la liberté"

Il y a tout de même un petit soucis. L'objet a été vendu pour sa réutilisabilité. Avec le recule, on se rend compte que c'est en fait rare (20% dans les faits ?). donc, chaque objet est spécifique.

Donc, avec ton exemple, pour que grep marche il faut une méthode read_char. Si tu veux un cut ? il faut un select_fields(), etc ... en gros une méthode par programme à piper ?

Certe, c'est "plus puissant" mais pas assez générique, sauf si les interfaces sont standardisé mais cela risque de beaucoup ressemblé à un passage de xml (avec la pénalité de parse en moins).

"La première sécurité est la liberté"

Si tu passes un objet, imagine faire un grep, si tu n'a acces qu'à des méthodes, c'est comme si grep était inclus dans l'objet d'entrée ! Donc il n'y plus d'interet à piper.

Si tu as du xml, au lieu d'avoir un programme pour choper chaque champs, tu peux en avoir un genre find _lenom_du_champ et cela marche partout.

"La première sécurité est la liberté"

http://fr.lolix.org/ ne serait pas un meilleur endroit ?

"La première sécurité est la liberté"

je sais. Donc celui qui reçoit l'objet doit connaitre son interface. Donc, tu limite vachement les possibilités de pipe. Avec XML, il y a juste à connaitre le xml.

Dans le cas du truc MS, au contraire du pipe, cela ne peut marcher si l'objet qui reçoit est prévus pour. Donc en gros, tu perds l'interet de connecté de faire des petits bouts qui cause le même langage (l'ASCII). Le xml permet de mieux structurer.

"La première sécurité est la liberté"

Mais les objets fournissent trop de possiblité de se mettre dedans. JE ne sais pas si cela se fait déjà mais le pipe pourrait revivre si les outils unix de base se mettait au xml. Là, plus d'ambiguité de parsing et une sacré puissance dispo !

"La première sécurité est la liberté"

A merde, c'était aussi pour cette boite que tu as connu ça ?

"La première sécurité est la liberté"