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:

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

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

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