iphone? HTC? - Page 87

Ça a l'air bien pensé.

Ben toute appli en background ne réagit pas juste à ça ? Un wait event filtré, ça semble évident non, certaines font autre chose ?

En fait, c'est ce que font déjà toutes les applis bien codées quel que soit l'OS (desktop ou mobile), de manière plus ou moins directe. Si on ne fait pas de polling et qu'on n'utilise que des mécanismes de synchronisation (mutex, événements, timers...), l'appli ne consomme pas de CPU quand elle ne fait rien, parce que le scheduler ne la réveille pas quand il ne se passe rien.

Même principe pour les systèmes embarqués : pour minimiser la consommation, le maximum de choses est géré par interruptions, et le programme principal met le CPU en veille le reste du temps.

La limitation du temps CPU est une bonne idée, je crois que Windows 8 fait pareil (du moins ils donnent un chiffre pour la consommation de CPU maximum autorisée pour une appli en arrière-plan, je ne sais pas s'il y a un mécanisme logiciel pour le garantir, ou si c'est juste un critère pour que l'appli soit approuvée pour leur store).

EDIT : cross avec Folco

Apparemment y en a qui se comportent en gros comme des progs résidents, de ce que je compreds.

Folco : quand tu vois les horreurs qu'il y a dans le Javascript des sites web, je serais pas surpris qu'il y ait beaucoup d'applis mobiles qui fassent du polling sauvage...

Ce que décrit flanker effectivement le concept de base de n'importe quel système event driven un tant soi peu bien conçu. Et c'est le cas sur Android aussi, mais pas pour tout (certaines APIs sont synchrones par exemple, ou certains événements ne sont pas exposés, requiérant des hacks en BG).

L'orientation de l'API est vraiment totalement opposée. Sur iOS il faut écrire du code spécifique pour exécuter des choses en arrière-plan, et tu ne peux pas faire n'importe quoi (et surtout l'utilisateur peut te refuser cette permission !). Comme il l'a dit tu ne peux pas faire du polling actif, le CPU est alloué pour réaliser une certaine tâche (remplir le buffer audio, téléchargement, raffraîchir ton contenu par polling du serveur, etc.), pas constamment.
Sur Android c'est l'extrême inverse : tu fais un bête timer, le plus basique de l'API, histoire genre de raffraîchir ton UI, et sans y penser ça te fait un truc qui tourne en arrière-plan, même une fois ta tablette verrouillée ou l'appli minimisée ! C'est à mon avis cette approche pour leur API qui est destructive : les mauvais codeurs ont rarement envie de faire volontairement de la merde, ils ne se posent juste pas les bonnes questions. Donc si tu leur rends facile la tâche de faire de la merde ben tu en auras dans 90% des apps. Sinon dans une minorité qui aura voulu en faire exprès...

Zerosquare (./2583) :
En fait, c'est ce que font déjà toutes les applis bien codées quel que soit l'OS (desktop ou mobile), de manière plus ou moins directe. Si on ne fait pas de polling et qu'on n'utilise que des mécanismes de synchronisation (mutex, événements, timers...), l'appli ne consomme pas de CPU quand elle ne fait rien, parce que le scheduler ne la réveille pas quand il ne se passe rien.

Même principe pour les systèmes embarqués : pour minimiser la consommation, le maximum de choses est géré par interruptions, et le programme principal met le CPU en veille le reste du temps.

