Non, mais si, m'enfin ça dépend:
Déjà le "wake-on-lan", tel que normalisé ne répond pas du tout au problème: il faut que le client envoie expressément un paquet de type WoL, pas juste une requête TCP/IP classique, donc il faut que le client soit au courant du fait que le serveur ait besoin d'être réveillé.
Ensuite, en général, le réveil d'une machine est extrêmement lent, typiquement plus de 10secondes, ce qui n'est amha que moyennement acceptable vu le service demandé.
MAIS certaines architectures gèrent la mise en veille extrêmement bien, typiquement les téléphones:
Ils sont en veille 99,9% (j'ai mesuré, et encore c'était un smartphone avec push-mail activé) du temps, et se réveillent en une fraction de seconde. Le top du top dans cette histoire, c'est qu'ils se réveillent pas seulement sur des paquets Wake-On-Lan, mais sur n'importe quoi, il suffit d'un paquet rentrant pour se réveiller, et se rendormir aussi tôt si ce n'était que du bruit. Pour ceux qui veulent s'amuser, si vous avez un téléphone android, connectez le en wifi, faites le dormir (aucune appli qui tourne, et éteindre l'écran typiquement), et pingez le. Il répond au quart de tour, pourtant le téléphone continue de dormir la majorité du temps. Ah, et quand je dis que le cpu dort, c'est qu'il est complètement éteint, mais bon il a quand même un assistant qui tourne en permanence, ça aide. Il suffit de bien savoir choisir son entourage, en l'occurrence celui à consomme moins de 20mW en moyenne avec la connexion 3G ouverte.
[^] # Re: Wake on LAN?
Posté par Ph Husson (site web personnel) . En réponse au journal [Le vendredi, c'est permis] L'autohébergement est-il écoresponsable ?. Évalué à 3.
Déjà le "wake-on-lan", tel que normalisé ne répond pas du tout au problème: il faut que le client envoie expressément un paquet de type WoL, pas juste une requête TCP/IP classique, donc il faut que le client soit au courant du fait que le serveur ait besoin d'être réveillé.
Ensuite, en général, le réveil d'une machine est extrêmement lent, typiquement plus de 10secondes, ce qui n'est amha que moyennement acceptable vu le service demandé.
MAIS certaines architectures gèrent la mise en veille extrêmement bien, typiquement les téléphones:
Ils sont en veille 99,9% (j'ai mesuré, et encore c'était un smartphone avec push-mail activé) du temps, et se réveillent en une fraction de seconde. Le top du top dans cette histoire, c'est qu'ils se réveillent pas seulement sur des paquets Wake-On-Lan, mais sur n'importe quoi, il suffit d'un paquet rentrant pour se réveiller, et se rendormir aussi tôt si ce n'était que du bruit. Pour ceux qui veulent s'amuser, si vous avez un téléphone android, connectez le en wifi, faites le dormir (aucune appli qui tourne, et éteindre l'écran typiquement), et pingez le. Il répond au quart de tour, pourtant le téléphone continue de dormir la majorité du temps. Ah, et quand je dis que le cpu dort, c'est qu'il est complètement éteint, mais bon il a quand même un assistant qui tourne en permanence, ça aide. Il suffit de bien savoir choisir son entourage, en l'occurrence celui à consomme moins de 20mW en moyenne avec la connexion 3G ouverte.