Non, un segmentation fault, c'est pas ça...
Rapidement, je dirais que c'est lorsqu'un programme prend de la mémoire là où il ne devrait pas, du coup il plante, et il le dit : "seg fault :-(".
Sans doute très approximatif comme réponse. Là, le "truc" qui bug utilise la mémoire, mais il a le droit de le faire, puisque ça segfault pas.
De plus quand on analyse ça avec vmstat, top ou ps ; la mémoire utilisée par pppoa et les autres processus n'augmente pas.
La mémoire baisse, mais aucun processus n'en utilise plus.
Serait-ce du côté noyau, comment faire apparaitre la mémoire utilisée par le driver ?
[^] # Re: Tout n'est pas si rose chez sagem f@st 800
Posté par didbaba . En réponse au journal Tout n'est pas si rose chez sagem f@st 800. Évalué à 1.
Rapidement, je dirais que c'est lorsqu'un programme prend de la mémoire là où il ne devrait pas, du coup il plante, et il le dit : "seg fault :-(".
Sans doute très approximatif comme réponse. Là, le "truc" qui bug utilise la mémoire, mais il a le droit de le faire, puisque ça segfault pas.
De plus quand on analyse ça avec vmstat, top ou ps ; la mémoire utilisée par pppoa et les autres processus n'augmente pas.
La mémoire baisse, mais aucun processus n'en utilise plus.
Serait-ce du côté noyau, comment faire apparaitre la mémoire utilisée par le driver ?