Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
Opening e.g. the Downloads-tab before closing the Steam-window, on the other hand, causes Steam Client Webhelper to consume basically nothing.
This is bad design: if the main Steam window is closed, none of the UI should continue to be processed at all. It really should not matter what tab you were viewing, when you closed the window.
That is a memory-leak. A memory-leak is specifically an application not releasing all the memory it allocated and accidentally allocating more, like e.g. you call malloc() at the start of a function, but then the function fails to call free() on the allocated memory, so when the function is called the next time, it'll now malloc() even more memory that never gets released.
Not exactly. A memory leak is when the programme/procedure goes outside the declared area. That's why it's called this way. IMHO in this case, rather, the programme is still processing something in the background, although it should no longer be doing so because the user has terminated the action - however, the programme does not know it. But I can be wrong, in any case, I do not see on my system typical memory leak situation. This is easy to check. A memory leak is slow but infinite, while improperly releasing resources reaches a certain limit and stop. You can do it and send feedback - leave Steam on for a few hours and you will have a clear situation.
No. When a program tries to access memory that is not allocated to it, that is called a segmentation fault. As in: it violates the segmentation between the process's own memory space and that of other processes; the memory allocated to the kernel; or free unallocated memory.
Windows calls this a general protection fault instead.
Which led to the horribly dated cringe meme that "general protection fault caused a kernel error in private use area."
A memory leak is when a process asks the OS to allocate memory for it; and then rather than return the memory to the OS when it's done with it, just drops all references to the allocated memory instead and doesn't bother to return it to the OS.
Therefore, it leaks memory from the total pool of RAM that the OS can loan out to user-mode processes, which under normally performing processes is considered a zero-sum closed circuit. And that leak can slowly trickle until the pool is empty or the process has taken the maximum the OS allows.
Of course; when the process that took all that memory is shut down then under most cases there's a fail-safe that results in it being returned. (There are - or at least used to be - edge cases to semi-permanently orphan the memory. That is: until the entire OS is restarted.)
BTW: Tomorrow I will check it again myself on Steam and write feedback.
It really isn't. I am a programmer, I know what I am talking about, but since you clearly do not believe what you're being told, see e.g. https://en.wikipedia.org/wiki/Memory_leak :
"In computer science, a memory leak is a type of resource leak that occurs when a computer program incorrectly manages memory allocations[1] in a way that memory which is no longer needed is not released. A memory leak may also happen when an object is stored in memory but cannot be accessed by the running code (i.e. unreachable memory).[2]"
The term "memory-leak" was coined already decades ago, you're just trying to redefine it.
name, CPU, memory working set, memory private bytes, I/O total rate
*Steam Client Beta Update: May 1st
steam.exe, 0,97, 805,3 MB, 653,87 MB, , Steam,
steam.exe, 0,57, 805,07 MB, 654,25 MB, 59 B/s, Steam,
steam.exe, 0,50, 805,48 MB, 654,68 MB, , Steam,
steam.exe, 0,59, 805,54 MB, 654,61 MB, , Steam,
steam.exe, 0,42, 805,7 MB, 654,93 MB, 59 B/s, Steam,
*Steam Client Beta Update: May 2nd
steam.exe, 0,31, 886,3 MB, 776,41 MB, 1,09 kB/s, Steam,
steam.exe, 1,00, 833,38 MB, 724,53 MB, 5,11 kB/s, Steam,
steam.exe, 0,37, 834,58 MB, 704,22 MB, 544 B/s, Steam,
steam.exe, 0,36, 833,44 MB, 690,34 MB, , Steam,
steam.exe, 0,60, 824,34 MB, 688,32 MB, , Steam,
*Steam Client Beta - May 4th
steam.exe, 0,57, 900,45 MB, 770,31 MB, , Steam,
steam.exe, 0,86, 905,93 MB, 811,32 MB, 4,93 kB/s, Steam,
steam.exe, 0,70, 837,77 MB, 700,29 MB, , Steam,
steam.exe, 0,41, 823,39 MB, 715,05 MB, 1,14 kB/s, Steam,
steam.exe, 0,58, 818,11 MB, 710,58 MB, , Steam,
UPDATE after run Elden Ring:
steam.exe, 0,57, 1,71 GB, 1,26 GB, , , Steam
One of steamwebhelpers 890,04 MB (!)
It is stable usage, not going up, no going down, but it hurts!
So NO memory leak on my system, and NO additional activity on background, except typical for this kind of software and framework (so I was mistake here).
Software look very stable, at least on my system, but memory usage for, in theory, simple game launcher is... IMHO absurd.
I guess you wanted to say "processes" instead of "threads".
Old: https://i.imgur.com/9ngWL6l.png
Just doing nothing
https://i.imgur.com/sTAsypO.png