Bug #76867 [Opn]: Extremely slow performance

From: Date: Thu, 13 Sep 2018 06:22:27 +0000
Subject: Bug #76867 [Opn]: Extremely slow performance
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-217023@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=76867&edit=1 ID: 76867 User updated by: ivokund at gmail dot com Reported by: ivokund at gmail dot com Summary: Extremely slow performance Status: Open Type: Bug Package: Performance problem Operating System: Ubuntu 18.04.1 LTS PHP Version: 7.2.9 Block user comment: N Private report: N New Comment: The manifestation of this problem apparently also varies daily, as I'm having trouble reproducing it today (although, there have been no reboots). I'll continue debugging as soon as the problem returns and will get back to you. Thanks for your help so far! Previous Comments: ------------------------------------------------------------------------ [2018-09-12 13:33:26] sjon at hortensius dot net Huge pages should be disabled by default, see also #70984 Did you or your distro enable it? Can you try with USE_ZEND_ALLOC_HUGE_PAGES=0 ------------------------------------------------------------------------ [2018-09-12 08:40:46] ivokund at gmail dot com Ok, strace seems to tell me that process seems to hang at: madvise(0x7f70efe00000, 2097152, MADV_HUGEPAGE) = 0 Any ideas? Thanks! ------------------------------------------------------------------------ [2018-09-12 08:40:02] requinix@php.net My go-to tool is strace. Tee the (preferably timestamp-prefixed) output to a log you can review, but when it's running you can watch the output go past and it should be obvious when it stalls. ------------------------------------------------------------------------ [2018-09-12 08:38:46] spam2 at rhsoft dot net [root@rh:~]$ strace php -v execve("/usr/bin/php", ["php", "-v"], 0x7ffd1f12fe58 /* 32 vars */) = 0 brk(NULL) = 0x55ef8e731000 brk(0x55ef8e731026) = 0x55ef8e731026 brk(NULL) = 0x55ef8e731026 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (Datei oder Verzeichnis nicht gefunden) openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=111591, ...}) = 0 mmap(NULL, 111591, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f89b25eb000 close(3) = 0 openat(AT_FDCWD, "/lib64/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0Pb\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=154128, ...}) = 0 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f89b25e9000 mmap(NULL, 2221184, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f89b21c2000 mprotect(0x7f89b21db000, 2097152, PROT_NONE) = 0 mmap(0x7f89b23db000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x19000) = 0x7f89b23db000 mmap(0x7f89b23dd000, 13440, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f89b23dd000 close(3) = 0 openat(AT_FDCWD, "/lib64/libresolv.so.2", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0@8\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=98144, ...}) = 0 mmap(NULL, 2189952, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f89b1fab000 mprotect(0x7f89b1fbe000, 2097152, PROT_NONE) = 0 ................ ------------------------------------------------------------------------ [2018-09-12 08:36:29] ivokund at gmail dot com Sure! Any ideas on what to look for or what approach to use are welcome! I'll do some more investigation. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=76867 -- Edit this bug report at https://bugs.php.net/bug.php?id=76867&edit=1

« previous php.bugs (#217023) next »