วิธีการวัดประสิทธิภาพของสคริปต์ PHP

ฉันต้องการรู้ว่าอะไรคือวิธีที่ดีที่สุดในการเปรียบเทียบสคริปต์ PHP ของฉัน ไม่สำคัญว่างาน cron หรือเว็บเพจหรือบริการบนเว็บ

ฉันรู้ว่าฉันสามารถใช้ microtime ได้ แต่มันทำให้ฉันได้รับสคริปต์ PHP แบบเรียลไทม์หรือไม่

ฉันต้องการทดสอบและเปรียบเทียบฟังก์ชั่นมาตรฐานใน PHP ที่ทำสิ่งเดียวกัน ตัวอย่างเช่นpreg_matchvs strposหรือdomdocumentvs preg_matchหรือ preg_replace vs str_replace`

ตัวอย่างของหน้าเว็บ:

<?php
// login.php

$start_time = microtime(TRUE);

session_start(); 
// do all my logic etc...

$end_time = microtime(TRUE);

echo $end_time - $start_time;

สิ่งนี้จะแสดงผล: 0.0146126717 (เปลี่ยนแปลงตลอดเวลา - แต่นั่นคืออันสุดท้ายที่ฉันได้รับ) ซึ่งหมายความว่าใช้เวลา 0.015 หรือมากกว่านั้นในการรันสคริปต์ PHP

มีวิธีที่ดีกว่า?

ถ้าคุณต้องการจริงมาตรฐานรหัสโลกแห่งความจริงใช้เครื่องมือเช่นXdebugและXHProf

Xdebug นั้นยอดเยี่ยมเมื่อคุณทำงานใน dev / staging และ XHProf เป็นเครื่องมือที่ยอดเยี่ยมสำหรับการผลิตและปลอดภัยที่จะเรียกใช้ที่นั่น (ตราบใดที่คุณอ่านคำแนะนำ) ผลลัพธ์ของการโหลดหน้าเดียวใด ๆ จะไม่เกี่ยวข้องเท่าที่ดูว่าโค้ดของคุณมีประสิทธิภาพอย่างไรในขณะที่เซิร์ฟเวอร์กำลังใช้ค้อนทุบเพื่อทำสิ่งอื่นอีกนับล้านเช่นกันและทรัพยากรก็ขาดแคลน นี่ทำให้เกิดคำถามอื่น: คุณมีปัญหาคอขวดใน CPU หรือไม่? แกะ? I / O?

คุณต้องมองเกินกว่ารหัสที่คุณใช้ในสคริปต์เพื่อแสดงว่าสคริปต์ / หน้าที่ให้บริการของคุณ คุณใช้เว็บเซิร์ฟเวอร์แบบใด ตัวอย่างเช่นฉันสามารถทำให้ nginx + PHP-FPM ออกมาอย่างจริงจังดำเนินการ mod_php + Apache ซึ่งในทางกลับกันจะได้รับการตีกลับสำหรับการให้บริการเนื้อหาคงที่โดยใช้ CDN ที่ดี

สิ่งต่อไปที่ต้องพิจารณาคือสิ่งที่คุณพยายามปรับให้เหมาะสม

• ความเร็วที่เพจแสดงในเบราว์เซอร์ผู้ใช้มีความสำคัญอันดับหนึ่งหรือไม่?
• การขอแต่ละครั้งไปยังเซิร์ฟเวอร์ถูกส่งกลับมาเร็วที่สุดเท่าที่จะเป็นไปได้ด้วยการใช้ CPU ที่เล็กที่สุดตามเป้าหมายหรือไม่?

อดีตสามารถได้รับความช่วยเหลือโดยทำสิ่งต่าง ๆ เช่นการ gzipping ทรัพยากรทั้งหมดที่ส่งไปยังเบราว์เซอร์ แต่การทำเช่นนั้นอาจ (ในบางสถานการณ์) ผลักคุณออกห่างจากการบรรลุเป้าหมายในภายหลัง

หวังว่าทั้งหมดข้างต้นสามารถช่วยแสดงให้เห็นว่าการทดสอบ 'ห้องทดลอง' ที่แยกอย่างระมัดระวังจะไม่สะท้อนถึงตัวแปรและปัญหาที่คุณจะพบในการผลิตและคุณต้องระบุว่าเป้าหมายระดับสูงของคุณคืออะไรแล้วคุณจะทำอะไรได้บ้าง ก่อนที่จะมุ่งหน้าไปลงไมโคร / ก่อนวัยอันควรเพิ่มประสิทธิภาพเส้นทางที่จะไปนรก

เพื่อเปรียบเทียบว่าสคริปต์ของคุณทำงานบนเซิร์ฟเวอร์ได้เร็วแค่ไหนมีเครื่องมือมากมายที่คุณสามารถใช้ได้ ก่อนอื่นให้แน่ใจว่าสคริปต์ของคุณ (ตัวอย่างเช่น preg_match vs strpos) จะต้องแสดงผลลัพธ์เดียวกันเพื่อให้มีคุณสมบัติการทดสอบของคุณ

คุณสามารถใช้ได้:

• JMeter
• เครื่องมือApacheBench ( ดูตัวอย่าง )
• dbench
• http_load
• ขด-loader
• httperf
• การล้อม
• ผัก
• รหัสที่คุณใช้ก็ดีเหมือนกัน แต่มีวงที่ใหญ่กว่า (เช่น 1,000,000)

คุณจะต้องดูที่Xdebugและเฉพาะเจาะจงมากขึ้นความสามารถในการทำโปรไฟล์ของ Xdebugความสามารถในโปรไฟล์

โดยทั่วไปคุณเปิดใช้งาน profiler และทุกครั้งที่คุณโหลดเว็บเพจมันจะสร้างไฟล์ cachegrind ที่สามารถอ่านได้ด้วยWinCacheGrindหรือKCacheGrind KCacheGrind

Xdebug อาจเป็นเรื่องยุ่งยากเล็กน้อยในการกำหนดค่าดังนั้นนี่คือส่วนที่เกี่ยวข้องในphp.iniการอ้างอิงของฉัน:

[XDebug]
zend_extension = h:\xampp\php\ext\php_xdebug-2.1.1-5.3-vc6.dll
xdebug.remote_enable=true
xdebug.profiler_enable_trigger=1
xdebug.profiler_output_dir=h:\xampp\cachegrind
xdebug.profiler_output_name=callgrind.%t_%R.out

และนี่คือภาพหน้าจอของ.outไฟล์ในWinCacheGrind :

ที่ควรให้รายละเอียดมากมายเกี่ยวกับประสิทธิภาพของสคริปต์ PHP ของคุณ คุณต้องการกำหนดเป้าหมายสิ่งต่าง ๆ ที่ใช้เวลามากที่สุด ตัวอย่างเช่นคุณสามารถปรับฟังก์ชั่นหนึ่งฟังก์ชั่นเพื่อใช้เวลาครึ่งหนึ่ง แต่ความพยายามของคุณจะได้รับการปรับปรุงการใช้งานฟังก์ชั่นที่ดีกว่าที่เรียกว่าหลายสิบถ้าไม่ใช่หลายร้อยครั้งในระหว่างการโหลดหน้าเว็บ

หากคุณอยากรู้อยากเห็นนี่เป็นเพียง CMS เวอร์ชันเก่าที่ฉันเขียนเพื่อการใช้งานของฉันเอง

ลอง https://github.com/fotuzlab/appgati

อนุญาตให้กำหนดขั้นตอนในรหัสและเวลารายงานการใช้หน่วยความจำโหลดเซิร์ฟเวอร์ ฯลฯ ระหว่างสองขั้นตอน

สิ่งที่ต้องการ:

    $appgati->Step('1');

    // Do some code ...

    $appgati->Step('2');

    $report = $appgati->Report('1', '2');
    print_r($report);

อาร์เรย์เอาต์พุตตัวอย่าง:

Array
(
    [Clock time in seconds] => 1.9502429962158
    [Time taken in User Mode in seconds] => 0.632039
    [Time taken in System Mode in seconds] => 0.024001
    [Total time taken in Kernel in seconds] => 0.65604
    [Memory limit in MB] => 128
    [Memory usage in MB] => 18.237907409668
    [Peak memory usage in MB] => 19.579357147217
    [Average server load in last minute] => 0.47
    [Maximum resident shared size in KB] => 44900
    [Integral shared memory size] => 0
    [Integral unshared data size] => 0
    [Integral unshared stack size] => 
    [Number of page reclaims] => 12102
    [Number of page faults] => 6
    [Number of block input operations] => 192
    [Number of block output operations] => 
    [Number of messages sent] => 0
    [Number of messages received] => 0
    [Number of signals received] => 0
    [Number of voluntary context switches] => 606
    [Number of involuntary context switches] => 99
)

ฉันมองเข้าไปในxhprof ไม่สำคัญว่าจะทำงานบน cli หรือผ่าน sapi อื่น (เช่น fpm หรือ fcgi หรือแม้แต่โมดูล Apache)

ส่วนที่ดีที่สุดเกี่ยวกับ xhprof คือมันยังพอดีเพียงพอที่จะทำงานในการผลิต สิ่งที่ใช้งานไม่ได้กับ xdebug (ครั้งล่าสุดที่ฉันตรวจสอบ) xdebug มีผลกระทบต่อประสิทธิภาพการทำงานและ xhprof (ฉันจะไม่บอกว่าไม่มีเลย) จัดการได้ดีกว่ามาก

เราใช้ xhprof เพื่อรวบรวมตัวอย่างด้วยปริมาณการใช้งานจริงแล้ววิเคราะห์รหัสจากที่นั่น

ไม่ใช่มาตรฐานในแง่ที่ทำให้คุณมีเวลาและทุกอย่างแม้ว่าจะทำเช่นนั้นเช่นกัน มันทำให้ง่ายมากในการวิเคราะห์ปริมาณการใช้งานจริงแล้วเจาะลึกลงไปถึงระดับฟังก์ชัน php ใน callgraph ที่เก็บรวบรวม

เมื่อส่วนขยายได้รับการรวบรวมและโหลดแล้วคุณจะเริ่มทำโปรไฟล์ในรหัสด้วย:

xhprof_enable(XHPROF_FLAGS_CPU + XHPROF_FLAGS_MEMORY);

หากต้องการหยุด:

$xhprof_data = xhprof_disable();

จากนั้นบันทึกข้อมูลลงในไฟล์หรือฐานข้อมูลไม่ว่าคุณจะลอยเรืออะไรก็ตามและจะไม่หยุดทำงานตามปกติ เราทำการซิงโครไนซ์สิ่งนี้กับ S3 เพื่อรวมศูนย์ข้อมูล (เพื่อให้สามารถเห็นการทำงานทั้งหมดจากเซิร์ฟเวอร์ทั้งหมดของเรา)

โค้ดบน GitHubมีโฟลเดอร์ xhprof_html ที่คุณถ่ายโอนข้อมูลบนเซิร์ฟเวอร์และกับการกำหนดค่าน้อยคุณจะสามารถมองเห็นภาพข้อมูลที่เก็บรวบรวมและเริ่มการขุดเจาะลง

HTH!

ใส่มันลงในforลูปเพื่อทำแต่ละอย่าง 1,000,000 ครั้งเพื่อให้ได้ตัวเลขที่สมจริงยิ่งขึ้น และเริ่มจับเวลาก่อนรหัสที่คุณต้องการมาตรฐานแล้วบันทึกเวลาสิ้นสุดหลังจากนั้น (เช่นอย่าเริ่มจับเวลาก่อนsession_start()(เช่นไม่เริ่มจับเวลาก่อน

ตรวจสอบให้แน่ใจว่ารหัสนั้นเหมือนกันสำหรับแต่ละฟังก์ชั่นที่คุณต้องการวัดประสิทธิภาพยกเว้นฟังก์ชันที่คุณกำหนดเวลา

วิธีการเรียกใช้งานสคริปต์ (cronjob, php จาก commandline, Apache, ฯลฯ ) ไม่ควรสร้างความแตกต่างเนื่องจากคุณเพียงกำหนดเวลาความแตกต่างสัมพัทธ์ระหว่างความเร็วของฟังก์ชั่นที่แตกต่างกัน ดังนั้นอัตราส่วนนี้ควรคงเดิม

หากคอมพิวเตอร์ที่คุณใช้งานเบนช์มาร์กมีสิ่งอื่น ๆ อีกมากมายเกิดขึ้นสิ่งนี้อาจส่งผลต่อผลลัพธ์ของเบนช์มาร์กหากมีการขัดขวางการใช้งาน CPU หรือหน่วยความจำจากแอปพลิเคชันอื่นในขณะที่ แต่ตราบใดที่คุณมีทรัพยากรจำนวนมากที่ต้องสำรองไว้ในคอมพิวเตอร์แล้วฉันไม่คิดว่ามันจะเป็นปัญหา

การเริ่มต้นที่ดีคือการใช้ xdebugs profiler http://xdebug.org/docs/profiler

อาจไม่ใช่สิ่งที่ง่ายที่สุดในการตั้งค่าและใช้งาน แต่เมื่อคุณได้รับข้อมูลจำนวนมากและการดูง่ายไม่สามารถถูกแทนที่ได้

เอริค

คุณกำลังถามคำถามผิดกับตัวเอง หากสคริปต์ของคุณทำงานใน ~ 15 mSec ดังนั้นเวลาของสคริปต์จะไม่เกี่ยวข้องกันอย่างมาก หากคุณใช้บริการที่ใช้ร่วมกันการเปิดใช้งานรูปภาพ PHP จะใช้เวลาประมาณ ~ 100 mSec การอ่านในไฟล์สคริปต์ ~ 30-50 mSec หากแคชไว้ในเซิร์ฟเวอร์อย่างสมบูรณ์อาจเป็นเวลา 1 วินาทีหรือมากกว่าถ้าโหลดจากฟาร์ม NAS ด้านหลัง เครือข่ายล่าช้าในการโหลดเฟอร์นิเจอร์หน้าสามารถเพิ่มจำนวนมากวินาที

ปัญหาหลักของที่นี่คือการรับรู้ของผู้ใช้เกี่ยวกับความเร็วในการโหลด: เขาต้องรอนานแค่ไหนระหว่างคลิกที่ลิงค์และได้รับหน้าที่แสดงผลอย่างสมบูรณ์ ดูที่Google Page Speedซึ่งคุณสามารถใช้เป็น Ff หรือส่วนขยายของโครเมี่ยมและเอกสาร Pagespeed ซึ่งกล่าวถึงในเชิงลึกเกี่ยวกับวิธีการรับประสิทธิภาพของหน้าเว็บที่ดี ปฏิบัติตามหลักเกณฑ์เหล่านี้และพยายามให้คะแนนหน้าของคุณดีกว่า 90/100 (หน้าแรกของ google ให้คะแนน 99/100 เช่นเดียวกับบล็อกของฉัน) นี่เป็นวิธีที่ดีที่สุดในการเพิ่มประสิทธิภาพการรับรู้ของผู้ใช้

นอกจากนี้ยังเป็นการดีที่จะคอยจับตาดูโค้ด PHP ของคุณและตรวจสอบอย่างละเอียดด้วยลิงก์นี้เพื่อให้แน่ใจว่าการเข้ารหัสของคุณไม่รบกวนประสิทธิภาพการทำงานของแอป