What is the maximum recommended number of open file descriptors on my vmware which is currently 1024?












0















*-core 
description: Motherboard

product: 440BX Desktop Reference Platform
vendor: Intel Corporation
physical id: 0
version: None
serial: None
*-firmware
description: BIOS
physical id: 0
version: 6.00
date: 04/14/2014
size: 87KiB
capabilities: isa pci pcmcia pnp apm upgrade shadowing escd cdboot bootselect edd int5printscreen int9keyboard int14serial int17printer int10video acpi smartbattery biosbootspecification netboot

*-cpu:0
description: CPU
product: Intel(R) Xeon(R) CPU E5-2697 v3 @ 2.60GHz
vendor: Intel Corp.
physical id: 4
bus info: cpu@0
version: Intel(R) Xeon(R) CPU E5-2697 v3 @ 2.60GHz
slot: CPU socket #0
size: 2600MHz
capacity: 4230MHz
width: 64 bits



The current limits are :
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) unlimited
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 1
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 1418
virtual memory (kbytes, -v) unlimited


$ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 8
On-line CPU(s) list: 0-7
Thread(s) per core: 1
Core(s) per socket: 4
Socket(s): 2
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 63
Model name: Intel(R) Xeon(R) CPU E5-2697 v3 @ 2.60GHz
Stepping: 2
CPU MHz: 2593.993
BogoMIPS: 5187.98
Hypervisor vendor: VMware
Virtualization type: full
L1d cache: 32K
L1i cache: 32K
L2 cache: 256K
L3 cache: 35840K
NUMA node0 CPU(s): 0-7









share|improve this question

























  • On my laptop it's currently 790447, on my server 364709, quite a bit more.

    – Jos
    Jan 17 at 12:52











  • @Jos could you tell me how to change it? like where the config file is?

    – Kevin Vizhalil
    Jan 17 at 16:48
















0















*-core 
description: Motherboard

product: 440BX Desktop Reference Platform
vendor: Intel Corporation
physical id: 0
version: None
serial: None
*-firmware
description: BIOS
physical id: 0
version: 6.00
date: 04/14/2014
size: 87KiB
capabilities: isa pci pcmcia pnp apm upgrade shadowing escd cdboot bootselect edd int5printscreen int9keyboard int14serial int17printer int10video acpi smartbattery biosbootspecification netboot

*-cpu:0
description: CPU
product: Intel(R) Xeon(R) CPU E5-2697 v3 @ 2.60GHz
vendor: Intel Corp.
physical id: 4
bus info: cpu@0
version: Intel(R) Xeon(R) CPU E5-2697 v3 @ 2.60GHz
slot: CPU socket #0
size: 2600MHz
capacity: 4230MHz
width: 64 bits



The current limits are :
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) unlimited
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 1
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 1418
virtual memory (kbytes, -v) unlimited


$ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 8
On-line CPU(s) list: 0-7
Thread(s) per core: 1
Core(s) per socket: 4
Socket(s): 2
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 63
Model name: Intel(R) Xeon(R) CPU E5-2697 v3 @ 2.60GHz
Stepping: 2
CPU MHz: 2593.993
BogoMIPS: 5187.98
Hypervisor vendor: VMware
Virtualization type: full
L1d cache: 32K
L1i cache: 32K
L2 cache: 256K
L3 cache: 35840K
NUMA node0 CPU(s): 0-7









share|improve this question

























  • On my laptop it's currently 790447, on my server 364709, quite a bit more.

    – Jos
    Jan 17 at 12:52











  • @Jos could you tell me how to change it? like where the config file is?

    – Kevin Vizhalil
    Jan 17 at 16:48














0












0








0








*-core 
description: Motherboard

product: 440BX Desktop Reference Platform
vendor: Intel Corporation
physical id: 0
version: None
serial: None
*-firmware
description: BIOS
physical id: 0
version: 6.00
date: 04/14/2014
size: 87KiB
capabilities: isa pci pcmcia pnp apm upgrade shadowing escd cdboot bootselect edd int5printscreen int9keyboard int14serial int17printer int10video acpi smartbattery biosbootspecification netboot

