เป็นไปตาม Linux POSIX หรือไม่

Is Linux Posix Compliant



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

กล่าวโดยย่อ POSIX [1] ทำอย่างนั้นสำหรับระบบที่เหมือน UNIX และ UNIX (ดูบทความของ Zak H [4] สำหรับประวัติโดยละเอียดเพิ่มเติมในหัวข้อนี้) มันกำหนดอินเทอร์เฟซการแลกเปลี่ยน กลไกการเรียก และการถ่ายโอนข้อมูลสำหรับซอฟต์แวร์ แต่ปล่อยให้การใช้งานภายในเป็นไปโดยผู้พัฒนาหรือผู้ดูแลซอฟต์แวร์ จุดมุ่งหมายคือการรวม UNIX fork ต่างๆ และระบบที่คล้าย UNIX เข้าด้วยกัน เพื่อให้การใช้งานซอฟต์แวร์ต่างๆ สามารถโต้ตอบกันได้ ข้อได้เปรียบหลักของ POSIX คือการมีเอกสารประกอบสำหรับส่วนประกอบเหล่านี้ – อินเทอร์เฟซ กลไก และข้อมูล – พร้อมใช้งานในรูปแบบลายลักษณ์อักษร







ระบบปฏิบัติการที่เป็นไปตามมาตรฐาน POSIX ทั้งหมดจัดอยู่ในประเภทที่สอดคล้องกับ POSIX ในบทความนี้ เราจะอธิบายว่า POSIX ย่อมาจากอะไร พิจารณาว่า Linux อยู่ในหมวดหมู่นี้หรือไม่ และแสดงรายการส่วนประกอบ Linux ที่ต้องแยกออกจากหมวดหมู่นี้



คำว่า POSIX ย่อมาจากอะไร?

POSIX เป็นตัวย่อสำหรับ Portable Operating System Interface ตามที่อธิบายโดยย่อข้างต้น POSIX เป็นชื่อของชุดมาตรฐานที่จำเป็นต่อการรักษาความเข้ากันได้ระหว่างระบบปฏิบัติการ ตามที่ระบุไว้ใน [1] [it] กำหนดอินเทอร์เฟซการเขียนโปรแกรมแอปพลิเคชัน (API) พร้อมกับเชลล์บรรทัดคำสั่งและอินเทอร์เฟซยูทิลิตี้ สำหรับซอฟต์แวร์ที่เข้ากันได้กับ Unix และระบบปฏิบัติการอื่น ๆ POSIX เวอร์ชันแรกเผยแพร่ในปี 1988 ตั้งแต่นั้นมา POSIX ก็มีการขยายและปรับปรุงอย่างต่อเนื่องโดย Austin Common Standards Revision Group (หรือเรียกง่ายๆ ว่า The Austin Group) [7]



ในปี 2564 มาตรฐาน POSIX ประกอบด้วยส่วนต่างๆ ดังต่อไปนี้:





  1. บริการหลัก (รวมมาตรฐาน ANSI C) (IEEE std 1003.1-1988) – การสร้างและควบคุมกระบวนการ, สัญญาณ, การทำงานของไฟล์และไดเรกทอรี, ไปป์, ไลบรารี C, ส่วนต่อประสานพอร์ต I/O และการควบคุม, ทริกเกอร์กระบวนการ
  1. ส่วนขยาย (ลิงค์สัญลักษณ์)
  2. ส่วนขยายแบบเรียลไทม์และ I/O (IEEE Std 1003.1b-1993) – การจัดกำหนดการลำดับความสำคัญ, สัญญาณเรียลไทม์, นาฬิกาและตัวจับเวลา, สัญญาณ, การส่งข้อความ, หน่วยความจำที่ใช้ร่วมกัน, I/O แบบอะซิงโครนัสและซิงโครนัส, อินเทอร์เฟซการล็อคหน่วยความจำ
  3. ส่วนขยายของเธรด (IEEE Std 1003.1c-1995) – การสร้าง การควบคุม และการล้างข้อมูล การจัดกำหนดการเธรด การซิงโครไนซ์เธรด การจัดการสัญญาณ
  4. ส่วนขยายตามเวลาจริงเพิ่มเติม
  5. ส่วนขยายความปลอดภัย (รายการควบคุมการเข้าถึง)
  1. เชลล์และยูทิลิตี้ (IEEE Std 1003.2-1992) – Command Interpreter, Utility Programs

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

