<div dir="ltr"><div><div><div>Hi all, I have some new information on this problem. I finally solved it. Like I said, I had a good theory on why this was happening. So I put it to the test and it turns out that this was the problem. Specifically, Xorg doesn't seem to like ultra wide-screen at 2560x1080, model LG 29UM58-P. </div>I formatted my computer and installed Linux Mint 18 with a regular 15 inch screen, installed nvidia driver and all linux mint updates. Turned off my computer, switch the monitor to the ultra wide-screen and now everything's fine. The EDID information in Xorg.0.log has stopped, there's just a few ones when I boot but there's no more call every second. And no more lag even after 12 hours of using the computer! Yay! </div>Some people have suggested me thing to try, here's my answers to them: From Christopher: <div style="margin-left:40px">Based on the above, could it be possible that a utility daemon, e.g. something that's part of the distro itself (not part of X, per se), is the culprit here? Try using ps to see if you can glean some more info. (or use 'pstree -paul' for a nice view of processes if you have it installed [pkg: 'psmisc' in Debian derivatives]) </div> </div>-- Even after I closed everything and even kill some processes, computer was still lagging. <div><div> From Thomas: <div style="margin-left:40px">Whenever "something" calls even the equivalent of "xrandr -q" the nvidia driver will add such log entries. Given the frequency it's either some screen config daemon or some broken (afair Qt5 used to do this) client code determining the current screen geometry this way. You can alter the way you start X11 (likely some DM) to pass "-logverbose=0", no guarantees but it *should* silence this (and everything else) </div> </div><div>-- I tried logverbose to 0 and even to 20 but that has no effect on the log file. Either it's not working or I did it wrong. </div><div>From walter: <div style="margin-left:40px">For testing i would suggest to switch to a different Windowmanager (prefer a simple one like tw, fvwm2 or so). I had this problem with QT and could so identify comparable easy the source of the problem. </div><div><div> </div><div>-- I tried Mate, Cinnamon, XFCE and KDE, they all had the same problem. I tried fvwm2 but haven't used it much, I had problem using it (no taskbar and stuff like that). So this will remain a mystery if fvwm2 or tw could have worked. </div><div> <div class="gmail_extra"> <div class="gmail_quote">On Wed, Aug 10, 2016 at 10:33 PM, Christopher Barry <<a target="_blank" href="mailto:christopher.barry@earborg.com">christopher.barry@earborg.com</a>> wrote: <blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">On Wed, 10 Aug 2016 19:16:57 -0400 Zurd <<a href="mailto:zurd33@gmail.com">zurd33@gmail.com</a>> wrote: >Hi, me again, I'm bumping this. I realized I have a big post but I >wanted to put as much information as possible. All I want to know is >how to minimize the xrandr calls so that there's less EDID information >in Xorg.0.log. > >My system is not slow yet but it should happen soon. My Xorg log is at >23M in just 6h12m. I don't think this is normal. > > >On Sun, Aug 7, 2016 at 10:54 PM, Zurd <<a href="mailto:zurd33@gmail.com">zurd33@gmail.com</a>> wrote: > >> Hi all! I have a problem where Xorg is taking around 30% CPU usage >> and it create a slow/lag problem for a fraction of a second about >> every second. There's no crash but it's quite annoying. Sometimes a >> click is not registered. >> >> It can happen 5 minutes after I boot or after 5 hours. I haven't >> been able to know why, it's random. It looks like the same problem >> as this: >> <a target="_blank" rel="noreferrer" href="https://lists.freedesktop.org/archives/xorg/2011-September/053299.html">https://lists.freedesktop.org/archives/xorg/2011-September/053299.html</a> >> >> He sums it up quite well by saying: >> "I can notice the lag in response time. Video playback also becomes >> impossibly slow at this point." >> >> I started a thread on the linux mint forums with a lot of my hardware >> information: >> <a target="_blank" rel="noreferrer" href="https://forums.linuxmint.com/viewtopic.php?f=47&t=226421">https://forums.linuxmint.com/viewtopic.php?f=47&t=226421</a> >> >> Problem started with a new clean install of Linux Mint 18 and I >> haven't been able to solve it. So I went back with Linux Mint 17.2 >> that I had before and that there was no issue but now the problem is >> also there. I now have a good theory on why I have a high cpu usage >> of Xorg and it's because of my ultra widescreen monitor. When I >> installed Linux Mint 17.2, I had a regular widescreen monitor and >> Xorg was configured with it. Then I switched to my new ultra >> widescreen and everything was well. Until I decided to completely >> format and install the new Linux Mint 18. >> >> My monitor is an LG 29UM58-P, resolution is 2560x1080. >> >> So now I'm wondering if the problem is about EDID: >> <a target="_blank" rel="noreferrer" href="https://wiki.ubuntu.com/X/Troubleshooting/HighCPU">https://wiki.ubuntu.com/X/Troubleshooting/HighCPU</a> >> "An example we saw is where a daemon process does polling on X >> calls, such as to watch for if a monitor is present. These xrandr >> calls can be expensive because they do a probe and analysis of the >> monitor's firmware. So as a result the daemon drives X's CPU >> utilization through the roof (and causes a bunch of EDID stuff to >> fill up the Xorg.0.log). The solution in these cases is to make the >> daemon stop doing the expensive polling so frequently (there are >> cheaper X calls they can use)." >> >> This whole paragraph on EDID/polling/xrandr is quite interesting but >> there's no information on how to troubleshoot or solve that problem >> which is why I'm posting here. Anyone can shed some lights? Based on the above, could it be possible that a utility daemon, e.g. something that's part of the distro itself (not part of X, per se), is the culprit here? Try using ps to see if you can glean some more info. (or use 'pstree -paul' for a nice view of processes if you have it installed [pkg: 'psmisc' in Debian derivatives]) both of the above are terminal programs by the way... >> >> I have a feeling it's about EDID because in my log file >> /var/log/Xorg.0.log, I see a bunch of >> [ 434.373] (--) NVIDIA(GPU-0): LG Electronics LG ULTRAWIDE (DFP-1): >> connected >> [ 434.373] (--) NVIDIA(GPU-0): LG Electronics LG ULTRAWIDE (DFP-1): >> Internal TMDS >> [ 434.373] (--) NVIDIA(GPU-0): LG Electronics LG ULTRAWIDE (DFP-1): >> 340.0 MHz maximum pixel clock >> [ 434.373] (--) NVIDIA(GPU-0): >> [ 434.907] (--) NVIDIA(GPU-0): LG Electronics LG ULTRAWIDE (DFP-1): >> connected >> [ 434.907] (--) NVIDIA(GPU-0): LG Electronics LG ULTRAWIDE (DFP-1): >> Internal TMDS >> [ 434.907] (--) NVIDIA(GPU-0): LG Electronics LG ULTRAWIDE (DFP-1): >> 340.0 MHz maximum pixel clock >> [ 434.907] (--) NVIDIA(GPU-0): >> [ 434.940] (--) NVIDIA(GPU-0): LG Electronics LG ULTRAWIDE (DFP-1): >> connected >> [ 434.940] (--) NVIDIA(GPU-0): LG Electronics LG ULTRAWIDE (DFP-1): >> Internal TMDS >> [ 434.940] (--) NVIDIA(GPU-0): LG Electronics LG ULTRAWIDE (DFP-1): >> 340.0 MHz maximum pixel clock >> [ 434.940] (--) NVIDIA(GPU-0): >> [ 435.474] (--) NVIDIA(GPU-0): LG Electronics LG ULTRAWIDE (DFP-1): >> connected >> [ 435.474] (--) NVIDIA(GPU-0): LG Electronics LG ULTRAWIDE (DFP-1): >> Internal TMDS >> [ 435.474] (--) NVIDIA(GPU-0): LG Electronics LG ULTRAWIDE (DFP-1): >> 340.0 MHz maximum pixel clock >> [ 435.474] (--) NVIDIA(GPU-0): >> >> If you look at the timestamp, it happens very very often and it keeps >> filling up the log file. After 23 minutes of uptime, the log file >> Xorg.0.log is already at 1.5M. >> >> Note that I'm using the latest nvidia driver and that this problem >> doesn't happen with nouveau. If I log out and back in again, the >> problem goes away but will come back. >> -- Regards, Christopher Barry _______________________________________________ <a href="mailto:xorg@lists.x.org">xorg@lists.x.org</a>: X.Org support Archives: <a target="_blank" rel="noreferrer" href="http://lists.freedesktop.org/archives/xorg">http://lists.freedesktop.org/archives/xorg</a> Info: <a target="_blank" rel="noreferrer" href="https://lists.x.org/mailman/listinfo/xorg">https://lists.x.org/mailman/listinfo/xorg</a> Your subscription address: %(user_address)s</blockquote></div> </div></div></div></div></div></div>