Comme je le disais dans mon commentaire précédent, le talon d'Achille est la fragilité du stockage sur SDcard. Il y a donc différents moyens pour tenter de s'en échapper, de plus en plus facilement sur les derniers Rpi4 et 5.
Cela étant, le Rpi remplit bien certains cas d'utilisation :
Si le cas d'utilisation permet d'avoir accès facilement aux Rpi pour changer rapidement la carte, et si on peut envisager de la redondance de la solution sur plusieurs Rpi, ça va.
Mon cas d'utilisation principal est en domicile, 3 Rpi redondants fournissant les service Pihole+DHCP à tout mon réseau local. Je me sers de Rpi 2b (un peu lent en Ethernet 100Mb/s), Rpi zero 2W (car 64 bits) (un peu lent car Wifi), Rpi 4 Ram 1GB, tous standards. Le service DNS est OK, au DNSBenchmark, aucun problème. Et si l'un ou deux des RPi flanchent, toujours pb de SDcard, le troisième est là. Et je peux les remplacer car je suis à côté la plupart du temps.
Comme présenté et discuté, le faible format CB est un goulot d'étranglement. Le cas d'utilisation en Desktop pourrait être idéalement rempli par le "faux" Rpi qu'est le RPI-sous-clavier qu'est le Pi400/Pi500. Il fournit au moins un bon débit de refroidissement avec son alu sous le clavier. Il faut juste que RPiFoundation aille bien au bout du concept pour brancher facilement un ou plusieurs SSD etc, un PI 500 survitaminé, etc.
Un petit Rpi est sympa et léger pour bidouiller et apprendre linux, la programmation, l'électronique, l'éducatif simple. Dans ce cas un Rpi zero suffit, en mode texte terminal, pas Desktop.
En dehors de ces cas, j'ai du mal à imaginer les utilisations professionnelles. Surtout si ce sont des utilisations distantes qui doivent être fiables. La fiabilité des Sdcard est toujours un problème à contourner, mais je serais ravi que vous m'instruisiez avec des exemples précis que je n'ai pas imaginés.
# En analysant la question sous l'angle des cas d'utilisations
Posté par yinqi . En réponse à la dépêche Raspberry Pi 5, évolution ou révolution ?. Évalué à 2. Dernière modification le 06 mai 2025 à 16:32.
Mes deux centimes :
Comme je le disais dans mon commentaire précédent, le talon d'Achille est la fragilité du stockage sur SDcard. Il y a donc différents moyens pour tenter de s'en échapper, de plus en plus facilement sur les derniers Rpi4 et 5.
Cela étant, le Rpi remplit bien certains cas d'utilisation :
Si le cas d'utilisation permet d'avoir accès facilement aux Rpi pour changer rapidement la carte, et si on peut envisager de la redondance de la solution sur plusieurs Rpi, ça va.
Mon cas d'utilisation principal est en domicile, 3 Rpi redondants fournissant les service Pihole+DHCP à tout mon réseau local. Je me sers de Rpi 2b (un peu lent en Ethernet 100Mb/s), Rpi zero 2W (car 64 bits) (un peu lent car Wifi), Rpi 4 Ram 1GB, tous standards. Le service DNS est OK, au DNSBenchmark, aucun problème. Et si l'un ou deux des RPi flanchent, toujours pb de SDcard, le troisième est là. Et je peux les remplacer car je suis à côté la plupart du temps.
Comme présenté et discuté, le faible format CB est un goulot d'étranglement. Le cas d'utilisation en Desktop pourrait être idéalement rempli par le "faux" Rpi qu'est le RPI-sous-clavier qu'est le Pi400/Pi500. Il fournit au moins un bon débit de refroidissement avec son alu sous le clavier. Il faut juste que RPiFoundation aille bien au bout du concept pour brancher facilement un ou plusieurs SSD etc, un PI 500 survitaminé, etc.
Un petit Rpi est sympa et léger pour bidouiller et apprendre linux, la programmation, l'électronique, l'éducatif simple. Dans ce cas un Rpi zero suffit, en mode texte terminal, pas Desktop.
En dehors de ces cas, j'ai du mal à imaginer les utilisations professionnelles. Surtout si ce sont des utilisations distantes qui doivent être fiables. La fiabilité des Sdcard est toujours un problème à contourner, mais je serais ravi que vous m'instruisiez avec des exemples précis que je n'ai pas imaginés.