Ahoj, u VPSky co mám ve správě - caara.cz, vidím divně obsazenou RAM. Graf ukazuje 2,3 TB obsazené RAM, ale hlavní žrouti jsou mysql - 158 GB a journald - 142 GB a pak už tam jsou jenom malé procesy. Odkud se teda bere těch 2.3 TB, které postupně narůstají?
Ahoj, Filip Bartmann
Ahoj,
2.3TB obsazene pameti asi tezko :) Logicky to je trochu nesmysl, kdyz ty masiny maji 10x min pameti fyzicky, ze :)
https://en.wikipedia.org/wiki/Virtual_memory
/snajpa
On 2020-08-10 09:32, Filip Bartmann wrote:
Ahoj, u VPSky co mám ve správě - caara.cz [1], vidím divně obsazenou RAM. Graf ukazuje 2,3 TB obsazené RAM, ale hlavní žrouti jsou mysql
- 158 GB a journald - 142 GB a pak už tam jsou jenom malé procesy.
Odkud se teda bere těch 2.3 TB, které postupně narůstají?
Ahoj, Filip Bartmann
Links:
[1] http://caara.cz
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Řekl bych, že celý ten dotaz je o řád posunutý, plus ty "malé procesy" dávají dohromady víc než oba zmíněné jménem. Tipnul bych si, jestli to není to samé, co se tu řešilo nedávno, že využitá paměť zobrazená htopem je výrazně větší než součet RSS
On 10. 08. 20 9:54, Pavel Snajdr wrote:
Ahoj,
2.3TB obsazene pameti asi tezko :) Logicky to je trochu nesmysl, kdyz ty masiny maji 10x min pameti fyzicky, ze :)
https://en.wikipedia.org/wiki/Virtual_memory
/snajpa
On 2020-08-10 09:32, Filip Bartmann wrote:
Ahoj, u VPSky co mám ve správě - caara.cz [1], vidím divně obsazenou RAM. Graf ukazuje 2,3 TB obsazené RAM, ale hlavní žrouti jsou mysql
- 158 GB a journald - 142 GB a pak už tam jsou jenom malé procesy.
Odkud se teda bere těch 2.3 TB, které postupně narůstají?
Ahoj, Filip Bartmann
Links:
[1] http://caara.cz
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
S obsazenou pameti bych rekl, ze je jinak vcelku dobojovano, muzeme nasazovat na produkcni masiny:
https://github.com/vpsfreecz/linux/commits/vpsadminos-5.7-202008080
https://github.com/vpsfreecz/linux/commit/4e55598d1bf6f6e55eabebad7c7e1bfa5a...
https://github.com/vpsfreecz/linux/commit/bfc27e0c6025728acbc08124bf14b483b5...
Behem nasledujicich par desitek minut by na to mela pristat planovana outage :)
/snajpa
On 2020-08-10 09:59, Jirka Bourek wrote:
Řekl bych, že celý ten dotaz je o řád posunutý, plus ty "malé procesy" dávají dohromady víc než oba zmíněné jménem. Tipnul bych si, jestli to není to samé, co se tu řešilo nedávno, že využitá paměť zobrazená htopem je výrazně větší než součet RSS
On 10. 08. 20 9:54, Pavel Snajdr wrote:
Ahoj,
2.3TB obsazene pameti asi tezko :) Logicky to je trochu nesmysl, kdyz ty masiny maji 10x min pameti fyzicky, ze :)
https://en.wikipedia.org/wiki/Virtual_memory
/snajpa
On 2020-08-10 09:32, Filip Bartmann wrote:
Ahoj, u VPSky co mám ve správě - caara.cz [1], vidím divně obsazenou RAM. Graf ukazuje 2,3 TB obsazené RAM, ale hlavní žrouti jsou mysql
- 158 GB a journald - 142 GB a pak už tam jsou jenom malé procesy.
Odkud se teda bere těch 2.3 TB, které postupně narůstají?
Ahoj, Filip Bartmann
Links:
[1] http://caara.cz
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
...ten prvni link mel byt bez odkazu na radek
https://github.com/vpsfreecz/linux/commit/4e55598d1bf6f6e55eabebad7c7e1bfa5a...
No a rovnou se zeptam:
nemel byste nekdo cas a chut pomoct s upstreamovanim te nasi kernel prace?
To neni jen ksoftlimd, ale napr. pro ZFS/overlayfs taky nestiham napsat poradne testy, aby se ta funkcionalita dostala do pristiho major release, pritom na funkcni kombinaci Docker+OverlayFS+ZFS "tam venku" ceka docela dost lidi.
Ja to nestiham, mam z toho uprimne docela cim dal vetsi nerv, protoze tehle prace se zacina kupit - ale kazdym dnem dojdeme spis na neco dalsiho, co je potreba udelat, nez aby "zbyl" cas na upstreamovani...
/snajpa
On 2020-08-10 10:12, Pavel Snajdr wrote:
S obsazenou pameti bych rekl, ze je jinak vcelku dobojovano, muzeme nasazovat na produkcni masiny:
https://github.com/vpsfreecz/linux/commits/vpsadminos-5.7-202008080
https://github.com/vpsfreecz/linux/commit/4e55598d1bf6f6e55eabebad7c7e1bfa5a...
https://github.com/vpsfreecz/linux/commit/bfc27e0c6025728acbc08124bf14b483b5...
Behem nasledujicich par desitek minut by na to mela pristat planovana outage :)
/snajpa
On 2020-08-10 09:59, Jirka Bourek wrote:
Řekl bych, že celý ten dotaz je o řád posunutý, plus ty "malé procesy" dávají dohromady víc než oba zmíněné jménem. Tipnul bych si, jestli to není to samé, co se tu řešilo nedávno, že využitá paměť zobrazená htopem je výrazně větší než součet RSS
On 10. 08. 20 9:54, Pavel Snajdr wrote:
Ahoj,
2.3TB obsazene pameti asi tezko :) Logicky to je trochu nesmysl, kdyz ty masiny maji 10x min pameti fyzicky, ze :)
https://en.wikipedia.org/wiki/Virtual_memory
/snajpa
On 2020-08-10 09:32, Filip Bartmann wrote:
Ahoj, u VPSky co mám ve správě - caara.cz [1], vidím divně obsazenou RAM. Graf ukazuje 2,3 TB obsazené RAM, ale hlavní žrouti jsou mysql
- 158 GB a journald - 142 GB a pak už tam jsou jenom malé procesy.
Odkud se teda bere těch 2.3 TB, které postupně narůstají?
Ahoj, Filip Bartmann
Links:
[1] http://caara.cz
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Mám takovej pocit, že "TODO: cgroup v2 fs support" by mohlo pro upstreamování bejt trochu překážkou. Pokud jsem to za poslední dobu pochopil, tak v1 je deprecated a je otázka, jestli někdo bude vůbec chtít v tom ještě něco měnit - zejména vylepšovat to funkcionalitou, kterou v2 nemá
On 10. 08. 20 10:20, Pavel Snajdr wrote:
...ten prvni link mel byt bez odkazu na radek
https://github.com/vpsfreecz/linux/commit/4e55598d1bf6f6e55eabebad7c7e1bfa5a...
No a rovnou se zeptam:
nemel byste nekdo cas a chut pomoct s upstreamovanim te nasi kernel prace?
To neni jen ksoftlimd, ale napr. pro ZFS/overlayfs taky nestiham napsat poradne testy, aby se ta funkcionalita dostala do pristiho major release, pritom na funkcni kombinaci Docker+OverlayFS+ZFS "tam venku" ceka docela dost lidi.
Ja to nestiham, mam z toho uprimne docela cim dal vetsi nerv, protoze tehle prace se zacina kupit - ale kazdym dnem dojdeme spis na neco dalsiho, co je potreba udelat, nez aby "zbyl" cas na upstreamovani...
/snajpa
On 2020-08-10 10:12, Pavel Snajdr wrote:
S obsazenou pameti bych rekl, ze je jinak vcelku dobojovano, muzeme nasazovat na produkcni masiny:
https://github.com/vpsfreecz/linux/commits/vpsadminos-5.7-202008080
https://github.com/vpsfreecz/linux/commit/4e55598d1bf6f6e55eabebad7c7e1bfa5a...
https://github.com/vpsfreecz/linux/commit/bfc27e0c6025728acbc08124bf14b483b5...
Behem nasledujicich par desitek minut by na to mela pristat planovana outage :)
/snajpa
On 2020-08-10 09:59, Jirka Bourek wrote:
Řekl bych, že celý ten dotaz je o řád posunutý, plus ty "malé procesy" dávají dohromady víc než oba zmíněné jménem. Tipnul bych si, jestli to není to samé, co se tu řešilo nedávno, že využitá paměť zobrazená htopem je výrazně větší než součet RSS
On 10. 08. 20 9:54, Pavel Snajdr wrote:
Ahoj,
2.3TB obsazene pameti asi tezko :) Logicky to je trochu nesmysl, kdyz ty masiny maji 10x min pameti fyzicky, ze :)
https://en.wikipedia.org/wiki/Virtual_memory
/snajpa
On 2020-08-10 09:32, Filip Bartmann wrote:
Ahoj, u VPSky co mám ve správě - caara.cz [1], vidím divně obsazenou RAM. Graf ukazuje 2,3 TB obsazené RAM, ale hlavní žrouti jsou mysql
- 158 GB a journald - 142 GB a pak už tam jsou jenom malé procesy.
Odkud se teda bere těch 2.3 TB, které postupně narůstají?
Ahoj, Filip Bartmann
Links:
[1] http://caara.cz
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
To je jasny, tam je takovejch speku vic, ktery s nejvetsi radosti dodelam, kdyz si nekdo vezme to vykomunikovani s upstreamem za mne :))
To samy napr. u syslog namespace, tam je potreba dodelat interface pro clone3() a par dalsich drobnosti.
Tahle vec taky chce kapku dodelat, mozna i najit tomu lepsi nazev a urcite dodelat popis a motivaci... https://github.com/vpsfreecz/linux/commit/7d66dc905f7e8b326413c4fc3ea4d821ad...
Takovych veci je tam vic, ale ani se mi proti tehle zdi samotnymu vubec nechtelo rozebihat...
/snajpa
On 2020-08-10 10:29, Jirka Bourek wrote:
Mám takovej pocit, že "TODO: cgroup v2 fs support" by mohlo pro upstreamování bejt trochu překážkou. Pokud jsem to za poslední dobu pochopil, tak v1 je deprecated a je otázka, jestli někdo bude vůbec chtít v tom ještě něco měnit - zejména vylepšovat to funkcionalitou, kterou v2 nemá
On 10. 08. 20 10:20, Pavel Snajdr wrote:
...ten prvni link mel byt bez odkazu na radek
https://github.com/vpsfreecz/linux/commit/4e55598d1bf6f6e55eabebad7c7e1bfa5a... No a rovnou se zeptam:
nemel byste nekdo cas a chut pomoct s upstreamovanim te nasi kernel prace?
To neni jen ksoftlimd, ale napr. pro ZFS/overlayfs taky nestiham napsat poradne testy, aby se ta funkcionalita dostala do pristiho major release, pritom na funkcni kombinaci Docker+OverlayFS+ZFS "tam venku" ceka docela dost lidi.
Ja to nestiham, mam z toho uprimne docela cim dal vetsi nerv, protoze tehle prace se zacina kupit - ale kazdym dnem dojdeme spis na neco dalsiho, co je potreba udelat, nez aby "zbyl" cas na upstreamovani...
/snajpa
On 2020-08-10 10:12, Pavel Snajdr wrote:
S obsazenou pameti bych rekl, ze je jinak vcelku dobojovano, muzeme nasazovat na produkcni masiny:
https://github.com/vpsfreecz/linux/commits/vpsadminos-5.7-202008080
https://github.com/vpsfreecz/linux/commit/4e55598d1bf6f6e55eabebad7c7e1bfa5a... https://github.com/vpsfreecz/linux/commit/bfc27e0c6025728acbc08124bf14b483b5... Behem nasledujicich par desitek minut by na to mela pristat planovana outage :)
/snajpa
On 2020-08-10 09:59, Jirka Bourek wrote:
Řekl bych, že celý ten dotaz je o řád posunutý, plus ty "malé procesy" dávají dohromady víc než oba zmíněné jménem. Tipnul bych si, jestli to není to samé, co se tu řešilo nedávno, že využitá paměť zobrazená htopem je výrazně větší než součet RSS
On 10. 08. 20 9:54, Pavel Snajdr wrote:
Ahoj,
2.3TB obsazene pameti asi tezko :) Logicky to je trochu nesmysl, kdyz ty masiny maji 10x min pameti fyzicky, ze :)
https://en.wikipedia.org/wiki/Virtual_memory
/snajpa
On 2020-08-10 09:32, Filip Bartmann wrote:
Ahoj, u VPSky co mám ve správě - caara.cz [1], vidím divně obsazenou RAM. Graf ukazuje 2,3 TB obsazené RAM, ale hlavní žrouti jsou mysql
- 158 GB a journald - 142 GB a pak už tam jsou jenom malé procesy.
Odkud se teda bere těch 2.3 TB, které postupně narůstají?
Ahoj, Filip Bartmann
Links:
[1] http://caara.cz
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
jjk sry, popletl jsem jednotky :O
po 10. 8. 2020 v 10:05 odesílatel Jirka Bourek vpsfree-list@keroub.cz napsal:
Řekl bych, že celý ten dotaz je o řád posunutý, plus ty "malé procesy" dávají dohromady víc než oba zmíněné jménem. Tipnul bych si, jestli to není to samé, co se tu řešilo nedávno, že využitá paměť zobrazená htopem je výrazně větší než součet RSS
On 10. 08. 20 9:54, Pavel Snajdr wrote:
Ahoj,
2.3TB obsazene pameti asi tezko :) Logicky to je trochu nesmysl, kdyz ty masiny maji 10x min pameti fyzicky, ze :)
https://en.wikipedia.org/wiki/Virtual_memory
/snajpa
On 2020-08-10 09:32, Filip Bartmann wrote:
Ahoj, u VPSky co mám ve správě - caara.cz [1], vidím divně obsazenou RAM. Graf ukazuje 2,3 TB obsazené RAM, ale hlavní žrouti jsou mysql
- 158 GB a journald - 142 GB a pak už tam jsou jenom malé procesy.
Odkud se teda bere těch 2.3 TB, které postupně narůstají?
Ahoj, Filip Bartmann
Links:
[1] http://caara.cz
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Deleno 1024 to melo bejt! :)
On Mon, Aug 10, 2020 at 9:54 AM Pavel Snajdr snajpa@snajpa.net wrote:
Ahoj,
2.3TB obsazene pameti asi tezko :) Logicky to je trochu nesmysl, kdyz ty masiny maji 10x min pameti fyzicky, ze :)
https://en.wikipedia.org/wiki/Virtual_memory
/snajpa
On 2020-08-10 09:32, Filip Bartmann wrote:
Ahoj, u VPSky co mám ve správě - caara.cz [1], vidím divně obsazenou RAM. Graf ukazuje 2,3 TB obsazené RAM, ale hlavní žrouti jsou mysql
- 158 GB a journald - 142 GB a pak už tam jsou jenom malé procesy.
Odkud se teda bere těch 2.3 TB, které postupně narůstají?
Ne, ten graf skutecne neukazuje 2.3 TB, ale 2.34 GB... A 158 MB RAM na MySQL mi prijde spis malo, nez hodne, to cislo "roste" s tim kolik dat mas v databazi a poroste az do limitu nastavenyho v konfiguraci.
community-list@lists.vpsfree.cz
-
Filip Bartmann -
Jirka Bourek -
Josef Skladanka -
Pavel Snajdr