reno a écrit 3881 commentaires

>>une machine virtuelle c'est un concept "virtuel", qui n'a pas d'existence réelle par nature.<<

Tu devrais éviter l'abus de 'virtuel': l'implémentation elle est bien réelle..

Puisque tu affirme que le ralentissement est négligeable, c'est que j'imagine que tu as des chiffre qui mesurent ce ralentissement?
Pourrais-tu nous les donner?

>>Alors après, comme toujours, on pourrait inventer un petit "hack" pour faire passer des commandes MTD classiques par de l'ATA, mais à ma connaissance ça n'a jamais été fait.<<

Oui, c'est a ça que je pensais comme type de bidouille, c'est quand même un peu rallant de faire d'avoir des perf en écriture aléatoire sous-optimale a cause de limitations dans le micro-contrôleur qui gere le SSD alors que le CPU pourrait aider..

Pour ce qui est du SSD sur PCIExpress, il y en a qui bosse dessus, après est-ce que cela va prendre ou pas, pas la moindre idée..
http://www.theregister.co.uk/2008/10/14/fusionio_pcie_connec(...)

>>Dommage que la Flash ne soit accessibles directement comme ça que sur les périphériques embarqués à mémoire inamovible.<<

Ce qui est curieux c'est que la Flash ne fournisse pas les deux modes, disque dur pour la compatibilité et 'natif' pour les performances, j'imagine que les quelques cents d'Euros en couts supplémentaire pour le contrôleur doivent être considéré comme inutile..

>>PS: il n'existe pas aujourd'hui à ma connaissance de connexion matérielle standard pour relier de la Flash à un ordinateur. C'est con...<<

Bin c'est surtout récent cette mode d'avoir des 'disques Flash' donc c'est normal de réutiliser l'existant (SATA / PATA)..

Mais on peut espérer qu'à terme les connexions soit directement sur du PCIExpress..

Entre autre, mais les problèmes de compatibilités ne s'arrêtent pas à Windows..

Et je crois que tout les SSD 'hautes performances' qui sont sorti recement se comporte comme des disque(*) et qu'on utilise donc des systeme de fichier 'normaux' dessus.

*: Ce qui explique d'ailleur pourquoi ils ont parfois des performances en écritures aléatoire pas terribles ces SSD quand ils commencent a être rempli..

Il me semble que l'agregation de logiciels n'est pas considéré comme une derivation donc mettre des logiciels libre et non-libre sur un CD ne pose pas de probleme.

Bof pour la "continuité", cette optimisation n'est pas spécialement réservée aux CPUs multicoeurs/SMPs: d'ailleurs Arjan a bossé sur son laptop Asus901 (avec un seul CPU).

>> Par exemple un noyau Linux "vanilla" n'est pas un noyau pour entreprise.
>A bon ? C'est pas tout les distributions qui patch le noyau tu sais ?

Les distributions qui n'ont pas les moyens de patcher le noyau utilisent en général une branche 'stable' du noyau (exemple Slackware utilise 2.6.27.7) pas juste le dernier noyau en date..

D'autant plus que les points qu'il aborde avec (2) sont plus du domaine des formats de données ouverts que des logiciels libres..

Au sujet des écrans, ce lien me parait intéressant:
http://www.akihabaranews.com/en/news-17221-LG+Display+Unveil(...)

Je ne sais pas si c'est la techno de Pixel Qi|OLPC mais le résultat me semble en partie similaire, ce qui m'a fait très plaisir car vu le rythme plutôt faible d'innovation qu'apportent les fabriquants de laptops j'étais pessimiste sur le fait qu'une techno de ce type nous arrive un jour..

Bon ce ne sont pas encore les écrans OLED ou FED/SED qui seraient vraiment le top, mais ce sera déjà un net progrès si cette annonce se concrétise!

Moi je suis peut-être trop pessimiste, mais je ne place pas grand espoir dans ces MIPS/ARM pour portables:
1- compatibilité logicielle: avec du x86 tu as Windows et Linux, avec du MIPS/ARM tu n'as que Linux (et encore pas tout car certaines appli tel Flash ne sont dispo que pour Linux/x86).
Le transcodage logiciel ferait perdre un quelconque avantage puissance/prix si les MIPS/ARM en avaient un (cf 2).

2- le volume de vente: les RISCs ont perdu contre les x86 sur le marché des PC pour la raison (1) mais aussi car leur faible volume de vente ne leur pemettaient d'avoir des investissements comparable pour la fabrication des CPUs, le même phénomène me semble probable pour les MIPS/ARM pour portables.
Mais la c'est plus difficile a évaluer: les CPU 'low power' servent aussi pour l'embarqué, donc le volume de vente des CPU MIPS/ARM pourrait être suffisant pour rester compétitif mais il y a le problème du chipset: les chipset non x86 ont souvent été plus cher et moins complet (effet du volume des ventes), les portables x86 peuvent réutiliser les chipset 'desktop x86' ce qui est beaucoup plus souple (pas besoin d'attendre d'avoir des chipset dédiés pour portable), certes cela fait des portables avec un moins bonne autonomie mais avec beaucoup de fonctionnalités, d'un point de vue marketing ça a l'air de passer a l'heure actuelle..

Je t'ai plussé pour la première partie, mais je n'aurais pas du car je ne suis pas du tout d'accord pour la seconde partie: pourquoi interdire les licences OEM??

Je ne vois pas du tout en quoi du logiciel jetable est scandaleux, d'autant plus que pour une fois c'est du jetable qui ne produit pas de déchet..

