Mettons par exemple le kernel 4.18.0-13.14, il est indiqué qu'il est
supporté jusqu'en août 2019.
Mettons par exemple le kernel 4.18.0-13.14, il est indiqué qu'il est
supporté jusqu'en août 2019.
Mettons par exemple le kernel 4.18.0-13.14, il est indiqué qu'il est
supporté jusqu'en août 2019.
Le Wed, 26 Dec 2018 11:05:16 +0100, Pierre www.zetrader.fr a écrit :Mettons par exemple le kernel 4.18.0-13.14, il est indiqué qu'il est
supporté jusqu'en août 2019.
ça concerne sans doute la version 4.18. les correctifs seront -14, -15
etc. et concernent tous la version 4.18
Le Wed, 26 Dec 2018 11:05:16 +0100, Pierre www.zetrader.fr a écrit :
Mettons par exemple le kernel 4.18.0-13.14, il est indiqué qu'il est
supporté jusqu'en août 2019.
ça concerne sans doute la version 4.18. les correctifs seront -14, -15
etc. et concernent tous la version 4.18
Le Wed, 26 Dec 2018 11:05:16 +0100, Pierre www.zetrader.fr a écrit :Mettons par exemple le kernel 4.18.0-13.14, il est indiqué qu'il est
supporté jusqu'en août 2019.
ça concerne sans doute la version 4.18. les correctifs seront -14, -15
etc. et concernent tous la version 4.18
Le 26/12/2018 à 11:28, Jo Engo a écrit :Le Wed, 26 Dec 2018 11:05:16 +0100, Pierre www.zetrader.fr a écrit :Mettons par exemple le kernel 4.18.0-13.14, il est indiqué qu'il est
supporté jusqu'en août 2019.
ça concerne sans doute la version 4.18. les correctifs seront -14, -15
etc. et concernent tous la version 4.18
D'accord, je pose la question parce que j'avais pu constater un "memory
leak" clair sous xubuntu 18.10 avec noyau 4.18.0-10 ou 4.18.0-13
(versions supportées), la mémoire se remplissait clairement en ne
faisant rien, au rythme d'environ 1 Mo toutes les 10/15 secondes, quand
le module rtl8723be est actif. En regardant sous Kubuntu 18.10 en live
(kernel 4.18.0-10, même problème de remplissage progressif de la mémoire
sans rien faire).
Là après avoir testé le kernel 4.17.19 sous linux mint 19.1 (version de
kernel non supportée qui n'a pas le problème de memory leak avec mon
module, j'ai bien testé dans tous les sens), je décide ce matin de
tester le kernel 4.18.0-13 sous linux mint, qui m'est proposé dans le
gestionnaire de mises à jour et décrit comme supporté, donc
théoriquement exactement celui qui me cause le memory leak et là,
surprise, cela ne me fait pas le memory leak...
Donc je me demande ce qui a changé par rapport à mon test d'il y a
quelques jours, pourquoi le même kernel ne fait plus le memory leak ?
Le 26/12/2018 à 11:28, Jo Engo a écrit :
Le Wed, 26 Dec 2018 11:05:16 +0100, Pierre www.zetrader.fr a écrit :
Mettons par exemple le kernel 4.18.0-13.14, il est indiqué qu'il est
supporté jusqu'en août 2019.
ça concerne sans doute la version 4.18. les correctifs seront -14, -15
etc. et concernent tous la version 4.18
D'accord, je pose la question parce que j'avais pu constater un "memory
leak" clair sous xubuntu 18.10 avec noyau 4.18.0-10 ou 4.18.0-13
(versions supportées), la mémoire se remplissait clairement en ne
faisant rien, au rythme d'environ 1 Mo toutes les 10/15 secondes, quand
le module rtl8723be est actif. En regardant sous Kubuntu 18.10 en live
(kernel 4.18.0-10, même problème de remplissage progressif de la mémoire
sans rien faire).
Là après avoir testé le kernel 4.17.19 sous linux mint 19.1 (version de
kernel non supportée qui n'a pas le problème de memory leak avec mon
module, j'ai bien testé dans tous les sens), je décide ce matin de
tester le kernel 4.18.0-13 sous linux mint, qui m'est proposé dans le
gestionnaire de mises à jour et décrit comme supporté, donc
théoriquement exactement celui qui me cause le memory leak et là,
surprise, cela ne me fait pas le memory leak...
Donc je me demande ce qui a changé par rapport à mon test d'il y a
quelques jours, pourquoi le même kernel ne fait plus le memory leak ?
Le 26/12/2018 à 11:28, Jo Engo a écrit :Le Wed, 26 Dec 2018 11:05:16 +0100, Pierre www.zetrader.fr a écrit :Mettons par exemple le kernel 4.18.0-13.14, il est indiqué qu'il est
supporté jusqu'en août 2019.
ça concerne sans doute la version 4.18. les correctifs seront -14, -15
etc. et concernent tous la version 4.18
D'accord, je pose la question parce que j'avais pu constater un "memory
leak" clair sous xubuntu 18.10 avec noyau 4.18.0-10 ou 4.18.0-13
(versions supportées), la mémoire se remplissait clairement en ne
faisant rien, au rythme d'environ 1 Mo toutes les 10/15 secondes, quand
le module rtl8723be est actif. En regardant sous Kubuntu 18.10 en live
(kernel 4.18.0-10, même problème de remplissage progressif de la mémoire
sans rien faire).
Là après avoir testé le kernel 4.17.19 sous linux mint 19.1 (version de
kernel non supportée qui n'a pas le problème de memory leak avec mon
module, j'ai bien testé dans tous les sens), je décide ce matin de
tester le kernel 4.18.0-13 sous linux mint, qui m'est proposé dans le
gestionnaire de mises à jour et décrit comme supporté, donc
théoriquement exactement celui qui me cause le memory leak et là,
surprise, cela ne me fait pas le memory leak...
Donc je me demande ce qui a changé par rapport à mon test d'il y a
quelques jours, pourquoi le même kernel ne fait plus le memory leak ?
4.20 will be released just before Christmas.
4.20 will be released just before Christmas.
4.20 will be released just before Christmas.
Le Wed, 26 Dec 2018 12:02:34 +0100, Pierre www.zetrader.info a écrit :4.20 will be released just before Christmas.
Il n'est pas chez debian (sid/experimental)
Le Wed, 26 Dec 2018 12:02:34 +0100, Pierre www.zetrader.info a écrit :
4.20 will be released just before Christmas.
Il n'est pas chez debian (sid/experimental)
Le Wed, 26 Dec 2018 12:02:34 +0100, Pierre www.zetrader.info a écrit :4.20 will be released just before Christmas.
Il n'est pas chez debian (sid/experimental)
la même version de kernel
la même version de kernel
la même version de kernel
la même version de kernel
la même version de kernel
la même version de kernel
Le Wed, 26 Dec 2018 15:16:54 +0100, Pierre www.zetrader.info a écrit :la même version de kernel
Si c'est vraiment la même c'est étonnant. Si le mineur a changé 3218.0-
xx-12 -> 18.0-xx-13 par exemple c'est possible (et c'est ce que j'ai cru
comprendre en lisant en diagonale le lien que tu as donné (plutôt le
texte que tu as copié-collé) par ailleurs une version «supportée) peut
par définition être modifiée (pour corriger un bug par exemple)
Le Wed, 26 Dec 2018 15:16:54 +0100, Pierre www.zetrader.info a écrit :
la même version de kernel
Si c'est vraiment la même c'est étonnant. Si le mineur a changé 3218.0-
xx-12 -> 18.0-xx-13 par exemple c'est possible (et c'est ce que j'ai cru
comprendre en lisant en diagonale le lien que tu as donné (plutôt le
texte que tu as copié-collé) par ailleurs une version «supportée) peut
par définition être modifiée (pour corriger un bug par exemple)
Le Wed, 26 Dec 2018 15:16:54 +0100, Pierre www.zetrader.info a écrit :la même version de kernel
Si c'est vraiment la même c'est étonnant. Si le mineur a changé 3218.0-
xx-12 -> 18.0-xx-13 par exemple c'est possible (et c'est ce que j'ai cru
comprendre en lisant en diagonale le lien que tu as donné (plutôt le
texte que tu as copié-collé) par ailleurs une version «supportée) peut
par définition être modifiée (pour corriger un bug par exemple)
Le 26/12/18 à 15:55, Jo Engo a écrit :Le Wed, 26 Dec 2018 15:16:54 +0100, Pierre www.zetrader.info a écrit :la même version de kernel
Si c'est vraiment la même c'est étonnant. Si le mineur a changé 3218.0-
xx-12 -> 18.0-xx-13 par exemple c'est possible (et c'est ce que j'ai cru
comprendre en lisant en diagonale le lien que tu as donné (plutôt le
texte que tu as copié-collé) par ailleurs une version «supportée) peut
par définition être modifiée (pour corriger un bug par exemple)
C'est effectivement très bizarre, là pour vérifier, je viens d'installer
xubuntu 18.10 avec toutes ses mises à jours à la place de linux mint
19.1 avec kernel 4.18.0-13.14 qui ne me faisait plus de memory leak.
Logiquement en faisant les mises à jour, le kernel lors de l'install de
xubuntu 18.10 est passé de 4.18.0-10 (avant mise à jour) à 4.18.0-13
(après mise à jour), et là...surprise, j'ai de nouveau le memory leak,
clairement, la mémoire se remplit inexorablement sans rien faire au
rythme d'environ 1 Mo toutes les 10/15 secondes, alors qu'elle était
tout à fait stable sous Linux Mint 19.1 avec ce même kernel.
J'ai l'impression que le fait d'avoir installé temporairement le kernel
4.17.19 (qui lui à coup sûr n'est pas touché le problème de memory leak)
sous linux mint, cela a fait qu'en mettant ensuite le kernel 4.18.0-13,
il n'y avait plus de memory leak.
Un cat/proc/version là sous xubuntu 18.10 avec le memory leak donne :
Linux version 4.18.0-13-generic () (gcc version
8.2.0 (Ubuntu 8.2.0-7ubuntu1)) #14-Ubuntu SMP Wed Dec 5 09:04:24 UTC 2018
Le test suivant pour confirmer, serait de vérifier en installant linux
mint 19.1 et en lui mettant directement ensuite le kernel 4.18.0-13.14,
vérifier avec la même commande que c'est exactement la même version
(peut-être que le gcc change ? à vérifier), en tout c'est bien le kernel
4.18.0-13.14 cf. le #14 qui vient après, avec la date du 5 décembre,
celle mentionnée en général sur le web pour cette version de noyau.
Et bien sûr voir si cela fait de nouveau le memory leak :
- si cela le refait, alors l'installation temporaire du kernel 4.17.19 a
changé quelque chose à ça.
Si cela ne le refait pas, alors il y a des différences entre linux mint
et xubuntu qui font que le memory leak a lieu plus facilement sous xubuntu.
Le 26/12/18 à 15:55, Jo Engo a écrit :
Le Wed, 26 Dec 2018 15:16:54 +0100, Pierre www.zetrader.info a écrit :
la même version de kernel
Si c'est vraiment la même c'est étonnant. Si le mineur a changé 3218.0-
xx-12 -> 18.0-xx-13 par exemple c'est possible (et c'est ce que j'ai cru
comprendre en lisant en diagonale le lien que tu as donné (plutôt le
texte que tu as copié-collé) par ailleurs une version «supportée) peut
par définition être modifiée (pour corriger un bug par exemple)
C'est effectivement très bizarre, là pour vérifier, je viens d'installer
xubuntu 18.10 avec toutes ses mises à jours à la place de linux mint
19.1 avec kernel 4.18.0-13.14 qui ne me faisait plus de memory leak.
Logiquement en faisant les mises à jour, le kernel lors de l'install de
xubuntu 18.10 est passé de 4.18.0-10 (avant mise à jour) à 4.18.0-13
(après mise à jour), et là...surprise, j'ai de nouveau le memory leak,
clairement, la mémoire se remplit inexorablement sans rien faire au
rythme d'environ 1 Mo toutes les 10/15 secondes, alors qu'elle était
tout à fait stable sous Linux Mint 19.1 avec ce même kernel.
J'ai l'impression que le fait d'avoir installé temporairement le kernel
4.17.19 (qui lui à coup sûr n'est pas touché le problème de memory leak)
sous linux mint, cela a fait qu'en mettant ensuite le kernel 4.18.0-13,
il n'y avait plus de memory leak.
Un cat/proc/version là sous xubuntu 18.10 avec le memory leak donne :
Linux version 4.18.0-13-generic (buildd@lgw01-amd64-048) (gcc version
8.2.0 (Ubuntu 8.2.0-7ubuntu1)) #14-Ubuntu SMP Wed Dec 5 09:04:24 UTC 2018
Le test suivant pour confirmer, serait de vérifier en installant linux
mint 19.1 et en lui mettant directement ensuite le kernel 4.18.0-13.14,
vérifier avec la même commande que c'est exactement la même version
(peut-être que le gcc change ? à vérifier), en tout c'est bien le kernel
4.18.0-13.14 cf. le #14 qui vient après, avec la date du 5 décembre,
celle mentionnée en général sur le web pour cette version de noyau.
Et bien sûr voir si cela fait de nouveau le memory leak :
- si cela le refait, alors l'installation temporaire du kernel 4.17.19 a
changé quelque chose à ça.
Si cela ne le refait pas, alors il y a des différences entre linux mint
et xubuntu qui font que le memory leak a lieu plus facilement sous xubuntu.
Le 26/12/18 à 15:55, Jo Engo a écrit :Le Wed, 26 Dec 2018 15:16:54 +0100, Pierre www.zetrader.info a écrit :la même version de kernel
Si c'est vraiment la même c'est étonnant. Si le mineur a changé 3218.0-
xx-12 -> 18.0-xx-13 par exemple c'est possible (et c'est ce que j'ai cru
comprendre en lisant en diagonale le lien que tu as donné (plutôt le
texte que tu as copié-collé) par ailleurs une version «supportée) peut
par définition être modifiée (pour corriger un bug par exemple)
C'est effectivement très bizarre, là pour vérifier, je viens d'installer
xubuntu 18.10 avec toutes ses mises à jours à la place de linux mint
19.1 avec kernel 4.18.0-13.14 qui ne me faisait plus de memory leak.
Logiquement en faisant les mises à jour, le kernel lors de l'install de
xubuntu 18.10 est passé de 4.18.0-10 (avant mise à jour) à 4.18.0-13
(après mise à jour), et là...surprise, j'ai de nouveau le memory leak,
clairement, la mémoire se remplit inexorablement sans rien faire au
rythme d'environ 1 Mo toutes les 10/15 secondes, alors qu'elle était
tout à fait stable sous Linux Mint 19.1 avec ce même kernel.
J'ai l'impression que le fait d'avoir installé temporairement le kernel
4.17.19 (qui lui à coup sûr n'est pas touché le problème de memory leak)
sous linux mint, cela a fait qu'en mettant ensuite le kernel 4.18.0-13,
il n'y avait plus de memory leak.
Un cat/proc/version là sous xubuntu 18.10 avec le memory leak donne :
Linux version 4.18.0-13-generic () (gcc version
8.2.0 (Ubuntu 8.2.0-7ubuntu1)) #14-Ubuntu SMP Wed Dec 5 09:04:24 UTC 2018
Le test suivant pour confirmer, serait de vérifier en installant linux
mint 19.1 et en lui mettant directement ensuite le kernel 4.18.0-13.14,
vérifier avec la même commande que c'est exactement la même version
(peut-être que le gcc change ? à vérifier), en tout c'est bien le kernel
4.18.0-13.14 cf. le #14 qui vient après, avec la date du 5 décembre,
celle mentionnée en général sur le web pour cette version de noyau.
Et bien sûr voir si cela fait de nouveau le memory leak :
- si cela le refait, alors l'installation temporaire du kernel 4.17.19 a
changé quelque chose à ça.
Si cela ne le refait pas, alors il y a des différences entre linux mint
et xubuntu qui font que le memory leak a lieu plus facilement sous xubuntu.
Linux version 4.18.0-13-generic
Linux version 4.18.0-13-generic
Linux version 4.18.0-13-generic