La question est pertinente, je pense que les modifications faites par Google apportaient vraiment quelque chose:
- les wake locks permettent de mieux gérer l’énergie en instaurant une politique de tout est toujours éteint. Aux applications d’allumer le périphérique dont elles ont besoin(écran, cpu, wifi, etc.) en prenant un verrou, et en le maintenant tant qu’elles en ont besoin. Dès les verrous relaché, tout se remet en veille. C’est très efficace pour les système mobiles qui dépendent fortement de la batterie.
Seulement, selon les développeurs kernel, ce n’est pas au noyau de décider la politique de gestion d’énergie, mais à l’espace utilisateur. http://www.kandroid.org/android_pdk/power_management.html
- binder c’est une autre histoire, puisque c’est un système de communication inter-processus complet qui a été importé et ajouté au noyau. Certainement qu’ils en avaient une utilité, puisque binder est intégré jusqu’au plus haut niveau et est utilisé entre les applis pour communiquer de manière primitive.
Il ne faut pas mettre tout Google dans le même panier. Les développeurs de ChromeOS ont annoncé clairement qu'ils allaient faire des efforts pour être maintream (reste à encore à prouver, certes). De même, les technos utilisées dans les data centers Google sont destinées à être réintégrées au noyau: http://lwn.net/Articles/357658/ http://lwn.net/Articles/366772/
Du coté d'Android, Google a le cul entre deux chaises car ils doivent allier les intérêts d’un développement rapide (une nouvelle version tous les 6 mois, un téléphone supporté par Google tous les 3 à 2 mois), et une forte compétitivité sur le marché des mobiles qui fait que tout le développement a lieu de manière fermée. C’est une vision à court terme, mais qui marche (pour l'instant).
Évidemment pas, les ABI du noyau Linux à l’interface userspace/kernel sont stables et ne changent (presque) jamais. Si des bugs existent dans cette ABI, ils sont préservés, et leur comportement va rester le même pendant des années.
Après, pour ce qui est de l’API interne du noyau Linux, il peut arriver qu’elle change, toujours selon des besoins. Et donc non on ne peut pas « comprendre que google ne veuille pas modifier leurs pilotes en permanence », puisque le gros avantages à être intégré dans le noyau c’est que ce sont le développeurs du noyau qui font ces changements pour toi. C’est gratis.
Il ne te reste plus qu’à tester et vérifier que ça marche, ce qui est le cas la plupart du temps car les changements sont non fonctionnels.
C’est surtout que ça ne servirait à _rien_ de faire ces modifs si derrière le code n’est utilisé par personne, et qu'Android continue à utiliser sa version du code.
Ce qu’il faudra faire c’est clairement modifier tout le code bas niveau (plateforme) d'Android, et pas seulement le noyau, car les devs d'Android ont décidé de faire leur propre ABI userspace/kernel. Ce qui ne plait pas aux développeur du noyau, car cette interface a été conçue sans aucune concertation; avec un simple « laché de code » à la fin pour rester en accord avec la GPL.
À moins d’être très fort pour générer des collisions SHA-1, l’intégrité du dépôt git est quasi-impossible à compromettre.
Un simple git fsck permet de voir si tous les objets de la base sont valides. Et du fait de la nature décentralisée, tout le monde a une copie du dépôt chez lui et peux vérifier si les objets git ont été altérés.
C’est l’avantage d’un (D)SCM dont la sécurité est pensé dès de la conception, avec des sommes de contrôles SHA-1 à tous les niveaux.
En fait selon moi, les deux points critiques où cela est nécessaire:
- le clavier virtuel. Un clavier multi-point permet d’aller bien plus vite sans craindre d’appuyer sur 2 touches en même temps. e.g : http://www.engadget.com/2009/11/05/iphone-vs-droid-multitouc(...)
- les jeux. Quand on a pas de boutons physiques (selon un moi un must pour les jeux, mais passons), il est essentiel d’avoir le multi-point pour un semblant de contrôle pour les jeux. Le trackball et l'accélérometre aident mais ne résolvent pas le problème.
Dans les grandes villes (et surement ailleurs), les stations de transmissions sont reliées à leur réseau opérateur par xDSL ou fibre optique, donc ça ne s’applique pas.
Les réseaux cellulaires sont avant tout terrestres.
ARMv7 est le jeu d’instruction qui englobe Thumb-2, les processeurs basé sur ce jeu d’instruction ARMv7 sont les Cortex M{0,1,3}, A{5,8,9}, R4. (cf http://www.arm.com/products/CPUs/ )
À noter que le processeur ARM1156 (ARMv6) supporte aussi l’extension Thumb-2.
Ce benchmark de phoronix ne concerne que les applications 2D.
La 3D n’est pas benchmarquée, d’ailleurs Phoronix dit clairement que la 3D est pour l’instant plus rapide avec le driver propriétaire.
Idem pour la lecture de vidéos (accélération Xv et autres).
Il existe une distribution linux pour ebook readers : http://openinkpot.org/
Elle s’installe sur plusieurs ebook readers et permet de d’utiliser un système 100% libre, avec un (très) large support de formats.
Pour infos, les contributeurs au projet sont actuellement en contact avec un fabricant d.ereaders qui va en sortir un utilisant la distribution : http://lwn.net/Articles/343312/
Le pire c’est que c’est la même chose avec la connexion data des abonnements. Chez SFR, si tu as un abonnement normal, tu es bridé comme pas possible, alors qu’avec un abo « iPhone » au même prix, tout va beaucoup plus vite! :
J’ai la même puce graphique(4850), achetée notamment pour pouvoir piloter un écran en 1920x1200 ("faisable" avec de l'intel, mais pas "utilisable"). Le driver libre a beaucoup de mal avec cette résolution: tout s’affiche très bien, mais dès que quelque chose bouge à l’écran, ça saccade un max.
Et ne parlons pas de lire une vidéo en plein écran à cette résolution…
Par contre avec le driver proprio, c’est "acceptable". Une vidéo se lit sans trop de problèmes, mais par contre je suis bloqué avec Fedora 10 au kernel 2.6.27. Impossible de mettre à jour vers F11, et ce n’est pas Catalyst 9.7 publié il y a quelques jours qui corrige quoi que ce soit au niveau des interfaces kernel.
Et côté facilité d’installation, avec rpmfusion c’est très simple, si on accepte d’avoir une version de distrib en retard pour pouvoir lire des DVDs décemment…
Par contre, comme tu dis, je suis sûr que ça arrivera, on aura même (peut-être?) du KMS avant les puces nvidia… Mais pour l’instant ni 3D ni xv (sauf peut-être avec le git du driver xorg, mais il faut être maso pour utiliser un soft aussi "bêta", comme pilote graphique).
Pour ta question, tu t'es repondu toi même dans la seconde partie.
Mais tant qu'on est dans les astuces, en voila une autre: un appui long sur la touche Home permet d'afficher les 6 dernieres tâches lancées, et donc de switcher rapidement sans repasser par le bureau. Mais c'est un faux multitache puisque android peut decider a nimporte quel moment d'arrêter une appli d'arriere plan pour libérer de la mémoire (y comprit le bureau). Par contre elles doivent sauvegarder leur état, et reprendre comme quand on a switché.
Ils ont quand même des petites erreurs de jeunesse :
- le copier/coller n'est pas disponible partout
Je n’ai pas trouvé d’endroit ou on ne pouvait pas copier/coller. Peut-être des applications mal codées?
- trop de réflexe clavier physique quand on prend le Magic (exemple : impossible de rentrer une adresse dans Opera, le clavier virtuel n'apparait pas)
bug dans l'appli Opera qui a été mal codée
- 2 crashs depuis que je l'ai (calendar et surtout le téléphone planté en trois semaines)
Ça ne mais jamais arrivé, mais ça m’étonne pas: on ne produit pas un logiciel aussi gros sans bugs.
- autonomie moyenne
Ah oui, c’est assez embêtant d’ailleurs, mais on tient 24h sans problème en utilisation intense (ok, pas gps, et pas en regardant la télé)
Sinon je peux ajouter comme inconvénient:
- l’opérateur qui a l’exclusivité, et le prix du forfait adapté exhorbitant
- que 512Mo de mémoire interne, c’est plus que le Dream, mais on en a jamais assez :-)
Je ne vais m’étaler sur tous les bons points du téléphone, on pourrait en faire un bouquin. Une des fonctionnalités que j'adore c’est le fait de pouvoir pleinement utiliser son téléphone en cours d'appel: envoyer des sms, lire des mails, lancer nimporte quelle appli, etc. (à part écouter de la musique)
Ça n’empêche que j’en suis très très content et que je pense toujours qu’il n’y a pas de meilleur choix à l’heure actuelle. Surtout que dans 6 mois ou moins il y a aura sûrement des mises à jours intéressantes, et encore plus d’applications dans l’écosystème Android (il y en a déjà beaucoup, c’est impressionant).
[^] # Re: À la merci de Google ?
Posté par Aissen . En réponse au journal Android éjecté du noyau: l'avis de Greg Kroah-Hartman. Évalué à 2.
[^] # Re: À la merci de Google ?
Posté par Aissen . En réponse au journal Android éjecté du noyau: l'avis de Greg Kroah-Hartman. Évalué à 8.
- les wake locks permettent de mieux gérer l’énergie en instaurant une politique de tout est toujours éteint. Aux applications d’allumer le périphérique dont elles ont besoin(écran, cpu, wifi, etc.) en prenant un verrou, et en le maintenant tant qu’elles en ont besoin. Dès les verrous relaché, tout se remet en veille. C’est très efficace pour les système mobiles qui dépendent fortement de la batterie.
Seulement, selon les développeurs kernel, ce n’est pas au noyau de décider la politique de gestion d’énergie, mais à l’espace utilisateur.
http://www.kandroid.org/android_pdk/power_management.html
- binder c’est une autre histoire, puisque c’est un système de communication inter-processus complet qui a été importé et ajouté au noyau. Certainement qu’ils en avaient une utilité, puisque binder est intégré jusqu’au plus haut niveau et est utilisé entre les applis pour communiquer de manière primitive.
[^] # Re: Appelons un fork, un fork
Posté par Aissen . En réponse au journal Android éjecté du noyau: l'avis de Greg Kroah-Hartman. Évalué à 5.
http://lwn.net/Articles/357658/
http://lwn.net/Articles/366772/
Du coté d'Android, Google a le cul entre deux chaises car ils doivent allier les intérêts d’un développement rapide (une nouvelle version tous les 6 mois, un téléphone supporté par Google tous les 3 à 2 mois), et une forte compétitivité sur le marché des mobiles qui fait que tout le développement a lieu de manière fermée. C’est une vision à court terme, mais qui marche (pour l'instant).
[^] # Re: À la merci de Google ?
Posté par Aissen . En réponse au journal Android éjecté du noyau: l'avis de Greg Kroah-Hartman. Évalué à 3.
Après, pour ce qui est de l’API interne du noyau Linux, il peut arriver qu’elle change, toujours selon des besoins. Et donc non on ne peut pas « comprendre que google ne veuille pas modifier leurs pilotes en permanence », puisque le gros avantages à être intégré dans le noyau c’est que ce sont le développeurs du noyau qui font ces changements pour toi. C’est gratis.
Il ne te reste plus qu’à tester et vérifier que ça marche, ce qui est le cas la plupart du temps car les changements sont non fonctionnels.
[^] # Re: À la merci de Google ?
Posté par Aissen . En réponse au journal Android éjecté du noyau: l'avis de Greg Kroah-Hartman. Évalué à 9.
Ce qu’il faudra faire c’est clairement modifier tout le code bas niveau (plateforme) d'Android, et pas seulement le noyau, car les devs d'Android ont décidé de faire leur propre ABI userspace/kernel. Ce qui ne plait pas aux développeur du noyau, car cette interface a été conçue sans aucune concertation; avec un simple « laché de code » à la fin pour rester en accord avec la GPL.
[^] # Re: comme pour la musique
Posté par Aissen . En réponse au journal Apple + Book, les emmerdes commencent.... Évalué à 2.
Après c’est un jeu de devinette entre études du marché, des nombres affichés sur la balance trimestrielle d'Amazon et des sources de certains journalistes:
http://www.businessweek.com/the_thread/techbeat/archives/201(...)
http://www.techcrunch.com/2010/01/29/3-million-amazon-kindle(...)
http://ireaderreview.com/2010/01/28/millions-of-kindles/
# git fsck
Posté par Aissen . En réponse au journal Les serveurs du projet Tor ont été hackés. Évalué à 10.
Un simple git fsck permet de voir si tous les objets de la base sont valides. Et du fait de la nature décentralisée, tout le monde a une copie du dépôt chez lui et peux vérifier si les objets git ont été altérés.
C’est l’avantage d’un (D)SCM dont la sécurité est pensé dès de la conception, avec des sommes de contrôles SHA-1 à tous les niveaux.
[^] # Re: A quand une bécane ARM Cortex+RadeonHD?
Posté par Aissen . En réponse à la dépêche Open-PC l'ordinateur compatible avec le Libre. Évalué à 3.
[^] # Re: BugBase
Posté par Aissen . En réponse au journal Êtes-vous un devices hacker ?. Évalué à 1.
Et ça marche. C’est un peu cher, mais ça marche.
[^] # Re: Apple
Posté par Aissen . En réponse au journal Le Nexus one (le téléphone de google par HTC) sera mutlitouch... ou pas. Évalué à 2.
En fait selon moi, les deux points critiques où cela est nécessaire:
- le clavier virtuel. Un clavier multi-point permet d’aller bien plus vite sans craindre d’appuyer sur 2 touches en même temps. e.g : http://www.engadget.com/2009/11/05/iphone-vs-droid-multitouc(...)
- les jeux. Quand on a pas de boutons physiques (selon un moi un must pour les jeux, mais passons), il est essentiel d’avoir le multi-point pour un semblant de contrôle pour les jeux. Le trackball et l'accélérometre aident mais ne résolvent pas le problème.
[^] # Re: SMS VS EMAIL ...
Posté par Aissen . En réponse au journal Le chiffrement du GSM cassé ?. Évalué à 2.
http://android-france.fr/2009/12/30/hinky-lanti-spam-sms-dis(...)
http://android.smartphonefrance.info/actu.asp?ID=519
http://securiteoff.blogspot.com/2009/12/un-antispam-pour-sma(...)
Ça s’appelle Hinky :-)
[^] # Re: Demi-mesure
Posté par Aissen . En réponse au journal Le chiffrement du GSM cassé ?. Évalué à 3.
Les réseaux cellulaires sont avant tout terrestres.
[^] # Re: Autre sujet
Posté par Aissen . En réponse au journal Le chiffrement du GSM cassé ?. Évalué à 2.
http://www.frandroid.com/3199/un-bug-android-et-sfr-empoche-(...)
À noter que d’expérience, les téléphones Nokia n’ont pas le problème et sont en général très bon dans leur support des SMS.
# Thumb2 : ARMv7 et Cortex
Posté par Aissen . En réponse à la dépêche Nouvelle version 2.6.32 du noyau Linux. Évalué à 1.
À noter que le processeur ARM1156 (ARMv6) supporte aussi l’extension Thumb-2.
# A propos de moblin/Poulsbo
Posté par Aissen . En réponse à la dépêche Intel ne maintient plus le pilote Linux Poulsbo depuis un an et demi. Évalué à 1.
http://www.linuxjournal.com/content/how-kick-your-friends-fa(...)
Et un monsieur de moblin zone a répondu:
http://moblinzone.com/blog/743/64/Blaming_Intel_for_how_the_(...)
En disant que c'était pas la faute d'Intel et que les consommateurs avaient rien compris au marché visé.
Et la réponse de linuxjournal:
http://www.linuxjournal.com/content/more-poulsbo-gma500-inte(...)
Il me semble d'ailleurs que même la prochaine version de Moblin (2 et 2.1) ne pourra pas supporter le chipset poulsbo…
[^] # Re: C'est pas faute d'avoir prévenu
Posté par Aissen . En réponse à la dépêche Intel ne maintient plus le pilote Linux Poulsbo depuis un an et demi. Évalué à 1.
Après il peut être facile de se tromper, vu que les spécificités des System-on-chip sont très proches, et que la puce est « Apple branded » : logo Apple et pas de mention de Samsung. Mais c’est un secret pour personne:
http://www.ifixit.com/Teardown/iPhone-3G/600/3
http://www.ifixit.com/Teardown/iPhone-3GS/817/2
http://www.ecranmobile.fr/Samsung-announces-world-s-fastest-(...)
TI n’est pas le seul fabricant de puces à base de Cortex-A8: Freescale, Broadcom, Qualcomm, Samsung, ST etc: http://www.arm.com/products/licensing/licencees.html
# La 2D
Posté par Aissen . En réponse au journal Comparatif Driver ATI : Catalyst face au libre. Évalué à 10.
La 3D n’est pas benchmarquée, d’ailleurs Phoronix dit clairement que la 3D est pour l’instant plus rapide avec le driver propriétaire.
Idem pour la lecture de vidéos (accélération Xv et autres).
# Distribution pour ebook readers: OpenInkpot
Posté par Aissen . En réponse au journal Une rentrée très "eBook Readers". Et le livre papier ? Orange est là !. Évalué à 2.
Elle s’installe sur plusieurs ebook readers et permet de d’utiliser un système 100% libre, avec un (très) large support de formats.
Pour infos, les contributeurs au projet sont actuellement en contact avec un fabricant d.ereaders qui va en sortir un utilisant la distribution : http://lwn.net/Articles/343312/
# Moins cher que Simyo
Posté par Aissen . En réponse au journal Forfaits mobiles sans engagement : fichue durée de validité des cartes. Évalué à 1.
http://www.zeroforfait.fr/cgi-bin/cie.cgi?cid=zf&p=offre(...)
8,5c /sms, obligation de consommer 15€ tous les 3 mois.
J’ai pas testé, mais si je devais prendre un low cost, ce serait celui là.
[^] # Re: Bouygues Telecom
Posté par Aissen . En réponse au journal Orange et Android. Évalué à 2.
Le pire c’est que c’est la même chose avec la connexion data des abonnements. Chez SFR, si tu as un abonnement normal, tu es bridé comme pas possible, alors qu’avec un abo « iPhone » au même prix, tout va beaucoup plus vite! :
http://www.frandroid.com/3926/des-debits-3g3g-non-dignes-de-(...)
[^] # Re: Étrange
Posté par Aissen . En réponse au journal ATI (AMD) ou l'effet socialiste!. Évalué à 1.
http://aur.archlinux.org/packages.php?ID=22899 et http://aur.archlinux.org/packages/catalyst/catalyst/2.6.29.p(...)
Ce n’est pas le cas des mainteneurs du dépot rpmfusion (par exemple) pour fedora.
# Même chose
Posté par Aissen . En réponse au journal ATI (AMD) ou l'effet socialiste!. Évalué à 1.
Et ne parlons pas de lire une vidéo en plein écran à cette résolution…
Par contre avec le driver proprio, c’est "acceptable". Une vidéo se lit sans trop de problèmes, mais par contre je suis bloqué avec Fedora 10 au kernel 2.6.27. Impossible de mettre à jour vers F11, et ce n’est pas Catalyst 9.7 publié il y a quelques jours qui corrige quoi que ce soit au niveau des interfaces kernel.
Et côté facilité d’installation, avec rpmfusion c’est très simple, si on accepte d’avoir une version de distrib en retard pour pouvoir lire des DVDs décemment…
Par contre, comme tu dis, je suis sûr que ça arrivera, on aura même (peut-être?) du KMS avant les puces nvidia… Mais pour l’instant ni 3D ni xv (sauf peut-être avec le git du driver xorg, mais il faut être maso pour utiliser un soft aussi "bêta", comme pilote graphique).
[^] # Re: HTC Magic
Posté par Aissen . En réponse au journal SmartPhone/PdaPhone + GPS sous Symbian ? Je sèche un peu.... Évalué à 3.
Pour ta question, tu t'es repondu toi même dans la seconde partie.
Mais tant qu'on est dans les astuces, en voila une autre: un appui long sur la touche Home permet d'afficher les 6 dernieres tâches lancées, et donc de switcher rapidement sans repasser par le bureau. Mais c'est un faux multitache puisque android peut decider a nimporte quel moment d'arrêter une appli d'arriere plan pour libérer de la mémoire (y comprit le bureau). Par contre elles doivent sauvegarder leur état, et reprendre comme quand on a switché.
Commentaire posté depuis mon htc magic ^^
[^] # Re: HTC Magic
Posté par Aissen . En réponse au journal SmartPhone/PdaPhone + GPS sous Symbian ? Je sèche un peu.... Évalué à 1.
- le copier/coller n'est pas disponible partout
Je n’ai pas trouvé d’endroit ou on ne pouvait pas copier/coller. Peut-être des applications mal codées?
- trop de réflexe clavier physique quand on prend le Magic (exemple : impossible de rentrer une adresse dans Opera, le clavier virtuel n'apparait pas)
bug dans l'appli Opera qui a été mal codée
- 2 crashs depuis que je l'ai (calendar et surtout le téléphone planté en trois semaines)
Ça ne mais jamais arrivé, mais ça m’étonne pas: on ne produit pas un logiciel aussi gros sans bugs.
- autonomie moyenne
Ah oui, c’est assez embêtant d’ailleurs, mais on tient 24h sans problème en utilisation intense (ok, pas gps, et pas en regardant la télé)
Sinon je peux ajouter comme inconvénient:
- l’opérateur qui a l’exclusivité, et le prix du forfait adapté exhorbitant
- que 512Mo de mémoire interne, c’est plus que le Dream, mais on en a jamais assez :-)
Je ne vais m’étaler sur tous les bons points du téléphone, on pourrait en faire un bouquin. Une des fonctionnalités que j'adore c’est le fait de pouvoir pleinement utiliser son téléphone en cours d'appel: envoyer des sms, lire des mails, lancer nimporte quelle appli, etc. (à part écouter de la musique)
Ça n’empêche que j’en suis très très content et que je pense toujours qu’il n’y a pas de meilleur choix à l’heure actuelle. Surtout que dans 6 mois ou moins il y a aura sûrement des mises à jours intéressantes, et encore plus d’applications dans l’écosystème Android (il y en a déjà beaucoup, c’est impressionant).
[^] # Re: La news date un peu
Posté par Aissen . En réponse à la dépêche La République Populaire de Chine impose un logiciel de contrôle d'accès défaillant. Évalué à 1.
http://www.numerama.com/magazine/13202-La-Chine-renonce-a-im(...)
Donc l’installation n’est plus obligatoire, mais les vendeurs de PC doivent le pré-installer ou le fournir sur CD.