Caveats and wrap-upThe first thing

Caveats and wrap-up
The first thing to underline is that these tests do not benchmark the performance of the phones. My testing only shows if Android apps run across multiple cores. The advantages or disadvantages of running over multiple core, or running on a big.LITTLE SoC, are not covered. Neither are the benefits or drawbacks of running parts of an app on two cores at 25% utilization, rather than on one core at 50%, and so on.

Secondly, I haven’t yet had a chance to run these tests on a Cortex-A53/Cortex-A57 setup or a Cortex-A53/Cortex-A72 setup. The Qualcomm Snapdragon 615 has a quad-core 1.7GHz ARM Cortex A53 cluster and a quad-core 1.0GHz A53 cluster.

Thirdly, the scan interval for these statistics is around one third of a second (i.e. around 330 milliseconds). If a core reports its usage is 25% in that 300 milliseconds and another core reports its usage is 25% then the graphs will show both cores running simultaneously at 25%. However it is possible that the first core ran at 25% utilization for 150 milliseconds and then the second core ran at 25% utilization for 150 milliseconds. This means that the cores were used consecutively and not simultaneously. At the moment my test setup doesn’t allow me any greater resolution.

But having said all that. Clearly Android apps are able to take advantage of multi-core processors and big.LITTLE allows the scheduler to pick the best core combination for the current workload. If you still hear people saying things like “but a smartphone doesn’t need 8 cores” then just throw your hands-up in despair, as it means they don’t understand Heterogeneous Multi-Processing and they don’t understand that big.LITTLE is about power efficiency and not overall performance.

ผลลัพธ์ (ไทย) 1:

กังวลและ wrap-upสิ่งแรกที่ต้องขีดเส้นใต้เป็นว่า ทดสอบเหล่านี้เปรียบประสิทธิภาพของโทรศัพท์ การทดสอบของฉันแสดงเฉพาะถ้ารัน Android apps ข้ามหลายแกน ข้อดีหรือข้อเสียอยู่หลายหลัก หรือทำงานอยู่บนขนาดใหญ่ SoC น้อย มีไม่ครอบคลุมการ ไม่มีผลประโยชน์หรือข้อเสียของการทำงานของ app บนแกนทั้งสองที่ใช้ 25% มากกว่าหนึ่งหลัก 50% และอื่น ๆประการที่สอง ฉันยังไม่ได้มีโอกาสที่จะรันการทดสอบเหล่านี้ในการตั้งค่าคอร์เทกซ์-A53/คอร์ เทกซ์-A57 หรือการตั้งค่าคอร์เทกซ์-A53/คอร์ เทกซ์-A72 615 snapdragon เพื่อลคอมม์มีคลัสเตอร์แขนคอร์เทกซ์ A53 1.7GHz quad-core และ quad-core 1.0GHz A53 คลัสเตอร์ประการ ช่วงการสแกนสำหรับสถิติเหล่านี้เป็นประมาณหนึ่งในสามของที่สอง (เช่นสถาน 330 มิลลิวินาที) ถ้าหลักการรายงานการใช้ 25% ในมิลลิวินาทีที่ 300 และรายงานอื่นหลักการใช้คือ 25% แล้วกราฟจะแสดงแกนทั้งสองทำงานพร้อมกันที่ 25% อย่างไรก็ตาม เป็นไปได้ว่า หลักแรกวิ่งที่ 25% ใช้สำหรับ 150 มิลลิวินาที และวิ่งแล้ว หลักสองที่ใช้ 25% สำหรับ 150 มิลลิวินาที ซึ่งหมายความ ว่า แกนที่ใช้ติดต่อกัน และไม่พร้อมกัน ในขณะที่ ตั้งค่าการทดสอบของฉันไม่ให้ฉันมีความละเอียดมากขึ้นแต่ต้องบอกว่า ทั้งหมด ปพลิเคชัน Android อย่างชัดเจนจะได้ประโยชน์หลักหลายตัวประมวลผล และขนาดใหญ่ น้อยได้กำหนดการรับชุดหลักดีที่สุดสำหรับปริมาณงานปัจจุบัน ถ้าคุณยังคงได้ยินคนพูดว่า สิ่ง "แต่สมาร์ทโฟนไม่ต้อง 8 แกน" แล้วแค่ โยนขึ้นมือของคุณในความสิ้นหวัง เป็นหมายความว่า พวกเขาไม่เข้าใจการประมวลผลหลายแตกต่างกัน และพวกเขาไม่เข้าใจที่ใหญ่ น้อยกำลังประสิทธิภาพพลังงานและประสิทธิภาพโดยรวมไม่