ในช่วงไม่กี่ปีที่ผ่านมา มีการเพิ่มส่วนขยายในการประมวลผลแบบเรียลไทม์ เวอร์ชันปัจจุบันเปิดตัวในต้นปี 2018 [3] ผู้เขียน SibylFS [5] ยังได้เผยแพร่คำอธิบายประกอบจำนวนมากไปยังมาตรฐาน POSIX เพื่อกำหนดตรรกะและการโต้ตอบที่มีลำดับสูงกว่า



การปฏิบัติตาม POSIX หมายความว่าอย่างไร

คำว่าสอดคล้องกับ POSIX หมายความว่าระบบปฏิบัติการตรงตามเกณฑ์ POSIX ทั้งหมด ระบบปฏิบัติการสามารถเรียกใช้โปรแกรม UNIX ได้เอง หรือสามารถย้ายแอปพลิเคชันจากระบบ UNIX ไปยังระบบอื่นได้ การย้ายแอปพลิเคชันจาก UNIX ไปยังระบบปฏิบัติการเป้าหมายนั้นง่ายหรืออย่างน้อยก็ง่ายกว่าที่ไม่รองรับ POSIX เพื่อความปลอดภัย ระบบปฏิบัติการควรได้รับการรับรอง POSIX สำเร็จ [2] ขั้นตอนนี้สำเร็จ (มีค่าใช้จ่าย) โดยผ่านการทดสอบการรับรองอัตโนมัติ ชุดทดสอบที่เกี่ยวข้องสามารถพบได้ที่นี่ [11]

ในปี 2564 รายชื่อระบบปฏิบัติการที่ผ่านการรับรอง POSIX ประกอบด้วย AIX จาก IBM, HP-UX จาก HP, IRIX จาก SGI, EulerOS [6] จาก Huawei, Mac OS X จาก Apple (ตั้งแต่ 10.5 Leopard), Solaris และ QNX Neutrino จาก Oracle, K-UX [11] ของ Inspur และ OS INTEGRITY แบบเรียลไทม์จากซอฟต์แวร์ Green Hills [15] ขณะนี้ยังไม่ชัดเจนว่าเวอร์ชันที่ใหม่กว่าของผู้สืบทอด Solaris ทั้งสามรุ่น ได้แก่ OpenSolaris, Illumos และ OpenIndiana ได้รับการจัดประเภทตามข้อกำหนด POSIX ทั้งหมดหรือไม่ ระบบปฏิบัติการเหล่านี้สอดคล้องกับ POSIX จนถึง POSIX 2001

ระบบปฏิบัติการอื่นๆ ที่ถูกมองว่าเป็นส่วนใหญ่ (แต่ไม่ครบถ้วน) ที่เข้ากันได้กับ POSIX ได้แก่ Android, BeOS, FreeBSD, Haiku, Linux (ดูด้านล่าง) และ VMWare ESXi สำหรับ Microsoft Windows Cygwin ให้การพัฒนาที่สอดคล้องกับ POSIX และสภาพแวดล้อมรันไทม์เป็นส่วนใหญ่

เป็นไปตาม Linux POSIX หรือไม่

คำว่า Linux หมายถึงระบบปฏิบัติการ Linux ทั้งหมด โดยไม่คำนึงถึงรสชาติ เช่น Debian GNU/Linux, RedHat Linux, Linux Mint, Ubuntu Linux, Fedora และ CentOS เป็นต้น เพื่อความชัดเจน Linux เป็นเพียงชื่อของเคอร์เนลที่เป็นองค์ประกอบหลักของระบบปฏิบัติการฟรีนี้

ตามที่ Linus Torvalds อธิบายไว้ในหนังสือ Just For Fun [8] เพื่อพัฒนาเคอร์เนล Linux เขาขอสำเนามาตรฐาน POSIX สิ่งนี้ช่วยให้เขาใช้กลไกเดียวกันกับที่ใช้ในระบบ UNIX เชิงพาณิชย์ ยิ่งไปกว่านั้น สิ่งนี้ทำให้เขาสามารถเชื่อมโยงเคอร์เนล Linux กับเครื่องมือ GNU ซึ่งใช้แนวทางเดียวกันเป็นหลัก เพื่อความเป็นธรรม ซอฟต์แวร์บนระบบลีนุกซ์ได้รับการสนับสนุนจากแหล่งต่างๆ ที่เคารพมาตรฐาน POSIX แต่บางครั้งก็ใช้แนวคิดของตนเองด้วย ในเวลาเดียวกัน อย่างไรก็ตาม สิ่งนี้แสดงให้เห็นถึงความหลากหลายที่ประกอบเป็นระบบปฏิบัติการลีนุกซ์

