Pas con, j'essaierai. Je pense que mysql va se ramasser, mais ça vaut le coup d'essayer.
J’ai vu le cas de logiciels (notamment un navigateur web pour lequel c’est flagrant, peut-être Midori, mais je ne suis pas sûr) qui allouent une quantité de mémoire très importante mais n’en utilisent réellement qu’un peu.
Tous les navigateurs graphiques que j'ai essayé pour le moment en font partie, virtualbox aussi. Ce sont les seuls que j'aie remarqués pour l'instant.
Et swapper sur des mémoires fragiles, c'est pas franchement pertinent non plus.
Et en n’allouant pas de swap (une façon efficace de ne pas en utiliser), est-ce que MySQL fonctionne quand même ou pas ?
Sans problème. C'est juste que, du coup, il y a plus de 600Mio de réservés sur un système qui n'en a que 512Mio. Tant que ça marche...
Honnêtement, ça fait longtemps que je n'utilise plus de fichier d'échange: à quoi bon? C'est juste un coup a user plus vite le disque et faire quasi freeze le kernel. Je préfère de loin qu'un gros bloatware comme [insérer ici un navigateur mainstream de votre choix] se mange un oom kill. Et l'hibernation est plus lente qu'un cold-boot sur mes machines depuis bien avant que j'aie un SSD.
J’aurais tendance à penser que la taille mémoire totale (physique + swap) fixe une limite à l’overcommit, mais ça reste à voir...
Selon la doc (je voulais pas dire de connerie en me basant sur ma mémoire, un peu trop floue):
si overcommit = 0: le noyau essaie d'estimer la mémoire restante (swap+ram) lors d'un malloc;
si overcommit = 1: quand y'en a plus, y'en a encore;
si overcommit = 2 (mon réglage habituel et souhaité): si y'en a plus, y'en a plus.
Par défault, c'est sur 0, et overcommit_ratio vaut 50 (% de ram+swap). Sauf que, l'estimation, elle se fait par allocation, si ma mémoire est bonne (la, j'ai la flemme d'aller lire plus avant, désolé), ce qui fait que si 10 process ont alloué 5 fois chacune 10% de ta mémoire totale, mais sans la remplir, bah ça marche. Jusqu'a ce qu'une appli remplisse réellement la mémoire, bien sûr.
[^] # Re: s’attaquer à la pénurie de compétences avancées sur les bases de données
Posté par freem . En réponse à la dépêche Appel à contributions de la Fondation MariaDB auprès des universités. Évalué à 2.
Pas con, j'essaierai. Je pense que mysql va se ramasser, mais ça vaut le coup d'essayer.
Tous les navigateurs graphiques que j'ai essayé pour le moment en font partie, virtualbox aussi. Ce sont les seuls que j'aie remarqués pour l'instant.
Sans problème. C'est juste que, du coup, il y a plus de 600Mio de réservés sur un système qui n'en a que 512Mio. Tant que ça marche...
Honnêtement, ça fait longtemps que je n'utilise plus de fichier d'échange: à quoi bon? C'est juste un coup a user plus vite le disque et faire quasi freeze le kernel. Je préfère de loin qu'un gros bloatware comme [insérer ici un navigateur mainstream de votre choix] se mange un oom kill. Et l'hibernation est plus lente qu'un cold-boot sur mes machines depuis bien avant que j'aie un SSD.
Selon la doc (je voulais pas dire de connerie en me basant sur ma mémoire, un peu trop floue):
Par défault, c'est sur 0, et overcommit_ratio vaut 50 (% de ram+swap). Sauf que, l'estimation, elle se fait par allocation, si ma mémoire est bonne (la, j'ai la flemme d'aller lire plus avant, désolé), ce qui fait que si 10 process ont alloué 5 fois chacune 10% de ta mémoire totale, mais sans la remplir, bah ça marche. Jusqu'a ce qu'une appli remplisse réellement la mémoire, bien sûr.