Ce qui est scandaleux c'est la partie vente liée, a part cela il n'y a rien de scandaleux a pouvoir choisir de payer moins cher un logiciel en acceptant la contrainte qu'il soit lié à un ordinateur.

J'ai cru que c'était un troll de l'auteur de l'article mais non c'est vraiment dans l'intitulé du concours..

Pour illustrer la "simplicité" d'Haskell je propose cela:
http://blog.shikiryu.com/wp-content/uploads/2007/06/pendu.jp(...)

PS:
Si vous considerer qu'Haskell est simple et que je trolle alors vous devez être capable de m'expliquer ce qu'est un monade *simplement*, après tout c'est utilisé pour faire des entrée/sortie en Haskell ce qui est plutôt fondamental comme besoin!

L'ordre des priorité me choque quand même: Arjan quand il a voulu démonter que son laptop pouvait booter en 5s, il a pris XFence pas KDE4..
Et je serai curieux de savoir ce que donne KDE4 sur un OLPC XO-1, quelqu'un a t'il essayé?

Maintenant forcément les widgets c'est plus joli..

Ah bah oui mais tu comprends Plasma il sera "super plus".

Non sans blague, beaucoup des composants de KDE4 ont des raisons claires d'exister: Phonon: remplacer un système de son non maintenu sans se lier a une solution existante pour éviter des problèmes de portabilité et maintenane, etc mais Plasma quel désastre! La seule justification que j'ai vue c'est que les développeurs n'aiment pas porter l'existant donc qu'il fallait faire un truc nouveau, avec une philosophie comme ça KDE ne sera jamais stable..

Ne comprenant *rien* à LDAP (dn, on, cn... qu'est-ce que c'est que cette soupe d'acronyme à la noix?? comment on s'en sert?), j'ai acheter le magazine pour l'article sur LDAP, mais je suis déçu ça n'explique pas cela.. :-(

D'ailleurs je n'ai jamais vu aucun article qui expliquait clairement ce bazar, ce qui est curieux..

En plus le panégyrique pour OSS m'a paru bizarre: le développement de logiciels libre présuppose qu'on fasse confiance à leur auteurs, mais avec la période de développement privée d'OSS je ne vois pas trop comment leur faire confiance..

La prochaine fois, je prendrais le temps de feuilleter avant, parce que la bof..

Bon pour les ACL, extended attributes ok, c'est une fonctionalité utile, mais le boot en ZFS ce n'est pas vraiment critique..

>pas de quoi fouetter un chat la dessus.

Ah bon, tu trouves normal qu'il ait fallu plusieurs procès pour faire changer ses pratiques à Microsoft??

>>la vente liee c'est les constructeurs, pas MS<<

N'importe quoi!!!
La tu exagères vraiment: je ne sais pas si c'est toujours le cas actuellement mais il y a un temps MS fournissait des réductions aux constructeurs suivant le pourcentage des ordinateurs que les constructeurs vendaient avec Windows.

Comme l'immense majorité de leur ventes étant avec Windows et que les marges des constructeurs sont très, très basse, ça revient à *imposer* aux constructeurs à faire de la vente liée..

Je me souviens entre autre qu'Hitachi avait prévu de vendre des ordinateurs en dual boot BeOS/Windows, une visite de MS plus tards ils ont abandonné le projet (il y a d'ailleurs eu un procès la dessus).

??
J'aimerai bien savoir en quoi UTF-8 n'est pas un vrai support d'Unicode..

La réponse du dessous que c'est une option a la compilation parait plus logique, donc cela veut dire que l'utilisation mémoire sera soit grosso-modo inchangée par rapport a latin-1/ASCII (bin oui, compté le nombre d'accent utilisé en moyenne dans une phrase..) soit doublée (UTF-16) soit quadruplée (UTF-32).

Je comprends qu'on utilise UTF-16 sous Windows l'OS utilisant UTF-16, par contre sous Linux utiliser UTF-16 ou UTF-32 j'ai plus de mal a comprendre: les CPUs sont tres puissant donc "gacher" de la mémoire/du cache, cela ne me parait pas optimal..

>> les chaînes de caractères qui sont désormais unicode par défaut (avec une occupation mémoire doublée et donc une moins grande efficacité des caches)<<

Quel encodage utilise Python?
Parce que si c'est UTF-8, il n'utilisera pas plus de place pour les chaines ASCII qu'ASCII justement..

Parce que Python est mal fichu?

Désolé, mais je considère que la gestion des 'template string' est pas terrible dans plein de langage y compris Python.

En C, tu as printf: avantage les format string sont puissants, inconvenient: pas typesafe, les variables sont toutes regrioupées a la fin.

Pour moi l'idéal serait:
puts "salut %{nom} tu as %02d{age}\n";
la lisibilité de mettre les variables au milieu de la chaine et la possibiité d'avoir quelque conversion simple pour l'affichage comme printf permet.

>>si elle n'est pas bonne je ne vois pas quelle bonne foi ils peuvent invoquer.<<

Je ne vois pas le rapport.!
Même si le juge leur donne tort sur leur interpretation, cela ne veut pas dire que l'interpretation de Free était pour autant de mauvaise foi, juste que les avocats qu'ils ont consulté était d'un avis différent du juge..
Les zones de flou, les désaccords des experts en droit ça existe sans pour autant qu'une des partie soit de mauvaise foi pour autant..

Bin, c'est un RHE tres, tres 'nettoyé' donc ni yum, ni interface graphique..

(meme installer le rpm de yum echoue car python n'est pas present)

Pourquoi devraient-ils dire ce qu'il ferait de cette argent?