Exploiter correctement le volume de RAM disponible actuellement (grosso modo pour rester dans l'acceptable on plafonne à la dizaine de Go alors que les serveurs ont des centaines de Go de RAM)
C'est très rare les programmes qui ont ce genre de besoin ou du moins si ce n'est pas rare c'est hyper minoritaire. C'est comme si tu me disait qu'avec les langages actuels c'est compliqué d'utiliser efficacement une CPU de 10GHz. Aujourd'hui ce genre d'énorme serveur, on s'en sert rarement pour ne pas dire presque jamais pour lancer une appli qui va consommer toutes les ressources. C'est même pas une question de langage. Pour gérer des coûts modérés, avoir un peu de tolérances aux pannes (même logiciel), on préfère découper les problématiques en de plus petits bouts qui vont soient s'articuler les uns par rapport aux autres soient pour faire de la monté en charge horizontale.
Je dis pas que ça n'existe pas (tu peux avoir envie de traiter en une fois l'ensemble des clichés que ton télescope t'envoie par exemple), mais c'est des cas aux limites, ceux que l'on a pas su découper (par exemple parce que ça n'est pas possible). Partout où c'est possible, on découpe, on fait du sharding. Des exemples réels tu en a pleins je ne pense pas avoir besoin de t'en citer des applications C/C++ ou autre langages réputés pour leur performance où on va s'atteler à découper parce que :
les programmes sont plus simples
on gère plus facilement un plantage partiel du système
pleins de machines x86 ça coûte moins chère que l'équivalent de chez deep blue
Sérieusement je ne l'invente pas tout ça...
Exploiter la bande passante de la mémoire. Grosso modo pour garder des latences correctes on doit se limiter à 10% de ce qu'est capable un serveur.
Ça m'intéresse tu aurais un pointeur ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Un langage complexe ?
Posté par barmic . En réponse à la dépêche Le langage Rust en version 1.0 alpha, on arrête de tout casser !. Évalué à 5.
C'est très rare les programmes qui ont ce genre de besoin ou du moins si ce n'est pas rare c'est hyper minoritaire. C'est comme si tu me disait qu'avec les langages actuels c'est compliqué d'utiliser efficacement une CPU de 10GHz. Aujourd'hui ce genre d'énorme serveur, on s'en sert rarement pour ne pas dire presque jamais pour lancer une appli qui va consommer toutes les ressources. C'est même pas une question de langage. Pour gérer des coûts modérés, avoir un peu de tolérances aux pannes (même logiciel), on préfère découper les problématiques en de plus petits bouts qui vont soient s'articuler les uns par rapport aux autres soient pour faire de la monté en charge horizontale.
Je dis pas que ça n'existe pas (tu peux avoir envie de traiter en une fois l'ensemble des clichés que ton télescope t'envoie par exemple), mais c'est des cas aux limites, ceux que l'on a pas su découper (par exemple parce que ça n'est pas possible). Partout où c'est possible, on découpe, on fait du sharding. Des exemples réels tu en a pleins je ne pense pas avoir besoin de t'en citer des applications C/C++ ou autre langages réputés pour leur performance où on va s'atteler à découper parce que :
Sérieusement je ne l'invente pas tout ça...
Ça m'intéresse tu aurais un pointeur ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)