cedric a écrit 1074 commentaires

Sans compter que lorsque tu demarres une application, ca gratte pas mal sur le disque. Entre les fichiers de logs, les bibliotheques a charger, les fichiers de conf et toutes les ressources graphiques, si tu arrives a avoir autre chose qu'un comportement d'IO aleatoire, franchement faut que tu me dises ce que tu utilises comme application !

L'inconvenient d'un choix objet, c'est qu'il n'y aurait strictement eu aucune doc. Dans l'etat actuel, il suffit de copier un code C, de remplacer les int, char, double, whatever par var et tu auras un code JavaScript qui marche a peu de chose pret.

Et si tu veux faire une surcouche objet, rien ne t'empeche de la faire par dessus le procedural. C'est d'ailleur tres certainement plus facile dans ce sens que dans l'autre.

En terme de langage, Python ou JavaScript ca revient presque au meme. La principale difference, c'est qu'il est impossible de sandboxer du Python. Ce qui va etre problematique.

Ensuite JavaScript, c'est un langage, pas forcement lie au DOM d'un navigateur Web.

Enfin UPnP, ce n'est pas vraiment tres utilise en IPv6 et peu de serveur le gere. Integrer les fonctions du Freeplayer... ca veut dire gerer la video ? Dans ce cas, il y a des choses prevu, mais la premiere utilisation de ce SDK, c'est les jeux et les applications, locale et reseau. Pour la video, regarde du cote de Emotion.

PS: Non, la Freebox n'utilise pas les EFL pour ses menus :-D

Ca doit etre tres tres recent, car au 1er septembre, ca n'etait pas encore resolu : http://www.bailopan.net/blog/?p=546

De plus, il y a encore des conflits entre JIT et thread. Le fait que l'interface ne fige pas, ca veut peut-etre juste dire que le calcul est execute dans un autre thread que celui qui s'occupe de l'interface. D'apres ce que j'ai lu, il y a encore quelques jours sur la ML de SpiderMonkey, l'utilisation des threads desactivaient le JIT.

Elle aura une adresse IPv6, accessible depuis l'internet et lui permettant d'y acceder sans restriction.

Alors le Tail_Call, c'est en gros une optimisation qui permet de transformer une chaine d'appel recursif en une boucle. Il y a une economie de memoire (en diminuant la taille de la pile necessaire) et une economie de CPU (en remplacant des call par de simple jump). Cette optimisation peut beneficier au bytecode et il n'est pas necessaire d'avoir du JIT pour en beneficier. Par contre, il faut faire attention a la maniere dont on ecrit une fonction recursive, si on veut beneficier de cette optimsation (voir l'exemple de la fonction factorisation).

Maintenant TraceMonkey fonctionne en sauvegardant une «Trace» de tous le bytecode genere. Lorsqu'il detecte dans cette trace une «zone chaude», il va passer le JIT dessus. Le probleme vient de la detection des «zone chaude» a priori qui ne se fait actuellement que si il y a une boucle explicite. Avec l'optimisation des Tail Call, il serait peut etre possible de detecter certaines «zone chaude», mais je doute que ce soit la bonne solution, etant donnee la difficulte a ecrire des fonctions tail recursive.

Il y a un certain nombre de probleme lie a tracemonkey. Tout d'abord quelque soit le backend, il ne supporte pas les algorithmes recursif. Ca va etre genant pour pas mal d'algo d'IA qui sont plus simple a ecrire de cette maniere. Ensuite, effectivement, il n'existe pas de backend MIPS 4KEc.

Et tant que le premier point n'est pas regle, il n'est a mon avis pas prioritaire de porter tracemonkey sur MIPS. D'autant plus qu'il y a finalement pas mal de memoire de dispo et une approche avec des resultats precalcule ou de mettre en cache les resultats au fur et a mesure.

Juste comme ca, en suivant les liens, tu peux atterrir sur :

http://code.google.com/p/freebox-elixir/source/browse/#svn/t(...)

Avec toutes les sources des jeux developpe en interne.

Bada n'a aucun rapport avec les EFL. Des infos que j'ai pu obtenir, c'est le systeme actuellement utilise par Samsung sur ses terminaux mobile. C'est un peu leur Symbian a eux. Rien de revolutionnaire et il ne faut pas s'attendre a ce que les EFL soit utiliser dans ce SDK la.

Bon, je vais pas gueuler, mais Android, ca n'est pas un GNU/Linux, c'est un Google/Linux et ca, ca change tout !

Toutes tes applications doivent etre reecrite pour cette OS. Je comprend aujourd'hui pourquoi il faut parler de GNU/Linux parce que pour un journaleux, Linux, c'est Linux. Il n'y a pas de difference fondamentale entre un Linux made in Google et un Linux make in Nokia pour eux. Et pourtant, les differences sont fondamentale, le premier est un nouvel OS, sur lequel il faut «porter» ses applications. Certes une bonne part est ouverte, mais ca n'a rien a voir avec le Linux que l'on connait (Et techniquement, je n'ai toujours pas compris pourquoi il avait reinventer une roue voilee). Le second, celui de Nokia (et ce n'est qu'un exemple), est un GNU/Linux, un vrai, avec des morceaux de Nokia dedans. La difference, la portabilite, le niveau technique et la reutilisabilite.