ตัวอย่างหนึ่งของสิ่งนี้คือวิธีการเขียนอาร์กิวเมนต์บรรทัดคำสั่ง อาร์กิวเมนต์ที่มีขีดกลางสองอัน (เช่น –help) เป็นข้อตกลงของ GNU ในขณะที่คำสั่ง POSIX ไม่เคยใช้อาร์กิวเมนต์สองขีด แต่จะมีเพียงอาร์กิวเมนต์เดียวเท่านั้น (เช่น -help) ตั้งแต่เริ่มต้น Linux ได้รับการออกแบบโดยคำนึงถึง GNU และนั่นคือสาเหตุที่คำสั่งมี GNU-style

อาร์กิวเมนต์ เพื่อให้เป็นไปตามข้อกำหนด POSIX เราได้เพิ่มอาร์กิวเมนต์สไตล์ POSIX ทีละขั้นตอน อย่างไรก็ตาม ผู้พัฒนาเป็นผู้ตัดสินใจขั้นสุดท้าย ณ วันนี้ คำสั่งส่วนใหญ่ยอมรับอาร์กิวเมนต์ทั้งแบบสั้นและแบบยาว หรือแม้แต่อาร์กิวเมนต์ที่ไม่มีขีดคั่นใดๆ เช่น คำสั่ง find เป็นต้น เพื่อความเป็นธรรม ไม่มีความสอดคล้องกันระหว่างคำสั่งในระบบหนึ่ง และอาจเป็นปัญหาเมื่อคุณตั้งใจจะใช้คำสั่งเดียวกันบนระบบที่ใช้ UNIX ที่แตกต่างกัน โดยเฉพาะอย่างยิ่งเมื่อสลับไปมาระหว่าง Linux, OS X และ Solaris

สำหรับตอนนี้ Linux ไม่ได้รับการรับรอง POSIX เนื่องจากมีค่าใช้จ่ายสูง ยกเว้นสำหรับ Linux ดิสทริบิวชันเชิงพาณิชย์สองรุ่น Inspur K-UX [12] และ Huawei EulerOS [6] แต่ Linux กลับถูกมองว่าเป็นไปตามข้อกำหนดของ POSIX เป็นส่วนใหญ่

การประเมินนี้เกิดจากการที่ลีนุกซ์รุ่นหลักๆ ปฏิบัติตาม Linux Standard Base (LSB) แทนที่จะเป็น POSIX [9] LSB ตั้งเป้าที่จะลดความแตกต่างระหว่างลีนุกซ์แต่ละรุ่นให้เหลือน้อยที่สุด [14] หมายถึงโครงสร้างระบบซอฟต์แวร์ รวมถึง Filesystem Hierarchy Standard (FHS) ที่ใช้ในเคอร์เนล Linux LSB อิงตามข้อกำหนด POSIX, Single UNIX Specification (SUS) [10] และมาตรฐานเปิดอื่นๆ อีกหลายรายการ แต่ยังขยายออกไปในบางพื้นที่ด้วย

ลีนุกซ์ที่ใช้ LSB ได้แก่ RedHat Linux, Debian GNU/Linux (2002-2015) และ Ubuntu (จนถึงปี 2015) เป็นต้น

พัฒนาด้วย POSIX ในใจ

เพื่อให้เข้าใจ POSIX ในรายละเอียดมากขึ้น เราขอแนะนำให้คุณขอรับสำเนามาตรฐาน POSIX และอ่านฉบับเต็ม คุณสามารถรับหนังสือได้จากเว็บไซต์ Open Group สิ่งนี้ต้องเสียค่าธรรมเนียมการลงทะเบียน แต่ให้คุณเข้าถึงทรัพยากรอันมีค่านี้ได้อย่างเต็มที่ มาตรฐานช่วยคุณได้เนื่องจากช่วยให้คุณพัฒนาซอฟต์แวร์ในลักษณะที่มีลักษณะเหมือนกันบนแพลตฟอร์ม UNIX ทั้งหมด

ลิงค์และข้อมูลอ้างอิง

ขอบคุณ

ผู้เขียนขอขอบคุณ Axel Beckert และ Veit Schiele สำหรับความช่วยเหลือและคำแนะนำขณะเตรียมบทความนี้