เหตุผลที่ดีในการใช้ระบบปฏิบัติการเดสก์ท็อป Microsoft Windows แบบ 32 บิต

คำถามนี้มาจากปี 2012 ถ้าคุณอ่านในปี 2019 หรือใหม่กว่าคำตอบคือ: ไม่ไม่มีเหตุผลที่ดีในปี 2019 ที่จะคงระบบปฏิบัติการเดสก์ท็อป 32 บิตไว้

คำถามเดิมด้านล่าง:

ซอฟต์แวร์เซิร์ฟเวอร์ได้รับ 64 บิตเพียงชั่วขณะหนึ่ง (ตั้งแต่ Server 2008 R2 สำหรับ Windows แม้ก่อนหน้านี้สำหรับ Exchange และ Sharepoint) และแม้กระทั่ง Ubuntu ก็กำลังผลักคุณออกจากระบบปฏิบัติการเซิร์ฟเวอร์เวอร์ชัน 32 บิต

แต่มีเหตุผลเชิงปริมาณที่ดีที่จะทำให้ระบบปฏิบัติการเดสก์ท็อปแบบ 32 บิตได้รับการดูแลหรือไม่? เรากำลังเตรียมอิมเมจ Windows 8 ของเราสำหรับผู้โชคร้าย (ไม่?

คอมพิวเตอร์เดสก์ท็อปส่วนใหญ่ของเรามี RAM ขนาด 4 GB หรือน้อยกว่า แต่ฉันไม่อยากรำคาญกับระบบปฏิบัติการที่มีรสชาติแบบ 32 บิตอีกต่อไป

เหตุผลใดที่ฉันควร?

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

• รหัสที่กะทัดรัดยิ่งขึ้นหมายถึงพื้นที่ดิสก์ที่น้อยลง เพียงไปดาวน์โหลด ISO สำหรับระบบปฏิบัติการที่คุณชื่นชอบในรสชาติแบบ 64 และ 32 บิตเพื่อดูความแตกต่าง มันไม่สำคัญเลย นอกจากนี้ยังมีอีกมากเมื่อคุณคลายการบีบอัดไบนารี ดังที่ OrangeDog ชี้ว่าการบริโภคพื้นที่ส่วนใหญ่มาจากข้อเท็จจริงที่ว่าระบบปฏิบัติการ 64 บิตมาพร้อมกับห้องสมุด 32- บิตนอกเหนือจากที่รองรับ 64- บิต

• คุณยังสามารถใช้งานร่วมกับส่วนประกอบและซอฟต์แวร์แบบเดิมได้ดีขึ้นด้วย 32- บิต สิ่งนี้สามารถมองเห็นได้โดยเฉพาะในระบบที่รวบรวมแบบไดนามิกบนเครื่องโฮสต์ แต่ดึงในไลบรารีไบนารีของ บริษัท อื่นในเวลาเดียวกัน กรอบงาน. NET ของ Microsoft เป็นตัวอย่างที่ยอดเยี่ยมของเรื่องนี้: ในขณะที่โปรแกรมนั้นมีความเป็นอิสระในเชิงสถาปัตยกรรมไม่ว่าเมื่อใดก็ตามที่คุณเชื่อมโยงไปยังไบนารีเนทีฟ นักพัฒนาหลายคนไม่ทราบว่าสิ่งนี้เกิดขึ้นและจัดส่งส่วนประกอบการผลิตที่จะไม่สามารถทำงานบนระบบ 64 บิตโดยไม่ต้องมีการปรับแต่งเพื่อให้. NET ทำงานในโหมด 32 บิตอย่างชัดเจน คนส่วนใหญ่ไม่รู้วิธีการทำเช่นนี้

• ตามที่ระบุโดย Daniel B:การพัฒนา Windows .NET บนเครื่อง 64 บิตทำให้คุณเปิดความไม่ลงรอยกันที่น่าผิดหวังซึ่งภายใต้สถานการณ์บางอย่างจะถูกหลอกลวงโดยระบบปฏิบัติการ

• ฮาร์ดแวร์รุ่นเก่า คุณไม่สามารถเรียกใช้ไดรเวอร์ 32- บิตบนเคอร์เนล 64- บิต

สิ่งนี้ไม่รวมอยู่ในรายการของคนส่วนใหญ่ ถึงกระนั้นคุณต้องตัดสินใจว่าปัจจัยเหล่านี้ส่งผลกระทบต่อสภาพแวดล้อมของคุณอย่างไร

เหตุผลเดียวที่ฉันสามารถนึกถึงการรักษาระบบปฏิบัติการเดสก์ท็อป 32- บิตคือถ้าคุณใช้โปรแกรม 16 บิต (เช่น DOS) เก่าและคุณไม่มีเวอร์ชัน windows ที่รองรับ Windows Virtual PC

(และยิ่งไปกว่านั้นฉันจะติดตั้งระบบปฏิบัติการ 64 บิตและใช้งานอย่าง DOSbox)

แก้ไข: มีอีกเหตุผลหนึ่งที่จริง: ฮาร์ดแวร์ที่ล้มเหลวในการรับมือกับพื้นที่ที่อยู่มากกว่า 4GB เช่น FireWire พยายามทำ DMA หรือฮาร์ดแวร์ (เก่า) ใด ๆ ที่ไม่มีไดรเวอร์ 64 บิต

สิ่งใดก็ตามที่จะใช้ Windows 8 นั้นมีความสามารถ 64 บิตอยู่แล้วเว้นแต่คุณจะมีเน็ตบุ๊ก Intel Atom รุ่นแรกอยู่บ้าง (และฉันสงสัยอย่างมาก) นั่นเป็นสิ่งเดียวที่ฉันนึกได้

AMD เปิดตัว Opteron ที่มีความสามารถ 64 บิตตัวแรกในปี 2546 และตั้งแต่นั้นมาโปรเซสเซอร์ทุกตัวที่พวกเขาทำนั้นมีความสามารถแบบ 64 บิต

Intel เป็นอีกหนึ่งปีต่อมาปล่อย Xeon 64 บิตแรก (Nocona) ในปี 2004 และขยายไปสู่สายผลิตภัณฑ์ทั้งหมดภายในปี 2549 นอกเหนือจากชิป Atom รุ่นแรก ๆ ดังกล่าวโปรเซสเซอร์ Intel รุ่น 64 บิต

วิกิพีเดียมีเสียลงรายการประมวลผลถ้าคุณสนใจในประวัติศาสตร์โบราณ

เข้ากันได้กับซอฟต์แวร์ / ฮาร์ดแวร์โบราณ

หากทุกอย่างทำงานภายใต้ x64 ฉันจะไม่รบกวน 32 บิต

ที่อยู่หน่วยความจำในเครื่อง 64 บิตนั้นใช้เวลา 64 บิต ที่อยู่เดียวกันเหล่านั้นใช้เวลา 32 บิตในเครื่อง 32 บิต ภายใต้สถานการณ์ที่ค่อนข้างพิเศษบางอย่างการ "เพิ่ม" จำนวนบิตที่ต้องการอาจเป็นความแตกต่างระหว่างประสิทธิภาพที่ดีกับประสิทธิภาพที่ไม่ดีบนเครื่องที่มีหน่วยความจำ จำกัด

นอกเหนือจากนั้นเนื่องจากคุณมีแนวโน้มที่จะใช้ซอฟต์แวร์ 32 บิตบนเครื่องที่สามารถใช้ซอฟต์แวร์ 64 บิตได้และการสนับสนุน 32 บิตทำงานได้ดีบนเครื่อง 64 บิตความแตกต่างในด้านฮาร์ดแวร์จะไม่เปลี่ยนแปลงเกม ในบางครั้งคุณจะพบอุปกรณ์ดั้งเดิมที่ไม่มีไดรเวอร์ฮาร์ดแวร์ 64 บิต แต่ตอนนี้หายากมากเนื่องจากระบบปฏิบัติการ 64 บิตวางจำหน่ายมานานกว่าทศวรรษ

สิ่งหนึ่งที่ควรพิจารณาคือแอปพลิเคชั่น 32 บิตที่เก่ากว่านั้นเก่ากว่าในหลาย ๆ ด้านมากกว่าบิตเนส ทางด้าน windows OS, แอพ 32 บิตอาจสับสนหากมองหาไฟล์ใน "Program Files" ที่ตอนนี้อยู่ใน "Program Files (x86)" รายการรีจิสทรีบางรายการอาจต้องการการตรวจสอบด้วยตนเอง นี่เป็นอีกฟังก์ชั่นของแอปพลิเคชั่นที่เขียนผิดเล็กน้อยซึ่งตอนนี้ต้องการความช่วยเหลือจากคุณในการ "ค้นหา" สิ่งต่าง ๆ ที่จะมี "เพิ่งทำงาน" หากเครื่องเกิดขึ้นเป็น 32 บิต

หลายคนไม่ทราบว่าโปรแกรมและไลบรารี่ 64 บิตมีหน่วยความจำมากกว่า 32 บิตเทียบเท่า

ตัวอย่างเช่นเมื่อใช้เครื่องเสมือนที่มีหน่วยความจำต่ำแนะนำให้ใช้ระบบปฏิบัติการแบบ 32 บิตเพื่อเพิ่มความพร้อมใช้งานของหน่วยความจำภายใน VM นั้น

เมื่อพูดถึงอูบุนตูเรากำลังเรียกใช้ 64-bit 12.04 LTS ภายใต้ LTSP เป็นเวลาสองสามสัปดาห์แล้ว

ความยุ่งยากเพียงอย่างเดียวที่เราพบสำหรับผู้ทดสอบเบต้าเริ่มต้นคือเทอร์มินัล LTSP ที่เราใช้ (Dell GX2xx) ต้องการเคอร์เนลแบบ 32 บิตและทำให้เราต้องคอมไพล์เคอร์เนล LTSP ตัวที่สองและบำรุงรักษาแพคเกจมากมาย .

LTSP เป็นกรณีที่ล้ำสมัยฉันคิดว่า 64- บิตพร้อมใช้งานได้เป็นอย่างดีเว้นแต่การทดสอบเฉพาะของคุณจะแสดงข้อบกพร่อง

แม้ว่าโดยส่วนตัวแล้วฉันแนะนำให้ย้ายไปที่ 64 บิตโดยเร็วที่สุดและเพียงแค่กัดกระสุนให้เร็วกว่านั้นในภายหลัง แต่จะไม่ส่งผลกระทบใด ๆ กับทีมสนับสนุนด้านไอทีของคุณ หากแบนด์วิดท์ของทีมสนับสนุนยืดออกไปได้สูงสุด (กล่าวคือไม่เข้าใจแล้ว) จากนั้นฉันก็จะลองรอดู

นี่เป็นคำตอบเดียวที่เกี่ยวข้องกับทรัพยากรมนุษย์ไม่ใช่แค่ซอฟต์แวร์ใน / เข้ากันได้

การเปิดตัวควรมีการวางแผนอย่างรอบคอบ (ควรค่อยเป็นค่อยไปมากกว่าทุกครั้ง) จะมีปัญหาที่ "ค้นพบ" ซึ่งจะใช้เวลาหลายชั่วโมงในการแก้ไขตามผู้ใช้แต่ละราย เมื่อมีการระบุปัญหาที่พบบ่อยมากขึ้น "วิธีการของ" สามารถแนะนำการแก้ปัญหาได้เร็วขึ้นสำหรับทั้งการโทรสนับสนุนและบริการตนเอง

ส่วนใหญ่ (ตัวอย่าง) ฉันคิดถึงปัญหาความเข้ากันได้ระหว่าง 32 และ 64 บิต (ใน) ระหว่างระบบปฏิบัติการแพคเกจซอฟต์แวร์เฉพาะและปลั๊กอินที่เกี่ยวข้องเช่นการติดตั้งเบราว์เซอร์ทั้งแบบ 32- บิตและ 64- บิต (และ / หรือหลายเบราว์เซอร์) บนระบบปฏิบัติการ 64- ​​บิตเดียวทางลัดสำหรับ 'ทำงานเหมือนผู้ดูแลระบบ' และ 'ทำงานเหมือนผู้ใช้ปกติ' มีตัวเลือกสำหรับทั้ง 32 และปลั๊กอิน 64 บิตสำหรับเบราว์เซอร์เหล่านั้น (หรือบางครั้งอาจ จำกัด เฉพาะปลั๊กอิน 32 บิตเท่านั้นซึ่งใช้งานได้ในเบราว์เซอร์เวอร์ชันเดียวเท่านั้น) - ทั้งหมดที่แยกแอปพลิเคชันและเวิร์กโฟลว์ที่อยู่ด้านบนของปลั๊กอินเหล่านั้น (โดย "ปลั๊กอิน" ฉันหมายถึงอะไรตั้งแต่ Java ถึงแฟลชไปยังโปรแกรมอ่าน PDF แบบฝังในตัวจนถึงซอฟต์แวร์การประชุมผ่านเว็บไม่ว่าจะสร้างขึ้นภายในเครื่องหรือพร้อมใช้งานอย่างกว้างขวางทั้งในเชิงพาณิชย์และฟรี) คุณสามารถลองทดสอบปัญหาเหล่านี้ทั้งหมด ยากที่จะคาดการณ์ว่าผู้ใช้จะติดตั้งปลั๊กอิน B ก่อนปลั๊กอิน A โดยไม่ตั้งใจซึ่งทำให้เกิดผลลัพธ์ที่แตกต่างจากผู้ใช้รายอื่นที่ติดตั้งปลั๊กอิน A ก่อนปลั๊กอิน B (โดยพื้นฐานแล้วคือ '

เหตุผลเดียวที่ทำให้รุ่น 32 บิตของ ... ทุกอย่าง ... คือเพื่อรองรับแอปพลิเคชันและระบบ "ดั้งเดิม" หากคุณสามารถทำงานได้ทุกอย่างบนระบบปฏิบัติการ 64 บิตให้นับว่าคุณโชคดีและทำต่อไป คุณอาจเป็นเหมือน SA ที่ยากจนบางคนที่อยู่ในสภาพแวดล้อมขององค์กรสำหรับ บริษัท ที่ไม่ใช้เทคโนโลยีซึ่งแผนการย้ายจากฐานผู้ใช้จาก XP ไปเป็น Windows 7 เริ่มต้นในไตรมาสที่สามของปี 2014

< ร้องไห้ >

อย่างไรก็ตามฉันไม่รู้เกี่ยวกับShift+ Delและฉันอาจปล่อยให้พวกเขาถูกมองข้ามในบางมุมของสภาพแวดล้อมในกรณีที่ไม่สามารถบรรยายได้เกิดขึ้นและคุณคิดว่าคุณต้องการWindows XPบางสิ่งบางอย่าง หยุดการรบกวนอย่างแน่นอนในการบำรุงรักษาอัปเดตทดสอบหรือแก้ไขปัญหาอื่น ๆ ที่เกี่ยวข้องกับพวกเขา มันเกิดขึ้นอีกวันหนึ่งที่ลูกค้าต้องการให้ฉันสนับสนุนWindows 2000PoS ซึ่งฉันทำได้เพราะฉันไม่ได้ทำให้รูปทั้งหมดของฉันหายไปServer 2000เมื่อServer 2003ออกมา (และฉันก็ต้องการเช่นกัน)

เท่าที่คุณอธิษฐานและหวังว่าเวลาจะไม่มีวันมาถึงมันเป็นเรื่องดีเสมอที่จะมีสิ่งนั้น ๆ "ในกรณี" และค่าใช้จ่ายในการรักษามันก็เล็กมากอย่างไม่มีนัยสำคัญฉันคิดว่ามันไม่โง่

ต้องมีปัญหามากเนื่องจากปัญหาซอฟต์แวร์แบบดั้งเดิมฉันสามารถพูดได้เพียงเพื่อให้แน่ใจว่าทุกสิ่งที่คุณเรียกใช้สามารถทำงานบนระบบปฏิบัติการ 64 บิต ถ้าเป็นเช่นนั้นคุณก็ไม่มีเหตุผลที่จะไม่ย้ายการสมมติว่าการออกใบอนุญาตไม่ใช่ปัจจัย

ในกรณีของฉันฉันสามารถกำหนดค่าระบบใหม่เพื่อให้แอปพลิเคชัน 32 บิตเท่านั้นที่สามารถเรียกใช้บนเครื่องเดียวทำให้เวิร์กสเตชันอื่นทั้งหมดเป็น 64 บิต ในที่สุดฉันก็ย้ายที่เครื่อง 32 บิตไปยัง VM บน Virtualbox ที่ทำงานบนโฮสต์ Debian ส่วนใหญ่เป็นเพราะความจุอยู่ที่นั่นและฉันต้องการที่จะลดจำนวนกล่อง

เครื่องเสมือนทั้งหมดข้างต้นและหลายเครื่องไม่สามารถเรียกใช้รหัส x64 บิตได้หาก CPU ไม่รองรับการจำลองเสมือน (เช่นคุณสมบัติ VT-x)

ซีพียู 64 บิตราคาถูกกว่าหลายตัวที่ไม่มี VT-x และอื่น ๆ น่าดึงดูดสำหรับกลุ่ม 'โฮมเมด'

จากวิกิพีเดีย :

Intel ไม่ได้เพิ่มการสนับสนุนการแบ่งกลุ่มเพื่อการใช้งาน x86-64 (Intel 64) ทำให้การทำเวอร์ชวลไลซ์ชันสำหรับซอฟต์แวร์แบบ 64 บิตเท่านั้นเป็นไปไม่ได้บน CPU ของ Intel แต่การสนับสนุน Intel VT-x ทำให้การจำลองเสมือนช่วยฮาร์ดแวร์ 64 บิตบนแพลตฟอร์ม Intel