Jolla mise sur le financement participatif pour sa Tablet de 7,85 pouces à 200 $
Mais compatible avec les applications Android
Après son smartphone à 349 euros, Jolla vient de dévoiler sa première tablette, simplement baptisée Jolla Tablet. Elle dispose d'un écran IPS de 7,85 pouces et fonctionne évidemment sous Sailfish OS 2.0, le système d'exploitation maison compatible avec les applications Android. Pour son financement, une campagne Indiegogo a été mise en place, et c'est déjà un succès.
iPad mini, Nexus 9, Nokia N1 et Jolla Tablet : le format 4:3 compact est à la mode
Hier, Nokia dévoilait sa tablette N1, qui reprend dans les grandes lignes le design de l'iPad mini 2 d'Apple avec un écran de 7,9 pouces (2048 x 1536 pixels), mais avec Android 5.0 aux commandes. De quoi faire mal à la Nexus 9 qui vient d'arriver sur le marché et qui est critiquée pour son tarif élevé. C'est dans ce contexte que Jolla a décidé, après un petit teaser sur une « grande » annonce, de dévoiler officiellement sa propre tablette de 7,85 pouces, avec là encore un dalle IPS affichant 2048 x 1536 pixels.
À l'intérieur, on retrouve un processeur Intel avec quatre cœurs à 1,8 GHz (référence non précisée), accompagné par 2 Go de mémoire vive ainsi que 32 Go de stockage au format eMMC, extensible via un lecteur de carte microSDHC (jusqu'à 32 Go de plus). Deux capteurs optiques de 5 et 2 Mpixels sont de la partie, ainsi que du Wi-Fi 802.11n et du Bluetooth 4.0. Les habituels détecteurs de luminosité et de présence sont bien évidemment de la partie, ainsi qu'un accéléromètre et un GPS.
Ses mensurations sont de 203 x 137 x 8,3 mm pour un poids de 384 grammes avec sa batterie de 4300 mAh. Elle est donc un peu plus lourde et encombrante que la Nokia N1 et l'iPad mini 2, malgré une autonomie qui devrait donc être plus faible. Jolla ne semble pas spécialement craindre la comparaison avec ses concurrents puisque la société a elle-même publié un tableau comparatif des différents modèles du moment :
Sailfish 2.0 est aux commandes, mais prend en charge les applications Android
Contrairement à ses concurrentes qui fonctionnent sous Android ou iOS, Jolla propose son système d'exploitation maison et open source : Sailfish OS 2.0. Pour rappel, il s'agit d'un dérivé de MeeGo qui est proposé avec le smartphone de la société depuis septembre dernier, mais qui n'est sorti de bêta qu'en février de cette année.
Avec ce genre d'OS, se pose inévitablement la question des applications disponibles. Jolla indique que, « outre la gestion de ses applications natives, Sailfish OS a la capacité d'exécuter des applications Android. Vous pouvez ainsi continuer à utiliser vos applications préférées comme Facebook, Twitter et Instagram, mais aussi télécharger les dernières disponibles sur le Jolla Store ainsi que les marchés d'applications pour Android ». Pour rappel, c'était déjà le cas avec Sailfish OS 1.0.
Pour lancer sa tablette, Jolla a décidé de miser sur une campagne de financement participatif sur la plateforme Indiegogo. Alors qu'elle n'a été lancée que depuis quelques heures, les 380 000 dollars demandés ont d'ores et déjà été récoltés par plus de 3 000 contributeurs. Les premiers arrivés ont pu acheter le produit pour 189 ou 199 dollars, actuellement, le tarif affiché est de 204 dollars. La livraison est prévue pour le moi de mai 2015.
Commentaires (81)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 19/11/2014 à 13h00
Le 19/11/2014 à 13h00
La batterie semble super légère par rapport aux autres
Le 19/11/2014 à 13h02
Mouais… La batterie plus légère mais, en contrepartie, on a un slot SD.
Sinon, Sailfish OS, ça peut faire la différence… A suivre quand même.
Le 19/11/2014 à 13h09
C’est vrai mais la batterie du téléphone est aussi plus petite que celles de la concurrence et tient plutôt mieux à utilisation similaire (2 jours au lieu d’un seul pour une utilisation “classique”) donc ça peut le faire.
Seule inconnue avant de me décider : y a-t-il du NFC ?
Le 19/11/2014 à 13h09
Le 19/11/2014 à 13h20
C’est beaucoup mieux penser que andriod/windows/apple , la gestion du multitâche est largement au dessus , les apps android marche mieux en émulation que sur certain portable récent , si tu à déjà eu un nokia N900 c’est assez similaire.
La seul chose qui se raproche de sailfish en terme d’os c’est BB10
Le 19/11/2014 à 13h33
Le 19/11/2014 à 13h50
Ah ?
Qu’est ce qu’on a comme specs minimum quand on fait GNU/Linux vs Windows ?
Sur le Netbook de madame (un core i3), j’ai dégagé Seven edition starter parce que ça rame même avec tous les effets désactivés. Aujourd’hui c’est en Kubuntu 14.10 avec l’interface en OpenGL3 et c’est que du bonheur. Les ressources disponibles me permettent de faire tourner une VM Windows pour les outils et autres gadgets mercantiles. Et le Windows en guest fonctionne aussi moyennement qu’en natif.
Je n’ose imaginer ce que pourrait donner un Windows 8.1 sur cette plate-forme.
Le 19/11/2014 à 13h50
Le 19/11/2014 à 13h50
Je ne sais pas comment sera géré le multifenêtrage sur la JollaTablet, mais il est vrai que la dessus Windows propose quelque chose de convaincant.
Par contre sailfish OS permet des interactions avec des applications ouvertes mais non maximisées. Il est par exemple possible de lire une vidéo en miniature, de changer la musique sur l’application dédiée ou de faire défiler des informations dans l’application de flux RSS, et ce, depuis le panneau des applications déjà ouvertes.
Par contre, tout comme Windows, l’OS se contrôle sans bouton, qu’il soit physique ou virtuel. Et ça c’est appréciable
Le 19/11/2014 à 13h54
Comparer Seven Starter, un windows bricoler à la va-vite pour le marché des netbook et win8.1, un OS optimisé pour les hybrid, comment dire…
" />
Le 19/11/2014 à 13h59
Ok, mais Kubuntu sur tablette ca donne quoi???
Le 19/11/2014 à 14h01
@Sébastien :
“extensible via un lecteur de carte microSDHC (jusqu’à 32 Go de plus)”
Bizarre que le lecteur MicroSD ne soit pas compatible SDXC (64 et 128 Go).
Le téléphone l’est lui !
“malgré une autonomie qui devrait donc être plus faible”
Et pourquoi donc puisque Sailfish est très bon à cet exercice sur le téléphone ? Perso, je fais 48 à 72 heures suivant mon utilisation DATA.
“Pour rappel, il s’agit d’un dérivé de MeeGo qui est proposé avec le smartphone de la société depuis septembre dernier, mais qui n’est sorti de bêta qu’en février de cette année.”
Ouh lalalala, le téléphone (avec Sailfish dedans) est en vente depuis décembre 2013.
Pour la version béta, il s’agit du launcher android et non de l’OS.
Le 19/11/2014 à 14h02
Merci pour les explications
" />
Le 19/11/2014 à 14h07
4300ma pour la batterie c’est vraiment trop peu pour une tablette.
Mon téléphone chinois à quasiment la même capacité mais en 5 pouces.
Le 19/11/2014 à 14h09
Le 19/11/2014 à 14h11
Une plus petite batterie sur un téléphone est plus pardonnable quand l’OS est bien optimisé puisqu’elle reste ne grande partie en mode deep sleep.
Par contre une tablette sa principale fonction est de resté allumé longtemps et ce qui consomme le plus d’électricité reste l’écran. Un bon os ne peut pas faire de magie pour ça.
Le 19/11/2014 à 14h12
Le 19/11/2014 à 14h17
72 h … que téléphone, sans data et avec le wifi de la maison. C’est surtout durant le week-end où j’ai mon PC fixe allumé en permanence.
Le reste de la semaine avec les coups de fils et la DATA en 3 ou 4G, j’en suis à 48h ;)
Le 19/11/2014 à 14h17
Le 19/11/2014 à 14h20
Mouais …. ceci dit quand on voit comment certains jeux Android font chauffer le CPU (Nexus 7 inside). Une bonne gestion de ressources est importante face à ce genre de soft qui tient plus du benchmark de batterie que du jeux.
Le 19/11/2014 à 14h25
J’ai trouvé ça :
" />
" />
" />
" />
" />
" />
http://www.engadget.com/2010/02/09/german-firm-claims-huge-boost-in-android-app-…
En fevrier 2010, donc avant Android 2.3 qui rajoutait le JIT et pas mal d’optimisations materielles
En effet, entre le rajoute de ART, et toutes les optimisations entre temps, je pense que la différence entre les 2 doit plus être significative
Le 19/11/2014 à 14h27
Le 19/11/2014 à 14h28
On dirait qu’ils font tous les même genre de tablette.
Quand un truc vraiment différent, genre écran réflexif utilisable en plein jour et processeur low power genre dual A7, pour une tablette qui fonctionne plus de 24h.
Le 19/11/2014 à 14h28
48h c’est le mini chez moi. Pour cela il faut que j’écoute la musique dessus toute la journée. Depuis que j’ai autorisé la 4G c’est un peu moins, je dirais ~40h
Pour la data c’est boite perso+pro toutes les 15minutes, appli transilien très régulièrement matin et soir (réseau Saint Lazare oblige), et surf sur le web dans les transports.
Et quand je suis en vacances il tient presque la semaine une fois oublié dans un coin.
Le 19/11/2014 à 14h30
ok pour WP, mais là sur tablette ce n’est pas WP8.1 mais bien Windows 8.1 en édition complète, donc niveau multitâche je pense que ça doit gérer aussi bien que Sailfish, non?
Le 19/11/2014 à 14h30
Cela a pas mal évolué du côté de la VM de Myriad également.
Du coup c’est vraiment pas évident de comparer sans bench à jour.
Mais je problème de leur VM c’est que pour utiliser toutes leurs améliorations il faut recompiler les applis pour en faire un .dex spécifique.
Le 19/11/2014 à 14h31
Non tu comprend pas … Sur Android les appli sont gelés pour économiser de la mêmoire / CPU … c’est BIEN
Si le dev veux que son appli fonctionne en tache de fond sous Android il doit faire un process (qui crée une icone de notif pour signifier à l’utilisateur qu’il y a un process qui ne se tuera pas tout seul), c’est TREEEES BIEN
C’est pas le multitache qui est mauvais si tu voulais que ton appli “tourne toujours en tache de fond” … c’est le dev.
Autant sur Pc, je suis d’accord que je préfère le “open bar tout le monde consomme”, autant sur smartphone et par extension tablette, je ne vois pas trop d’avantage concret à avoir toutes les apps qui continuent à exister en “tache de fond”.
Le 19/11/2014 à 14h36
En plus je vois que vu que Myriad est une entreprise, leur turbo dalvik n’est pas open source et que du coup c’est pas “Sailfish OS” qui execute les appli android, mais Sailfish OS sur les devices Jolla 
" />
" />
Moi qui pensait essayer de l’installer sur mon Nexus 4 ça m’interesse tout de suite moins
Le 19/11/2014 à 14h37
Le 19/11/2014 à 14h37
Should be … dans ce cas tu te retrouves avec le scheduler du noyau NT.
Le 19/11/2014 à 14h44
Le 19/11/2014 à 14h46
Le 19/11/2014 à 14h47
Ce que tu décris pour Andro, c’est juste compliqué … et pas portable.
Pour des soucis d’économie d’énergie, avec un multitache de desktop, tu as la gestion des priorités qui te permet de :
Le 19/11/2014 à 14h50
SailfishOS ne supporte pas l’exFAT qui est obligatoire pour la norme SDXC.
Matériellement, SDHC et SDXC sont identiques, contrairement à SD et SDHC.
Donc oui, on peut dépasser les 32 Gio mais avec un autre système de fichiers (btrfs pour moi mais ext2/3/4 sont aussi disponibles).
Le 19/11/2014 à 14h51
Oui si les appis sont prévues pour communiquer entre elles.
Quelque soit le mode de fonctionnement du multi-tache d’un OS, l’échange d’informations entre les applis dépend de ce que les devs ont mis dedans. Attention à pas mélanger 2 sujets différents mais complémentaires.
Le 19/11/2014 à 14h53
Alors on peut ou on peut pas alors ?
T’es pas clair !
Moi j’dis on peut … et fuck pour exFAT !
Le 19/11/2014 à 14h57
Compliqué ?
" />
Programmer est compliquer. Gérer un thread d’execution quand tu prend la responsabilité d’executer du code en arrière plan c’est pas compliqué.
Donc en gros vu que “c’est trop compliqué d’économiser des ressources” on fait que par défaut les apps consomment comme des cochons en tache de fond ?
Pas évident que la batterie tienne tant que ça en utilisation
Le 19/11/2014 à 14h58
Il parle du mode “2 appli dans un seul écran” pas de communication inter-processus.
Le 19/11/2014 à 15h10
Dans Sailfish, les applis avec interface graphique sont codées avec la librairie Qt5.2
Et une interface graphique est l’exemple typique du programme à gestion évènementiel. Donc il y a des points d’attente d’évènements dans les modules utilisés. Sous Unix/Linux les points d’attente ne consomment pas de ressource CPU.
Le 19/11/2014 à 15h19
En gros l’exemple même où un “vrai multitache” ne sert à rien ? 
" />
" />
" />
" />
" />
Et puis ne consomme rien, sauf de la Ram … objectif du passage en mode suspendu.
Le 19/11/2014 à 15h26
Commandée avec la deuxième vague de financement.
Ce qui me plaît, c’est d’avoir un système non US pour une fois. Et bien fichu (j’ai déjà le téléphone). Très agréable à utiliser, très personnalisable (va donc changer toutes le sonneries de notifications possibles séparément sur un autre OS). Mis à jour tous les mois pour inclure les idées poussées par la communauté ou corriger un tas de trucs.
Navigateur Open Source.
Bref, je soutiens fortement leur initiative, et ils ne font pas les choses à moitié.
Le 19/11/2014 à 15h47
Objectif ? Réduire la consommation CPU … proprement et intelligemment.
La différence ? Le programme reprend quand l’évènement survient quelque soit l’état de l’appli alors que sous Andro, il faut :
Hors dans le code d’une appli Unix/Linux 1er plan ou arrière plan n’ont aucun impact sur le déclenchement des évènements.
Le 19/11/2014 à 15h53
Dans ton exemple ( des applications qui attendent des événements sans rien faire en tache de fond), il n’y a pas de code spécifique, ton application s’est fait prendre la main, elle reprend la main dés que ca repart.
Après pour les ressources limités d’un smartphone / tablette, tu as un risque en revenant de t’être fait vidanger tes variables, et la il faut recharger - mais c’est si tu manquais de RAM…
Si tu as besoin de faire survivre ton application après avoir perdu le focus, c’est un développement particulier, avec des services, mais c’est pas nonplus de la folie ( créer un service, se synchroniser avec…)
J’ai du mal avec ta définition de multitâche, avec des applications qui font rien en tache de fond…
Le 19/11/2014 à 15h57
Il est possible de changer les sonneries de notification également sur WP pour chaque application.
" />
J’essaierais bien Sailfish OS ça à l’air bien foutu (en attendant le remplaçant du 1020 et WP10).
Edit: après vérification, pour les applications qui utilisent les notifications push.
Le 19/11/2014 à 16h04
Oui, mais c’est parce que tu as la contrainte qu’une appli “en tache de fond” peut toujours être visible, et du coup, doit continuer à tourner, si l’utilisateur le désire et consommer des ressources.
Sur un smartphone/tablette (et donc j’imagine sur Sailfish OS vu que j’ai pas vu de gestion de 2 appli à l’écran en même temps), tu es CERTAIN que l’appli en tache de fond n’est pas visibile. Donc la laisser tourner n’a pas le même interet.
Le seul cas interessant est si l’appli est entrain de faire une execution longue, mais dans ce cas, de toute façon sous Android tu DOIS faire un thread (vu que sinon tu risque d’avoir le popup cette appli est plantée), d’où le fait que pour les processus particulièrement long tu as une icone de notif qui apparait avec la barre d’avancement.
donc oui, c’est pas du “vrai multitache” si on prend le cas du multitâche desktop, mais c’est normal, c’est parce que c’est PAS un PC, et dans le contexte d’un système mobile c’est du multitâche “responsable” (on te freeze ton appli si tu ne sais pas faire de thread plutot que de polluer les autres appli).
Le 19/11/2014 à 16h25
Ben dis toi que la gestion des applis/process/thread sous Sailfish est celle que tu as sur un poste de travail ou un serveur Unix/Linux. Les notions de 1er plan ou d’arrière plan sont essentiellement des notions d’interface graphique qui ne conditionnent pas le “gel” de l’application.
“donc oui, c’est pas du “vrai multitache” si on prend le cas du multitâche desktop, mais c’est normal, c’est parce que c’est PAS un PC, et dans le contexte d’un système mobile c’est du multitâche “responsable” (on te freeze ton appli si tu ne sais pas faire de thread plutot que de polluer les autres appli). “
Ben voila ! … Sailfish est un OS à fonctionnement desktop avec une UI pour appareil mobile. D’autres sont partis du téléphone pour essayer d’en faire un ordinateur avec des compromis comme celui que tu viens de nous décrire brillamment.
Le coup du “multi-tache responsable” est un aveu de bidouille de la part de l’éditeur de l’OS concerné. C’est du genre “on met ça pour votre bien (parce qu’on ne sait pas faire mieux)”
Le 19/11/2014 à 16h37
Donc on est d’accord en s’appliquant les contraintes du desktop sur tablette sailfish consomme plus de CPU et de Ram qu’android/iOS/Windows Phone ?
Parce que c’est exactement ce que je t’explique … la solution est là parce qu’il n’y a pas “besoin” de se mettre la contrainte du “vrai multitache”, donc on fait “du multitache qui fonctionne comme du vrai tout en consommant moins”
Le 19/11/2014 à 12h53
Le design est sympa, elle fait envie, mais j’ai déjà une tablette convertible. Je serais pas contre y installer Sailfish OS pour tester. Vu qu’ils se basent sur Mer, je pense que ce sera possible.
Le 19/11/2014 à 12h54
C’est vraiment n’importe quoi le crowdfunding je trouve quand meme …
Le 19/11/2014 à 12h54
Je n’ai pas envi de me prendre de tablette, mais elle est très belle ! Je serait interessé par un tel objet, je pense que je participerait. Bon courage à eux :)
Le 19/11/2014 à 12h59
Le design change un peu de l’écosystème existant.
Par contre processeur intel, du coup certaines appli du market Android ne seront pas compatibles.
Je trouve que le format 8 pouce est plus adapté pour du 16:9⁄10 que du 4:3, au moins on peu tenir la tablette d’une main comme un téléphone.
Le 19/11/2014 à 16h39
En résumé : Android c’est pas du “vrai multitache” c’est du “meilleur mutlitache” 
" />
Le 19/11/2014 à 16h47
Le 19/11/2014 à 17h00
C’est sur que si ils annoncent le multi fenetre, là ça change les choses.
Après la question des spécifications materielles, il est certain qu’aujourd’hui avec les tablettes à 3Go de Ram, la question se pose forcément moins, mais il faut aussi considérer que sur un Pc quand je lance un jeu/app qui consomme mes 3go de Ram, il y a la Swap qui peut “sauver les meubles”, avec un disque dur SSD, suffissemment grand et performant.
Avec les mêmoires flash sur nos smartphones c’est largement moins vrai … donc, au final, sans cette méthode de “mise en veille” / “tuer les apps” (avec mise en cache des informations à définir par le dev), tu n’as pas besoin avant de lancer ton jeu de “fermer toutes les apps”, vu que c’est ton OS qui se charge de nettoyer le terrain pour toi.
Le 19/11/2014 à 17h40
Toujours pas de wifi+3g dans les tablette ?
Y’a des telephone a 40€ qui propose une puce wifi+3g et on me dit que c’est trop chere pour les tablettes ?
Allez mes fesses oui, Boycottage du Capitalism
Le 19/11/2014 à 17h57
+1. Et c’est bien dommage d’ailleurs… Cela rajouterai de l’utilité aux tablettes !
Le 19/11/2014 à 17h58
Le kernel Linux sait aussi tuer des processus trop gourmand, ça s’appelle le Out Of Memory Killer
" />
Donc ça vient rejoindre l’idée dans Andoid.
Le 19/11/2014 à 18h07
Pratique pour les gens qui se servent de leur tablette comme d’un smartphone surement.
Personnelement je ne vais pas payer un forfait pour ma tablette et un autre mon smartphone, je préfère transformer mon smartphone en point d’accès WiFi pour m’y connecter avec ma tablette. Surtout que je me ballade rarement avec ma tablette
Et même si le surcout n’est que de quelques € en plus je préfère avoir le choix de ne pas avoir de modem 3G/4G en plus dans ma tablette. Rien que pour l’autonomie.
Le 19/11/2014 à 19h40
cela confirme que la tablette reste pensée en complément d un smartphone ou/et d un ordinateur.
Le 19/11/2014 à 21h40
Le 19/11/2014 à 21h53
J’ai bien précisé que j’utilise rarement ma tablette en mobilité
" />
" />
Mais je suis d’accord, je perd en autonomie sur mon smartphone mais pour de rare fois je peux le faire, surtout quand mon smartphone tient au moins 2 jours en temps normal
Le 19/11/2014 à 23h18
Attention à ne pas confondre un mécanisme de “dernière chance” qui ira tuer un processus avec un processus “géré” … en gros sous Android quand le process est “tué”, tous les espaces mémoires sont purgés, mais l’intent et des paramètres sont concervés.
" />
Donc quand l’utilisateur relance son app, l’intent est appellé de nouveau avec les mêmes paramètres. A charge du dev de définir ce qui doit être sauvegardé et ce qui peux être “oublié”.
Le OOM ira tuer le process, relancer l’app la relancera à zero.
Ce n’est quand même pas exactement la même chose.
Maintenant, attention, je dis pas non plus que linux gére mal le multitache. Mais à contraite spécifique, régles de gestions spécifiques. Et si des execptions au modéle de multitache “classique” peux améliorer la conso mémoire/batterie, considérant les contraintes de batterie qu’on a sur les mobiles, on ne peux que s’en réjouir
Tant que le dev qui a un besoin spécifique peux quand même le réaliser avec des threads “protégés” !
Le 20/11/2014 à 00h10
Propriétaire du Jolla de la 1ère heure, je n’ai pas hésité une seule seconde pour commander
" />
" />
" /> )
" />
" /> )
" />
On est rendu à 830 000 $ sur indiegogo
Perso, je ne dis pas que Sailfish gère mieux que tel ou tel OS mobile, mais les gestures et l’UI en générale sont d’une simplicité.
SI on revient sur un iphone ou un android derrière, ca parait vraiment préhistorique ( j’ai tenté, je parle donc en connaissance de cause
Le bouton HOME par exemple en est un bel exemple, les difficultés pour killer une app aussi.
Le fait que le tél se mette à ramer au bout de quelques mois d’utilisations ( je parle pour android la )
Le côté communautaire aussi est insolite, on vous écoute et on échange sur les besoins de tout le monde :
http://together.jolla.com
Certes, l’OS est moins abouti qu’un android, mais pour avoir vu l’évolution entre le lancement et maintenant, bah, je ne regrette rien, surtout quand je vois comme Samsung par exemple suit les MAJ d’OS de ses téls
Chez Jolla, c’est 1 MAJ par mois et la release note est complète et détaillée ( elle est même maintenant dispo chaque mois )
Et si une MAJ ne passe pas le QA, bah ils la décale … so what ?
Faut pas oublier qu’ils partent quasiment “from scratch” et sont loin d’avoir les moyens des mastodontes du secteur, et pourtant, quand on voit le résultat de ces “hipsters”, bah ca poutre tout simplement !
J’ai aussi essayé plusieurs fois BBOS 10 qui est effectivement l’OS qui s’en rapproche le plus, cependant, on se retrouve de nouveau dans un OS fermé, avec les limitations que cela implique même si les paramétrages dans les dernières leaks sont incroyables ( ma copine vient de lâcher son 5C pour un Q5
Mais rien que les gestures manquent, alors bidouiller dans les fichiers de conf des applis/ de l’OS, la on oublie carrément
Et avoir un terminal ou je suis root sans avoir à “rooter” mon tél ou balancer une roms exotiques … c’est quand même sympa , github aussi c’est sympa pour avoir l’appli comme on veut, s’ajouter un repo, bref une distrib nunux quoi !
Bref, essayez le, il ne coute plus rien en occase, et vaut VRAIMENT le coup !
( au fait j’ai une sdxc de 128 go dans mon tél, et tout roule en btrfs2 )
Le 20/11/2014 à 00h16
donc on est d’accord que dans la pratique, si tu veux ajouter le multitache “ haut de gamme ” a android, il suffit de ne pas appeller la fonction de gel d’interface, de ne pas faire de garbage collection agressif, et d’autoriser le fenétrage ( qui se comporte relativement bien, parceque le dev android pousse à gérer un grand type de form factor)… et tu as un multitâche haut de gamme … ?
PS: je pose vraiment la question, je suis pas un expert du fonctionnement des OS…
Le 20/11/2014 à 07h59
Sailfish comme Android utilisent les cgroups de Linux, freeze certaines applications mise en arrière plan et libère la ram, utilise des services avec priorité plus faible que les appli.
Le 20/11/2014 à 08h16
Version courte : Oui, tu peux coller une carte vendue comme SDXC dans le bouzin, il faut juste la reformater.
S’ils disent non, c’est pour Mme Michu qui ne fait pas de détail parce qu’ils ne supportent pas entièrement la norme SDXC.
Le 20/11/2014 à 08h56
SIM pro ou une SIM FreeMobile avec un terminal 4G … en usage quotidien pour le taf, j’ai du mal à dépasser les 10Go/mois (mon record c’est 14 ou 15 parce que j’avais DL des ISO Linux)
" />
Le 20/11/2014 à 09h01
Une SDHC 128GB passe sur le Jolla, bon a savoir, j’ai rempli ma 64GB
" />
Le 20/11/2014 à 09h14
“Donc on est d’accord en s’appliquant les contraintes du desktop sur tablette sailfish consomme plus de CPU et de Ram qu’android/iOS/Windows Phone ?”
Oui et non … Disons qu’il est plus difficile de faire un développement crado en environnement Qt qu’en environnement Android. L’éco-systéme dans lequel le programme doit tourner est différent. Du coup l’architecture du programme n’est pas la même. Bref, l’aspect consommation est à voir en pratique parce que les philosophies de fonctionnement sont carrément différentes.
Je ne sais plus si c’est toi qui m’avait parlé des variables RàZ en sortie de gel sur Andro. Toujours est il que ce phénomène est très pénalisant en terme d’architecture logicielle. Il faut penser à réinitialiser les variables en sortie de gel. C’est crade.
Le 20/11/2014 à 09h26
En toute honnêteté, je n’ai pas un niveau d’intimité suffisant avec le SDK Andro pour les histoires de multi-fenêtrage.
Pour répondre à ta question, vaut il mieux tordre/bricoler l’existant (quitte à le rendre immaintenable) ou s’orienter vers quelque chose de plus simple ?
Est ce que le mode de fonctionnement du multi-tache d’Android est valable à plus ou moins court terme ? Combien cela pourrait il couter en mise à jour pour les développeurs tiers si tout est remis en cause ?
On tombe dans la problématique du “on s’enferme dans une logique plus forcément adaptée aux besoins” ou “on pète tout, ça sera l’occasion de faire la poussière dans les applis existantes”. Les techniques diront “on pète tout”, les financiers diront “on garde le plus longtemps possible”. Mais là, ce sont des réflexions de type direction générale influencées par les volumes de vente et la concurrence.
Le 20/11/2014 à 09h37
En génral, après le gel, tu retourne dans l’intent “comme si tu venais de le lancer” avec les variables & tout.
Après si tu as fait le cradoc à avoir des variables globales, & tout, attend toi à avoir des souci.
Au final, si tu codes correctement c’est presque transparent, et ça donne de gros bonus en conso memoire (vu qu’il peux dumper les ressources, & co, et ne garder que tes paramètres d’intent).
Si je prend l’exemple d’une app qui affiche un Gif animé, est ce que en tache de fond, l’app doit continuer de conserver en Ram le GIF, et continuer à l’animer ?
Est ce que c’est pas du gros gachi de memoire et CPU dans un environement où tu ne peux pas trop te permettre d’en perdre ?
Le 20/11/2014 à 09h44
mouuais, dire que c’est “crade” me semble un peu exagéré, et rapide…
C’est du développement pour mobile, en java, ca fait face à des contraintes particulières..
Un codeur java classique te dira qu’un code android est crade parcequ’il évite d’utiliser des getter et setter ( c’est recommandé de les éviter), critiquera la compléxité de certaines branche de code, plutot que de faire un new (ce qui cause des GC intempestifs, nuisant à la fluidité)
un développeur doit développer pour la plateforme qu’il cible, et une fois intégré, les règles imposés par la plateforme sont naturelles..
après, est-ce que google aurait du éviter un dév java ( leurs optique était d’avoir un environnement portable sur tout type de plateforme matérielle), imposer un minimum matériel plus conséquent ( les premiers android avaient 256Mo …). Je ne sais pas si la solution à ce moment était un OOM agressif, tuant complètement le process sans se poser de question ( la méthode android laisse une chance au développeur de masquer qu’on lui à coupé l’herbe sous le pied, et à au pire si il ne veut pas s’emmerder reset l’application)
La plateforme a évolué, ça pourrait être intéressant de remettre en question certains paradigme qui ont donné naissance à android… mais dire que c’est crade me semble exagéré..
Le 20/11/2014 à 09h53
je dis pas, si ils avaient fait un système particulièrement complexe, et spécifique, on pourrait dire que c’est pas maintenable, mais pour moi, ils ont adapté le scheduler linux à la marge, en gérant de façon plus agressive la mise en veille des process.. ( en tout cas, c’est l’impression que j’ai en regardant les maigres sources que j’ai trouvé sur le sujet)
si ils désactivent leurs gestions agressive de la veille des process, et des OOM, ils sont dans un fonctionnement très similaire d’un scheduler linux…
Le 20/11/2014 à 10h02
au lieu de “crade”, on peut dire compromis multiples et fortement structurants.
" />
Le 20/11/2014 à 10h10
Ta remarque m’amène à penser que ce que les devs andro appellent une application, les devs GNU/Linux appelleraient ça une “extension dynamique de l’application dalvik”.
Et je me dis que les discussions enflammées (parfois) sur ce sujet sont plus liées à une histoire de vocabulaire (comme souvent).
Dans le cas de la désactivation telle que tu la décris, on se retrouve avec le scheduling des threads effectué par le noyau Linux présent sous la JVM Andro.
Le 20/11/2014 à 13h22
“Si je prend l’exemple d’une app qui affiche un Gif animé, est ce que en tache de fond, l’app doit continuer de conserver en Ram le GIF, et continuer à l’animer ? ”
La quantité de RAM est quand même beaucoup plus importante aujourd’hui qu’à l’époque des premiers Android.Je ne sais pas comment c’est dans le Jolla phone, mais dans le N900, il y avait une seconde mémoire plus lente mais en quantité plus importante qui faisait office de SWAP. Dans le N9 il y a en plus une partie de la RAM (256Mo sur 1024) dédiée à cet objectif.
Sur le N9, lorsqu’une application est en avant plan, les autres ont une priorité minimale, lorsque le gestionnaire de fenêtre affiche les différentes miniatures il augmente les priorités des applications lancées selon le type de ressource utilisée. Un player vidéo est configuré pour remonter à une priorité maximale lorsque sa miniature est affichée, le navigateur web remonte à une priorité plus faible que le player et certaines applications comme un mailer restent quasiment freezée (surtout si cela fait longtemps qu’elles n’ont pas été remise en plein écran). Sur le N9, s’il y a trop de page web d’ouvertes ont voit qu’elles ne s’actualisent quasiment pas dans l’affichage des miniatures.
Pour la gestion de l’énergie, il y a des API qui permettent aux applications de surveiller quand le système se met à accéder à certaines ressources, par exemple lorsqu’il fait un accès réseau (Sur le N9, cette api s’appelle heartbeat). Les applications se synchronisent donc entre elles pour accéder aux ressources qui consomment de l’énergie.
Je pense que sur Sailfish, il y a à peu près les même choses, et je pense aussi que les développeurs sont beaucoup moins contraints que sous Android, ce qui veut dire que les applications tiers peuvent potentiellement alourdir le système. En revanche, je pense que les applications fournis avec Sailfish sont très bien optimisées.
Le 20/11/2014 à 15h14
Le million, le million !
https://www.indiegogo.com/projects/jolla-tablet-world-s-first-crowdsourced-table…
945 606 $ au moment de ce message, en deux jours donc.. le million ce soir ou demain ?
Bravo à Jolla, comme quoi l’attente d’un nouvel OS mobile est forte! Peut-être plus par envie de changement que par réel besoin de CET os mobile, mais c’est de très bon augure pour l’évolution du système et de l’écosystème autour !
Le 20/11/2014 à 16h07
On peut pas nier que le crowdfunding est un succès (bientot 1 million), par contre, dire qu’il y a une forte attente derrière cet OS c’est un peu exagéré.
Il y a à peine 6.000 contributeur, c’est pas 600.000 ni 6 millions !
J’ai plus l’impression que les fervents supporter de Jolla se sont dépêché de contribuer au projet (ce qui est à l’honneur), ce qui explique la croissance rapide des dons depuis ces deux derniers jours, mais je doute que le rythme sera soutenu comme ça jusqu’à la fin.
J’irai même jusqu’à dire que d’ici la fin de la semaine prochaine le nombre de contributeurs ne devrait pas beaucoup augmenté
Le 20/11/2014 à 17h11
Je suis d’accord avec toi, ça va se calmer c’est certain. Je n’avais pas fait attention au nombre de contributeurs d’ailleurs, ça va effectivement dans le sens que tu dis.
Mais il faut quand même reconnaitre que pour un système alternatif, assez peu connu, il est très attendu ! Et a déjà convaincu sur smartphone au point de le vouloir sur tablette :)
Le 22/11/2014 à 04h59
Moi le seul truc qui m’a fait hésiter à l’achat c’est le fait de savoir si ça allait être envoyé depuis l’Europe point de vue douane … Et aussi la disponibilité en Mai 2015 m’a un peu refroidi, j’avoue. Car quid de ce qu’on retrouvera à ce moment là ? Avec les S808/S810 etc … Ya du changement à venir.