Alors on est sur linuxfr, et il va falloir serieusement commencer a parler de Google/Linux et GNU/Linux en faisant la difference, sinon on va finir par se comporter comme des journalistes de 01Informatique et croire aux bisounours.

Faut juste faire un tour d'horizon.

Symbian est un OS pourri jusqu'a la moelle. Meme Nokia n'en veut plus, les efforts de developpement necessaire pour en tirer quelque chose a la hauteur d'un iPhone sont considerable.

Qt/Maemo est controle par Nokia, et donc par la concurrence, donc difficilement utilisable d'un point de vue strategique par Samsung. En plus, c'est une plateforme plutot destine au haut de gamme qu'a l'entree et milieu de gamme.

GTK/Limo, c'est difficile de rendre c'est telephone reactif et joli. Les efforts de dev sont colossaux et ca reste plutot destine aux desktop.

Android, c'est controle par Google qui decide des regles d'acces au Market et qui controle deja une bonne partie de l'information sur Internet. Si maintenant, elle controle aussi le contenu sur le terminal, je veux bien comprendre que ca ne va pas franchement aller dans le sens des affaires de Samsung (le relegant au role de fournisseur de hard).

Microsoft, leur OS est a des annees lumiere de ce que fait Apple sur iPhone, et c'est pas pres de s'ameliorer a court ou moyen terme.

Enfin, il y a une bataille qui se prepare, celle des telephones qui font aussi PC/Netbook. Les technos UWB permettent d'exporter completement l'affichage via un lien sans file. Pour l'instant, c'est encore chere, mais d'ici quelques annees, ca devrait devenir interressant. Si on mix le tout avec des coeurs comme le Cortex A9, Et a ce moment la, on peut imaginer assez facilement des telephones qui quand on arrive devant son poste de travail sont utilise comme machine principale.

Dans ce context, on comprend mieux le positionnement d'Apple et de Microsoft, qui vont utiliser le meme OS (voir l'utilise deja) dans l'embarque que dans leur gamme desktop. On comprend aussi mieux pourquoi Nokia commence a travailler sur le cote Netbook de sa gamme et pourquoi Google peut aussi prepare un Google OS.

Dans ce context, il est normal que le numero 2 mondiale du mobile tente sa chance. La question est de savoir comment il va s'y prendre. A la google, en reinventant tout ? ou bien a la Nokia en se basant sur des technos existantes. Ca on le saura en decembre :-)

Je me trompe peut-etre, mais je crois que la repartition geographique des ressources restant en charbon n'est pas forcement meilleur la majorite se trouvant en Chine et aux USA.

De plus, mais je peux aussi me tromper, le cout d'extraction du charbon a aussi tendance a bien augmenter du fait d'une plus grande difficulte d'acces tout comme le petrole, c'est le charbon pas chere qui disparait en premier. Et tout comme le petrole, c'est lorsqu'on bascule sur les sources chere que les problemes arrivent.

C'est quoi le rapport entre le fait que ce soit du C et qu'on ne puisse pas faire d'heritage ? Surtout que c'est le cas dans le noyau...