ผลลัพธ์ (ไทย) 2:

caveats
และห่อขึ้นสิ่งแรกที่ต้องขีดเส้นใต้คือการทดสอบเหล่านี้ทำไม่ได้มาตรฐานการปฏิบัติงานของโทรศัพท์มือถือ การทดสอบของฉันจะแสดงเฉพาะถ้า Android ปพลิเคชันทำงานในหลายแกน ข้อดีหรือข้อเสียของการทำงานมากกว่าหลักหลายหรือทำงานบน big.LITTLE SoC จะไม่ได้รับการคุ้มครอง ทั้งที่เป็นประโยชน์หรือข้อเสียของการใช้ชิ้นส่วนของ app บนสองแกนที่ใช้กำลังการผลิต 25% มากกว่าหนึ่งหลักที่ 50% และอื่น ๆ . ประการที่สองผมยังไม่ได้มีโอกาสที่จะใช้การทดสอบเหล่านี้บน Cortex เป็น -A53 / การตั้งค่า Cortex-A57 หรือ Cortex-A53 / A72 Cortex-การติดตั้ง วอลคอมม์ Snapdragon 615 มี 1.7GHz Quad-Core ARM Cortex กลุ่ม A53 และ 1.0GHz Quad-core กลุ่ม A53. ประการที่สามช่วงสแกนสถิติเหล่านี้จะอยู่ที่ประมาณหนึ่งในสามของที่สอง (คือรอบ 330 มิลลิวินาที) หากแกนรายงานการใช้งานคือ 25% ในปีที่ 300 มิลลิวินาทีและแกนอีกรายงานการใช้งานคือ 25% จากนั้นกราฟจะแสดงแกนทั้งที่ทำงานพร้อมกันที่ 25% แต่มันเป็นไปได้ว่าหลักแรกวิ่งการใช้ 25% สำหรับ 150 มิลลิวินาทีแล้วหลักที่สองวิ่งการใช้ 25% สำหรับ 150 มิลลิวินาที ซึ่งหมายความว่าแกนถูกนำมาใช้อย่างต่อเนื่องและไม่ได้ไปพร้อม ๆ กัน ในขณะที่การติดตั้งการทดสอบของฉันไม่อนุญาตให้ฉันใด ๆ ที่มีความละเอียดมากขึ้น. แต่มีกล่าวว่าสิ่งที่ เห็นได้ชัดว่าแอพพลิเค Android สามารถที่จะใช้ประโยชน์จากการประมวลผลแบบ multi-core และ big.LITTLE ช่วยให้การจัดตารางเวลาที่จะเลือกการรวมกันที่ดีที่สุดสำหรับการหลักภาระงานในปัจจุบัน หากคุณยังได้ยินคนบอกว่าสิ่งที่ชอบ "แต่มาร์ทโฟนไม่จำเป็น 8 แกน" จากนั้นเพียงแค่โยนมือของคุณในความสิ้นหวังในขณะที่มันหมายความว่าพวกเขาไม่เข้าใจต่างกันหลายการประมวลผลและพวกเขาไม่เข้าใจว่าใหญ่ LITTLE เป็นเรื่องเกี่ยวกับการใช้พลังงานและประสิทธิภาพโดยรวมไม่ได้

ผลลัพธ์ (ไทย) 3:

caveats และห่อ
สิ่งแรกที่ต้องเน้น คือ การทดสอบเหล่านี้ไม่ได้มาตรฐานประสิทธิภาพของโทรศัพท์ การทดสอบของฉันจะแสดงเฉพาะถ้า Android ปพลิเคชันวิ่งข้ามแกนหลาย ข้อดีหรือข้อเสียของการวิ่งไปหลายหลัก หรือวิ่งบน ส big.little ไม่ครอบคลุม ไม่ว่าจะเป็นประโยชน์ หรือข้อด้อยของการใช้ส่วนของ app ที่ใช้ 2 แกน 25 %