9.2-RC3 - suspend/resume causes slow system performance
Mike Harding
mvharding at gmail.com
Wed Sep 25 15:44:54 UTC 2013
My slowdown manifests as extremely slow disk access, even with low CPU.
This happens even
if CPU scaling is disabled, or if I am remotely accessing the system, with
no X.
On Wed, Sep 25, 2013 at 8:01 AM, Bengt Ahlgren <bengta at sics.se> wrote:
> Now having some experience with my "new" TP X201 and Intel/KMS graphics,
> I also ran into severe Xorg perfomance issues, but it was _not_
> connected to suspend/resume, because it persisted after a clean reboot.
>
> I plugged in a projector to the VGA port, and used xrandr. The Xorg
> server seemed to come to a halt, in practice unusable. After the fact I
> saw in the log file that there were tons of these messages:
>
> [ 136.238] (II) intel(0): EDID vendor "IFS", prod id 4354
> [ 136.238] (II) intel(0): Using hsync ranges from config file
> [ 136.238] (II) intel(0): Using vrefresh ranges from config file
> [ 136.238] (II) intel(0): Printing DDC gathered Modelines:
> [ 136.238] (II) intel(0): Modeline "1280x800"x0.0 83.40 1280 1344
> 1480 1680 800 801 804 828 -hsync +vsync (49.6 kHz eP)
> [ 136.238] (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968
> 1056 600 601 605 628 +hsync +vsync (37.9 kHz e)
> [ 136.238] (II) intel(0): Modeline "800x600"x0.0 36.00 800 824 896
> 1024 600 601 603 625 +hsync +vsync (35.2 kHz e)
> [ 136.238] (II) intel(0): Modeline "640x480"x0.0 31.50 640 656 720
> 840 480 481 484 500 -hsync -vsync (37.5 kHz e)
> [ 136.238] (II) intel(0): Modeline "640x480"x0.0 31.50 640 664 704
> 832 480 489 492 520 -hsync -vsync (37.9 kHz e)
> [ 136.238] (II) intel(0): Modeline "640x480"x0.0 30.24 640 704 768
> 864 480 483 486 525 -hsync -vsync (35.0 kHz e)
> [ 136.238] (II) intel(0): Modeline "640x480"x0.0 25.18 640 656 752
> 800 480 490 492 525 -hsync -vsync (31.5 kHz e)
> [ 136.238] (II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846
> 900 400 412 414 449 -hsync +vsync (31.5 kHz e)
> [ 136.238] (II) intel(0): Modeline "1280x1024"x0.0 135.00 1280 1296
> 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
> [ 136.238] (II) intel(0): Modeline "1024x768"x0.0 78.75 1024 1040
> 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz e)
> [ 136.238] (II) intel(0): Modeline "1024x768"x0.0 75.00 1024 1048
> 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz e)
> [ 136.238] (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048
> 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz e)
> [ 136.238] (II) intel(0): Modeline "832x624"x0.0 57.28 832 864 928
> 1152 624 625 628 667 -hsync -vsync (49.7 kHz e)
> [ 136.238] (II) intel(0): Modeline "800x600"x0.0 49.50 800 816 896
> 1056 600 601 604 625 +hsync +vsync (46.9 kHz e)
> [ 136.238] (II) intel(0): Modeline "800x600"x0.0 50.00 800 856 976
> 1040 600 637 643 666 +hsync +vsync (48.1 kHz e)
> [ 136.238] (II) intel(0): Modeline "1152x864"x0.0 108.00 1152 1216
> 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz e)
> [ 136.238] (II) intel(0): Modeline "1280x720"x60.0 74.48 1280 1336
> 1472 1664 720 721 724 746 -hsync +vsync (44.8 kHz e)
> [ 136.238] (II) intel(0): Modeline "1280x960"x0.0 108.00 1280 1376
> 1488 1800 960 961 964 1000 +hsync +vsync (60.0 kHz e)
> [ 136.238] (II) intel(0): Modeline "1280x1024"x0.0 108.00 1280 1328
> 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
> [ 136.238] (II) intel(0): Modeline "1366x768"x59.8 84.75 1366 1431
> 1567 1776 768 771 781 798 -hsync +vsync (47.7 kHz e)
> [ 136.238] (II) intel(0): Modeline "1440x900"x0.0 106.50 1440 1520
> 1672 1904 900 903 909 934 -hsync +vsync (55.9 kHz e)
> [ 136.238] (II) intel(0): Modeline "1400x1050"x0.0 121.75 1400 1488
> 1632 1864 1050 1053 1057 1089 -hsync +vsync (65.3 kHz e)
> [ 136.238] (II) intel(0): Modeline "1600x1200"x0.0 162.00 1600 1664
> 1856 2160 1200 1201 1204 1250 +hsync +vsync (75.0 kHz e)
> [ 136.238] (II) intel(0): Modeline "1680x1050"x0.0 146.25 1680 1784
> 1960 2240 1050 1053 1059 1089 -hsync +vsync (65.3 kHz e)
>
> That is, the Xorg server constantly queried the display device for its
> capabilities (perhaps on behalf of some client - I run KDE, so you never
> know what it tries to do...).
>
> This seems to be a somewhat known issue:
>
>
> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/310857
>
> Is this something different, or is this a variant of the slowdown others
> are seeing?
>
> Bengt
>
> Adrian Chadd <adrian at freebsd.org> writes:
>
> > .. anything happening?
> >
> >
> > -adrian
> >
> >
> > On 2 September 2013 07:29, Adrian Chadd <adrian at freebsd.org> wrote:
> >
> >>
> >> On 2 September 2013 07:25, Mike Harding <mvharding at gmail.com> wrote:
> >>
> >>> It's detailed in the ticket, see
> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=181632 and search for
> >>> 'reverted'.
> >>>
> >>>
> >> Ok. You and avg@ are digging into it deeper, so I'll leave it be for
> now.
> >> I'll retest this on my test laptops when I'm back home.
> >>
> >>
> >>
> >> -adrian
>
More information about the freebsd-stable
mailing list