La limitation du temps CPU est une bonne idée, je crois que Windows 8 fait pareil (du moins ils donnent un chiffre pour la consommation de CPU maximum autorisée pour une appli en arrière-plan, je ne sais pas s'il y a un mécanisme logiciel pour le garantir, ou si c'est juste un critère pour que l'appli soit approuvée pour leur store).

EDIT : cross avec Folco

iOS est un peu plus complexe qu'une simple waitforevent loop.

Et si tu expliquais ?

Ben c'est simple, iOS, il fait une loop, avec un waitforevent, mais en plus complexe quoi, tu comprends ?

Pardon je voulais pas poster aussi peu, et c'est partit contre mon gré.

Bref, le "multitache" est un peu plus compliqué sous iOS, le fonctionnement de base est basé sur le volontariat forcé.

Quand on change d'app, les app en arrière plan sont mis pause (SIGSTOP) et quand une app est remis en avant plan elle reçoit le bon vieux SIGCONT.

Dans le cas ou l'OS veux de la mémoire, il réveille les apps qu'il veux tuer et leur envois l'ordre de forcer la serialisation des donnés, et donne un temps impartit à la tache sous peine d'un SIGKILL.

De mémoire depuis iOS 5 il existe un autre type de "multitache" pour les applications, les apps voulant faire de la VoIP, de la vois ouu certains type de multitache "authorisé" les apps doivent faire les choses de fond dans un process séparé de l'UI et le process a des contraintes fortes en temps CPU/memoire quand l'App principale est en tache de fond sous peine de se manger un SIGKILL

iOS 7 change un peu la donne, mais pas tant que sa en fait, les contraintes sont apriori un peu plus laches, et surtout il y a plus de type de backgroung task autorisé. Il me semble meme que dans certains cas l'OS peux lancer la "process app" si un signal externe se produit (du genre une notification)

Le type de background process autorisé sous iOS 7 est :
- Audio
- Localisation
- VoIP
- Telechargement de journaux
- Discussion avec un accesoire externe (port Dock/Lightning)
- Utilisation en mode Central pour le BLE
- Utilisation en mode peripheral pour le BLE
- Telechargemetn en tache de fond
- Notification

- une appli de supervision de serveur (ou tout autre truc interrogeable via connexion réseau) qui te préviendrait en faisant du bruit quand il se passe quelque chose d'anormal, même quand ton portable est verrouillé - on peut faire la même chose en utilisant un SMS ou un mail d'alerte, mais là ça a l'avantage que tu n'as aucun truc à intégrer côté serveur.

C'est quand meme lourd en CPU/reseau de faire un tel truc, c'est l'avantage des notifications/push, reduire au maximum l'utilisation reseau et eviter le polling, au pire tu utilise un autre serveur ou matos pour faire ce type de surveillance, mais pooler sur ton telephone je sais pas si c'est une bonne idée

- une appli podomètre qui compterait le nombre de pas effectuées dans la journée via l'accéléromètre

Apple a "resolu" ce probleme en utilisant un second CPU (un cortex m3 je croit) qui est directement connecté aux gyro/accel/magneto/gps et loggue les datas pour ne pas avoir a reveiller le CPU principal

Intéressant tout ça ^^

Godzil (./2590) :
C'est quand meme lourd en CPU/reseau de faire un tel truc, c'est l'avantage des notifications/push, reduire au maximum l'utilisation reseau et eviter le polling, au pire tu utilise un autre serveur ou matos pour faire ce type de surveillance, mais pooler sur ton telephone je sais pas si c'est une bonne idée

Oui c'est sûr, mais tout dépend de la réactivité dont tu as besoin. Par exemple rien qu'avec quelques centaines d'octets récupérés une fois par minute, tu as quelque chose de suffisant. C'est sûr que garder une connexion réseau ouverte serait mieux que de faire du polling, mais tous les systèmes ne sont pas prévus pour ça (par exemple le RSS, c'est du polling...)

Quelques centaines d'octets par minute, c'est déjà beaucoup trop. :/
Pour peu que t'aie une réception réseau de merde (ce qui dans la vraie vie tient plus de la règle que de l'exception), tes n * 100 octets par minutes vont te vider la batterie en 2h…

Dans ce genre de circonstances, je ne sais pas si c'est vraiment mieux avec du push connecté en permanence. Les pertes et rétablissement de connexion doivent consommer aussi...

Oui mais les pertes et rétablissement de connexion, c'est un problème que tu auras également avec du polling (et bien plus souvent encore à cause de la taille des messages reçus).
Après tu peux te demander si c'est mieux un service commun à tout le système qui gère une seule connexion, ou bien N applications qui gèrent chacune une connexion en parallèle, et ça devrait être assez simple à arbitrer.
Faut voir que l'avantage des notifications, c'est aussi que ce sont de touts petits messages, donc ça a beaucoup plus de chances de passer correctement (intégralement) sur un réseau de piètre qualité que, par exemple, un flux rss ou le code d'une page web entière comme celle de yAronet. (qui est somme toutes très simpliste si on compare à Facebook…)

En plus j'oubliais les SMS sont géré directement par la puce GSM/3G/4G et non par le CPU, le CPU lui ne lit les SMS qu'au besoin. Et historiquement, le push fonctionnais via SMS, ce n'est plus trop le cas maintenant (trop cher avec ces *** d'operateurs)

