reno a écrit 3886 commentaires

Comme toi je ne comprenais l'interet de Plasma, on m'a dit recemment que c'était
1) pour la maintenance, la je suis dubitatif de l'interet réel, c'est tellement facile de dire je n'y comprends rien donc je réecries tout..

2) pour avoir un bureau 'indépendant de la résolution' s'ils ont vraiment réussi à faire ça, alors cela valait probablement le coup, quelqu'un peut-il confirmer?

En moyenne quand on regardes les chiffres, tu as raison, mais j'avoue que c'est un mystère pour moi: je pense que la majorité des gens n'utilisent pas les plugin Firefox hors je considère Firefox 'de base' bien inférieur à Opera (coté réactivité surtout)..

A mon avis ce qui manque surtout à Opera c'est une campagne de pub..

Je crois que Dirac n'a pas été retenu car le décodage est gourmand en CPU, génant quand on met une vidéo sur le web..

C'est opposable car les outils graphiques que je connais sous Linux ne documentent pas ce qu'ils font et donc ça devient vite compliquer d'utiliser les deux..

Je me souviens d'un outil graphique sous HP-UX, visuellement il était très moche mais il loggait toutes les modifications faites de manière claire.

Pour un site de documentation/forum, il n'y a pas de moteur de recherche en page principale (ou alors il est caché car je ne l'ai pas vu).

Dommage car j'aimerais trouver un moyen d'utiliser la touche Windows de gauche pour faire des raccourcis clavier sur RHEL5..

>>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..