Computing case analysis: evaluate a proposed system
แนะนำใหม่| English | ความหมาย |
|---|---|
| throughput/ˈθruːpʊt/ | ปริมาณงานที่ส่งผ่านได้ |
| acceptance test/əkˈseptəns test/ | การทดสอบการยอมรับ |
อะไรจะอธิบายการสังเกตนี้ได้?
- ระบบจองโรงเรียนที่เสนอมาดูมีประสิทธิภาพ แต่คำแนะนำขึ้นอยู่กับผู้ใช้ ข้อจำกัด และหลักฐาน คำศัพท์ทางเทคนิคที่สมเหตุสมผลเพียงอย่างเดียวไม่ใช่การตัดสินใจที่มีเหตุผลรองรับ
- เริ่มต้นด้วยการทำนาย ระบุปริมาณหรือลักษณะที่คุณจะเปรียบเทียบ แล้วตัดสินใจว่าหลักฐานอะไรที่จะแยกแยะคำอธิบายสองแบบได้
สร้างโมเดล
- กรณีศึกษาตั้งทางเลือกทางคอมพิวเตอร์ไว้ในสถานการณ์ที่กำหนด ระบุผู้มีส่วนได้ส่วนเสีย ความต้องการ หลักฐานที่มีอยู่ และข้อจำกัดก่อนแนะนำสถาปัตยกรรมหรืออัลกอริทึม แยกแยะข้อเท็จจริงของสถานการณ์ออกจากสมมติฐานและการคาดการณ์ การแลกเปลี่ยนอาจเกี่ยวข้องกับประสิทธิภาพ ความน่าเชื่อถือ การเข้าถึง ความเป็นส่วนตัว การบำรุงรักษา และค่าใช้จ่าย
- throughput: งานที่เสร็จสิ้นต่อหน่วยเวลาภายใต้ภาระงานที่กำหนด; acceptance test: การทดสอบว่าความต้องการของผู้ใช้ที่กำหนดไว้ได้รับการตอบสนองหรือไม่
Which statement best supports a technical recommendation?
Difficulty 1/5 · 100 coins + a small bonus on first completion today
A recommendation earns trust by naming the mechanism that meets a scenario requirement and a measurable test that would show it working. A fashionable name is not evidence, and one throughput number cannot certify latency, reliability or scale.
Match each technical term to its precise meaning.
Difficulty 2/5 · 140 coins + a small bonus on first completion today
Use the definitions to distinguish related quantities and processes.
เลือกหลักฐานมาทดสอบสมมติฐาน
- คำแนะนำควรเชื่อมโยงความต้องการกับกลไกและการทดสอบที่สังเกตได้ ตัวอย่างเช่น ปัญหาความพร้อมใช้งานต้องการกลยุทธ์ที่ป้องกันการอัปเดตที่ขัดแย้งกัน plus การทดสอบที่แสดง invariant ข้ออ้างเกี่ยวกับความเร็วที่เพิ่มขึ้นต้องการการวัดภาระงานที่เทียบเคียงกันได้แทนที่จะใช้ฉลากความซับซ้อนเท่านั้น ประเมินทางเลือกภายใต้เงื่อนไขที่กำหนดเดียวกัน
- ใช้สถานการณ์ที่รับรองโดยโรงเรียนและข้อมูลสังเคราะห์ สร้างเมทริกซ์ของข้ออ้าง หลักฐานสถานการณ์สนับสนุน คำอธิบายทางเทคนิค ข้อจำกัด และการทดสอบที่ยอมรับ ระบุข้อเท็จจริงที่ขาดหายไปอย่างชัดเจนและแสดงว่าคำแนะนำจะเปลี่ยนไปอย่างไรหากสมมติฐานล้มเหลว สิ่งนี้เตรียมความพร้อมสำหรับการให้เหตุผลจากกรณีโดยไม่คัดลอกกรณีศึกษาการประเมิน IB ที่ไม่สามารถเข้าถึงได้หรือสร้างเกณฑ์การสอบขึ้นมาเอง
Which two habits make the investigation or model in this case more defensible?
Difficulty 2/5 · 140 coins + a small bonus on first completion today
Stating the conditions and assumptions lets others repeat the work exactly, and recording the supporting evidence lets them check the conclusion. Hiding disagreeing results removes the evidence that could challenge a wrong conclusion, and one measurement can never establish a wider claim.
ทำงานจากปริมาณที่ทราบค่า
- ระบุค่าที่ทราบและหน่วยของมัน เลือกความสัมพันธ์โดยพิจารณาว่าข้อสมมติฐานสอดคล้องกับเคสนี้ แล้วจัดรูปสมการก่อนแทนค่า
- Known: โปรโตไทป์สมมติประมวลผล 120 คำขอสำเร็จในช่วงสังเกต 30 วินาที Throughput คือ 120/30=4 คำขอสำเร็จ/วินาที โปรโตไทป์ที่สองประมวลผล 150 ในช่วง 30 วินาที หรือ 5/วินาที โปรโตไทป์ที่สองมี recorded throughput สูงขึ้น 25% แต่ไม่สามารถสรุปเรื่อง latency, อัตราความล้มเหลว หรือประสิทธิภาพภายใต้ภาระงานที่ใหญ่กว่านี้ได้หากไม่มีข้อมูลวัดเหล่านั้น
ระบบสมมติประมวลผลสำเร็จ 210 คำขอใน 30 วินาที. คำนวณ throughput. ใช้ลำดับเดียวกัน: ปริมาณที่ทราบ → โมเดล → ความสัมพันธ์ → แทนค่า → หน่วยและการตีความ
A fictional system successfully processes 210 requests in 30 s. Calculate throughput.
Difficulty 2/5 · 140 coins + a small bonus on first completion today
The result is 7 requests/s. Known: 210 successful requests in 30 s. Use throughput = requests / time. Throughput = 210/30 = 7 requests per second. This says nothing about response time or failure rate without those measurements.
ตรวจสอบข้อสรุปและขอบเขต
- Throughput ไม่ใช่เวลาตอบสนอง คำแนะนำที่แข็งแกร่งต้องระบุเงื่อนไขที่คาดว่าจะทำงานได้และหลักฐานที่อาจปฏิเสธได้ ตรวจสอบข้อกำหนดกรณีศึกษา CS ของทางการปัจจุบันเทียบกับเวอร์ชันการประเมินที่เกี่ยวข้อง
- กลับไปที่การสังเกตเดิม อธิบายว่าผลลัพธ์นี้สนับสนุนสิ่งใด มีเงื่อนไขใดบ้าง และเป็นอย่างไรในการทดสอบคำอธิบายอื่นที่ขัดแย้งกัน
ปริมาณการส่งผ่านที่สังเกตได้สูงขึ้นยืนยันว่าเวลาตอบสนองต่อคำขอแต่ละรายการลดลง ข้ออ้างนี้ไม่ถูกต้อง: ปริมาณการส่งผ่านนับจำนวนงานที่เสร็จสิ้นต่อวินาที ส่วนเวลาตอบสนองคือระยะเวลาที่แต่ละคำขอใช้ ระบบสามารถรวมงานเพื่อเพิ่มปริมาณการส่งผ่านขณะที่คำขอแต่ละรายการต้องรอ - ดังนั้นตัวชี้วัดหนึ่งไม่สามารถพิสูจน์อีกตัวชี้วัดหนึ่งได้
การวิเคราะห์กรณีของคอมพิวเตอร์: ประเมินระบบที่เสนอ: คำแนะนำควรเชื่อมโยงความต้องการกับกลไกและการทดสอบที่สังเกตได้ ตัวอย่างเช่น ปัญหาความพร้อมใช้งาน (concurrency) ต้องใช้กลยุทธ์ที่ป้องกันการอัปเดตที่ขัดแย้งกัน plus การทดสอบที่แสดงถึง invariant ข้อกล่าวอ้างว่ามีความเร็วในการตอบสนองมากขึ้นต้องใช้การวัดภาระงานที่เทียบกันได้แทนที่จะเป็นเพียงฉลากความซับซ้อน ประเมินทางเลือกภายใต้เงื่อนไขที่ระบุไว้เดียวกัน
Higher observed throughput automatically proves lower response time for every request.
Difficulty 1/5 · 100 coins + a small bonus on first completion today
Throughput counts completions per second; response time is how long each request takes. A system can batch work for high throughput while individual requests wait - so one metric cannot prove the other.
Completed work per unit time under a stated workload: write the technical term.
Difficulty 1/5 · 100 coins + a small bonus on first completion today
throughput means Completed work per unit time under a stated workload.