Retour a la case depart.
L'autre core est la pour une raison, et c'est pas pour le gc. Mes 3 applis sur le store font un usage intensif de GCD et tournent avec un pool de 5 a 15 threads. Ces threads, si je peux les faire tourner sur un deuxieme core et gagner du temps sur mon background processing, ben ca fait ca de gagne pour mes utilisateurs. Quand l'appli demarre et qu'elle doit parser 4Mo de json, si je peux saturer un coeur, ca me fait une demi seconde de gagnee, et ca fait une reelle difference a l'usage.
J'ai vu une amelioration massive de fluidite/perfs le jour ou je suis passe d'un 4 a un 4S.
Et mon telephone, il a un client mail et calendrier et une synchro iCloud, ca serait cool de faire tourner ca reellement en parallele.
Sans compter que faire tourner un cpu, ca bouffe de la batterie, donc si on peut s'en passer tant mieux (encore qu'il reste a prouver l'augmentation de consommation, mais le cote continu doit pas aider).
Et faut aussi se coltiner un gc pauseless, ce qui est pas facile a ecrire en premier lieu.
L'autre truc aussi, c'est qu'on raisonne beaucoup en comparant a une jvm par exemple, en oubliant que la jvm tourne dans 4Go de ram sur un i7 branche a une prise de courant.
Pas sur un arm a 512Mo sur batterie.
Dernier point, le monde mobile est comparable au monde du jeu video sur un point: toutes les avancees technologiques sont immediatement consommees pour en faire plus, pas pour apporter du confort au dev.
Compares une appli typique de l'epoque 3gs a une appli typique d'aujourd'hui, tu vas voir une enoooorme difference niveau look and feel, animations et tout le tralala.
En gros, une appli d'il ya 2 ans tournerait probablement decemment svec gc sur un telephone d'aujourd'hui, mais le pb c'est que les applis d'aujourd'hui en demandent plus.
Ca va bien finir par se stabiliser un jour, surtout vu la progression fulgurante du matos.
Apple va probablement passer au quad core pour l'ipad3, ce qui nous donne une multiplication par 15 ou 20 de la puissance par rapport au 3g, mais vu que le besoin explose selon la meme courbe, ben au final t'es au meme niveau...
Compares avec l'industrie du pc, ca a prit 25 ans pour que le cpu devienne non pertinent (arrivee du core2duo).
Met ca en perspective avec la complexite de gerer la memoire avec ARC. Tu definis les relations entre objets (weak/strong) et c'est tout. Une fois tous les 36 du mois du fait un CFRetain/CFRelease, et llvm te gueule dessus quand t'en a oublie un. Une fois tous les 36 du mois, tu crees ton propre auto release pool quand t'alloues localement comme un porc. Instruments te montrera ca en qq minutes.
La heap compaction, on s'en fout, les applis sont utilisees en moyenne moins de 5 minutes, c'est pas un gc qui va te sauver si t'arrives a avoior ce genre de pb aussi vite. Ce qui compte plus que tout, c'est la reactivite (ou plutot, l'illusion de reactivite, mais c'est un autre debat ca).
Sur ipad, la donne est un peu diffente, mais pas fondamentalement differente.
Bref, le gain de confort est extremement faible, les pertes sont loin d'etre negligeables.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: pour moi
Posté par pasScott pasForstall . En réponse au journal Votre langage idéal ?. Évalué à 5.
Retour a la case depart.
L'autre core est la pour une raison, et c'est pas pour le gc. Mes 3 applis sur le store font un usage intensif de GCD et tournent avec un pool de 5 a 15 threads. Ces threads, si je peux les faire tourner sur un deuxieme core et gagner du temps sur mon background processing, ben ca fait ca de gagne pour mes utilisateurs. Quand l'appli demarre et qu'elle doit parser 4Mo de json, si je peux saturer un coeur, ca me fait une demi seconde de gagnee, et ca fait une reelle difference a l'usage.
J'ai vu une amelioration massive de fluidite/perfs le jour ou je suis passe d'un 4 a un 4S.
Et mon telephone, il a un client mail et calendrier et une synchro iCloud, ca serait cool de faire tourner ca reellement en parallele.
Sans compter que faire tourner un cpu, ca bouffe de la batterie, donc si on peut s'en passer tant mieux (encore qu'il reste a prouver l'augmentation de consommation, mais le cote continu doit pas aider).
Et faut aussi se coltiner un gc pauseless, ce qui est pas facile a ecrire en premier lieu.
L'autre truc aussi, c'est qu'on raisonne beaucoup en comparant a une jvm par exemple, en oubliant que la jvm tourne dans 4Go de ram sur un i7 branche a une prise de courant.
Pas sur un arm a 512Mo sur batterie.
Dernier point, le monde mobile est comparable au monde du jeu video sur un point: toutes les avancees technologiques sont immediatement consommees pour en faire plus, pas pour apporter du confort au dev.
Compares une appli typique de l'epoque 3gs a une appli typique d'aujourd'hui, tu vas voir une enoooorme difference niveau look and feel, animations et tout le tralala.
En gros, une appli d'il ya 2 ans tournerait probablement decemment svec gc sur un telephone d'aujourd'hui, mais le pb c'est que les applis d'aujourd'hui en demandent plus.
Ca va bien finir par se stabiliser un jour, surtout vu la progression fulgurante du matos.
Apple va probablement passer au quad core pour l'ipad3, ce qui nous donne une multiplication par 15 ou 20 de la puissance par rapport au 3g, mais vu que le besoin explose selon la meme courbe, ben au final t'es au meme niveau...
Compares avec l'industrie du pc, ca a prit 25 ans pour que le cpu devienne non pertinent (arrivee du core2duo).
Met ca en perspective avec la complexite de gerer la memoire avec ARC. Tu definis les relations entre objets (weak/strong) et c'est tout. Une fois tous les 36 du mois du fait un CFRetain/CFRelease, et llvm te gueule dessus quand t'en a oublie un. Une fois tous les 36 du mois, tu crees ton propre auto release pool quand t'alloues localement comme un porc. Instruments te montrera ca en qq minutes.
La heap compaction, on s'en fout, les applis sont utilisees en moyenne moins de 5 minutes, c'est pas un gc qui va te sauver si t'arrives a avoior ce genre de pb aussi vite. Ce qui compte plus que tout, c'est la reactivite (ou plutot, l'illusion de reactivite, mais c'est un autre debat ca).
Sur ipad, la donne est un peu diffente, mais pas fondamentalement differente.
Bref, le gain de confort est extremement faible, les pertes sont loin d'etre negligeables.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.