*-cpu:0
description: CPU
product: Intel(R) Xeon(R) CPU E5-2697 v3 @ 2.60GHz
vendor: Intel Corp.
physical id: 4
bus info: cpu@0
version: Intel(R) Xeon(R) CPU E5-2697 v3 @ 2.60GHz
slot: CPU socket #0
size: 2600MHz
capacity: 4230MHz
width: 64 bits



The current limits are :
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) unlimited
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 1
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 1418
virtual memory (kbytes, -v) unlimited


$ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 8
On-line CPU(s) list: 0-7
Thread(s) per core: 1
Core(s) per socket: 4
Socket(s): 2
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 63
Model name: Intel(R) Xeon(R) CPU E5-2697 v3 @ 2.60GHz
Stepping: 2
CPU MHz: 2593.993
BogoMIPS: 5187.98
Hypervisor vendor: VMware
Virtualization type: full
L1d cache: 32K
L1i cache: 32K
L2 cache: 256K
L3 cache: 35840K
NUMA node0 CPU(s): 0-7









share|improve this question
















*-core 
description: Motherboard

product: 440BX Desktop Reference Platform
vendor: Intel Corporation
physical id: 0
version: None
serial: None
*-firmware
description: BIOS
physical id: 0
version: 6.00
date: 04/14/2014
size: 87KiB
capabilities: isa pci pcmcia pnp apm upgrade shadowing escd cdboot bootselect edd int5printscreen int9keyboard int14serial int17printer int10video acpi smartbattery biosbootspecification netboot

*-cpu:0
description: CPU
product: Intel(R) Xeon(R) CPU E5-2697 v3 @ 2.60GHz
vendor: Intel Corp.
physical id: 4
bus info: cpu@0
version: Intel(R) Xeon(R) CPU E5-2697 v3 @ 2.60GHz
slot: CPU socket #0
size: 2600MHz
capacity: 4230MHz
width: 64 bits



The current limits are :
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) unlimited
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 1
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 1418
virtual memory (kbytes, -v) unlimited


$ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 8
On-line CPU(s) list: 0-7
Thread(s) per core: 1
Core(s) per socket: 4
Socket(s): 2
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 63
Model name: Intel(R) Xeon(R) CPU E5-2697 v3 @ 2.60GHz
Stepping: 2
CPU MHz: 2593.993
BogoMIPS: 5187.98
Hypervisor vendor: VMware
Virtualization type: full
L1d cache: 32K
L1i cache: 32K
L2 cache: 256K
L3 cache: 35840K
NUMA node0 CPU(s): 0-7






vmware cpu






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Jan 17 at 19:15









Marc Vanhoomissen

89611119




89611119










asked Jan 17 at 12:47









Kevin VizhalilKevin Vizhalil

1




1













  • On my laptop it's currently 790447, on my server 364709, quite a bit more.

    – Jos
    Jan 17 at 12:52











  • @Jos could you tell me how to change it? like where the config file is?

    – Kevin Vizhalil
    Jan 17 at 16:48



















  • On my laptop it's currently 790447, on my server 364709, quite a bit more.

    – Jos
    Jan 17 at 12:52











  • @Jos could you tell me how to change it? like where the config file is?

    – Kevin Vizhalil
    Jan 17 at 16:48

















On my laptop it's currently 790447, on my server 364709, quite a bit more.

– Jos
Jan 17 at 12:52





On my laptop it's currently 790447, on my server 364709, quite a bit more.

– Jos
Jan 17 at 12:52













@Jos could you tell me how to change it? like where the config file is?

– Kevin Vizhalil
Jan 17 at 16:48





@Jos could you tell me how to change it? like where the config file is?

– Kevin Vizhalil
Jan 17 at 16:48










1 Answer
1






active

oldest

votes


















1














This has nothing to do with your CPU. It's a setting for how many open file descriptors you can have. It can be shown with ulimit -n. The default is 1024 per process.



The max limit a user can have can be set in /etc/security/limits.conf.



The currently configured system max can be seen with the command



$ cat /proc/sys/fs/file-max
601126


This value is the total for the system, not per process.



This can be changed by writing a new value to the same location, for instance echo 1000000 | sudo tee /proc/sys/fs/file-max. This is the upper limit.



The value in use is shown in /proc/sys/fs/file-nr, which has three numbers. The first is currently in use file descriptors, second is allocated, but free, descriptors, and the third is the system configured maximum.



The uliit per process can be changed by the user, up to the maximum described in /etc/security/limits.conf:



