[Solved]Very short freezes or hangs, gets worse after using for a whil

meb111 · 2017-06-30 08:17:12

I have searched and searched and can't seem to find a similar problem and I hate to post about my problem but it's become insanely annoying. I have recently made the switch from windows and decided to go 100% all-in; no dual boots etc.

My problem is that I get very short (like 30-100ms) freezes. It feels like a hardware bottleneck somewhere, but I can't seem to find any errors in any log files. These freezes stop everything, audio output, audio input (discord), mouse movement, videos (youtube, chromium) etc. but my processor doesn't go above 30% on each core and never on more than one core, and my ram never goes above 15% (of 16Gb) and swap is never used.

They are periodic, I can almost set a clock to them about half a second or so apart. When I restart they are less frequent about half a second apart, and not very long like 30-50 ms each; but the longer I do simple things like youtube, or even troubleshooting, the more frequent, and longer they get sometimes half a second apart and up to 3/4 of a second in length in which I get fed up and restart. I can't seem to get it to happen in terminal mode (tty?) but I don't know any commands that would help me see if it replicates. I'm using xfce.

I have suspicions about xorg, xorg is almost always at the top of my process list for % cpu usage.
This is in my /var/log/Xorg.0.log which is very hard to view in sublime text because it's constantly updating with this over and over again. I don't think it's normal. From what I can tell is the hangs are in synq with these messages. all my xorg.#.log files are plagued with this crap pages and pages of it. I am using the HDMI as my monitor.

[    64.194] (--) NVIDIA(GPU-0): Kingston Technology 43'TV (DFP-1): connected
[    64.194] (--) NVIDIA(GPU-0): Kingston Technology 43'TV (DFP-1): Internal TMDS
[    64.194] (--) NVIDIA(GPU-0): Kingston Technology 43'TV (DFP-1): 340.0 MHz maximum pixel clock
[    64.194] (--) NVIDIA(GPU-0): 
[    64.235] (--) NVIDIA(GPU-0): Kingston Technology 43'TV (DFP-1): connected
[    64.235] (--) NVIDIA(GPU-0): Kingston Technology 43'TV (DFP-1): Internal TMDS
[    64.235] (--) NVIDIA(GPU-0): Kingston Technology 43'TV (DFP-1): 340.0 MHz maximum pixel clock
[    64.235] (--) NVIDIA(GPU-0): 
[    64.777] (--) NVIDIA(GPU-0): Kingston Technology 43'TV (DFP-1): connected
[    64.777] (--) NVIDIA(GPU-0): Kingston Technology 43'TV (DFP-1): Internal TMDS
[    64.777] (--) NVIDIA(GPU-0): Kingston Technology 43'TV (DFP-1): 340.0 MHz maximum pixel clock

I have up to date nvidia proprietary drivers, (and I need them because #gaming), up to date Xorg and most up to date release (not LTS, installed it a week ago, been troubleshooting since then).

My xorg.conf

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 381.22  (buildmeister@swio-display-x86-rhel47-02)  Thu May  4 01:29:00 PDT 2017


Section "ServerLayout"
    Identifier     "Layout0"
    Screen      0  "Screen0" 0 0
    InputDevice    "Keyboard0" "CoreKeyboard"
    InputDevice    "Mouse-mouse" "CorePointer"
EndSection

Section "Files"
EndSection

Section "InputDevice"

# Razer Copperhead:  http://forums.gentoo.org/viewtopic-t-388397.html
# To try:  btnx - http://aur.archlinux.org/packages.php?ID=13477
    Identifier     "Mouse-mouse"
    Driver         "mouse"
    Option         "CorePointer"
    Option         "ExpectedRate" "500"
    Option         "AccelerationScheme" "none"
    Option         "AccelerationProfile" "6"
    Option         "Protocol" "ExplorerPS/2"
# Resolution probably can't be set, in which case this option is useless
    Option         "Resolution" "1600"
    Option         "SampleRate" "500"
    Option         "SendCoreEvents" "true"
# See mouse.c in xf86-input-mouse
    Option         "Sensitivity" "0.24"
EndSection

Section "InputDevice"

    # generated from default
    Identifier     "Keyboard0"
    Driver         "kbd"
EndSection

Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "Unknown"
    ModelName      "Unknown"
    HorizSync       28.0 - 33.0
    VertRefresh     43.0 - 72.0
    Option         "DPMS"
EndSection

Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection

If there's any other commands or files you want me to show you please let me know I'm fairly new to linux (casual dual boots with ubuntu and mint) and I will.

I hate to ask but thank you for the help I REALLY appreciate it!!1oneeleven:)

Last edited by meb111 (2017-07-02 03:22:55)

jaergenoth · 2017-06-30 08:30:00

Remove your xorg.conf and reboot, nvidia-xconfig shouldn't be used anymore.
Is your monitor attached straight to the HDMI port? I haven't heard of Kingston Technology TV before.

Last edited by jaergenoth (2017-06-30 08:31:34)

meb111 · 2017-06-30 08:40:33

jaergenoth wrote:

Remove your xorg.conf and reboot, nvidia-xconfig shouldn't be used anymore.
Is your monitor attached straight to the HDMI port? I haven't heard of Kingston Technology TV before.

