POSIX คืออะไร ฉันได้อ่านบทความ Wikipediaและฉันอ่านทุกครั้งที่พบคำศัพท์ ความจริงก็คือฉันไม่เคยเข้าใจจริงๆว่ามันคืออะไร
ทุกคนช่วยอธิบายให้ฉันฟังได้ไหมโดยอธิบาย "ความต้องการ POSIX" ด้วยหรือไม่
POSIX คืออะไร ฉันได้อ่านบทความ Wikipediaและฉันอ่านทุกครั้งที่พบคำศัพท์ ความจริงก็คือฉันไม่เคยเข้าใจจริงๆว่ามันคืออะไร
ทุกคนช่วยอธิบายให้ฉันฟังได้ไหมโดยอธิบาย "ความต้องการ POSIX" ด้วยหรือไม่
คำตอบ:
POSIXเป็นตระกูลของมาตรฐานที่ระบุโดยIEEEเพื่อให้ความกระจ่างและทำให้เกิดความเท่าเทียมกันในการเขียนโปรแกรมแอปพลิเคชัน (และปัญหาเสริมเช่น commandline shell อรรถประโยชน์) ที่จัดทำโดยระบบปฏิบัติการ Unix-y เมื่อคุณเขียนโปรแกรมของคุณให้ใช้มาตรฐาน POSIX คุณสามารถมั่นใจได้ว่าจะสามารถทำการพอร์ตได้อย่างง่ายดายในหมู่อนุพันธ์ Unix ตระกูลใหญ่ ๆ (รวมถึง Linux แต่ไม่ จำกัด เฉพาะ!); ถ้าและเมื่อคุณใช้ Linux API บางตัวที่ไม่ได้มาตรฐานเป็นส่วนหนึ่งของ Posix คุณจะมีเวลาที่ยากขึ้นถ้าคุณต้องการพอร์ตโปรแกรมหรือไลบรารีนั้นไปยังระบบ Unix-y อื่น ๆ (เช่น MacOSX) ในอนาคต
Microsoft's market share on desktops, at least, makes it "what the world follows"
- น่าสนใจที่จะทราบว่ามีอะไรเปลี่ยนแปลงไปมากนักตั้งแต่ความคิดเห็นนี้ตั้งแต่ปี 2009 :)
สิ่งที่สำคัญที่สุดPOSIX 7กำหนด
ขยาย ANSI Cอย่างมากด้วยสิ่งต่าง ๆ เช่น:
mkdir
, dirname
, symlink
, readlink
, link
(hardlinks) poll()
, stat
, sync
,nftw()
fork
, execl
, wait
, pipe
, semaphors sem_*
หน่วยความจำที่ใช้ร่วมกัน ( shm_*
) kill
พารามิเตอร์การตั้งเวลา ( nice
, sched_*
) sleep
, mkfifo
,setpgid()
socket()
mmap
, mlock
, mprotect
, madvise
,brk()
reg*
)API เหล่านั้นยังกำหนดแนวคิดระบบพื้นฐานที่ต้องพึ่งพาเช่นfork
ต้องการแนวคิดของกระบวนการ
หลายลินุกซ์สายระบบที่มีอยู่เพื่อใช้ฟังก์ชั่นที่เฉพาะเจาะจง POSIX C API และทำให้ลินุกซ์ที่สอดคล้องเช่นsys_write
, sys_read
... หลาย syscalls เหล่านั้นยังมีส่วนขยายของลินุกซ์เฉพาะ แต่
การใช้งานเดสก์ท็อปหลัก ๆ ของ Linux: glibc ซึ่งในหลาย ๆ กรณีจะมีตัวห่อหุ้มที่ตื้นสำหรับการเรียกของระบบ
ตัวอย่าง: cd
, ls
, echo
...
สาธารณูปโภคหลายอย่างที่ตรงปลายด้านหน้าเปลือกสำหรับสอดคล้องฟังก์ชัน API C mkdir
เช่น
ที่สำคัญการดำเนินงานลินุกซ์สก์ท็อป: GNU coreutils สำหรับคนที่มีขนาดเล็กโครงการ GNU แยกต่างหากสำหรับคนใหญ่: sed
, grep
, awk
... บางสาธารณูปโภค CLI จะดำเนินการโดยทุบตีเป็นตัว -ins
เช่น, a=b; echo "$a"
ที่สำคัญการดำเนินงานลินุกซ์สก์ท็อป: GNU ทุบตี
HOME
เช่น PATH
,
PATH
ความหมายการค้นหาที่ระบุไว้รวมทั้งวิธีการป้องกันไม่ให้ทับPATH
ค้นหา
ANSI C พูด0
หรือEXIT_SUCCESS
เพื่อความสำเร็จEXIT_FAILURE
สำหรับความล้มเหลวและออกจากการใช้งานที่เหลือ
POSIX เพิ่ม:
126
พบคำสั่ง แต่ไม่สามารถเรียกใช้งานได้
127
: ไม่พบคำสั่ง.
> 128
: สิ้นสุดโดยสัญญาณ
แต่ POSIX ดูเหมือนจะไม่ระบุ128 + SIGNAL_ID
กฎที่ใช้โดย Bash: /unix/99112/default-exit-code-when-process-is-terminated
มีสองประเภทคือ BRE (พื้นฐาน) และ ERE (ขยาย) พื้นฐานเลิกใช้แล้วและเก็บไว้เพื่อไม่ให้แตก API เท่านั้น
เหล่านั้นจะถูกนำมาใช้โดย C ฟังก์ชัน API และใช้ตลอดทั้งสาธารณูปโภค CLI เช่นgrep
ยอมรับ Bres โดยค่าเริ่มต้นและ Eres -E
กับ
เช่น: echo 'a.1' | grep -E 'a.[[:digit:]]'
การใช้งานลีนุกซ์รุ่นใหญ่: glibc ใช้ฟังก์ชั่นภายใต้regex.hซึ่งโปรแกรมอย่างเช่นgrep
สามารถใช้เป็นแบ็กเอนด์
เช่น/dev/null
,/tmp
Linux FHSขยาย POSIX อย่างมาก
/
เป็นตัวแยกเส้นทางNUL
ไม่สามารถใช้.
เป็นcwd
, ..
ผู้ปกครองa-zA-Z0-9._-
ดูเพิ่มเติมที่: การปฏิบัติตาม posix สำหรับระบบไฟล์คืออะไร?
ข้อตกลง API ยูทิลิตี้บรรทัดคำสั่ง
ไม่ใช่ข้อบังคับที่ใช้โดย POSIX แต่แทบจะไม่มีที่อื่นเลยโดยเฉพาะใน GNU แต่จริงมันมีข้อ จำกัด เกินไปเช่นตัวอักษรธงเดียวเท่านั้น (เช่น-a
) ไม่มีรุ่นยาวเครื่องหมายยัติภังค์ (เช่น--all
)
อนุสัญญาที่ใช้กันอย่างแพร่หลายไม่กี่:
-
หมายถึง stdin ที่คาดว่าไฟล์--
ยุติการตั้งค่าสถานะเช่นls -- -l
เพื่อแสดงรายการชื่อไดเรกทอรี-l
ดูเพิ่มเติม: มีมาตรฐานสำหรับสวิตช์บรรทัดคำสั่งและอาร์กิวเมนต์ของ Linux หรือไม่
"POSIX ACLs" (รายการควบคุมการเข้าถึง) setfacl
เช่นที่ใช้เป็นแบ็กเอนด์สำหรับ
นี้ถูกถอนออกแต่มันก็ถูกนำมาใช้ในหลายระบบปฏิบัติการรวมทั้งในลินุกซ์ด้วยsetxattr
เป็นไปตาม POSIX ใคร
ระบบจำนวนมากติดตาม POSIX อย่างใกล้ชิด แต่มีน้อยคนที่ได้รับการรับรองโดย Open Group ที่รักษามาตรฐาน คนที่ได้รับการรับรองที่โดดเด่นรวมถึง:
Linux distros ส่วนใหญ่นั้นเข้ากันได้ดี แต่ไม่ได้รับการรับรองเพราะพวกเขาไม่ต้องการจ่ายการตรวจสอบการปฏิบัติตามกฎระเบียบ Inspur ของ K-UXและหัวเว่ย EulerOSเป็นสองตัวอย่างที่ผ่านการรับรอง
รายการอย่างเป็นทางการของระบบได้รับการรับรองพบได้ที่: https://www.opengroup.org/openbrand/register/และที่หน้าวิกิพีเดีย
ของ windows
Windows ใช้ POSIX กับการกระจายระดับมืออาชีพ
เนื่องจากมันเป็นคุณสมบัติเสริมโปรแกรมเมอร์จึงไม่สามารถใช้กับแอพพลิเคชั่นของผู้ใช้ส่วนใหญ่ได้
การสนับสนุนถูกเลิกใช้ใน Windows 8:
ในปี 2559 มีการประกาศ API คล้าย Linux ตัวใหม่ที่ชื่อว่า "Windows Subsystem สำหรับ Linux" มันมีการเรียกระบบ Linux, การทำงานของเอลฟ์, บางส่วนของ/proc
ระบบไฟล์, Bash, GCC, (TODO น่าจะเป็น glibc?) apt-get
และอื่น ๆ : https://channel9.msdn.com/Events/Build/2016/P488ดังนั้นฉันจึงเชื่อว่ามัน จะอนุญาตให้ Windows เรียกใช้ POSIX จำนวนมากหากไม่ใช่ทั้งหมด อย่างไรก็ตามจะเน้นไปที่นักพัฒนา / การปรับใช้แทนที่จะเป็นผู้ใช้ปลายทาง โดยเฉพาะอย่างยิ่งไม่มีแผนที่จะอนุญาตให้เข้าถึง Windows GUI ได้
ภาพรวมประวัติของความเข้ากันได้อย่างเป็นทางการของ Microsoft POSIX: http://brianreiter.org/2010/08/24/the-sad-history-of-the-microsoft-posix-subsystem/
Cygwinเป็นโครงการบุคคลที่สามที่รู้จักกันดีของ GPL สำหรับ "ให้ฟังก์ชั่น POSIX API จำนวนมาก" สำหรับ Windows แต่ต้องการให้คุณ "สร้างแอปพลิเคชันของคุณจากแหล่งที่มาหากคุณต้องการให้ทำงานบน Windows" MSYS2เป็นโครงการที่เกี่ยวข้องที่ดูเหมือนว่าจะเพิ่มฟังก์ชั่นเพิ่มเติมด้านบนของ Cygwin
Android
Android มีห้องสมุด C ของตัวเอง (Bionic) ซึ่งไม่รองรับ POSIX อย่างเต็มรูปแบบเนื่องจาก Android O: รองรับ Android POSIX หรือไม่?
ระดับโบนัส
ลินุกซ์มาตรฐานฐานต่อขยาย POSIX
ใช้ดัชนีที่ไม่ใช่เฟรมซึ่งสามารถอ่านและค้นหาได้มากขึ้น: http://pubs.opengroup.org/onlinepubs/9699919799/nfindex.html
รับเวอร์ชันเต็มของหน้า HTML สำหรับการ grepping: รายการฟังก์ชัน POSIX C API อยู่ที่ไหน
POSIXคือ:
POSIX (ออกเสียง / ˈpɒzɪks /) หรือ "Portable Operating System Interface [สำหรับ Unix]" 1เป็นชื่อของตระกูลของมาตรฐานที่เกี่ยวข้องที่ระบุโดย IEEE เพื่อกำหนดอินเตอร์เฟสการเขียนโปรแกรมประยุกต์ (API) พร้อมด้วยอินเตอร์เฟสเชลล์และยูทิลิตี้สำหรับซอฟต์แวร์ เข้ากันได้กับตัวแปรของระบบปฏิบัติการ Unix แม้ว่ามาตรฐานสามารถนำไปใช้กับระบบปฏิบัติการใด ๆ
โดยทั่วไปมันเป็นชุดของมาตรการเพื่อบรรเทาความเจ็บปวดจากการพัฒนาและการใช้รสชาติที่แตกต่างของ UNIX โดยมี API ส่วนใหญ่ (ส่วนใหญ่) และยูทิลิตี้ทั่วไป POSIX ที่ จำกัด ก็มีการขยายไปยัง Windows เวอร์ชันต่างๆเช่นกัน
ผมขออธิบายอย่างไม่เป็นทางการ
POSIX เป็นชุดของมาตรฐานที่พยายามแยกแยะระบบ "UNIX" และ UNIX ที่คล้ายกับระบบที่เข้ากันไม่ได้ มันถูกสร้างขึ้นโดยรัฐบาลสหรัฐเพื่อวัตถุประสงค์ในการจัดซื้อจัดจ้าง แนวคิดก็คือว่าการจัดหาของรัฐบาลกลางสหรัฐจำเป็นต้องมีวิธีในการระบุข้อกำหนดตามกฎหมายสำหรับการเสนอราคาและสัญญาประเภทต่าง ๆ ในลักษณะที่สามารถนำมาใช้เพื่อแยกระบบที่ระบบฐานรหัสหรือพนักงานเขียนโปรแกรมที่มีอยู่เดิมไม่สามารถพกพาได้
เนื่องจาก POSIX เขียนโพสต์พฤตินัย ... เพื่ออธิบายชุดของระบบการแข่งขันที่คล้ายคลึงกันอย่างหลวม ๆ ... มันไม่ได้ถูกเขียนในวิธีที่สามารถนำไปใช้ได้
ตัวอย่างเช่น NT ของ Microsoft ถูกเขียนด้วยความสอดคล้อง POSIX มากพอที่จะมีคุณสมบัติสำหรับการเสนอราคาบางอย่าง ... แม้ว่าระบบย่อย POSIX นั้นไม่มีประโยชน์ในแง่ของการพกพาในทางปฏิบัติและความเข้ากันได้กับระบบ UNIX
มาตรฐานอื่น ๆ สำหรับ UNIX ได้ถูกเขียนขึ้นในช่วงหลายทศวรรษที่ผ่านมา สิ่งต่างๆเช่น SPEC1170 (ระบุสิบเอ็ดร้อยเจ็ดสิบฟังก์ชั่นการโทรซึ่งจะต้องมีการใช้งานร่วมกันได้) และสาขาต่าง ๆ ของ SUS (สเปค UNIX เดียว)
ส่วนใหญ่ "มาตรฐาน" เหล่านี้ไม่เพียงพอต่อการใช้งานด้านเทคนิคใด ๆ พวกเขาส่วนใหญ่มีอยู่สำหรับการถกเถียงโต้แย้งทางกฎหมายและเหตุผลที่ผิดปกติอื่น ๆ
POSIX เป็นมาตรฐานสำหรับระบบปฏิบัติการที่ควรทำให้การเขียนซอฟต์แวร์ข้ามแพลตฟอร์มง่ายขึ้น มันเป็นเรื่องใหญ่โดยเฉพาะในโลกของ Unix
POSIX เป็นชุดของมาตรฐานที่วางไว้โดย IEEE และ The Open Group ที่อธิบายถึงวิธีการทำงานของ Unix ในอุดมคติ โปรแกรมเมอร์ผู้ใช้และผู้ดูแลระบบทุกคนสามารถทำความคุ้นเคยกับเอกสาร POSIX และคาดหวังว่า Unix POSIX จะให้สิ่งอำนวยความสะดวกมาตรฐานทั้งหมดที่กล่าวถึง
เนื่องจากยูนิกซ์ทุกตัวทำสิ่งที่แตกต่างออกไปเล็กน้อย - Solaris, Mac OS X, IRIX, BSD และ Linux ล้วนมีลักษณะเฉพาะตัว - POSIX มีประโยชน์อย่างยิ่งสำหรับผู้ที่อยู่ในอุตสาหกรรมเนื่องจากกำหนดสภาพแวดล้อมมาตรฐานให้ทำงานตัวอย่างเช่น ฟังก์ชั่นส่วนใหญ่ในไลบรารี C นั้นอ้างอิงจาก POSIX ดังนั้นโปรแกรมเมอร์จึงสามารถใช้งานแอปพลิเคชั่นของเขาและคาดว่ามันจะทำงานเหมือนกันใน Unices ส่วนใหญ่
อย่างไรก็ตามพื้นที่ที่แตกต่างของ Unix มักจะมุ่งเน้นมากกว่าพื้นที่มาตรฐาน
สิ่งที่ดีเกี่ยวกับ POSIX คือคุณสามารถอ่านด้วยตัวเอง:
ปัญหาที่ 7 เป็นที่รู้จักกันในชื่อ POSIX.1-2008 และมีสิ่งใหม่ ๆ อยู่ในนั้น - อย่างไรก็ตาม Google-fu สำหรับ POSIX.1 และสิ่งนี้จะช่วยให้คุณเห็นประวัติทั้งหมดหลังสิ่งที่ Unix คือ
ในปี 1985 บุคคลจาก บริษัท ต่างๆทั่วอุตสาหกรรมคอมพิวเตอร์ได้ร่วมกันพัฒนามาตรฐาน POSIX (ส่วนต่อประสานระบบปฏิบัติการพกพาสำหรับสภาพแวดล้อมคอมพิวเตอร์) ซึ่งยึดตามมาตรฐาน UNIX System V Interface Definition (SVID) และมาตรฐานอื่น ๆ ก่อนหน้านี้ ความพยายามเหล่านี้ถูกกระตุ้นโดยรัฐบาลสหรัฐซึ่งต้องการสภาพแวดล้อมการคำนวณมาตรฐานเพื่อลดค่าใช้จ่ายในการฝึกอบรมและการจัดซื้อ POSIX เปิดตัวในปี 1988 เป็นกลุ่มมาตรฐาน IEEE ที่กำหนด API, เชลล์และยูทิลิตีอินเตอร์เฟสสำหรับระบบปฏิบัติการ แม้ว่าจะมุ่งไปที่ระบบที่คล้าย UNIX แต่มาตรฐานนั้นสามารถนำไปใช้กับระบบปฏิบัติการที่รองรับ ตอนนี้มาตรฐานเหล่านี้ได้รับการยอมรับแล้วผู้พัฒนาซอฟต์แวร์สามารถพัฒนาแอพพลิเคชั่นที่ทำงานบน UNIX, Linux,
จากหนังสือ: แนวทางปฏิบัติในการ Linux
Posix เป็นมากกว่าระบบปฏิบัติการมันเป็น "มาตรฐานระบบปฏิบัติการ" คุณสามารถจินตนาการว่ามันเป็นระบบปฏิบัติการจินตนาการซึ่งไม่มีอยู่จริง แต่มีเอกสารประกอบ เอกสารเหล่านี้เป็น "มาตรฐาน posix" ที่กำหนดโดย IEEE ซึ่งเป็นองค์กรมาตรฐานขนาดใหญ่ของสหรัฐอเมริกา ระบบปฏิบัติการที่ใช้งานข้อกำหนดนี้คือ "สอดคล้องกับ Posix"
กฎระเบียบของรัฐบาลต้องการโซลูชั่นที่สอดคล้องกับ Posix ในการลงทุนของพวกเขาดังนั้นการได้มาตรฐาน Posix จึงมีความได้เปรียบทางการเงินที่สำคัญโดยเฉพาะอย่างยิ่งสำหรับ บริษัท ไอทีขนาดใหญ่ในสหรัฐอเมริกา
รางวัลสำหรับระบบปฏิบัติการที่เป็นไปตาม posix อย่างสมบูรณ์ซึ่งเป็นการรับประกันว่ามันจะรวบรวมและเรียกใช้แอปพลิเคชันที่สอดคล้องกับ Posix ทั้งหมดอย่างราบรื่น
Linux เป็นที่รู้จักกันดีที่สุด OSX, Solaris, NetBSD และ Windows NT ก็มาเล่นที่นี่เช่นกัน ฟรีและ OpenBSD เป็นเพียง "เกือบ" สอดคล้องกับ Posix การปฏิบัติตามคำสั่ง posix ของ WinNT เป็นเพียงวิธีการแก้ปัญหาหลอกเพื่อหลีกเลี่ยงกฎระเบียบของรัฐบาลข้างต้น
มาตรฐานนี้ให้พื้นฐานทั่วไปสำหรับระบบปฏิบัติการแบบ Unix มันระบุว่าเชลล์ควรทำงานอย่างไรสิ่งที่คาดหวังจากคำสั่งเช่น ls และ grep และจำนวนไลบรารี C ที่ผู้เขียน C สามารถคาดหวังได้
ตัวอย่างเช่นไพพ์ที่ผู้ใช้บรรทัดคำสั่งใช้เพื่อรวมคำสั่งต่างๆเข้าด้วยกันถูกระบุในรายละเอียดที่นี่ซึ่งหมายความว่าฟังก์ชั่น popen (ไพพ์โอเพ่น) ของ POS เป็นมาตรฐาน POSIX ไม่ใช่ ISO C-standard
POSIX ย่อมาจาก Portable Operating System Interface และเป็นมาตรฐาน IEEE ที่ออกแบบมาเพื่ออำนวยความสะดวกในการพกพาแอปพลิเคชัน POSIX เป็นความพยายามโดยกลุ่มผู้ขายเพื่อสร้าง UNIX รุ่นมาตรฐานเดียว
POSIX กำหนดชุดมาตรฐานสำหรับระบบปฏิบัติการหรือโปรแกรม เป้าหมายคือการเขียนซอฟต์แวร์ใหม่ที่เข้ากันได้กับระบบเหมือน UNIX
ตัวอย่างเช่นโปรแกรมที่ทำงานบน Linux นั้นยังสามารถรวบรวมและเรียกใช้บนระบบที่คล้าย UNIX อื่น ๆ เช่น Solaris, HP-UX และ AIX เป็นต้น
ตัวอย่างที่ได้รับความนิยมมากที่สุดGNU Bash
คือ POSIX 100% และgawk
ยูทิลิตี้
POSIX ควบคุมการทำงานร่วมกันพกพาและในพื้นที่อื่น ๆ เช่นการใช้งานและกลไกของส้อมสิทธิ์และมาตรฐานระบบแฟ้มเช่น / ฯลฯ / var / usr และอื่น ๆ ดังนั้นเมื่อนักพัฒนาเขียนโปรแกรมภายใต้ระบบที่เข้ากันได้กับ Posix เช่น Linux โดยทั่วไปไม่รับประกันว่าจะทำงานบนระบบที่เข้ากันได้กับ posix อื่นเช่นระบบ AIX ของ IBM หรือตัวแปรเชิงพาณิชย์อื่น ๆ ของ Unix Posix เป็นสิ่งที่ดีที่จะมีเช่นนี้มันช่วยลดการพัฒนาซอฟต์แวร์สำหรับการพกพาสูงสุดที่มันมุ่งมั่น หวังว่าคำตอบนี้สมเหตุสมผล
ขอบคุณ Jed Smith และ Tinkertim ที่ชี้ให้เห็นข้อผิดพลาดของฉัน - ของฉันไม่ดี !!! :(
ข้อมูลจำเพาะ (พิมพ์เขียว) เกี่ยวกับวิธีทำให้ระบบปฏิบัติการใช้งานร่วมกับระบบปฏิบัติการ UNIX ปลายสายได้ (ขอให้พระเจ้าคุ้มครองเขา!) นี่คือเหตุผลที่ว่าทำไม macOS และ GNU / Linux จึงมีบรรทัดคำสั่งเทอร์มินัลคล้ายกัน GUI ของไลบรารี ฯลฯ เพราะทั้งคู่ได้รับการออกแบบตาม POSIX พิมพ์เขียว
POSIX ไม่ได้บอกวิศวกรและโปรแกรมเมอร์ว่าจะใช้รหัสอย่างไร แต่จะใช้รหัสอะไร
ข้อเท็จจริงบางประการเกี่ยวกับ POSIX ที่ไม่ค่อยสดใส
POSIX ยังเป็นส่วนต่อประสานการโทรของระบบหรือ API และมีอายุเกือบ 30 ปี
มันถูกออกแบบมาสำหรับการเข้าถึงข้อมูลแบบอนุกรมไปยังที่จัดเก็บในเครื่องโดยใช้คอมพิวเตอร์เครื่องเดียวที่มีซีพียูเดี่ยว
การรักษาความปลอดภัยไม่ใช่ประเด็นสำคัญใน POSIX โดยการออกแบบซึ่งนำไปสู่การโจมตีสภาพการแข่งขันจำนวนมากในช่วงหลายปีที่ผ่านมาและบังคับให้โปรแกรมเมอร์ทำงานเพื่อแก้ไขข้อ จำกัด เหล่านี้
ข้อผิดพลาดที่ร้ายแรงยังคงถูกค้นพบข้อบกพร่องที่อาจได้รับการป้องกันด้วยการออกแบบ POSIX API ที่ปลอดภัยยิ่งขึ้น
POSIX คาดว่าผู้ใช้จะออกการโทรแบบซิงโครนัสครั้งละหนึ่งรายการและรอผลการโทรก่อนออกสายครั้งต่อไป โปรแกรมเมอร์วันนี้คาดว่าจะออกคำขอแบบอะซิงโครนัสจำนวนมากในแต่ละครั้งเพื่อปรับปรุงปริมาณงานโดยรวม
API แบบซิงโครนัสนี้ไม่ดีเป็นพิเศษสำหรับการเข้าถึงรีโมตและคลาวด์ออบเจ็กต์ซึ่งมีความหน่วงแฝงสูง