Demande-toi qu'elle puissance est nécessaire pour faire tourner linuxfr (nombre d'utilisateurs, taille de la base de données,...) et tente de faire la même chose avec des shipset ARM.
Forcemment, si c'etait pas ecrit en rails aussi... Et je deconne qu'a moitie.
Plus serieusement, ce genre d'appli est generalement surtout i/o bound pluto que cpu bound, sorti du rendu des pages et de l'indexation des donnees (et encore, on parle pas d'une quantite phenomenal de contributions par jour).
deporte le rendu cote client (soit a 100% via une appli native, soit partiellement via une tonne de js pour du web), et je serais pas surpris que ca tourne sur qq a8 tranquilou.
Reste les data store, et j'imagine que mysql ou elastic search ont des demandes plus elevees que ca, effectivement.
Personne ne dit qu'on peut remplacer 100% des x86 serveurs par des arms et que ca marche magiquement, mais le haut de gamme arm suffit largement pour enormement de taches serveurs usuelles.
[^] # Re: Non
Posté par groumly . En réponse au journal I had a dream : des pingouins verts !. Évalué à 3.
Forcemment, si c'etait pas ecrit en rails aussi... Et je deconne qu'a moitie.
Plus serieusement, ce genre d'appli est generalement surtout i/o bound pluto que cpu bound, sorti du rendu des pages et de l'indexation des donnees (et encore, on parle pas d'une quantite phenomenal de contributions par jour).
deporte le rendu cote client (soit a 100% via une appli native, soit partiellement via une tonne de js pour du web), et je serais pas surpris que ca tourne sur qq a8 tranquilou.
Reste les data store, et j'imagine que mysql ou elastic search ont des demandes plus elevees que ca, effectivement.
Personne ne dit qu'on peut remplacer 100% des x86 serveurs par des arms et que ca marche magiquement, mais le haut de gamme arm suffit largement pour enormement de taches serveurs usuelles.