คำถามติดแท็ก x86

สถาปัตยกรรมโปรเซสเซอร์ของพีซีและเซิร์ฟเวอร์ส่วนใหญ่รวมถึงตระกูล 386/486 / Pentium / … (IA-32) 32 บิตและตระกูล amd64 64 บิต โปรเซสเซอร์ x86 ส่วนใหญ่ผลิตโดย Intel หรือ AMD

3
เครื่องมือโอเวอร์คล็อกใน Linux
ฉันพยายามโอเวอร์คล็อกเครื่องของฉัน การเปลี่ยนแปลงทั้งหมดนั้นเกิดขึ้นในระดับ BIOS แต่ก็ต้องมีการตรวจสอบอุณหภูมิแรงดันไฟฟ้า ฯลฯ และทดสอบความเสถียรของการโอเวอร์คล็อก บทช่วยสอนส่วนใหญ่ (ถ้าไม่ใช่ทั้งหมด) เขียนขึ้นสำหรับ Windows ทางเลือกอื่นสำหรับ Linux: CPU-Z : เพื่อแสดงข้อมูล CPU ทั้งหมดรวมถึง Core Speed, Core Voltage, ตัวคูณปัจจุบัน ฯลฯ HWMonitor : ตรวจสอบความเร็วพัดลมและอุณหภูมิแกนกลาง Prime95 : การทดสอบความเครียดด้วยการตรวจสอบผลลัพธ์ นอกจากนี้ฉันต้องการที่จะสามารถตรวจสอบแรงดันไฟฟ้า VTT และ NB (ดูคำอธิบายสั้น ๆ ของแรงดันไฟฟ้าทั้งหมด ) สำหรับโปรเซสเซอร์ Intel (ฉันมี Q9450) - ฉันยังไม่พบโปรแกรม Windows ที่ใช้งานจริง

1
เคอร์เนลผู้ใช้แบ่งใน 64 บิต Linux
ผู้ใช้ / เคอร์เนลเริ่มต้นแยกใน Linux 64 บิตคืออะไร ฉันอ่านDocumentation/x86_64/mm.txt(ซึ่งมีคนชี้ให้เห็น) แต่ฉันไม่สามารถทำออกมาได้ ใครบางคนสามารถให้คำตอบโดยตรง (เช่น 3GB / 1GB สำหรับการใช้งานแบบ 32 บิต)

1
เหตุใดส่วนข้อมูลและรหัสจึงทับซ้อนกันอย่างสมบูรณ์ใน Linux
บริบท: ฉันกำลังอ่าน "การทำความเข้าใจกับเคอร์เนล Linux, 3d ed" ซึ่งใช้เคอร์เนล 2.6.11 คำถาม: ตามที่ฉันเข้าใจที่อยู่ทางกายภาพนั้นได้มาจากการแปลที่อยู่เชิงเส้นซึ่งได้มาจากการแปลที่อยู่เชิงตรรกะ โลจิคัลแอดเดรสประกอบด้วยตัวเลือกเซกเมนต์ซึ่งระบุเซกเมนต์ในตารางรายละเอียด ตารางคำอธิบายส่วนกลางของ Linux ประกอบด้วยส่วนของรหัสผู้ใช้และส่วนข้อมูล แต่ที่อยู่พื้นฐานของทั้งสองเซ็กเมนต์คือ0x0และขนาดก็เหมือนกัน ดังนั้นพวกเขาจึงทับซ้อนกันอย่างสมบูรณ์ ดังนั้นอย่างที่ฉันเข้าใจที่อยู่ทางลอจิคัลcs + offsetเหมือนกับที่อยู่แบบลอจิคัลds + offsetที่ไหนcsและdsมีการลงทะเบียน CPU ที่เก็บตัวเลือกเซ็กเมนต์รหัสและตัวเลือกเซ็กเมนต์ข้อมูลตามลำดับ ฉันคิดว่าเป็นกรณีนี้เพราะทั้งสองเซ็กเมนต์มีที่อยู่ฐานเดียวกันซึ่งเพิ่มขึ้นด้วยออฟเซ็ตเพื่อรับที่อยู่เชิงเส้น หากเป็นกรณีนี้และพวกเขาทั้งคู่แมปไปยังที่อยู่เชิงเส้นเดียวกันพวกเขาจะแมปไปยังที่อยู่ทางกายภาพเดียวกันหรือไม่ ถ้าเป็นเช่นนั้นการใช้การแยกcsและการdsลงทะเบียนคืออะไร?
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.