(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@xxxxxxxxxxxxxxxxxxx wrote: > 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@xxxxxxxxxxxxxxxxxxxx > ReportedBy: marc@xxxxxxxxxx > 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@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>