ทำไม JFS ถึงคลุมเครือ?


21

เมื่อแรกที่ฉันใช้ Slackware เมื่อหลายปีก่อนฉันเรียนรู้ที่จะรัก JFS อย่างรวดเร็วเกี่ยวกับ ext3 หรือ reiserfs เนื่องจากมันน่าเชื่อถือและหากมีการปิดที่ไม่สะอาดการตรวจสอบดิสก์นั้นรวดเร็วมาก เมื่อไม่นานมานี้เองที่ฉันได้ค้นพบว่า JFS นั้นคลุมเครือจนแทบจะไม่มีใครทำอะไรเลย

ฉันไม่รู้ว่าฉันเป็นชนกลุ่มน้อย ทำไมสิ่งนี้จึงเกิดขึ้น เป็นเพราะเทคโนโลยีระบบไฟล์มีความก้าวหน้าไปจนถึงจุดที่ JFS ขาดข้อได้เปรียบเชิงเปรียบเทียบหรือไม่? ext3 นั้นใช้งานร่วมกันได้กับระบบปฏิบัติการอื่นหรือไม่ เป็นระบบไฟล์อื่น ๆ ที่ได้รับความสุขจากผู้ค้ารายใดรายหนึ่งหรือนักพัฒนาเคอร์เนล?

คำถามทางเทคนิคไม่มากเหมือนประวัติศาสตร์


4
ฉันไม่เคยใช้ JFS และไม่เคยมีความเห็นก่อนหน้านี้เกี่ยวกับเรื่องนี้ แต่ในฐานะผู้ใช้ linux ฉันไม่เห็นเหตุผลใด ๆ ที่จะสนใจสิ่งนั้น - เป็นคำตอบบางส่วนสำหรับคำถามของคุณ "การตรวจสอบดิสก์อย่างรวดเร็ว" ไม่ใช่จุดขายที่แข็งแกร่งมาก ฉันดูdebian-administrator.org/articles/388ซึ่งอ้างอิงในบทความ JFS wikipedia และในขณะที่มันดูดีขึ้นอยู่กับว่ามันไม่โดดเด่นชัดเจน นั่นคือปี 2006 6 ปีต่อมา: phoronix.com/ ... อย่างที่คุณพูดไม่มีข้อได้เปรียบเชิงเปรียบเทียบ ...
goldilocks

คำตอบ:


22

สิ่งแรกที่คุณจะต้องได้รับออกจากทางคือการเปรียบเทียบที่จะต่อ[234] การเปลี่ยนใด ๆ ของพวกเขาจะเป็นเหมือนการแทนที่ NTFS ใน Windows เป็นไปได้แน่นอน แต่มันจะต้องมีการตัดสินใจจากด้านบนเพื่อสลับ

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

ตั้งแต่ขยาย[234]จะไม่หายไป JFS และตระกูลนั้นเสียเปรียบอย่างมากตั้งแต่เริ่มต้น

(ปรากฏการณ์นี้เรียกว่า Tyranny of the Default)

สิ่งที่สองคือทั้ง JFS และXFSสนับสนุน Linux ในเวลาเดียวกันและพวกเขาก็ค่อนข้างแก้ปัญหาเดียวกัน เคอร์เนล geeks สามารถโต้เถียงเกี่ยวกับจุดดีระหว่างทั้งสอง แต่ความจริงก็คือว่าผู้ที่ได้ทำงานเป็นหนึ่งใน ext [234]ข้อ จำกัดมีสองโซลูชั่นเทียบเท่าประมาณใน XFS และ JFS

