En JS/web, j'ai déjà parsé des fichiers .zip de 700Mo (ok pas encore 1Go), qui contenaient des boot.img (format d'encapsulation kernel + initramfs venant d'Android), initramfs qui contient des fichiers init.rc, et ait analysé ces-dits init.rc (entre autre hein, j'analyse plein de trucs dans le .zip)
Avec des temps de travail tout à fait raisonnables comparé à l'équivalent en script shell (qui utilise unzip et autres outils prévus pour).
Par contre effectivement, fallait au moins 4Go de RAM de dispo... (assez probablement parce que je sais pas coder en JS, le fichier est pas censé être chargé en entier en mémoire)
Sinon la notion du "web" fait que les calculs/accès sont principalement cachés (aux sens hidden et cached) côté serveur. Pour la recherche dans mes mails, j'ai pas réussi à trouver mieux que gmail...
Vu comme ça, y a que les cas où:
- ton desktop est une bête de course, et tu veux faire des calculs peu parallélisables
- tu as de gros fichiers locaux à gérer
Où le web ne peut pas gagner.
Tout le reste (notifications, push, UI, intégration, etc.) n'est qu'une question d'API disponible, et avance à grands pas. cf les modifs de Chrome 42 par exemple, même si celles là sont plus pour les mobiles, elles permettent qu'une appli Web ait les même capacités qu'une appli Android "normale"
[^] # Re: Perdu
Posté par Ph Husson (site web personnel) . En réponse au journal Linux pas prêt pour le desktop ? Pas grave !. Évalué à 2.
En JS/web, j'ai déjà parsé des fichiers .zip de 700Mo (ok pas encore 1Go), qui contenaient des boot.img (format d'encapsulation kernel + initramfs venant d'Android), initramfs qui contient des fichiers init.rc, et ait analysé ces-dits init.rc (entre autre hein, j'analyse plein de trucs dans le .zip)
Avec des temps de travail tout à fait raisonnables comparé à l'équivalent en script shell (qui utilise unzip et autres outils prévus pour).
Par contre effectivement, fallait au moins 4Go de RAM de dispo... (assez probablement parce que je sais pas coder en JS, le fichier est pas censé être chargé en entier en mémoire)
Sinon la notion du "web" fait que les calculs/accès sont principalement cachés (aux sens hidden et cached) côté serveur. Pour la recherche dans mes mails, j'ai pas réussi à trouver mieux que gmail...
Vu comme ça, y a que les cas où:
- ton desktop est une bête de course, et tu veux faire des calculs peu parallélisables
- tu as de gros fichiers locaux à gérer
Où le web ne peut pas gagner.
Tout le reste (notifications, push, UI, intégration, etc.) n'est qu'une question d'API disponible, et avance à grands pas. cf les modifs de Chrome 42 par exemple, même si celles là sont plus pour les mobiles, elles permettent qu'une appli Web ait les même capacités qu'une appli Android "normale"