ฉันควรเลือก 32 หรือ 64 บิตสำหรับ Linux


18

ฉันเป็นเจ้าของเวิร์กสเตชัน Linux ซึ่งปัจจุบันมี 4 GB of RAM และวางแผนที่จะไป 8 GB ในอนาคตอันใกล้ CPU Core2Quad Q9550เป็น

ฉันควรติดตั้ง Linux 32 หรือ 64 บิตหรือไม่

คำตอบ:


18

คุณควรติดตั้ง linux 64 บิต แม้ว่าจะมีวิธีสำหรับเคอร์เนล 32 บิตที่จะจัดการกับมากกว่า 4 GB แอปพลิเคชันจะยังคงมีขีด จำกัด 3 GB


ขอบคุณสำหรับคำตอบ. คุณกำลังพูดเกี่ยวกับ PAE? ทำงานได้อย่างถูกต้องในทางปฏิบัติหรือไม่
Robert Munteanu

1
ฉันใช้ PAE เพื่อเข้าถึง 4GB โดยไม่มีปัญหา
Mark

1
ฉันกลัว PAE มันเหมือนตื่นขึ้นมาในโลก 16 บิต
Kirill V. Lyadvinsky

@ jia3ep: มีเหตุผลเฉพาะเพื่อหลีกเลี่ยงการ PAE?
Robert Munteanu

1
เหตุผลเดียวที่จะไม่ใช้ PAE คือการลดประสิทธิภาพ ~ 0.1% ซึ่งไม่มีนัยสำคัญมากจนคุณไม่เคยสังเกตเลย
Zifre

5

คุณสามารถเรียกใช้เคอร์เนล 64 บิตและการกระจายแบบ 32 บิตซึ่งจะช่วยให้คุณเข้าถึง RAM ขนาด 4 GB ขึ้นไปโดยไม่ต้องเสียค่าปรับประสิทธิภาพของ PAE นี่คือสิ่งที่ฉันทำบนเครื่องของฉัน เดเบียนมี linux-image-amd64สำหรับ i386 น่าเสียดายที่ Ubuntu ไม่มีคุณต้องคอมไพล์เคอร์เนลของคุณเองที่นั่นและฉันไม่รู้ว่าการกระจายอื่นมีแพ็คเกจหรือไม่

ต้องบอกว่าสำหรับการติดตั้งใหม่ฉันขอแนะนำ 64- บิตเนื่องจากประสิทธิภาพจะดีกว่าตราบใดที่คุณสามารถใช้ชีวิตอยู่กับแฮ็กสำหรับไบนารีแบบ 32 บิตเท่านั้นเช่น Skype และปลั๊กอินของเบราว์เซอร์ ขณะนี้ Debian และ Ubuntu ไม่สนับสนุน RPM ดิสทริบิวชั่นตกลง แต่กำลังทำงานกับการสนับสนุนหลายอาร์คในขณะนี้โดยคาดว่าจะเปิดตัวครั้งแรกสำหรับ Ubuntu 9.10 ในปีนี้


1
โทษประสิทธิภาพของ PAE มาจากระดับพิเศษในการค้นหาตารางหน้า อย่างไรก็ตามในขณะที่ระบบ PAE ใช้ระบบตารางเพจสามระดับระบบ x86-64 ที่รันในโหมด long ใช้สี่ระดับ หากนั่นเป็นโทษเพียงอย่างเดียวสำหรับการใช้ PAE 64 บิตจะไม่มีประสิทธิภาพที่แย่ลงในเรื่องนี้หรือ แน่นอนว่า 64 บิตมีคุณสมบัติอื่น ๆ ซึ่งอาจใช้เพื่อการแลกเปลี่ยน แต่คุณดูเหมือนจะแนะนำต่อ PAE เนื่องจากการค้นหาตารางหน้าพิเศษ
ChrisInEdmonton

ฉันต้องยอมรับว่าฉันไม่ได้ทำการเปรียบเทียบและ Wikipedia กล่าวว่า "ในโปรเซสเซอร์ x86-64 นั้น PAE จำเป็นต้องใช้โหมดเนทีฟแบบยาว" เข้าสู่การวัดประสิทธิภาพมันเป็นgroups.google.com/group/linux.kernel/browse_thread/thread/ …และ 64 บิตนั้นแย่กว่า PAE ยิ่งแย่กว่า 32 บิตเนื่องจากตารางหน้าในเกณฑ์มาตรฐานทางแยกที่เลวร้ายที่สุด ประสิทธิภาพของไดร์เวอร์จะดีกว่าหากฮาร์ดแวร์รองรับ 64 บิตเนื่องจากบัฟเฟอร์เด้งไม่จำเป็นต้องใช้ซึ่งเป็นโทษที่ฉันคิด
TRS-80