แล้วทำไม XFS ถึงชนะ ฉันไม่แน่ใจ แต่นี่เป็นข้อสังเกต:

  • Red Hat และ SuSE รับรอง

    RHEL 7 ใช้ XFS เป็นระบบไฟล์เริ่มต้นและเป็นตัวเลือกเวลาติดตั้งใน RHEL 6 หลังจาก RHEL 6 ออกมาแล้ว Red Hat สนับสนุน XFS อย่างเป็นทางการ backported ไปยัง RHEL 5 XFS พร้อมใช้งานสำหรับ RHEL 5 ก่อนหน้านี้ผ่านทางการกึ่งทางการช่องทางEPEL

    SuSE ได้รวม XFS ไว้เป็นตัวเลือกเวลาติดตั้งซึ่งเร็วกว่า Red Hat เช่นนั้นกลับไปที่ SLES 8ซึ่งเปิดตัวในปี 2545 ไม่ใช่ค่าเริ่มต้นปัจจุบัน แต่ได้รับการสนับสนุนอย่างเป็นทางการตลอดเวลา

    มีหลาย distros ลินุกซ์อื่น ๆ และ RHEL และ SuSE จะไม่ distros ที่นิยมมากที่สุดทั่วพื้นที่ทั้งลินุกซ์ แต่พวกเขามีเหล็กขนาดใหญ่ distros ของทางเลือก พวกเขากำลังเล่นในที่ที่ข้อดีของ JFS และ XFS สำคัญที่สุด บริษัท เหล่านี้ไม่สามารถกระดิกสุนัขได้เสมอ แต่ในบางคำถามที่เกี่ยวข้องกับเหล็กขนาดใหญ่พวกเขาสามารถทำได้

  • XFS มาจากSGIบริษัท ที่หายไปในตอนนี้ ก่อนที่พวกเขาจะตายพวกเขาได้ให้สิทธิอย่างเป็นทางการใน XFS ดังนั้นชาว Linux จึงรู้สึกสะดวกสบายรวมถึงเคอร์เนล

    ไอบีเอ็มได้ให้สิทธิ์แก่ JFS มากพอที่จะทำให้ผู้ดูแลเคอร์เนลลินุกซ์มีความสะดวกสบาย แต่เราไม่สามารถลืมได้ว่าพวกเขาเป็น บริษัท ที่ใช้งานได้หลายพันล้านดอลลาร์พร้อมสิทธิบัตรนับพัน หาก IBM ตัดสินใจว่าการสนับสนุน Linux ของพวกเขาไม่สอดคล้องกับความสนใจของพวกเขาอีกต่อไป

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

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

  • ในระบบใด ๆ ที่เกี่ยวข้องกับเอฟเฟกต์เครือข่ายที่คุณมีทางเลือกเทียบเท่าสองทางคือ JFS และ XFS ในกรณีนี้คุณแทบไม่เคยได้รับส่วนแบ่งการตลาด 50/50

    ที่นี่เอฟเฟกต์เครือข่ายคือการฝึกอบรมการใช้งานร่วมกันได้ของฟีเจอร์ ... เอฟเฟกต์เหล่านี้ช่วยให้เกิดความสมดุลมากขึ้นเรื่อย ๆ ไปสู่ตัวเลือกที่ได้รับชัยชนะครั้งแรก เป็นสักขีพยานในการเปรียบเทียบระหว่าง Windows กับ OS X, Linux และ all-other- * ix, Ethernet กับ Token Ring ...


การเปรียบเทียบระหว่าง Windows และ OS X ของคุณนั้นไม่ยุติธรรมเลย OS X ออกมาในปี 2001 ซึ่งเป็นเวลาที่ Windows (ทั้งระบบปฏิบัติการ, ระบบไฟล์ NTFS และ Win32 API) เป็นผู้เล่นที่มีชื่อเสียงมานาน Windows (โดยเฉพาะอย่างยิ่งสาย NT) และ Mac OS แบบคลาสสิกเล่นเกมที่แตกต่างกันสองเกมโดยเฉพาะในตลาดองค์กรและผู้ใช้ตามบ้านส่วนใหญ่แทบไม่สนใจว่าจะใช้ HFS +, JFS, XFS, NTFS, ext3fs หรือ whathaveyouFS ตราบใด มันได้รับงานของการจัดเก็บไฟล์และดึงเสร็จ
CVn

@ MichaelKjörling: ฉันตระหนักถึงสิ่งเหล่านี้ แต่คุณพลาดจุดของฉันไปแล้วนั่นคือผลกระทบของเครือข่ายรอบ ๆ DOS ผลักให้ Windows ดั้งเดิมเป็นผู้นำใน Mac OS Classic ซึ่ง Microsoft เก็บไว้ผ่านการแนะนำของ OS X และอื่น ๆ . นอกจากนี้ความแตกต่างในระบบไฟล์ระหว่างสองระบบปฏิบัติการนั้นอยู่ข้างจุดที่กว้างขึ้นซึ่งเป็นผลกระทบทางเครือข่ายที่ป้องกันการแบ่งส่วนแบ่งตลาด 50/50 ทางเลือกหนึ่งที่มักจะนำไปสู่การแตกหัก ผู้นำอาจมีการเปลี่ยนแปลง แต่เมื่อกองกำลังทำการเปลี่ยนแปลงดังกล่าวการแยกจะผ่านไป 50/50 อีกครั้งอย่างรวดเร็ว
Warren Young

