<span style="font-family: georgia;">Salut,</span><br style="font-family: georgia;">
<span style="font-family: georgia;">Sans indiscrétion, tu n'aurais pas fait l'ISEP (école d'ingénieur à Paris).</span><br style="font-family: georgia;">
<span style="font-family: georgia;">Je te demande cela car tu as le même nom/prénom que quelqu'un que je connais.</span><br style="font-family: georgia;">
<span style="font-family: georgia;">Bon weekend à toi !</span><br><br><div><span class="gmail_quote">On 5/25/06, <b class="gmail_sendername">anthoine.bourgeois</b> <<a href="mailto:anthoine.bourgeois@wanadoo.fr">anthoine.bourgeois@wanadoo.fr
</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Bonjour à tous,<br><br>Voilà,
en septembre dernier je vous avais envoyé un patch qui améliorait
l'allocateur de slab de Sos à partir de ce papier:
<a href="http://citeseer.ist.psu.edu/bonwick94slab.html">http://citeseer.ist.psu.edu/bonwick94slab.html</a><br><br>A ce jour,
j'ai porté le patch que j'avais fait à l'article 5 à tous les autres
articles ce qui m'a permis de trouver quelques bugs.<br><br>Le premier
bug que j'ai eu est survenu à l'article 6.5 et conserne tout les
articles qui exécute la simulation des souris. Le problème était qu'au
bout d'un certain temps certaines souris se bloquaient devant l'entrée
de la carte. C'était un problème d'initialisation de la structure de la
souris. A la ligne 774 du fichier mouse_sim.c, la macro Set position un
flag mais n'efface pas les flags déjà présent donc lorsque on
récupérait une souris sorti avec le malloc, le flag MOUSE_EXITED était
déjà positionné et le restait. La souris stoppait donc après son
premier mouvement. Le patch est joint ici.<br><br>L'allocateur original
renvoyait des zones mémoires toujours remplies de zéro. Pour malloc les
zones renvoyées ne sont pas initalisées. L'implémentation de
l'allocateur de slab de Bonwich que j'ai faite n'initalise les zones à
zéro que si on lui demande.<br><br>Le second bug était à l'article 8,
pour ce bug j'ai trouvé la solution dans le patch
change_webversion8.diff que j'avais dans un coin de mon disque. J'ai
cherché sur le site et j'ai pas trouvé ce patch donc je suppose que je
l'ai reçu par mail mais je le trouve pas dans les archives de la
mailing list. Si l'auteur pouvait m'indiqué le mail, j'aimerai le lire,
merci d'avance. Ligne 123 du fichier uaccess.c lorsque le nombre
d'octet à copier est 0 on ne doit pas retourné 0 mais -SOS_EINVAL. Ce
patch n'est nécéssaire que pour la version 8 de sos. Il est corrigé
dans les versions suivantes, c'est pourquoi j'ai intégré ce patch dans
mon patch-slab-v8 et n'en ai pas fait un version indépendante.<br><br>Le
troisième bug était à l'article 9.5, comme pour la simulation des
souris c'était un problème d'initialisation des données après un
malloc. J'ai ajouté les lignes suivantes à la ligne 194 du fichier
blkcache.c:<br><br>list_init(blkcache->sync_list);<br>list_init(blkcache->dirty_list);<br><br>Cette modification est intégrée dans mon patch-slab-v9.5.<br><br>Voilà tout pour l'allocateur de slab.<br>Anthoine Bourgeois.
<br><br>_______________________________________________<br>Sos mailing list<br><a href="mailto:Sos@the-doors.enix.org">Sos@the-doors.enix.org</a><br><a href="http://the-doors.enix.org/cgi-bin/mailman/listinfo/sos">http://the-doors.enix.org/cgi-bin/mailman/listinfo/sos
</a><br><br><br><br></blockquote></div><br>