Jump to content
We're Hiring! Full Stack Developer ×
  • CPU Isolation Not Working


    IamSpartacus
    • Minor

    I have 4 cores and 8 threads isolated on my Threadripper 1950x for a Windows 10 VM.  Yet docker containers and other system processes are clearly using these threads.

     

     

    1.png

    2.PNG

    beast-diagnostics-20190423-2053.zip




    User Feedback

    Recommended Comments

    Can you post a screen shot of htop after doing this:

     

    Launch htop from the command line. Press <F2> key, go to "Columns", and add PROCESSOR under "Available Columns".

    The currently used CPU ID of each process will appear under "CPU" column.

     

    image.png.957371fce0a893b8363b51f9eb36185a.png

     

    And for sake of completeness, you haven't by chance pinned any containers to those isolated threads?

    Link to comment

    I believe the OP is confused by the CPU numbering in HTOP vs. our dashboard.  In htop, there is no CPU0, so CPU0 = CPU1.  That means that your pinning in htop is for CPUs 13-16 and 29-32.  I do not see any other processes using those CPUs.  Marking for retest to give the OP time to produce evidence to the contrary.

    Link to comment

    From your first post, can't tell what process is running on which cpu.

     

    From your last post, htop only says CPU 28 is being used by host process (ffmpeg).  But, 'htop' numbers CPU from 1 instead of 0, so that's really CPU 27.

    Link to comment
    5 minutes ago, jonp said:

    I believe the OP is confused by the CPU numbering in HTOP vs. our dashboard.  In htop, there is no CPU0, so CPU0 = CPU1.  That means that your pinning in htop is for CPUs 13-16 and 29-32.  I do not see any other processes using those CPUs.  Marking for retest to give the OP time to produce evidence to the contrary.

     

    4 minutes ago, limetech said:

    From your first post, can't tell what process is running on which cpu.

     

    From your last post, htop only says CPU 28 is being used by host process (ffmpeg).  But, 'htop' numbers CPU from 1 instead of 0, so that's really CPU 27.

     

    I agree about CPU 28 being 27 and thus not one of the pinned cores.  But Look at the 3rd process down in my most recent Screen Shot.  It's using CPU 31 (or CPU 30).

    Edited by IamSpartacus
    Link to comment
    3 hours ago, IamSpartacus said:

    It's using CPU 31 (or CPU 30).

    We don't include container pinning info in the diagnostics - you are double-dog sure the docker run command is not including specific cpus?  If not, then perhaps you can try pinning all your non-VM cpu's to that container.  Perhaps this is a docker bug.

    Link to comment
    15 hours ago, limetech said:

    We don't include container pinning info in the diagnostics - you are double-dog sure the docker run command is not including specific cpus?  If not, then perhaps you can try pinning all your non-VM cpu's to that container.  Perhaps this is a docker bug.

     

    Yes I'm 100% sure because I've never pinned CPUs for any docker containers.  But I have just taken your advice and limited the CPUs this particular container can use and it appears to have fixed the issue for the time being.

    Link to comment


    Join the conversation

    You can post now and register later. If you have an account, sign in now to post with your account.
    Note: Your post will require moderator approval before it will be visible.

    Guest
    Add a comment...

    ×   Pasted as rich text.   Restore formatting

      Only 75 emoji are allowed.

    ×   Your link has been automatically embedded.   Display as a link instead

    ×   Your previous content has been restored.   Clear editor

    ×   You cannot paste images directly. Upload or insert images from URL.


  • Status Definitions

     

    Open = Under consideration.

     

    Solved = The issue has been resolved.

     

    Solved version = The issue has been resolved in the indicated release version.

     

    Closed = Feedback or opinion better posted on our forum for discussion. Also for reports we cannot reproduce or need more information. In this case just add a comment and we will review it again.

     

    Retest = Please retest in latest release.


    Priority Definitions

     

    Minor = Something not working correctly.

     

    Urgent = Server crash, data loss, or other showstopper.

     

    Annoyance = Doesn't affect functionality but should be fixed.

     

    Other = Announcement or other non-issue.

×
×
  • Create New...