I have done that but hasn't seemed to fix it so far (will post again tomorrow after some use). And the TV is a cheapo memorex TV we got on Black friday. It is attached directly to the HDMI port on my GTX 760 via HDMI cable.

x33a · 2017-06-30 08:49:15

@meb111, are you using Red Hat instead of Arch? Please post the output of

uname -a

jaergenoth · 2017-06-30 08:52:00

The freezes are probably caused by the massive amounts stuff written to the xorg logs.
According to your xorg log for some reason nvidia reports a connection to the monitor about three times a second, which is not normal at all.
Can you try with a different monitor?

jaergenoth · 2017-06-30 08:52:51

To x33a:

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 381.22  (buildmeister@swio-display-x86-rhel47-02)  Thu May  4 01:29:00 PDT 2017

This is what nvidia-xconfig reports on my machine too.

meb111 · 2017-06-30 08:54:13

x33a wrote:

@meb111, are you using Red Hat instead of Arch? Please post the output of
uname -a

Linux MYDUMBNAME 4.11.6-3-ARCH #1 SMP PREEMPT Thu Jun 22 12:21:46 CEST 2017 x86_64 GNU/Linux

No not redhat lol. I still have my boot usb if that is required. Definitely downloaded from this site.

If need be I can try to get some video coverage (probably tomorrow I spend most of my weekdays either sleeping or working, though I can reply to comments from work)

meb111 · 2017-06-30 08:58:32

jaergenoth wrote:

The freezes are probably caused by the massive amounts stuff written to the xorg logs.
According to your xorg log for some reason nvidia reports a connection to the monitor about three times a second, which is not normal at all.
Can you try with a different monitor?

I can possibly try with a different HDMI Interface tomorrow (wife is getting a little upset I haven't come to bed yet). Unfortunately the only extra monitors I have are VGA and my vid card only supports DVI and I don't have any VGA->DVI converter dongles.

EDIT: Maybe disconnecting and reconnecting will solve the problem might be a hardware problem but I haven't done anything to my setup between linux and windows.

Last edited by meb111 (2017-06-30 09:00:21)

x33a · 2017-06-30 09:09:20

Thanks for the clarification.

seth · 2017-06-30 13:24:00

Something™ is doing the equivalent to "xrandr -q" over and over and over again - which causes stall and cpu load (not those few lines appended to the xorg log - unless you're using a really crappy hard disk and filesystem ;-)
So let's look for suspicious processes:

ps faux > ~/allirun.txt

meb111 · 2017-06-30 17:24:59

seth wrote:

Something™ is doing the equivalent to "xrandr -q" over and over and over again - which causes stall and cpu load (not those few lines appended to the xorg log - unless you're using a really crappy hard disk and filesystem ;-)
So let's look for suspicious processes:
ps faux > ~/allirun.txt

https://pastebin.com/kiTqKNTa

There it is. I don't see any extra things that shouldn't be there. And I have tried with and without conky with no effect.

this one is using 28%cpu which is interesting, chromium is also using a ton of cpu but pretty sure that's just normal

root       404 28.1  0.4 351932 65868 tty2     Ssl+ 02:34 147:18  \_ /usr/lib/xorg-server/Xorg :0 -auth /var/lib/xdm/authdir/authfiles/A:0-JG1lEV

seth · 2017-06-30 18:47:23

The XOrg server load probably stems from chromium & conky repaints and oc the output queries.
I'd have blamed conky (calling nvidia-settings), but you ruled out that.

The only thing I could imagine is xfce4-power-manager, but that's a far call.

Do you have other output devices but the Tv available for a cross test? This could be some flaky handshake/connection.

meb111 · 2017-07-02 03:24:06

After some hardware troubleshooting (replugging EVERYTHING) It seemed to have cleared up. I'm not sure if it was dust somewhere or my TV going haywire but I have been using it most of today and it hasn't given me any freezes or anything. Thanks to everyone who has helped!

Arch Linux

#1 2017-06-30 08:17:12

[Solved]Very short freezes or hangs, gets worse after using for a whil

#2 2017-06-30 08:30:00

Re: [Solved]Very short freezes or hangs, gets worse after using for a whil

#3 2017-06-30 08:40:33

Re: [Solved]Very short freezes or hangs, gets worse after using for a whil

#4 2017-06-30 08:49:15

Re: [Solved]Very short freezes or hangs, gets worse after using for a whil

#5 2017-06-30 08:52:00

Re: [Solved]Very short freezes or hangs, gets worse after using for a whil

#6 2017-06-30 08:52:51

Re: [Solved]Very short freezes or hangs, gets worse after using for a whil

#7 2017-06-30 08:54:13

Re: [Solved]Very short freezes or hangs, gets worse after using for a whil

#8 2017-06-30 08:58:32

Re: [Solved]Very short freezes or hangs, gets worse after using for a whil

#9 2017-06-30 09:09:20

Re: [Solved]Very short freezes or hangs, gets worse after using for a whil

#10 2017-06-30 13:24:00

Re: [Solved]Very short freezes or hangs, gets worse after using for a whil

#11 2017-06-30 17:24:59

Re: [Solved]Very short freezes or hangs, gets worse after using for a whil

#12 2017-06-30 18:47:23

Re: [Solved]Very short freezes or hangs, gets worse after using for a whil

#13 2017-07-02 03:24:06

Re: [Solved]Very short freezes or hangs, gets worse after using for a whil

Board footer