[~]$ ulimit -n
1024
[~]$ ulimit -n 2048
[~]$ ulimit -n
2048


In addition, you have two kinds of limits. Hard and soft. You can play with the soft limits, but only root can raise hard limits. To show hard limits, run ulimit -H -n. The user can lower hard limits, but never raise them, even back to the initial value if decreased.



[~]$ ulimit -H -n
4096
[~]$ ulimit -H -n 2048
[~]$ ulimit -H -n 4096
bash: ulimit: open files: cannot modify limit: Operation not permitted
[~]$


If you have any more question about limits, I suggest you ask a more specific question, as it was rather wide open. There's not recommended value; different processes require different approaches. The defaults are sane for most applications, whilst some applications may run in to issues.



The short answer is not to worry unless you run into problems.






share|improve this answer

























    Your Answer








    StackExchange.ready(function() {
    var channelOptions = {
    tags: "".split(" "),
    id: "89"
    };
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function() {
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled) {
    StackExchange.using("snippets", function() {
    createEditor();
    });
    }
    else {
    createEditor();
    }
    });

    function createEditor() {
    StackExchange.prepareEditor({
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: true,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: 10,
    bindNavPrevention: true,
    postfix: "",
    imageUploader: {
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    },
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    });


    }
    });














    draft saved

    draft discarded


















    StackExchange.ready(
    function () {
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1110544%2fwhat-is-the-maximum-recommended-number-of-open-file-descriptors-on-my-vmware-whi%23new-answer', 'question_page');
    }
    );

    Post as a guest















    Required, but never shown

























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    1














    This has nothing to do with your CPU. It's a setting for how many open file descriptors you can have. It can be shown with ulimit -n. The default is 1024 per process.



    The max limit a user can have can be set in /etc/security/limits.conf.



    The currently configured system max can be seen with the command



    $ cat /proc/sys/fs/file-max
    601126


    This value is the total for the system, not per process.



    This can be changed by writing a new value to the same location, for instance echo 1000000 | sudo tee /proc/sys/fs/file-max. This is the upper limit.



    The value in use is shown in /proc/sys/fs/file-nr, which has three numbers. The first is currently in use file descriptors, second is allocated, but free, descriptors, and the third is the system configured maximum.



    The uliit per process can be changed by the user, up to the maximum described in /etc/security/limits.conf:



    [~]$ ulimit -n
    1024
    [~]$ ulimit -n 2048
    [~]$ ulimit -n
    2048


    In addition, you have two kinds of limits. Hard and soft. You can play with the soft limits, but only root can raise hard limits. To show hard limits, run ulimit -H -n. The user can lower hard limits, but never raise them, even back to the initial value if decreased.



    [~]$ ulimit -H -n
    4096
    [~]$ ulimit -H -n 2048
    [~]$ ulimit -H -n 4096
    bash: ulimit: open files: cannot modify limit: Operation not permitted
    [~]$


    If you have any more question about limits, I suggest you ask a more specific question, as it was rather wide open. There's not recommended value; different processes require different approaches. The defaults are sane for most applications, whilst some applications may run in to issues.



    The short answer is not to worry unless you run into problems.






    share|improve this answer






























      1














      This has nothing to do with your CPU. It's a setting for how many open file descriptors you can have. It can be shown with ulimit -n. The default is 1024 per process.



      The max limit a user can have can be set in /etc/security/limits.conf.



      The currently configured system max can be seen with the command



      $ cat /proc/sys/fs/file-max
      601126


      This value is the total for the system, not per process.



      This can be changed by writing a new value to the same location, for instance echo 1000000 | sudo tee /proc/sys/fs/file-max. This is the upper limit.



      The value in use is shown in /proc/sys/fs/file-nr, which has three numbers. The first is currently in use file descriptors, second is allocated, but free, descriptors, and the third is the system configured maximum.



      The uliit per process can be changed by the user, up to the maximum described in /etc/security/limits.conf:



      [~]$ ulimit -n
      1024
      [~]$ ulimit -n 2048
      [~]$ ulimit -n
      2048


      In addition, you have two kinds of limits. Hard and soft. You can play with the soft limits, but only root can raise hard limits. To show hard limits, run ulimit -H -n. The user can lower hard limits, but never raise them, even back to the initial value if decreased.



      [~]$ ulimit -H -n
      4096
      [~]$ ulimit -H -n 2048
      [~]$ ulimit -H -n 4096
      bash: ulimit: open files: cannot modify limit: Operation not permitted
      [~]$


      If you have any more question about limits, I suggest you ask a more specific question, as it was rather wide open. There's not recommended value; different processes require different approaches. The defaults are sane for most applications, whilst some applications may run in to issues.



      The short answer is not to worry unless you run into problems.






      share|improve this answer




























        1












        1








        1







        This has nothing to do with your CPU. It's a setting for how many open file descriptors you can have. It can be shown with ulimit -n. The default is 1024 per process.



        The max limit a user can have can be set in /etc/security/limits.conf.



        The currently configured system max can be seen with the command



        $ cat /proc/sys/fs/file-max
        601126


        This value is the total for the system, not per process.



        This can be changed by writing a new value to the same location, for instance echo 1000000 | sudo tee /proc/sys/fs/file-max. This is the upper limit.



        The value in use is shown in /proc/sys/fs/file-nr, which has three numbers. The first is currently in use file descriptors, second is allocated, but free, descriptors, and the third is the system configured maximum.



        The uliit per process can be changed by the user, up to the maximum described in /etc/security/limits.conf:



        [~]$ ulimit -n
        1024
        [~]$ ulimit -n 2048
        [~]$ ulimit -n
        2048


        In addition, you have two kinds of limits. Hard and soft. You can play with the soft limits, but only root can raise hard limits. To show hard limits, run ulimit -H -n. The user can lower hard limits, but never raise them, even back to the initial value if decreased.



        [~]$ ulimit -H -n
        4096
        [~]$ ulimit -H -n 2048
        [~]$ ulimit -H -n 4096
        bash: ulimit: open files: cannot modify limit: Operation not permitted
        [~]$


        If you have any more question about limits, I suggest you ask a more specific question, as it was rather wide open. There's not recommended value; different processes require different approaches. The defaults are sane for most applications, whilst some applications may run in to issues.



        The short answer is not to worry unless you run into problems.






        share|improve this answer















        This has nothing to do with your CPU. It's a setting for how many open file descriptors you can have. It can be shown with ulimit -n. The default is 1024 per process.



        The max limit a user can have can be set in /etc/security/limits.conf.



        The currently configured system max can be seen with the command



        $ cat /proc/sys/fs/file-max
        601126


        This value is the total for the system, not per process.



        This can be changed by writing a new value to the same location, for instance echo 1000000 | sudo tee /proc/sys/fs/file-max. This is the upper limit.



        The value in use is shown in /proc/sys/fs/file-nr, which has three numbers. The first is currently in use file descriptors, second is allocated, but free, descriptors, and the third is the system configured maximum.



        The uliit per process can be changed by the user, up to the maximum described in /etc/security/limits.conf:



        [~]$ ulimit -n
        1024
        [~]$ ulimit -n 2048
        [~]$ ulimit -n
        2048


        In addition, you have two kinds of limits. Hard and soft. You can play with the soft limits, but only root can raise hard limits. To show hard limits, run ulimit -H -n. The user can lower hard limits, but never raise them, even back to the initial value if decreased.



        [~]$ ulimit -H -n
        4096
        [~]$ ulimit -H -n 2048
        [~]$ ulimit -H -n 4096
        bash: ulimit: open files: cannot modify limit: Operation not permitted
        [~]$


        If you have any more question about limits, I suggest you ask a more specific question, as it was rather wide open. There's not recommended value; different processes require different approaches. The defaults are sane for most applications, whilst some applications may run in to issues.



        The short answer is not to worry unless you run into problems.







        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited Jan 19 at 13:50









        Zanna

        50.6k13135241




        50.6k13135241










        answered Jan 17 at 20:31









        vidarlovidarlo

        10.3k52447




        10.3k52447






























            draft saved

            draft discarded




















































            Thanks for contributing an answer to Ask Ubuntu!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid



            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.


            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1110544%2fwhat-is-the-maximum-recommended-number-of-open-file-descriptors-on-my-vmware-whi%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            How to reconfigure Docker Trusted Registry 2.x.x to use CEPH FS mount instead of NFS and other traditional...

            is 'sed' thread safe

            How to make a Squid Proxy server?