Announcement

Collapse
No announcement yet.

KDE SC 4.7 Release Candidate Hits The Web

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #31
    Originally posted by siride View Post
    free is actually your best bet. System monitor can't be smarter than free because free is as smart as it could be possibly be, at least for this simple case.
    Actually, no. free is pretty dumb compared to system monitor. Quite often, free can't be trusted as much as sysmon.

    Comment


    • #32
      Originally posted by RealNC View Post
      Actually, no. free is pretty dumb compared to system monitor. Quite often, free can't be trusted as much as sysmon.
      And what is it, specifically, that system monitor does that free doesn't do? Obviously, keep in mind the scope of free, which is total system memory usage, and not per-app, for which different tools are obviously better.

      Comment


      • #33
        It has better (more accurate) detection about free memory, buffers, etc.

        Comment


        • #34
          Originally posted by RealNC View Post
          It has better (more accurate) detection about free memory, buffers, etc.
          free uses /proc/meminfo, specifically, the first four values listed there. Do you want to propose that the kernel accounting is incorrect? If so, then how do you propose that system settings does any better? FWIW, I opened up my Ubuntu VM and used GNOME's system monitor and compared what it said to what free said and they matched exactly. I wonder why....

          Comment


          • #35
            The test case I suggested works best in this scenario. I'd even dare to say it's the only correct way of measuring KDE RAM requirements.

            If you want to argue with me, then forward my method to Andrew Morton or Linus Torvalds and hear out what they say.

            Comment


            • #36
              So the KDE RAM usage makes the PC slower or faster?
              There is no point in arguing without considering that!
              Why nobody is measuring speed? Oh, I see, because performance/responsiveness is more difficult to measure than looking at a single number and yelling "there, RAM wasted!"

              But, is it better to have RAM storing pixmaps, app data, or whatever KDE stores, or is it better to leave that RAM for disk cache, and let the system manage it?

              I think that, given the choice, it'll be almost always better to let the app decide what's better to store. After all, the app knows best what's most urgent to the user.

              Comment


              • #37
                Originally posted by DeiF View Post
                So the KDE RAM usage makes the PC slower or faster?
                There is no point in arguing without considering that!
                Why nobody is measuring speed? Oh, I see, because performance/responsiveness is more difficult to measure than looking at a single number and yelling "there, RAM wasted!"

                But, is it better to have RAM storing pixmaps, app data, or whatever KDE stores, or is it better to leave that RAM for disk cache, and let the system manage it?

                I think that, given the choice, it'll be almost always better to let the app decide what's better to store. After all, the app knows best what's most urgent to the user.
                also: unused RAM = wasted RAM
                I have 8GB of RAM and almost all the time 2GB or more aren't used. I would be happy if KDE starts using more RAM to become more responsive.

                Comment


                • #38
                  Originally posted by droste View Post
                  also: unused RAM = wasted RAM
                  I have 8GB of RAM and almost all the time 2GB or more aren't used. I would be happy if KDE starts using more RAM to become more responsive.
                  What on earth is KDE going to do with 8GB RAM

                  Comment


                  • #39
                    Originally posted by birdie View Post
                    The test case I suggested works best in this scenario. I'd even dare to say it's the only correct way of measuring KDE RAM requirements.

                    If you want to argue with me, then forward my method to Andrew Morton or Linus Torvalds and hear out what they say.
                    You refuse to explain this "advanced" algorithm which incidentally can't possibly do better than free because free already does the best possible job of measure RAM usage. The division is very simple: RAM either belongs to buffers, cache, or is used by programs/the kernel actively. The kernel necessarily can easily know how much is in any of these because the datastructures are known and the kernel has to track its memory allocations anyway for MM purposes. If you want to be a little more fine-grained, you could subtract out vmalloc allocations and the size of the kernel text and ro data segments, but those last two are pretty small in the grand scheme of things (a few megs).

                    The alternative is to go through each process and get the total memory used, then try to figure out what's shared and then try to subtract out buffers and caches (which you get from meminfo anyway) and you will end up with something less accurate that takes longer. I'm not sure why that would be a better way because figuring out memory sharing is a real pain in the ass. It's necessary if you want to find out per-process memory usage, but free doesn't even try to do that anyway, so it's moot for this discussion.

                    Comment


                    • #40
                      Originally posted by RealNC View Post
                      What on earth is KDE going to do with 8GB RAM
                      I don't want KDE to use all of the 8GB. That would be really bad

                      Comment

                      Working...
                      X