Bon ça devrait partir dans coup de gueule, mais flemme...

Hier, je prête mon iphone5 à un ami avec qui je squatte un appart (airbnb) à Barcelona, car mon i5 a tomtom iberia, pour qu'il aille garer la voiture en mode gratuit.
En redescendant en skate, poche mal fermée, il perd mon iphone... (mais pas son SGS2 Tant mieux pour lui, mais quand même!)

...le truc avait plus que 3% de batterie, la data non activée, et je me rends compte seulement que je ne l'avais pas préparé à la géolocalisation (soit je n'ai pas lancé l'appli Localiser mon iphone et cette manip est conne, soit j'ai oublié de cocher "Localiser" dans les réglages d'icloud, et ça ça m'étonne beaucoup. Toujours est-il que dans ma liste de terminaux dans icloud.com, y'a pas l'iphone. Donc pas de localisation, verrouillage, mode perdu, blacklistage et tout )


Bref, mon ami va se démerder (assurance RC? A l'étranger?) mais je vais plus ou moins prévoir un budget inférieur à l'i5 neuf de 2012...
Du coup j'essaye d'y voir du positif: ces derniers temps je râlais VRAIMENT BEAUCOUP sur l'AUTONOMIE de ce machin pourtant tout neuf (renouvelé par la garantie il y a 2 mois).
Donc, le topic s'y prête: iphone ou quoi d'autres?
Par ordre de priorité:
Je veux un truc qui fasse tout: prise de notes, taskliste, mails, jeux, etc.
Je VEUX un bordel qui tienne au moins 2 jours! En utilisation semi intensive (gps, un peu de jeux casual, beaucoup de mms, du téléphone).
J'aimerais un truc aussi ergonomique et stable qu'iOS, mais je ne me fais pas trop d'illusions.

Y'a une faille dans fanboya, convainquez-moi HTC? Nexus? Un autre truc qu'Android? (je hais le java....) Très peu convaincu par win8 tuiles, donc les WM8... bof...
Quid de Firefox OS?
Tizen?

Personellement je ne connais aucun smartphone de gabari/performance d'un iPhone 5 qui tienne 2 jours complets avec le genre d'utilisation que tu décris. Sur ce point le moins mauvais des téléphone haut de game semble être le Samsung Galaxy S4.

Pour info Android est loin d'être purement en java. Il repose sur un coeur Linux(donc en C) et si le SDK fait la par belle à Java de base, Il est tout a fait possible de faire des applications natives.

Pour ce qui est de Firefox OS il est plutôt pour le moment a destination des smartphone bas de game, donc visiblement pas dans ce que tu recherches.

Tizen me semble interessant sur le papier, mais on attend toujours un premier smartphone qui l'utilise. Sailfish OS qui repose lui aussi sur les cendres de Meego semble également intéressant, mais il n'y a pour le moment qu'un seul smartphone qui l'utilise et je ne sais pas ce qu'il vaut.

redangel (./2596) :
Je VEUX un bordel qui tienne au moins 2 jours! En utilisation semi intensive (gps, un peu de jeux casual, beaucoup de mms, du téléphone).

AhahahAHAHAhahAhah.
Désolé, mais je n'en connais aucun non plus qui fasse tout ça... même le PadFone, en utilisant la partie tablette comme recharge, ne tient pas 48h (ça peut le faire si tu passes en mode avion pendant la nuit, mais le GPS est quelque chose d'extrêmement gourmand :/).
http://lesardoises.com/systemes-exploitations/tablettes-android/10823_asus-padfone-des-premiers-chiffres-tangibles-pour-lautonomie

Arf ballot pour toi ça...
Je compatis cela dit, pour avoir lu tes précédentes frustrations au sujet de l'autonomie.

Je voulais juste ajouter quelque chose concernant l'autonomie. Certains smartphones comme le SGS4 tiendraient le temps que tu indiques, mais je ne sais pas si ça correspond à ton usage (le mapping avec l'iPhone question autonomie est assez bizarre...). Mais surtout, l'iPhone est de loin celui qui se recharge le plus rapidement (à peu près 2x plus rapidement que la dizaine de téléphones Android que j'ai pu tester au bureau, sur secteur et encore plus sur un ordi/batterie portative).

