{"partition": "head_middle", "source_domain": "linuxfr.org", "digest": "sha1:7EY6ZIZIRTOYHBSEDDAR46WRW6VUOHMV", "path": "/lustre/fsn1/projects/rech/qgz/uzq54wg/processed_redpajama/base_processing/output/fr/2014-15/000_00024.parquet"}
Journal J'ai installé ubuntu sur une nexus 7
Posté par Troy McClure (page perso) le 11/12/12 à 00:49.
11déc.2012
Salut journal,
Eh oui j'ai accompli l'exploit de suivre les instructions de https://wiki.ubuntu.com/Nexus7/ pour remplacer un android 4.2 flambant neuf par une ubuntu roaring ringtail. En fait si j'avais lu http://lwn.net/Articles/525458/ avant, j'aurais peut-être un peu attendu avant de tester parce que disons le clairement, ubuntu n'est pas prête pour la tablette. Jusqu'à hier, le desktop ressemblait carrément à ça: https://launchpadlibrarian.net/122315170/Screenshot%20from%202012-11-07%2021%3A51%3A10.jpg (vous pouvez quand même noter qu'en matière de clavier tactile on ne se fout pas du monde, il y a pléthore de touches on pourrait presque utiliser emacs). Il y a aussi des bugs de touch / souris un peu bizarres qui font que le bouton 1 est en permanence enfoncé. Pas de kernel panic, mais de temps en temps des quasi-freeze un peu bizarres, je crois que c'est quand la ram vient a manquer. Par contre la mise en veille fonctionne très bien, et elle est même nécessaire pour avoir le son qui marche (pas de son avant la premiere sortie de veille). Globalement on n'a pas la même impression de fluidité de l'interface que sous Jelly Bean, et ça manque furieusement de gestion du multitouch.
Mais alors cette ubuntu n'a aucun argument face à android ? eh bien si, l'audio. Alors qu'avec android on se trimballe une latence pathétique ( http://code.google.com/p/android/issues/detail?id=3434 ) de plus de 150ms, au moins sous gnu/linux on peut faire du temps reel, du midi, et ça marche rudement bien.
(54 commentaires).
Petit commentaire
Posté par cedric le 11/12/12 à 03:04.
On a fait une installe de ubuntu sur une Nexus 7 de notre cote, et juste apres le boot, le systeme consomme 600Mo sur 1Go. Autant dire qu'il n'y a pas moyen de faire tourner un navigateur web avec quelque tab ouvert… Le principal probleme, l'utilisation de python a tout bout de champs. Genre le clavier virtuel qui consomme 30Mo a lui tout seul !
Forcement etant developpeur Enlightenment, on n'est pas trop interresse par Unity :-) Alors on a mis E17 dessus, ca marche et ca rend bien ! On tomber aux alentours de 350Mo utilisait sur le systeme (faudrait faire le menage dans les demons, mais bon, faudrait plutot partir sur une base plus saine si on s'interresse a la conso memoire). Le truc etrange, c'est que le noyau consome 200Mo a lui tout seul. On ne sait pas trop a quoi faire.
Sinon tu as fait quoi pour faire marcher le son, ici, on a que un pssshhhh ou un grrrr ! Pas terrible comme sortir sonore :-)
Re: Petit commentaire
Posté par fredix (page perso) le 11/12/12 à 10:00.
Le principal probleme, l'utilisation de python a tout bout de champs. C'est un peu le problème du desktop Linux en général. On trouve cool de faire des app avec des langages scripts, mais après il faut pas s'étonner qu'il faille une machine récente pour faire tourner normalement un bureau … Maintenant que les tablettes dépassent les PC en ventes il va bien falloir se pencher sur le problème.
http://nodecast.github.com/ncs/ bitmessage : BM-2DCNWJomzSWRQ54WcuVGF7XvKEybhdmLJ9
Posté par reno le 11/12/12 à 11:25.
Maintenant que les tablettes dépassent les PC en ventes il va bien falloir se pencher sur le problème.
Gni? Quand tu regarde l'histoire des PC ce qui va se passer plutôt c'est que les tablettes vont augmenter leur quantité de RAM: la Nexus 10 a déjà 2Go de RAM..
La difference, c'est que plus tu utilises de RAM plus tu utilises de batterie. Avoir une plus grosse memoire consomme de l'energie. Deplacer plus de donner depuis la memoire vers les differents niveau de cache consomme plus d'energie que d'acceder a de la memoire en cache. Il y a un lien direct. Et les batteries ne suivent pas la loi de moore, elles ne gagnent que 10% d'autonomie par an. Donc non, optimiser te donnera toujours un avantage competitif et tous les constructeurs de hard travail sur ce genre d'optimisation.
Maintenant, le probleme, c'est plutot python que le fait que ce soit un langage de script. Android avec une VM Java a de bonne perf sur tablette. Maintenant dans le domaine du logiciel libre, la VM la plus aboutit, c'est v8. Mais bon, pas grand monde utilise ca pour faire des applis locales.
Mais surtout dans tout ca, pour du libre partir avec un handicap technique logiciel quand en plus, on n'aura pas acces au hardware le plus performant ni au ressource humaine qu'on Google, Apple, Samsung, ZTE, … ca me semble etre une strategie de l'echec.
La difference, c'est que plus tu utilises de RAM plus tu utilises de batterie.
C'est pas faux, ceci dit c'est pareil pour les écrans: plus le DPI est élevé plus ça consomme, pourtant les derniers mobiles ont des DPI ridiculement élevés parce que c'est un argument marketing.
La RAM est aussi un argument marketing donc..
Posté par Sufflope (page perso) le 11/12/12 à 16:12.
Pour avoir manipulé du téléphone à haut DPI (iPhone Retina par exemple), c'est du confort, pas un argument marketing.
Comme la mémoire, donc.
Mouais enfin y a un confort qui me permet de mouler plus longtemps dans la rue (batterie) et un confort qui me permet de ne pas avoir mal aux yeux (DPI). Les deux ne sont pas (normalement) au même étage de la pyramide des besoins.
Quant à la limite au delà de laquelle plus de DPI n'apporte rien, j'imagine bien qu'elle existe ; en attendant l'iPhone m'en semble proche, du moins bien plus que les merdes qui prétendent le concurrencer (genre les Galaxy S, du moins ceux que j'ai vus).
Ça c'est purement subjectif. Certains peuvent préférer avoir plus de batterie que d'avoir une meilleure qualité visuelle.
C'est quel mot dans Les deux ne sont pas (normalement) au même étage de la pyramide des besoins. que tu n'as pas compris ?
Après, que l'homo metrobus place les news google au dessus de sa santé… question de décadence.
Et toi, est-ce que tu as compris le mot « subjectif » ?
Tu peux me sortir des grands mots comme « pyramide des besoins », c'est pour ça que ça s'applique à moi. C'est pas parce que tu considères ça comme tes priorités de besoins que c'est aussi mon cas.
Personnellement, je préfère avoir un truc qui tient plus longtemps qu'avoir un truc plus lisible. Question de point de vue.
Posté par SF le 12/12/12 à 11:39.
C'est le gars qui préfère un écran retina éteint à un écran 200 dpi allumé qui me semble décadent ;)
Personnellement il s'écoule rarement plus de quelques minutes entre deux points de recharge potentiels donc en effet l'écran motive plus mes achats que la batterie mais je ne vois pas ce qu'il y a de choquant à avoir d'autres priorités.
Avoir un haut DPI c'est du confort, je suis 100% d'accord, mais jusqu'à quel densité est-ce utile?
L'iPhone a un DPI de 326, 128 pixels au cm, ça fait beaucoup de pixel au mm et la course est lancée: le HTC J Butterfly sera lui à 440 DPI, 170 pixels au cm..
Posté par Zenitram (page perso) le 11/12/12 à 17:53.
A mon avis, ça va s’arrêter la, tout simplement parce que la "norme" 1080p a été atteinte. C'est ridicule de faire du 1080p sur 5 pouces, mais bon, comme ça la "norme" est partout, du 5" au 50". Et moi qui rêve rien que 150 dpi sur un écran (abordable) 27 ou 30 pouces (bref, du 2160p), ce n'est pas à la mode donc j'attendrai longtemps :(
C'est ridicule de faire du 1080p sur 5 pouces, mais bon, comme ça la "norme" est partout, du 5" au 50".
Ça allège les calculs lors de la lecture de vidéos, je pense.
Je crois qu'il y a un niveau à partir du quel il n'est plus nécessaire de faire d'anticrénelage, mais j'ai pas retrouvé à combien est la limite.
Posté par neil le 11/12/12 à 21:37.
Quand ton œil ne peux plus percevoir de différence. Ton cerveau en fait, parce qu’il est plus précis que la rétine. Mais comme les appareils portables sont placés à une distance plus proche de l’œil que les moniteurs, il est normal qu’ils possèdent un DPI bien plus élevé.
En fait, j'ai un doute sur la source de l'augmentation de consomation. Est-ce que c'est lie a une consommation direct du pixel ou est-ce lie au fait que le CPU et le GPU doivent travailler plus pour avoir plus de pixels a l'ecran ?
Le premier scenario me parait pas vraiment etre une cause majeur, certe ajouter des pixels doit augmenter les pertes en energie, mais vu que la surface reste stable, celle-ci doivent etre proche de ce qu'il y avait avant. Comme la consommation principale d'un ecran vient de son retro eclairage, je pense donc que ce n'est pas une source principale de consomation et donc l'augmentation de la finesse des pixels n'a pas de lien avec l'augmentation de consomation.
Par contre le GPU et le CPU doivent travailler logiquement plus pour pousser autant de pixels a l'ecran. Etant donne toutes les astuces que mettent en place les SoC pour eviter d'updater un maximum de pixel a l'ecran, je suis pres a parier que le probleme est la. Or de ce cote la, il y a encore pas mal d'optimisation soft qui n'ont pas encore ete pousse. Pour faire simple, le passage a Wayland permettra de faire tres souvent juste un swap de buffer avec partial update, donc le CPU ne faira quasiment rien de lie a la resolution et le GPU n'aura qu'a pousser les pixels qui ont change sur l'ecran. Ca permet de grandement diminuer la consomation (Et Android ne fait pas encore ce genre d'optimisation). Certe entre une basse et une haute resolution, sur la meme surface physique, il faudra pousser plus de pixels, mais le gain par rapport aux implementations actuelles qui font des updates fullscreen est de loin superieur. Et oui, cela n'aide pas en cas de scrolling, mais on ne passe pas son temps a scroller son ecran, sinon on peut rien lire et on passe plus de temps a lire. Il y a aussi des optimisations pour le scrolling qui peuvent ameliorer les choses (plutot pour le CPU et les SoC qui ont un GPU 2D basse conso a cote du GPU 3D).
Donc je ne suis globalement pas convaincu qu'a taille d'ecran egale, mais a resolution superieur, il y ait une telle difference de consomation entre la generation n et la generation n+1 de terminaux. Sans compter qu'il y aura probablement une limite aux nombres de pixels qu'on met sur un ecran de telephone.
Posté par ʇpooɹquooɥɔs sɐȷoɔᴉu le 11/12/12 à 11:26.
Ou alors attendre que les tablettes soient plus puissantes.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
Posté par yeahman le 11/12/12 à 12:58.
Wow, il ne faut pas reléguer Python à un simple langage de script.
On en oublierai presque qu'Android, c'est du java…
Java n'est justement pas un langage de script.
Posté par syj le 11/12/12 à 13:02.
Ouaih ! Python , c'est nul. Il aurait fallu tout coder en Java :).
System.exit(-1);
Ça serait déjà bien plus efficace, en effet.
Posté par flagos (page perso) le 11/12/12 à 13:51.
Oui mais on serait encore en train d'écrire.
Android n'est pas encore sorti ? Tu es en qu'elle année ?
Seulement on parlait du desktop Linux …. Et oui, je pense que si on attendait que les projets de desktop libres soit tous codés en java pour etre les plus legers possibles, on aurait encore rien de sorti.
On parle d'une tablette. Le principe ce n'est pas que tout soit codé dans un langage performant (que ce soit Java, Erlang, D, C++, OCaml, assembleur ou autre), mais que la base le soit. Ça demande à définir ce qu'est la base on est d'accord. À mon humble avis c'est le gestionnaire de fenêtres et quelques autres trucs qui permettent de se retrouver dans les autres applications et qui sont généralement lancées en permanence (c'est justement pour ça qu'ils faut qu'elles soient performantes). Du coup les docks et les claviers virtuels en font parti. Ne t'inquiète pas trop une bonne partie sont déjà écris dans des langages d'assez bas niveau (en C ou C++).
L'intérêt c'est que la tablette soit utilisable juste après le boot et que c'est à l'utilisateur de lancer manuellement les logiciels les plus énergivores. Je ne met pas les machins que tu rajoute au bureau comme les plasmoids ou autres car c'est à l'utilisateur de les ajouter et donc de se rendre compte que c'est l'ajout de ses trucs qui consomment (ou pas) sa batterie ou sa mémoire (par contre le système qui gère les plasmoids doit être performant).
pour moi dans un contexte comme les tablettes ou les téléphones il est important que les parties les plus consommatrices en ressources soient en « opt-in ».
Non en natif, Qt, Vala ou GTK+ sans passer par des bindings.
Posté par gato le 18/12/12 à 21:31.
Sur Android, Java est uniquement utilisé pour produire un APK, qui ensuite est traduit au vol en assembleur sur la machine cible une fois installé. Ils utilisent java parce que le langage est simple à compiler, d'où l'efficacité d'eclipse. Hors du contexte Android, je ne vois pas en quoi Python serait moins efficace que Java : ils sont tous les deux compilés en bytecode qui tourne ensuite dans une machine virtuelle. Personnellement je les trouve assez comparables en vitesse d'exécution (plus rapide que Ruby, dommage pour ce dernier que j'aime bien).
Sinon tu as fait quoi pour faire marcher le son, ici, on a que un pssshhhh ou un grrrr ! En fait rien de special, par defaut y'a pas de son, je le mets en veille je le sors de veille et ça marche, pas de psccchhh ou de grrrr ça passe de "silence complet" a "ça marche"
Je vais peut etre mettre enlightenment aussi, c'est vrai que unity a l'air de se goinfrer avec la memoire. J'ai déjà installé e17 sur un toshiba ac100 avec 512Mo de ram et la difference avec unity est saisissante
Le principal problème, l'utilisation de python a tout bout de champs.
Il serait peut être intéressant de tester les différents interpréteurs comme pypy, IronPython, Jython et autres joyeusetés.
Je pense qu'il y a aussi un problème d'optimisation du code python (en restant en python je ne parle pas d'avoir des modules en C ou avec pytrans). L'utilisation du bon conteneur, de classe new-style etc pourraient faire économiser pas mal de ressources (en mémoire mais aussi en temps de calcul).
Posté par Reihar le 12/12/12 à 08:29.
J'arrive à naviguer avec firefox sur une machine qui a 256 Mo de ram.
Commentaire supprimé
Ce commentaire a été supprimé par l'équipe de modération.
Re: Gestion de l'énergie et performances
Pour l'instant c'est un peu prématuré, jusqu'à il y a deux jours je voyais principalement de la bouillie de pixels et depuis que c'est revenu j'ai des problemes pour cliquer avec le doigt, bref j'ai du mal. J'ai surtout fait des compilations et a priori un core du tegra3 est pas trop loin d'un core d'intel atom niveau perfs
et l'autonomie ?
Posté par coïn le 11/12/12 à 09:44.
Et l'autonomie, ca donne quoi ?
c'est important, ça, l'autonomie sur ce genre d'engin.
Clavier avec tabulation
Posté par gerard delafond le 11/12/12 à 10:14.
Je n'ai jamais trouvé un clavier android avec Tabulation. Le mieux que j'ai trouvé (AI keyboard) a des touches de déplacement, mais ça manque de tabulations pour les formulaires.
Un vrai système multitâche et multifenêtre serait aussi appréciable.
En même temps, je me vois mal téléphoner sous Ubuntu.
Re: Clavier avec tabulation
Posté par fravashyo (page perso) le 11/12/12 à 10:25.
Je n'ai jamais trouvé un clavier android avec Tabulation.
hacker's keyboard
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
Posté par Kytrix le 11/12/12 à 17:12.
Idem !
Sans lui utiliser connectbot est une vraie plaie !
(j'utilise tasker + secure settings pour switcher entre clavier/android et Hacker's keyboard automatiquement)
Sympa ! Je ne le connaissais pas.
Avantages : complet (touches F1-f12, flèches, esc, ctrl…)
Inconvénients : pauvre en mode portrait (AI keyboard est bien mieux dans ce mode), et la plupart des touches spéciales (Esc, F1…) ne fonctionnent pas dans mon cas (émulateur Psion Series 3 dans émulateur DOS dans émulateur PC DOSBOX). Donc, toujours pas de solution pour utiliser mes anciennes applis confortablement dans mon android.
Ne mode portait je l'ai forcé en 5 lignes pour aovoir le clavier complet (j'ai cherché un moment avant de comprendre que c'était cette option qui changeait tout !)
sur une Nexus7 ça passe nickel. par contre sur un mobile ça doit être impossible.
Dommage qu'il n'y ait pas plus d'agencement possible, mais c'est déjà pas mal.
Posté par nanoseb le 14/12/12 à 16:35.
si si, c'est possible sur mobile, mais c'est pas vraiment utilisable (touches trop petites …).
Personnellement je le met en 4 lignes en portrait (pour sms et autre) et en 5 lignes en paysage le plus souvent pour utiliser "Irssi connectbot" (qui est au passage selon moi le meilleur des connectbot, grâce à l'assignation de touches physique en raccourcis (bouton "recherche" et "photo" paramétrable)).
Enfin une distro installable sur tablette
On aura bientôt un test pour savoir si Gnome 3 est vraiment utilisable sur tablette ou pas.
Re: Enfin une distro installable sur tablette
Posté par remjg le 11/12/12 à 12:02.
Cela promet des débats houleux ;-)
Je crois que GNOME Shell s'en sort mieux car le design des applications labellisées GNOME 3 permet de se passer du clic droit alors que Unity en fait un usage important (enfin il paraît).
Il manque encore la gestion du "multi-touch", ce serait pour bientôt… Je suis confiant, vu le travail fourni par Canonical sur le Nexus 7, cela va pousser d'autres développeurs/companies à accélérer leur planning.
Bref j'ai hâte d'essayer tout ça ! En ce qui me concerne, il ne me manque plus qu'une tablette x86 intel abordable avec la partie graphique qui va bien histoire de ne pas trop se galérer ensuite.
Surface Pro ? :o
ça serait le comble ^
C'est clair ! Bon le matos est pas mal, reste à trouver la même chose sous Android !
D'ailleurs je me demande si les procédures de remboursement actuelles pour les OS sur PC s'appliqueraient aux tablettes… Parce que vendre un téléphone sous Android, Windows Phone ou autre n'est pas reconnu comme de la vente liée, ou je me trompe ?
Oui enfin les surfaces pro s'éloignent des tablettes, autonomie en berne, poids et prix en hausse.
Bref ce sont des netbooks/ultrabooks tactile mais sans clavier.
Je préfère un VRAI portable pour travailler/photos/vidéos/gros-jeux, et une tablette pour surfer/lire/jouer sur le canapé/lit/…
Effectivement, il y a encore du boulot… Mon ordinateur portable est un 13 pouces car c'est pratique en déplacement. Alors l'idée de fusionner les deux me paraît bonne quitte a perdre un peu en puissance et en diagonale d'écran.
Donc mon futur ultrabook sera une tablette 12 pouces x86 utilisable facilement sous Linux. Mais d'ici là, peut-être que les parties graphiques des puces ARM se seront améliorées (pilotes libres et qui fonctionnent).
Posté par saltimbanque (page perso) le 11/12/12 à 12:26.
Je n'ai pas regardé, mais visiblement voici le voyage de s/Chihiro/Shiro
Ils ont bien bidouillé vu que l'interface de GNOME Shell a l'air facilement customisable mais je ne suis pas fan du résultat…
Une réflexion intéressante, comme la tablette est configurée en mode paysage, le panel du dessus a été déplacé à droite car ce serait plus pratique à l'utilisation.
Sinon j'ai lu ceci :
The next thing we took care of was the fullscreen mode. What could be the main problem of window borders? They are just to big for to little amount of contents and information.The only things you may ever need would have been the close button, minimize button and maximize button. But in our system there even is no need for these buttons, because you will close the apps in the overview mode, apps are always maximized and there isn't any icons on the desktop anyway.
Visiblement le menu Activités ne les dérange pas du tout, tout comme l'absence des boutons fermer, minimiser ou maximiser ;-)
Chroot ?
Posté par Manger sur pattes (page perso) le 11/12/12 à 13:33.
J'avais joué un peu avec une debian wheezy en chroot sur ma Nexus 7, mais pas moyen de faire tourner correctement un serveur X (le détail dans ce post : http://forum.xda-developers.com/showpost.php?p=31871695&postcount=15) : framebuffer ou driver nvidia tegra, rien ne passait. Je serais curieux d'essayer Ubuntu pour voir comment ils ont fait, mais je n'ai pas trop envie de tout flasher à chaque fois ; quand j'aurai le temps de jouer il me faudra essayer de voir si on peut récupérer un système de fichier Ubuntu pour Nexus 7 déjà prêt puis le chrooter sur la tablette pour préserver Android. [^]
Re: Chroot ?
Posté par karteum59 le 12/12/12 à 11:37.
Même celui-là ? (disponible sur F-Droid)
Quand je l'avais essayé, il fonctionnait assez mal : très peu d'applications étaient capables de tourner. Sur le moyen terme, si ça se développe, ce sera probablement le meilleur moyen de faire tourner un linux en chroot, mais pour l'instant c'est ou arrêter Android (setprop ctl.stop zygote en root ; SSHdroid conserve ses connexions après ça) pour lancer un vrai serveur X (quand on peut, ce qui n'est pas le cas sur N7 (mais on peut sur Galaxy S2 avec le driver fbdev par exemple)) ou utiliser un serveur VNC sur le chroot et un client VNC sur Android. [^]
Posté par bandix400 le 18/12/12 à 08:25.
il a été mis à jour récemment, mais je n'ai pas pris le temps de l'essayer …
Clavier à rangées décalées…
Posté par sinma (page perso) le 18/12/12 à 21:24.
Quand est-ce qu'on comprendra que les rangées décalées c'est uniquement un héritage pourri des machines à écrire?
Texte écrit en Bépo selon l'orthographe de 1990.