is ballooning a bad sign?

Hello guys again!

in a typical vps, it shows

 free -h
              total        used        free      shared  buff/cache   available
Mem:           8.0G        4.5G         40M        145M        3.5G        3.4G
Swap:          8.0G        218M        7.8G

is it a bad sign?

Comments

  • edited December 2020

    YES

    they all --- OVERSELLLLL seeeellllllll sellllll -----

    sale

    Thanked by (1)seenu
  • NeoonNeoon OGSenpai

    buff/cache is available to you, the OS just accelerates stuff with it.

    Thanked by (2)seenu vimalware
  • RazzaRazza OG
    edited December 2020

    On Linux when the ram is not actually getting used for application instend of just doing nothing with it, it will use it for buffering and cacheing if a application requires it Linux will release it.

    Thanked by (1)seenu
  • Anyone have friends try to clear their mobile ram cache? :p

    Thanked by (1)mezoology

    Action and Reaction in history

  • @elliotc said:
    Anyone have friends try to clear their mobile ram cache? :p

    Samsung smartphones are @ ~70 RAM usage out of the box.

  • InceptionHostingInceptionHosting Hosting ProviderOG
    edited December 2020

    @seenu said: is it a bad sign?

    I mean this with a sense of humour and no intent to wound, but the only sign that is of is that you need to do more reading on how linux/ram works. :D that is not balooning

    Thanked by (3)MaxKVM vimalware skorous

    https://inceptionhosting.com
    Please do not use the PM system here for Inception Hosting support issues.

  • edited December 2020

    did this happen on one of your

    ;) OOuhh

    kidding with you man.

    Thanked by (1)vimalware
  • Not_OlesNot_Oles Hosting ProviderContent Writer

    @seenu

    Here's something you could try if you haven't noticed it before. On a Linux machine, reboot, and then launch a big application, maybe Firefox. Notice how long the application takes to load. Then close the application. Then reopen it. The second time it will be way faster! Why? Because, when there's enough memory, Linux often keeps the application in RAM memory even after it's been closed. The second time the application is opened, it gets quickly reloaded from RAM. The second time, the application does not have to be read into RAM from the filesystem. Apparently the kernel has sophisticated ways of keeping track of which applications are likely to be reopened, how much instantly available memory needs to be preserved, etc.

    I can see the memory "ballooning" effect on my server. If I run a service on a 2 GB VM, the system grabs almost all the memory. If I say, "Oh my, it needs more memory," and double the memory to 4 GB, the system persists in grabbing almost all of the memory. Depending on what services are running, increasing the memory and the swap can make a huge difference, or not much difference. But the percentage of memory in use doesn't necessarily tell you much all by itself.

    At least, this seems more or less how it was explained to me and what I think I might be seeing on my server.

    Best wishes from Sonora! ?️

    I hope everyone gets the servers they want!

  • @Razza said:
    On Linux when the ram is not actually getting used for application instend of just doing nothing with it, it will use it for buffering and cacheing if a application requires it Linux will release it.

    Why isn't this system using more RAM for buffering?

    $ free -m
                  total        used        free      shared  buff/cache   available
    Mem:         257600      134458      110231           8       12910      121510
    Swap:          8191           0        8191
    

    @mezoology said:

    Samsung smartphones are @ ~70 RAM usage out of the box.

    PinePhone, just booted:

    mobian@mobian:~$ free -m
                  total        used        free      shared  buff/cache   available
    Mem:           2931         517        1863          63         550        2204
    Swap:             0           0           0
    

    After opening Firefox:

    mobian@mobian:~$ free -m
                  total        used        free      shared  buff/cache   available
    Mem:           2931         913        1198          95         819        1774
    Swap:             0           0           0
    
  • @yoursunny said: Why isn't this system using more RAM for buffering?

    you're really asking why a server with 256G is not using more than 13G for buffers/cache? is there even enough data in use to be cached? ;-) ;-) ;-)

    does it eventually use zfs anyway, where the ARC might not be shown as buffers/cache but really counted towards the occupied memory?

  • @Falzo said:

    you're really asking why a server with 256G is not using more than 13G for buffers/cache? is there even enough data in use to be cached? ;-) ;-) ;-)

    This server is compiling large programs. The Go linker is reading many files. I'm hoping for even faster compilation.

    does it eventually use zfs anyway, where the ARC might not be shown as buffers/cache but really counted towards the occupied memory?

    It's ext4 filesystem on Intel NVMe.
    I'll consider ZFS when it's due for reinstall.

    Occupied memory is 128GB of hugepages.

    Thanked by (1)Falzo
  • edited December 2020
    1. In order to clear PageCache only run:

    sync; echo 1 > /proc/sys/vm/drop_caches
    2. In order to clear dentries (Also called as Directory Cache) and inodes run:

    sync; echo 2 > /proc/sys/vm/drop_caches
    3. In order to clear PageCache, dentries and inodes run:

    sync; echo 3 > /proc/sys/vm/drop_caches
    Running sync writes out dirty pages to disks. Normally dirty pages are the memory in use, so they are not available for freeing. So, running sync can help the ensuing drop operations to free more memory.

    Page cache is memory held after reading files. Linux kernel prefers to keep unused page cache assuming files being read once will most likely to be read again in the near future, hence avoiding the performance impact on disk IO.

    dentry and inode_cache are memory held after reading directory/file attributes, such as open() and stat(). dentry is common across all file systems, but inode_cache is on a per-file-system basis. Linux kernel prefers to keep this information assuming it will be needed again in the near future, hence avoiding disk IO

    TLDR-
    https://www.thegeekdiary.com/how-to-clear-the-buffer-pagecache-disk-cache-under-linux/

    Thanked by (1)seenu
  • Time for PowerPacker

  • yokowasisyokowasis Services Provider

    @yoursunny said:

    This server is compiling large programs. The Go linker is reading many files. I'm hoping for even faster compilation.

    You need more cpu power for faster compilation. in your case 256GB of RAM vs 100TB of RAM will perform about the same.

Sign In or Register to comment.