The key again is to remember that o

The key again is to remember that on big.LITTLE phones not all the cores are equal. What we are actually seeing is how the scheduler is using the LITTLE cores then as the workload increases the big core are brought into play. For a while there is a small amount of crossover and then the LITTLE cores go to sleep. Then when the workload decreases the opposite happens. Of course this is all happening very fast, thousands of times per second. Look at this graph which shows the utilization of big vs LITTLE cores during my testing of Epic Citadel:

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

สำคัญอีกคือ จำไว้ว่า บนใหญ่ น้อยโทรศัพท์ทั้งหมดแกนจะเท่ากัน อะไรเราจะเห็นได้ว่าตัวจัดกำหนดการใช้แกนเล็กน้อยแล้วเป็นการเพิ่มปริมาณหลักใหญ่จะนำเข้าสู่การเล่น สำหรับในขณะที่มีจำนวนเล็กน้อยแบบไขว้ และไปนอนแกนเล็ก แล้ว ปริมาณงานลดลงตรงกันข้ามกับเกิดขึ้น หลักสูตรนี้ได้ทั้งหมดเกิดขึ้นอย่างรวดเร็ว พันครั้งต่อวินาที ดูที่กราฟนี้ซึ่งแสดงใช้ vs ใหญ่แกนเล็กน้อยระหว่างฉันทดสอบมหากาพย์ป้อม:

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

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

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

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