Opened 18 months ago
Last modified 3 months ago
#18067 new bug
Rapid memory increase while downloading with any command
Reported by: | khallebal | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | Network & Internet | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
Easily reproducible with wget, aria2, curl or pkgman, the rate is like 1k?/s, just download a large iso file 1G+ to see in ProcessConroller the increase.
Attachments (1)
Change History (8)
comment:1 by , 18 months ago
comment:2 by , 16 months ago
Please next time before you make assumptions, try to reproduce the behavior to see for yourself or at least read carefully the reporter's description of the problem. i never said anything about spikes or cache, (you almost rendered this ticket invalid). it is a memory increase at a steady rate, which has nothing to do the spikes you get when you compile or delete files. all i could see using process-controller is that i comes from the kernel(which is not very helpful i know)
by , 16 months ago
comment:3 by , 16 months ago
Just adding a strace -t
call with wget in case it can give us some useful info, see log.txt file.
comment:6 by , 3 months ago
If you can, please start a download, drop to KDL, run the slabs
command, exit KDL, wait a few seconds for memory to increase, then drop to KDL and run the slabs
command again.
Isn't that just a normal cache thing? Do you notice any adverse effects besides the usage number going up? (as in... those numbers do not go down after the download ends / gets synced to disk? or cause some other issues with the system?)
Maybe watching ActivityMonitor's Memory graphs can help to better see what's going on?
I've too noticed some frequent memory usage spikes (when removing big git repos, for example, memory spikes are periodic in that case, up/down 200 MB+ and growing the longer the operation takes), but all goes back to normal after the operations finish.