The process of determining how clie

The process of determining how client application performance varies
with low-level resources is often labor-intensive and
error-prone. Except in very special circumstances, programmers are unlikely to know “exactly” how low-level
resources affect their performance goals. For example,
the programmer may want a given frame rate but have
no idea how much memory bandwidth is required to meet
that rate This conundrum is a form of “impedance mismatch” between the units of hardware resources and the
programmer-specified QoS requirements

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

กระบวนการกำหนดวิธีการไปจนประสิทธิภาพของแอพลิเคชันไคลเอนต์ด้วยทรัพยากรระดับต่ำมักจะเป็น labor-intensive และข้อผิดพลาดโอกาส ยกเว้นในกรณีพิเศษ โปรแกรมเมอร์ไม่น่าจะรู้ว่า "ตรง" ระดับต่ำทรัพยากรมีผลต่อประสิทธิภาพการทำงานเป้าหมาย ตัวอย่างผู้เขียนโปรแกรมอาจต้องการกำหนดกรอบอัตรา แต่มีจำนวนแบนด์วิดท์หน่วยความจำจะต้องตรงกับความคิดที่อัตรานี้ conundrum เป็นรูปแบบของ "ความต้านทานตรง" ระหว่างหน่วยทรัพยากรฮาร์ดแวร์และโปรแกรมเมอร์ระบุข้อกำหนด QoS

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

กระบวนการของการกำหนดวิธีการสมัครลูกค้าแตกต่างกันไป
ด้วยทรัพยากรระดับต่ำมักจะใช้แรงงานมากและ
ผิดพลาดได้ง่าย ยกเว้นในกรณีที่พิเศษมากโปรแกรมเมอร์ไม่น่าจะรู้ "ว่า" วิธีการในระดับต่ำ
ส่งผลกระทบต่อทรัพยากรเป้าหมายการดำเนินงานของพวกเขา ตัวอย่างเช่น
โปรแกรมอาจต้องการอัตราเฟรมที่กำหนด แต่มี
ความคิดว่าแบนด์วิดธ์หน่วยความจำมากจะต้องตอบสนองความไม่มี
อัตราที่ปริศนานี้เป็นรูปแบบของการ "ไม่ตรงกันความต้านทาน" ระหว่างหน่วยงานของทรัพยากรฮาร์ดแวร์และ
โปรแกรมระบุความต้องการ QoS

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

กระบวนการของการกำหนดวิธีการที่ลูกค้าจะแตกต่างกัน
กับทรัพยากรระดับมักใช้แรงงานและ
ข้อผิดพลาดได้ง่าย ยกเว้นในสถานการณ์ที่พิเศษมาก , โปรแกรมเมอร์ไม่น่าจะรู้ " จริงๆ " ว่าทรัพยากร -
มีผลต่อเป้าหมายการปฏิบัติงานของตนเอง ตัวอย่างเช่น
โปรแกรมเมอร์อาจต้องการให้กรอบอัตรา แต่มี
ไม่รู้แบนด์วิดธ์หน่วยความจำเท่าใดจะต้องตอบสนอง
ที่เท่ากัน ปริศนานี้เป็นรูปแบบของ " อิมพีแดนซ์ที่ไม่ตรงกันระหว่างหน่วยของทรัพยากรฮาร์ดแวร์และความต้องการเพื่อระบุ
โปรแกรมเมอร์