Moi je voyais surtout l'intérêt pour les machines chiantes à rebooter, tels les gros serveurs MySQL : tu flush tous les buffers, et la prod peut mettre des plombes à atteindre à nouveau les mêmes perfs.
Maintenant il est vrai que depuis il y a eu quelques avancées à ce niveau :
- XtraDB a l'option «innodb_buffer_pool_restore_at_startup» permettant de rapidement recharger le buffer pool.
- Galera permet de couper un master sans coupure de la prod
Avant ça, c'était parfois problématique de devoir rebooter un serveur MySQL : la réplication asynchrone n'étant pas suffisamment fiable (à mon goût ?), et les solutions disque type DRBD ne règlent pas le problème du buffer pool.
Mais oui, c'était peut-être chercher coté kernel une solution à un problème userspace, MySQL en l'occurrence.
[^] # Re: et quid de Ksplice ?
Posté par Kioob (site web personnel) . En réponse à la dépêche Root exploit sur les noyaux linux 2.6.38 à 3.8.8. Évalué à 2.
Moi je voyais surtout l'intérêt pour les machines chiantes à rebooter, tels les gros serveurs MySQL : tu flush tous les buffers, et la prod peut mettre des plombes à atteindre à nouveau les mêmes perfs.
Maintenant il est vrai que depuis il y a eu quelques avancées à ce niveau :
- XtraDB a l'option «innodb_buffer_pool_restore_at_startup» permettant de rapidement recharger le buffer pool.
- Galera permet de couper un master sans coupure de la prod
Avant ça, c'était parfois problématique de devoir rebooter un serveur MySQL : la réplication asynchrone n'étant pas suffisamment fiable (à mon goût ?), et les solutions disque type DRBD ne règlent pas le problème du buffer pool.
Mais oui, c'était peut-être chercher coté kernel une solution à un problème userspace, MySQL en l'occurrence.
alf.life