AFAIK ลิขสิทธิ์จะหมดอายุเมื่อทุกคนที่ทำงานกับรหัสนั้นเสียชีวิตมานานกว่า 70 ปี (แม้ว่า ณ จุดนั้นจะไม่มีใครสนใจเลย)
Ángel

@ แองเจล: โดยทั่วไปแล้วนักพัฒนาซอฟต์แวร์จะทำงานภายใต้สัญญา "work for Hire" ดังนั้น บริษัท จะเป็นเจ้าของรหัสที่พวกเขาเขียนโดยอัตโนมัติ สิทธิ์ใน XFS ส่วนใหญ่น่าจะอยู่กับ SGI หรือใครก็ตามที่เป็นเจ้าของ IP ของพวกเขาตอนนี้ไม่ใช่กับพนักงานที่สร้างมันขึ้นมา
Warren Young

วอร์เรน, ความเข้าใจของผมคือว่าลิขสิทธิ์หมดอายุ 70 ปีหลังจากการตายของผู้เขียน (หรือสิ่งที่ระบุไว้ในกฎหมายท้องถิ่นของพวกเขา) โดยไม่คำนึงถึงเจ้าของลิขสิทธิ์
Ángel

17

ในฐานะที่เป็นคนที่ทำงานกับ JFS บน Linux อย่างกว้างขวางและได้เจาะลึกเข้าไปในซอร์สโค้ดเพื่อแก้ไขปัญหาฉันสามารถสันนิษฐานได้หลายสาเหตุ:

  1. JFS เป็นพอร์ตของระบบไฟล์ที่สร้างขึ้นสำหรับ AIX จากนั้นพอร์ตไปยัง OS / 2 จากนั้นเปิดแหล่งที่มา ไม่มีนักพัฒนาของ AIX ที่ทำงานกับมันเนื่องจากมีความเสี่ยงของการปนเปื้อนของรหัสและ OS / 2 ไม่ได้รับการพัฒนามาระยะหนึ่งแล้ว
  2. จากการอ่านรหัสของฉันและจากการพัฒนา JFS ฉันเห็นปัญหามากมายในรหัส (หนึ่งในนั้นคือความล้มเหลวในการปรับขนาด FS บนเครื่องใหญ่ - endian เช่นที่ทำโดย IBM) ที่แก้ไขโดยโครงการและไม่ การรวมเข้ากับเคอร์เนล mainline แม้กระทั่งเดือนหลังจากการแก้ไขอาจเป็นเพราะนักพัฒนาของ IBM ไม่ได้เป็นผู้ดูแลอย่างเป็นทางการของส่วนนั้นของต้นไม้
  3. รหัสมีปัญหาการอ่านจำนวนมากซึ่งอาจมีส่วนทำให้ขาดการสนับสนุนอย่างเป็นทางการจากการแจกแจงเนื่องจากรหัสที่อ่านยากยากที่จะดีบัก
  4. ฉันถือว่าหนึ่งในการใช้งานหลักในการเริ่มต้นของ JFS สำหรับ Linux คือการย้ายข้อมูลและแบ่งปันข้อมูลกับระบบ AIX แต่ใน AIX5L ไม่มีตัวเลือก (สนับสนุน) เพื่อใช้ระบบไฟล์บนดิสก์แบบง่ายโดยไม่ต้องใช้ LVM ที่เป็นกรรมสิทธิ์ของ AIX ซึ่งไม่พร้อมใช้งานสำหรับ Linux และ JFS ถูกขยายโดยไม่มีส่วนขยายเหล่านี้ที่ถูกย้ายไปยัง Linux (ดูหมายเลข 1)

การชี้แจง: แม้จะเคยทำงานกับ IBM มาก่อน แต่ฉันไม่เคยเป็นสมาชิกของทีมพัฒนา IBM AIX หรือทีมพัฒนา JFS และเหตุผลที่สันนิษฐานเหล่านี้มาจากการลดตรรกะและความคุ้นเคยกับประวัติของระบบไฟล์และ Linux


ฉันจำไม่ได้ว่า JFS เป็นค่าเริ่มต้นสำหรับ SUSE ทุกเวลา XFS เป็นค่าเริ่มต้น fs เป็นเวลาหลายปี (ก่อน ext4)
Reinstate Monica - M. Schröder

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