From: Ni zhan Chen <nizhan.chen@gmail.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Andrea Arcangeli <aarcange@redhat.com>,
linux-mm@kvack.org, bugzilla-daemon@bugzilla.kernel.org,
marc@offline.be
Subject: Re: [Bug 49361] New: configuring TRANSPARENT_HUGEPAGE_ALWAYS can make system unresponsive and reboot
Date: Wed, 24 Oct 2012 08:34:35 +0800 [thread overview]
Message-ID: <5087379B.6060400@gmail.com> (raw)
In-Reply-To: <20121023123613.1bcdf3ab.akpm@linux-foundation.org>
On 10/24/2012 03:36 AM, Andrew Morton wrote:
> (switched to email. Please respond via emailed reply-to-all, not via the
> bugzilla web interface).
>
> On Tue, 23 Oct 2012 00:06:18 +0000 (UTC)
> bugzilla-daemon@bugzilla.kernel.org wrote:
How to subscribe this bugzilla ML?
>
>> https://bugzilla.kernel.org/show_bug.cgi?id=49361
>>
>> Summary: configuring TRANSPARENT_HUGEPAGE_ALWAYS can make
>> system unresponsive and reboot
>> Product: Memory Management
>> Version: 2.5
>> Kernel Version: 3.6.2
>> Platform: All
>> OS/Version: Linux
>> Tree: Mainline
>> Status: NEW
>> Severity: normal
>> Priority: P1
>> Component: Page Allocator
>> AssignedTo: akpm@linux-foundation.org
>> ReportedBy: marc@offline.be
>> Regression: No
>>
>>
>> workaround: configure TRANSPARENT_HUGEPAGE_MADVISE instead
>>
>>
>>
>> I run a bleeding edge gentoo with 2 6-core AMD CPUs. I daily updated
>> 3 gentoo systems on this computer all using -j13. Until recently, I
>> never experienced issues, CPUs may all go neer 100%, no problem.
>>
>> Now, when building icedtea-7, for example, regardless of -j13 or -j1,
>> about 10 javac instances run threaded (either spreaded on multiple or
>> one core) and go to about 1000% CPU together.
>>
>> Nothing else can be started. This can take 24 hours, no improvement.
>>
>> Only one way to recover: kill -9 javac.
>>
>> One time kernel rebooted, I could not find any relevant kernel logs
>> before reboot.
>>
>>
>> I hd noticed khugepaged on top in top (just below 1000% CPU javac)
>> which made me look at HUGEPAGE settings.
>>
>> FWIW, an strace on javac PID showed it doing nothing in futex
>>
>> As said, MADVISE fixes issue.
>>
>>
>> I am not sure if this is really a kernel bug, however, no matter how
>> bad programs behave, other programs should be able to get CPU and
>> reboot (unless perhaps watchdog) should not happen.
>>
>> Even if not a kernel bug, it is strange that chanding one single
>> kernel config fixes issue and massive building works again.
>>
>> I sincerely hope I provide hint to developers to fix/improve kernel
>> and I am willing to cooperate to get this happen. Note that for now I
>> have workaround in place (to build/cross-build my other systems on
>> this dedicated build host)
>>
>> standby ~ # /usr/src/linux-3.6.2-gentoo/scripts/ver_linux
>> If some fields are empty or look unusual you may have an old version.
>> Compare to the current minimal requirements in Documentation/Changes.
>>
>> Linux standby 3.6.2-gentoo #2 SMP Mon Oct 22 18:56:49 CEST 2012 x86_64 AMD
>> Opteron(tm) Processor 4184 AuthenticAMD GNU/Linux
>>
>> Gnu C 4.7.2
>> Gnu make 3.82
>> binutils 2.22
>> util-linux 2.22.1
>> mount debug
>> module-init-tools 10
>> e2fsprogs 1.42.6
>> jfsutils 1.1.15
>> xfsprogs 3.1.8
>> quota-tools 4.00-pre1.
>> PPP 2.4.5
>> Linux C Library 2.15
>> Dynamic linker (ldd) 2.15
>> Procps UNKNOWN
>> Net-tools 1.60_p20120127084908
>> Kbd 1.15.3wip
>> Sh-utils 8.19
>> wireless-tools 30
>> Modules Loaded fbcon bitblit softcursor font rfcomm w83627ehf hwmon_vid
>> fuse bnep autofs4 nfsd nfs_acl lockd sunrpc ipv6 af_packet quota_v2 quota_tree
>> video usbmouse usbkbd usbhid scsi_tgt output nvram nls_utf8 nls_ascii msr
>> mptspi scsi_transport_spi mptsas mptscsih mptbase libphy initio hid_apple drm
>> dm_log dm_mod cpuid configs configfs cifs btusb bluetooth rfkill async_memcpy
>> async_tx aic94xx libsas scsi_transport_sas nvidia usb_storage uas uvcvideo
>> videobuf2_vmalloc videobuf2_memops videobuf2_core videodev ub snd_usb_audio
>> snd_usbmidi_lib snd_hwdep snd_hda_codec_hdmi sp5100_tco nvidiafb vgastate
>> sr_mod i2c_algo_bit fb_ddc powernow_k8 i2c_piix4 mperf freq_table ohci_hcd
>> cdrom ehci_hcd ata_generic pata_acpi usbcore i2c_core usb_common k10temp e1000e
>> pata_atiixp kvm_amd kvm snd_ca0106 microcode pcspkr snd_ac97_codec serio_raw
>> ac97_bus firmware_class snd_rawmidi snd_seq_device snd_hda_intel snd_hda_codec
>> snd_pcm snd_page_alloc snd_timer 8250_pnp rtc_cmos processor thermal_sys hwmon
>> snd button soundcore unix
>>
>> --
>> Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
>> ------- You are receiving this mail because: -------
>> You are the assignee for the bug.
> --
> To unsubscribe, send a message with 'unsubscribe linux-mm' in
> the body to majordomo@kvack.org. For more info on Linux MM,
> see: http://www.linux-mm.org/ .
> Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
>
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2012-10-24 0:34 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <bug-49361-27@https.bugzilla.kernel.org/>
2012-10-23 19:36 ` [Bug 49361] New: configuring TRANSPARENT_HUGEPAGE_ALWAYS can make system unresponsive and reboot Andrew Morton
2012-10-24 0:34 ` Ni zhan Chen [this message]
2012-10-24 0:40 ` Andrew Morton
2012-10-24 5:53 ` David Rientjes
2012-10-29 20:33 ` David Rientjes
2012-11-01 17:14 ` Mel Gorman
2012-11-02 18:00 ` Marc Duponcheel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5087379B.6060400@gmail.com \
--to=nizhan.chen@gmail.com \
--cc=aarcange@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=bugzilla-daemon@bugzilla.kernel.org \
--cc=linux-mm@kvack.org \
--cc=marc@offline.be \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).