4

นี่คือภาพรวมหนึ่งจาก LinuxForums

ฉันจะลังเลถ้าคุณทำงานกับโพรงหรือเครื่องมือในการพัฒนาที่เขียนด้วยภาษาที่รวบรวมทั้งหมด หลายโครงการที่ฉันสนใจเช่นLDCเพิ่งเริ่มให้การสนับสนุน 64 บิต โดยส่วนตัวแล้วฉันกำลังจะปิด แต่ฉันก็ยังคงใช้ RAM เพิ่มขึ้นเช่นกันดังนั้นมันจึงไม่ใช่ปัญหาสำหรับฉัน


1
+1 สำหรับการตรวจสอบว่าซอฟต์แวร์ทั้งหมดที่คุณต้องการได้รับการสนับสนุนบน 64 บิต
Mark

4

32- บิตสามารถใช้น้อยกว่า 4 GB สำหรับกระบวนการเดียวแต่สามารถใช้เพิ่มเติมสำหรับทั้งระบบ มีแอพพลิเคชั่นที่ไม่ใช่เซิร์ฟเวอร์จำนวนมากบนลีนุกซ์ที่จะต้องการแรมที่ฉันคิดได้

คุณจะต้องติดตั้งเคอร์เนล PAE (ที่อยู่ทางกายภาพ):

sudo sudo apt-get install linux-headers-server linux-image-server 

จากนั้นรีบูตเครื่อง ทำงานบนหรือฟรีและคุณควร ram มากขึ้น ฉันแนะนำ 32-Bit สำหรับผู้ใช้เดสก์ท็อป


3
> ฉันแนะนำ 32-Bit สำหรับผู้ใช้เดสก์ท็อป ทำไม? เคยมีปลั๊กอิน Java 64- บิต (อาทิตย์) และปลั๊กอินแฟลช 64- บิต (Adobe) ไม่ได้ แต่ตอนนี้ทั้งสองกรณีไม่ได้แก้ไขหรือไม่
asjo

4

ฉันติดตั้งรุ่น 64 บิตและอาจคล้ายกับVirtualBoxดังนั้นฉันจึงสามารถเรียกใช้รุ่น 32 บิตแบบขนานได้ในกรณีที่ฉันต้องการซอฟต์แวร์บางตัวที่มีให้ใช้งานแบบ 32 บิตเท่านั้น

คุณจะไม่สามารถใช้ประโยชน์จากหน่วยความจำมากกว่า 4 GB โดยใช้เคอร์เนลแบบ 32 บิตโดยไม่ต้องกระโดดผ่านห่วงบางอย่างเช่น PAE ซึ่ง IMHO หลีกเลี่ยงได้ดีกว่า


3

ฉันรัน 64 บิต 9.04 สำหรับเดสก์ท็อปที่บ้านของฉัน ฉันทำค่อนข้างมากกับเครื่องนี้และปัญหาที่เกี่ยวข้องกับ 64 บิตเท่านั้นที่ฉันพบคือปัญหาเสถียรภาพกับ 64 บิต Adobe Flash


2

ไป 64 บิต แบบ 32 บิตสามารถเข้าถึง RAM ขนาด 3.5 GB เท่านั้นและปัญหาความเข้ากันได้ส่วนใหญ่ได้ถูกยกเลิก ที่จะทำให้มันง่ายยิ่งขึ้นใช้การกระจายที่นิยมเช่นอูบุนตู


Ubuntu 32 บิตของฉันสามารถใช้งานได้เพียง 2.9Gb 3.5GB เป็นความฝัน :)
คิริลล์โวลต์ Lyadvinsky

1
Ubuntu 32 บิตของฉันสามารถใช้ RAM ทั้งหมด 12 GB ถึงแม้ว่าแต่ละกระบวนการจะมีข้อ จำกัด ไม่ใช่กรณีที่ระบบปฏิบัติการ 32 บิตสามารถเข้าถึง RAM ได้ประมาณ 3.5 GB เท่านั้น คุณเพียงแค่ต้องใช้ PAE ส่วนขยายที่อยู่ทางกายภาพ
ChrisInEdmonton

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.