Donc vu comme tu es pointilleux fais bien attention à ce que ton remplacement tienne assez nettement plus dans ton usage, sinon tu y auras largement perdu au change : plus de recharges rapides le matin ou sur un ordi/autoradio en cas d'oubli, et il te faudra une batterie portative beaucoup plus costaude si tu prévois de partir.

redangel (./2596) :
Hier, je prête mon iphone5 à un ami avec qui je squatte un appart (airbnb) à Barcelona, car mon i5 a tomtom iberia, pour qu'il aille garer la voiture en mode gratuit.

redangel (./2596) :
je ne l'avais pas préparé à la géolocalisation

tomto Iberia fonctionne sans géolocalisation

Je sais pas combin tu la paye ton tomtom mais si ce net pas piraté tu peux toujours couru pour l'installer officiellement sous android o autre os..

Je sais pas combin tu la paye ton tomtom mais si ce net pas piraté tu peux toujours couru pour l'installer officiellement sous android o autre os..

redangel (./2596) :
Je veux un truc qui fasse tout: prise de notes, taskliste, mails, jeux, etc.
Je VEUX un bordel qui tienne au moins 2 jours! En utilisation semi intensive (gps, un peu de jeux casual, beaucoup de mms, du téléphone). J'aimerais un truc aussi ergonomique et stable qu'iOS, mais je ne me fais pas trop d'illusions.

Galaxy Note II, si la taille ne te rebute pas ?

(et en ce moment, il bradent la montre qui va avec parce qu'ils n'ont pas réussi leur coup)

Brunni (./2599) :
et il te faudra une batterie portative beaucoup plus costaude si tu prévois de partir.

Ou des batteries de rechange (ça prend moins de place qu'une batterie externe). Si les dimensions ne te rebutent pas, tu peux aussi installer une batterie de plus grande capacité sur certains téléphones en remplaçant le dos.

vince (./2604) :
(et en ce moment, il bradent la montre qui va avec parce qu'ils n'ont pas réussi leur coup)

Curieusement, les chiffres de vente annoncés montreraient le contraire. Même si on ne sait jamais s'ils représentent les ventes aux particuliers ou les commandes des distributeurs...

De moins en moins permettent de remplacer la batterie rapidement, mais oui quand tu peux c'est mieux (enfin, relativement, parce que si tu dois charger la batterie externe depuis le téléphone c'est vraiment pas pratique).

Y a des protertions pour téléphone avec batterie supplémentaire incluse aussi.

J'ai eu le Note II (avant un vol) et il tenait 2j en faisant un peu attention (en gros fallait pas partir en soirée le deuxième jour jusqu'au bout de la nuit sans faire une petite pause recharge vers 18-19h).

Après il est un peu plus vieux techniquement que ce qui se vend aujourd'hui mais il tient dans ton budget. La taille peut rebuter cependant ...

Sinon pour la recharge de la batterie, le Nexus 5 s'en sort très bien quand même (charge de 1h30 de 10% à 100, par contre tenir 2j avec, c'est vraiment pas fait pour ... Mais peut être que son grand frère le LG G2 s'en sort super bien du coup (la batterie est de 3000mAh contre 2300 pour le Nexus 5 alors que la config est presque la même).

Perso je tiens entre trois et cinq jour avec le nexus 4 depuis la mise à jour en 4.4.2, mais apparemment je dois m'en servir moins que la moyenne
Par exemple, le GPS, vous vous en servez donc tant que ça ? Bien sûr que ça consomme beaucoup, mais ça sert finalement assez peu, à moins d'être constamment en déplacement en terrain inconnu ?! Et encore, dans ce cas là on peut le brancher sur l'allume cigare. Ou sinon vous vous en servez à pieds, mais ça veut dire que vous marchez trois heures tous les jours à la recherche d'une adresse inconnue ?

Franchement Pen^2, si t'as un GPS, à quoi bon rentrer chez toi tous les jours sans t'en servir ? Pour info, on est sur un forum de geek sérieux ici, on est pas là pour rigoler.