Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:88192 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 66052 invoked from network); 14 Sep 2015 20:37:09 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 14 Sep 2015 20:37:09 -0000 Authentication-Results: pb1.pair.com smtp.mail=dmitry@zend.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=dmitry@zend.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 209.85.213.51 as permitted sender) X-PHP-List-Original-Sender: dmitry@zend.com X-Host-Fingerprint: 209.85.213.51 mail-vk0-f51.google.com Received: from [209.85.213.51] ([209.85.213.51:33365] helo=mail-vk0-f51.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 45/D2-48700-4FF27F55 for ; Mon, 14 Sep 2015 16:37:08 -0400 Received: by vkgd64 with SMTP id d64so66981072vkg.0 for ; Mon, 14 Sep 2015 13:37:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=3DPH0xOYW9prs3j5nVB1b7P0djooR+0MrcDpD3/kK68=; b=ltiOEO16d7cnUvWGfCAsKd5xo8/12Ueu0+8i2DTbYbz3AECUzy0Pu/12bTGp72o2LZ hKLLX4Ayiu+vYN/uSh0V32kiEDcMUpjL0stnov2f50l/ubjugKZpR4rCU5jtL6lXsPvN wCJFgAkspYVteNNOZ3MgYyhbkaKV+c0sC9aROvTsGQjHCxesKIk49li42WMAD1Inj0ua NFgvt+XYYvclzYQUtOyFQ4DPbFV/mh4/MkJEvT+xOD2O1dX59EycA7nXaq2M0KPpjwBc doQSYtLWC6oX6OaZR/xhik/gkcGzDt2Ao3usN9v330JzCRF0u/cb6R+/OJQ/ibvV+jlh Qk/A== X-Gm-Message-State: ALoCoQkojKQS55LIGJ6hNWFVWsZAEqJakk3qZKZOp5Vg8KhUcbUZ0tFE/nQMRUwMaMX2Cpxr0+cvS2rf2xUp8P45GksvtuVI+b9K741RjKVjdlmsvNhqTTDILt/LYd1x6/muZ/qH67EeT+Yzo+Gt4N7W9R6h14RU5RfEq9Zw/0tFS93CdiCkzk8= MIME-Version: 1.0 X-Received: by 10.31.158.205 with SMTP id h196mr16501096vke.11.1442263024660; Mon, 14 Sep 2015 13:37:04 -0700 (PDT) Received: by 10.103.29.195 with HTTP; Mon, 14 Sep 2015 13:37:04 -0700 (PDT) In-Reply-To: <031201d0ef28$abcec710$036c5530$@belski.net> References: <031201d0ef28$abcec710$036c5530$@belski.net> Date: Mon, 14 Sep 2015 23:37:04 +0300 Message-ID: To: Anatol Belski Cc: Anatol Belski , Kalle Sommer Nielsen , Rasmus Lerdorf , Xinchen Hui , Nikita Popov , Zeev Suraski , Andi Gutmans , PHP Internals Content-Type: multipart/alternative; boundary=001a11415a8e421644051fbb07ab Subject: Re: [PHP-DEV] Re: [PHP-CVS] com php-src: Added an experemental ability to move PHP code pages (PHP TEXT segment) into HUGE pages. PHP should be configured and built with --enable-huge-code-pages, OS should be configured to provide huge pages. It's possibl From: dmitry@zend.com (Dmitry Stogov) --001a11415a8e421644051fbb07ab Content-Type: text/plain; charset=UTF-8 On Mon, Sep 14, 2015 at 11:05 PM, Anatol Belski wrote: > Hi Dmitry, > > > -----Original Message----- > > From: Dmitry Stogov [mailto:dmitry@zend.com] > > Sent: Monday, September 14, 2015 12:58 PM > > To: Anatol Belski ; Kalle Sommer Nielsen ; > > Rasmus Lerdorf ; Xinchen Hui ; > > Nikita Popov ; Zeev Suraski ; Andi > > Gutmans ; PHP Internals > > Subject: [PHP-DEV] Re: [PHP-CVS] com php-src: Added an experemental > ability > > to move PHP code pages (PHP TEXT segment) into HUGE pages. PHP should be > > configured and built with --enable-huge-code-pages, OS should be > configured to > > provide huge pages. It's possible to > > > > The effect of this patch is really exiting to keep it disabled by > default... :) > > > > $ perf stat -e instructions,iTLB-loads,iTLB-load-misses,cycles > > sapi/cgi/php-cgi -d opcache.enable_huge_code_pages=0 -T 10000 > > /var/www/html/bench/wordpress-3.6/index.php > /dev/null > > > > 191,778,620,621 instructions # 0.81 insns per > > cycle > > 178,497,016 > > iTLB-loads > > 87,351,276 iTLB-load-misses # 48.94% of all iTLB > > cache hits > > 238,136,402,797 > > cycles > > > > 110.221114219 seconds time elapsed > > > > $ perf stat -e instructions,iTLB-loads,iTLB-load-misses,cycles > > sapi/cgi/php-cgi -d opcache.enable_huge_code_pages=1 -T 10000 > > /var/www/html/bench/wordpress-3.6/index.php > /dev/null > > > > 191,780,181,536 instructions # 0.83 insns per > > cycle > > 39,017,004 > > iTLB-loads > > 41,631,359 iTLB-load-misses # 106.70% of all iTLB > > cache hits > > 231,287,491,307 > > cycles > > > > 107.742837269 seconds time elapsed > > > > May be we should enable this by default in RC (may be also file cache) > and make > > decision based on feedback? > > > The file cache feature has proven itself as stable already, IMHO it should > be built by default in RC3. > OK. > > With the new huge memory pages feature I'd suggest a bit softer - enabling > its building, but setting opcache.enable_huge_code_pages=0 by default. OK. > Then it can be easy enable and give one more intermediate step for pre > testing and go into RC4 completely if ok. In general we may get build problems on some platforms... > What do you think? > I didn't get, do you like to delay this for RC4? or enable it at compile time and disable at run-time by default for RC3? I agree with both. Thanks. Dmitry. > > Regards > > Anatol > > --001a11415a8e421644051fbb07ab--