Pour me souvenir d'un thread sur la lkml, baisser la frequence n'est pas forcement une bonne idee. Tu perd du temps (donc de l'energie) lors du switch de frequence, et ta tache qui avant prenait n instructions prendra toujours n. Et comme ton CPU va devoir travailler plus longtemps puisqu'il tourne a plus faible vitesse, il ne pourra pas couper plus tot les unites de calcul. Donc si tes unites de calcul sont source de conso active, le gain est tres loin d'etre evident.

Il vaut mieux un proc qui tourne a fond qd il a qqc a faire et qui coupe tout ce qui peut des qu'il n'en a plus besoin.

Un gestionnaire de fenetre X, gere des fenetres X. Il ne peut pas jouer avec l'etat interne de la fenetre. Pour lui, chaque fenetre est juste un buffer video qu'il manipule. Je ne vois pas comment, une appli pourrait s'avoir qu'elle est sur plusieurs onglets differents et que l'utilisateur attend pour chaque onglet un affichage different.

Soit tu as n fenetre X differentes pour ton appli que ton gestionnaire de fenetre va gere dans n onglets differents et donc n buffers differents. Soit tu as une fenetre X qui va gerer n onglets differents en interne avec un seul buffer video.

Oui et non, en fait. Reprenons l exemple de konsole. Si tu geres le tabbing dans ton window manager, chaque konsole aura son propre buffer video, alors que si c est l application qui le gère, tu auras plutôt un seul et unique buffer vidéo et une liste de lignes de textes. Forcément, la seconde est plus efficace en mémoire et peu même l être en temps de switch entre deux consoles (car elle peut ne mettre a jour que ce qui change entre les deux consoles).

Des fois rendre un concept générique et élégant peut se faire au détriment des performances (mémoire et cpu). Après c'est une question aussi de temps de dev.

Je ne saurais que te conseiller la lecture de l'article branche de Wikipedia: http://fr.wikipedia.org/wiki/HVDC ou celui encore plus complet de la version anglaise ( http://en.wikipedia.org/wiki/HVDC ).

Ah Ah Ah !

Le capitalisme est mort, il y a vingt ans. Regarde les courbes de l'endettement depuis. Notre monde vit a credit, et aujourd'hui on est en crise, car il y a un defaut de payement generaliser (certain appel ca une crise des liquidites).

C'est la meme chose pour la planette, on vit a credit, jusqu'a ce que le crediteur nous donne l'addition. Et ca risque de couter chere, bien plus que ce que nous pourrons payer.

Soit on essaye de faire une course effraine en avant, en consommant de plus en plus et on transforme notre planete en une vaste ile de paque, ou bien on reflechit et on leve le pied. Mais je crois qu'on gardera ce vieux reflexe intellectuel qui consiste a foncer dans le mur en accelerant de plus en plus...

Et il oublie les principes de la physique. J'ai comme un doute quand a ces predictions, surtout apres avoir lu le contenu du http://www.manicore.com/, avoir pris en compte que la Chine a de grave probleme lie a la crise (revolte, instabilite, probleme bancaire) et que des pays comme l'Angleterre ou les USA approche a grand pas de la faillite. La croissance infinie, aux credits des generations a venir, j'ai vraiment du mal avec, mais c'est peut-etre moi.

C'est le projet Desertec EUMENA ( http://www.desertec.org/en/concept/summary/?gclid=CJrP__Sf7p(...) ).

Ce projet est tres interressant pour plusieurs raisons. Deja ceux sont des industrielles qui pensent pouvoir le realiser et pas des joyeux politiques faisant des promesses de campagne. Les pertes sur des lignes a courant continue rende possible des reseaux de distribution continentaux. Et le reseau francais est de toute facon dans un si mauvais etat que tant qu'a le remettre d'applond autant en profiter pour le rendre capable de gerer ce nouvel apport.

Ensuite, je ne pense pas que creer un lien fort entre l'Europe et l'Afrique du Nord soit vraiment si problematique. Il faut voir qu'aujourd'hui, c'est la dependence economique qui cree une stabilite et diminue les risques de guerre. La production d'energie renouvelable consomme bien plus de ressource "humaine", elle impliquera la creation de nombreux poste a forte competence dans ces pays du Sud. C'est une chance de reequilibrer la donne et d'eviter un afflux massif d'immigration de nos voisins lorsque les choses s'empireront.

Et etre dependant de nos voisins limitera aussi les possibilites de nos politiques a etre trop demago.

Enfin ca evite de detruire des zones agricoles et permettra la production d'eau dessaliniser.

Tu oublies un detail, on doit remplacer notre consommation de petrole par quelque chose de nouveau, car au derniere nouvel nos centrales nucleaire ne tournent pas trop a vide :-)

Pour etre plus precis, 35% de notre consommation d'energie primaire est base sur le petrole dont 55% pour le transport. Donc globalement il nous faut 20% d'energie electrique supplementaire minimum en plus pour pouvoir passer a la voiture electrique.

Energie qui n'est pas produite, ni meme envisage de construire aujourd'hui. Et je doute qu'on est la place pour pouvoir construire 12 coeurs de centrale nucleaire supplementaire.

Ca existe, et ca s'appel callgrind :-)

T'inquiete on va se foutre sur la gueule bien avant. Il est encore plus urgent de se passer du petrole, car d'ici a 2012/2015, la production mondiale va baisser de maniere general et les pays qui ont aujourd'hui le plus de reserve et qui seront donc au centre de nos problemes de demain sont... l'Iran et l'Irak !

Au tant dire que d'un point de vue strategique, il vaut mieux passer a autre chose. Et en europe, on ne pourra pas avoir le meme plan que les Chinois ou les Americains qui pensent pouvoir utiliser leurs enorme reserve de charbon pour en faire du petrole (ca pollue beaucoup, mais ca evite de changer son mode de vie pour quelque decennie).

On n'a pas de petrole et plus de charbon, il faut vraiment qu'on ait de bonnes idees !

Sinon tu peux faire un rsync entre tes deux NAS, tu as juste besoin d'une connection a Internet et d'un debit raisonable.

Sans vouloir tirer sur l'ambulance, il n'y a aucun debat parlementaire. Les deputes qui connaissent le sujet font une etude et des remarques argumentes et pertinente. En face, on a le droit a juste un : "Le gouvernent ne veut pas de cette amendement.". Aucune justification, aucun effort d'argumentation. Il y a juste rien. Je n'ai rien contre le fait qu'on n'ait pas le meme opinion que moi, mais au moins, qu'il fasse au moins un semblant de democratie, qu'ils repondent, qu'ils debatent !

Regarde les debats parlementaires, et tu comprendras pourquoi une bonne partie des parlementaires merites le terme de godillot.