Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932563AbdHVLkf (ORCPT ); Tue, 22 Aug 2017 07:40:35 -0400 Received: from mail.crc.id.au ([203.56.246.92]:54630 "EHLO mail.crc.id.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932427AbdHVLke (ORCPT ); Tue, 22 Aug 2017 07:40:34 -0400 X-Greylist: delayed 371 seconds by postgrey-1.27 at vger.kernel.org; Tue, 22 Aug 2017 07:40:33 EDT From: Steven Haigh To: linux-kernel Subject: Re: Fedora 26 / Kernel 4.11.10 - System becomes unresponsive when swapping Date: Tue, 22 Aug 2017 21:34:12 +1000 Message-ID: <1813378.B2JPgOS4PZ@wopr.lan.crc.id.au> In-Reply-To: <1540730.ipWl7zM1Wl@wopr.lan.crc.id.au> References: <1540730.ipWl7zM1Wl@wopr.lan.crc.id.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2854805.96TgRkAzNP"; micalg="pgp-sha256"; protocol="application/pgp-signature" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3810 Lines: 98 --nextPart2854805.96TgRkAzNP Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" Hi all, Just as a follow up - I believe I may have found a regression between kerne= l=20 4.10.x and the newer 4.11 / 4.12 versions. After some assistance, I have lodged this report: https://bugzilla.kernel.org/show_bug.cgi?id=3D196729 If anyone can assist with this, I'll be happy to reply / comment / test via= =20 the bugzilla report to hopefully bring the issue to the surface. On Tuesday, 18 July 2017 9:10:31 AM AEST Steven Haigh wrote: > Hi all, >=20 > Firstly, please CC me directly in replies due to not being subscribed. >=20 > After a fix to glibc that fixed Unity 3D based games (Fedora ref: https:// > bugzilla.redhat.com/show_bug.cgi?id=3D1440287), I have noticed that when I > play Cities: Skylines that the system becomes unresponsive when digging > into swap. >=20 > I have 10Gb of RAM in this system and run Fedora 26. If I launch Cities: > Skylines with no swap space, things run well performance wise until I get= an > OOM - and it all dies - which is expected. >=20 > When I turn on swap to /dev/sda2 which resides on an SSD, I get complete > system freezes while swap is being accessed. >=20 > The first swap was after loading a saved game, then launching kmail in the > background. This caused ~500Mb to be swapped to /dev/sda2 on an SSD. The > system froze for about 8 minutes - barely being able to move the mouse. T= he > HDD LED was on constantly during the entire time. >=20 > To hopefully rule out the above glibc issue, I started the game via jemal= loc > - but experienced even more severe freezes while swapping. I gave up > waiting after 13 minutes of non-responsiveness - not even being able to > move the mouse properly. >=20 > During these hangs, I could typed into a Konsole window, and some of the > typing took 3+ minutes to display on the screen (yay for buffers?). >=20 > I have tested this with both the default vm.swappiness values, as well as > the following: > vm.swappiness =3D 1 > vm.min_free_kbytes =3D 32768 > vm.vfs_cache_pressure =3D 60 >=20 > I noticed that when I do eventually get screen updates, all 8 cpus (4 cor= es > / 2 threads) show 100% CPU usage - and kswapd is right up there in the > process list for CPU usage. Sadly I haven't been able to capture this > information fully yet due to said unresponsiveness. >=20 > This seems to be a relatively new problem that I did not encounter during > the Fedora 26 beta - but do now. >=20 > Does anyone have any suggestions on where to start tracking this type of > issue down? =2D-=20 Steven Haigh =F0=9F=93=A7 netwiz@crc.id.au =F0=9F=92=BB http://www.crc.id.au =F0=9F=93=9E +61 (3) 9001 6090 =F0=9F=93=B1 0412 935 897 --nextPart2854805.96TgRkAzNP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEFHf0gfgNrH6ofcYGQa811Xp9MdwFAlmcFrQACgkQQa811Xp9 MdyiYQ//RBL43o0gVACPGpTGbN4EMERcsTTk2kwdwNHLflXOuhjkNf4M+CXaNOKm fHsqk/s9zm0y3uBdLXsCdSKEXwSJArhpnFGidplaMKe4JWfpF7pW/cpH9tHklWE3 zcA/EOe6Oaiu5EGZuD8zsgX/BB5n/JFgaGlMJmkrxyhR3YMXAAxPsr5zDXw4v/gf ORG8DgOYZWZiZhZUhA7Dggu0P9xXkAPJ7g9piRZlff8albbGNOjqOP+SiWkQ1q19 bx7xR3Z+krWAdJ5Gj0/LIwZ88nf+zOkHcLiMR4yUpFQvxxlkTQh1wCy5Kw7zrwRe 9SjrgBY+p/q/R+xlneeCG8EU47oVGZwnHu+ZVVW7WPygP1IiqN+1+P1BxdT53N/6 ihoUz2aAzj5APZEoifZqiXadE63u+7glA1VBZ6Pky+bf541I/QS1JOvyOTTTXZ+r 9YZJjYjTjBDGiiqPm3hcvmBr4KZhC+yy6Wx+Z0H4d93khlTdX5/wu+zy01CJXIaZ hHQxHEjKkKc1iVHj0KJpr72UNB9ZCTDHk0KECjtNdgWiG8u3USWx1H3bzR7a1rXH ycULdpfqsJGGMPRbjCZz/iunza82zceT5RoEa9R7IhSYOTdQhr3sOg37XyJRascb RMxd+wEP+B5MxAYUu0ah16etXcqkS+rbx5e/08gtYWm6fHmPOPg= =7b8Y -----END PGP SIGNATURE----- --nextPart2854805.96TgRkAzNP--