Re: Généralisation du modèle de programmation d'un GPU...
Excellente analyse Mr.J.
J'aimerai ajouter que le point de vue d'Intel est tout à fait compréhensible: il n'iront pas faire un cadeau à AMD en investissant dans dans une architecture qui bénéficie à tout le monde; c'est un peu contraire à la philosophie du noyau d'ailleurs, mais comme il n'y a rien en place et qu'ils sont les premiers, personne n'a rien à redire.
Maintenant est ce que ce n'est pas se tirer une balle dans le pied pour le moyen terme avec en:Larrabee_(GPU) qui arrivera à l'horizon 2010 (voire fin 2009) ?
Enfin, tout cela est à mettre en perspective avec Nvidia qui a un des meilleurs drivers au niveau performance sous linux. Le LHB a fait un article là dessus: http://linuxhaters.blogspot.com/2008/06/nitty-gritty-shit-on(...) c'est à prendre avec des pincettes, et il faut mettre de coté le ton haineux, mais je trouve que l'article n'est pas dénué d'intérêt.
À opposer à l'analyse (tout aussi intéressante) du kernel hacker James Bottomley: https://www.linuxfoundation.org/en/Linux_Graphics_Essay . Nvidia a un des drivers qui génère le plus de crash et lag le plus pour les corrections de bugs.
[ Répondre ]
Option -a
Essaie avec l'option -a pour que du liste les fichiers cachés.
[ Répondre ]
Re: Portable Acer sous Linux
J'aime bien la description:
Système d'exploitation Linux Linpus avec des centaines d'applications.
Et oui, c'est ça aussi Linux... des centaines d'applications, dans un portable à 349€.
La distribution Linpus (ou la société) qui existe depuis quelques années (2001), commence à pousser pas mal, avec l'avantage d'être à Taiwan et donc pas loin de tous les gros constructeurs de PC...
[ Répondre ]
Re: Ca a presque rien à voir mais...
Je crois plutôt qu'elle les guide, les tire vers le haut et qu'ils l'idolâtrent.
Marianne de Delacroix n'est pas très souriante non plus :)
[ Répondre ]
Re: Rootkits
Evidemment... Ce que je voulais dire c'est que ce sera encore plus facile.
L'admin qui a laissé install ksplice pour pouvoir patcher rapidement, pourra paradoxalement faciliter la tâche d'une personne mal intentionnée.
[ Répondre ]
Rootkits
Je sens un potentiel énorme pour cet outil pour rootkiter le noyau à la volée... À partir d'un simple diff de code source!
Les outils de sécurité sont souvent à double tranchant...
[ Répondre ]
Re: Éternel problème
Bruce Schneier a dit The debate isn't security versus privacy. It's liberty versus control.
Je ne traduirais pas, certains feront ça mieux que moi.
Mais en effet, le problème vient du controle. Le projet OLPC avait intérêt à donner du controle aux gouvernements, les gouvernements étant leur clients... Le client est roi, il n'ont fait que répondre à ses exigences.
Sinon la vrai question, est est ce qu'on aurait pas pu combiner les deux? À savoir des protections anti vol, anti usurpation, tout en protégeant la confidentialité?
[ Répondre ]
Un vrai commentaire
J'en ai testé un, en fait j'en possède même un.
À l'heure actuelle on ne peut pas se le procurer hors des États-Unis. Pour des raisons de législation (exemple : FCC compliant au US, mais il faut CE en Europe), et de support dans les langues des pays Européens. C'est l'excuse actuelle. En tout cas, d'après l'équipe, le Chumby n'est pas encore "sorti" officiellement. Ils demandent à la presse de ne pas trop en parler, ou de ne pas faire de review pour l'instant. (cf http://chumby.wordpress.com/2007/12/05/are-chumbys-for-sale-(...) ). En effet, s'ils ont fixé la partir matérielle, le logiciel n'est pas encore finit. Donc ils en vendent quelques uns, mais préviennent les gens que ce n'est pas encore tout à fait pret. Une mise à jour le 15 février dernier a d'ailleurs corrigés pas mal de bogues et ajouté des fonctionnalité, mais il reste des limitations connues (cf forum).
Niveau hardware, c'est assez puissant: Soc Freescale iMX.21 à base d'ARM9 à 350Mhz. À noter que le Chumby n'est pas mobile, mais nomade car il doit toujours être branché au secteur (des hacks existent pour mettre des batteries, mais bon...). Il y a deux ports USB à l'arrière, des enceintes, un micro, un écran tactile résolution 320x240, un bouton en haut, un accéléromètre, 64Mb de RAM et de Flash et bien sûr une connectivité Wifi. On pourrait le comparer au Nabaztag, mais avec une philosophie complètement différente (ie, il y a un écran).
Niveau software, c'est du Linux, et Flash pour l'IHM. À noter que c'est une version de flash pour mobiles ( http://www.adobe.com/products/flashlite/ ), donc ça fonctionne sur autre chose que x86.
L'IHM est très sympa et facile d'utilisation, clairement orienté grand public.
Le choix de Flash est discutable, mais le résultat est assez probant: une facilité pour développer des widgets pour tous ceux qui connaissent le flash.
Il faut savoir que le chumby ne fonctionne qu'en mode connecté : pas de wifi, pas de chumby (ou presque). L'activation est assez simple, et l'ajout de widgets se fait par le site Web. Les vidéos youtube sont très fluides. Et il n'y a pas de browser ou moteur de rendu web dans le chumby. Tout est en flash (ça limite un peu... mais pas tant que ça.)
Toutes les sources sont libérées, sauf celles de leur logiciel d'IHM en flash (le control panel). Chose assez extraordinaire, on a même le code du bootloader et les plans du hardware!!( http://www.google.fr/search?q=pdf+site%3Afiles.chumby.com la flemme de chercher) Alors oui, le chumby est open source. D'ailleurs OpenMoko tourne dessus ( http://totalueberwachung.de/blog/articles/2008/01/20/openemb(...) )
Enfin, on peut regretter que le support du mx21 freescale ne soit pas dans le kernel mainline. Car le noyau fournit par chumby est quand même assez patché, ce qui le rend difficile à faire passer à une version plus récente.
[ Répondre ]
Re: Septique...
C'est tout simplement parceque Linux n'est pas fait, ou pas idéal pour faire du temps réel dur (du mou ça passe).
En gros, on fait tourner le noyau linux pour fournir tout les services sympa dont on a besoin (compatibilté posix, drivers, etc.), et pour les applications qui ont besoin de vrai temps réel, on les fait tourner au même niveau que Linux, pas au-dessus.
On peut donc avoir un meilleur temps de réponse, et utiliser le scheduler du RTOS.
C'est ce que fait RTLinux:
http://uuu.enseirb.fr/~kadionik/embedded/linux_realtime/linu(...)
[ Répondre ]
Re: Problème classique
La valeur 420 dépend bien sûr de la taille de la vidéo et de celle de ton écran. À toi de trouver la meilleure valeur.
[ Répondre ]
Problème classique
La solution se trouve dans -vf expand=:400
Tiré du man de mplayer:
OPTIONS OSD/SOUS-TITRES
NOTE: Voir egalement -vf expand.
...
expand[=w:h:x:y:o:a:r]
Etend (ne zoome pas) la resolution du film aux
valeurs fournies et place l'original non redi-
mensionne aux coordonnees x y. Peut etre
utilise pour placer les sous-titres /l'OSD dans
les bandes noires.
donc pour lire la vidéo qui fait 625x348
Un simple:
mplayer -vf expand=:420 -sub soustitres.srt mavideo.avi
Et mplayer rajoutera des bandes noires (ici il étendra la hauteur à 420 pixels au lieu de 348) où les sous-titres se logeront sans difficulté!
[ Répondre ]



En attendant...
En attendant Google renouvelle son partenariat avec Mozilla pour 3 ans :
http://standblog.org/blog/post/2008/08/28/Mozilla-s-future%3(...)
[ Répondre ]