บริการโหมดป้องกัน DOS
บริการโหมดป้องกันของ DOS ( DPMS ) คือชุด บริการการจัดการหน่วยความจำ DOS ที่ขยายเพิ่มเติม เพื่อให้ไดรเวอร์ DOS ที่เปิดใช้งาน DPMS สามารถโหลดและดำเนินการในหน่วยความจำที่ขยายและโหมดป้องกันได้[ 1 ] [ 2 ] [ 3 ]
DPMS ไม่ใช่ตัวขยาย DOSในตัวมันเอง แต่เป็นชุดบริการจัดการหน่วยความจำ DOS ที่ขยายเพิ่มเติมขั้นต่ำ เพื่ออนุญาตให้ส่วนขยายระบบแบบอยู่ประจำของ DOS ( RSX ) ที่ได้รับการแก้ไขเล็กน้อย เช่น ไดรเวอร์อุปกรณ์ หรือโปรแกรมที่สิ้นสุดและคงอยู่ในหน่วยความจำแบบอยู่ประจำ (TSR) (ซึ่งเรียกว่าไคลเอ็นต์ DPMS ) สามารถย้ายตัวเองไปยังหน่วยความจำที่ขยายเพิ่มเติมและทำงานใน โหมดป้องกัน 16 บิตหรือ32 บิตในขณะที่เหลือเพียงส่วน เล็ก ๆ ในหน่วยความจำแบบดั้งเดิมเป็นอินเทอร์เฟซเพื่อสื่อสารกับสภาพแวดล้อม DOS แบบดั้งเดิม[ 2 ] [ 4 ] [ 5 ]ไคลเอ็นต์ DPMS ทำเช่นนั้นผ่านบริการ DPMS ที่จัดหาโดยเซิร์ฟเวอร์ DPMS ที่โหลดไว้ก่อนหน้านี้[ 1 ]ขนาดของ ส่วนที่เหลืออยู่ขึ้นอยู่กับประเภทของไดรเวอร์ แต่บ่อยครั้งสามารถลดลงเหลือเพียงไม่กี่ร้อยไบต์สำหรับส่วนหัวเท่านั้น แม้แต่สำหรับไดรเวอร์ที่ซับซ้อน
ด้วยการเรียกใช้ไดรเวอร์ในหน่วยความจำส่วนขยายและปลดปล่อยหน่วยความจำแบบดั้งเดิม DPMS ไม่เพียงแต่ช่วยให้ไดรเวอร์ขนาดใหญ่สามารถโหลดและใช้ประโยชน์จากหน่วยความจำที่มีอยู่ได้เท่านั้น แต่ยังช่วยให้มีหน่วยความจำเหลือมากขึ้นสำหรับไดรเวอร์ DOS ปกติที่จะโหลดหรือแอปพลิเคชัน DOS ที่ไม่ใช่ส่วนขยายที่จะทำงานภายในข้อจำกัดของพื้นที่หน่วยความจำแบบดั้งเดิม ซึ่งจะช่วยเพิ่มปริมาณทรัพยากรระบบที่ว่างภายใต้ Windows ด้วย การจัดเตรียมอินเทอร์เฟซแบบรวมสำหรับซอฟต์แวร์ในการจัดสรรและใช้หน่วยความจำในโหมดป้องกัน[ 1 ]โดยไม่ต้องส่งคำขอทั้งหมดผ่าน DOS โหมดจริง DPMS จึงสามารถช่วยปรับปรุงประสิทธิภาพของระบบได้เช่นกัน
ดีพีเอ็มเอส
DPMS ได้รับการพัฒนาครั้งแรกโดยNovell 's Digital Research GmbH ประเทศเยอรมนี ในปี 1992 [ 6 ] [ nb 1 ]ใช้งานได้กับDOS ทุกเวอร์ชัน และสามารถทำงานร่วมกับตัวจัดการหน่วยความจำและส่วนขยาย DOS เช่นDPMI , VCPIเป็นต้น API ของ DPMS สามารถเรียกซ้ำได้[ 1 ]และใช้งานร่วมกับมัลติทาสก์ได้ เช่น DR-DOS multitasker หรือDESQview [ 7 ] ด้วย การมีไดรเวอร์ DPMS VxDในตัวจึงสามารถใช้งานร่วมกับWindows 3.xและWindows 9xได้ เช่นกัน [ 7 ]
เซิร์ฟเวอร์ DPMS ต้องโหลดหลังจากตัวจัดการหน่วยความจำ (และก่อนไดรเวอร์ที่ใช้) ไม่ว่าจะเป็นไดรเวอร์อุปกรณ์ "DPMSXXX0" [ 7 ] ต่อคำสั่ง DEVICEในCONFIG.SYS (วิธีที่แนะนำ) หรือในภายหลังเป็น TSR [ 7 ]เพื่อวัตถุประสงค์ในการดีบัก (เช่น ร่วมกับ WDEB386.EXE ของ Microsoft [ 1 ] ) เวอร์ชัน SDKของEMM386.EXE 3.00 สามารถให้บริการ DPMS [ 1 ]ผ่านโมดูล DPMS.SYS ในตัว[ 8 ]จากนั้นทำงานที่ring 1แทนring 0เช่นเดียวกับเวอร์ชันแบบสแตนด์อะโลนของ DPMS.EXE ตัวเลือกนี้อนุญาตให้ดีบักภายใต้เวอร์ชันNuMega SoftICE ที่เก่ากว่า [ 8 ]EMM386 [/]DPMS[=ON] DPMS [/]NOCR3
ขึ้นอยู่กับสถานการณ์ เซิร์ฟเวอร์จะใช้หน่วยความจำแบบดั้งเดิมประมาณ 700 ถึง 1400 ไบต์ และไม่สามารถโหลดลงในUMBได้[ 7 ] [ nb 2 ] เซิร์ฟเวอร์ DPMS จะต้องใช้ เครื่อง 286 อย่างน้อย ในการทำงาน แต่เนื่องจากซอฟต์แวร์ที่เปิดใช้งาน DPMS สามารถออกแบบให้ทำงานต่อไปในหน่วยความจำแบบดั้งเดิมได้ แม้ว่าบริการ DPMS จะไม่พร้อมใช้งาน ดังนั้นซอฟต์แวร์จึงไม่จำเป็นต้องละทิ้งความเข้ากันได้กับระบบที่ไม่ให้บริการ DPMS ไม่ว่าจะเป็นเพราะ DPMS ไม่ได้ถูกโหลดหรือไม่พร้อมใช้งาน (ตัวอย่างเช่น บนโปรเซสเซอร์ก่อน 286) [ 1 ] [ 7 ]บน CPU 386 (และสูงกว่า) เซิร์ฟเวอร์ DPMS จะไม่เพียงแต่ให้บริการชุด 16 บิตเท่านั้น แต่ยังให้บริการชุด 32 บิตด้วย[ 1 ]แม้แต่บนเครื่องเหล่านี้ DPMS ก็สามารถถูกบังคับให้โหลดเฉพาะบริการ 16 บิตโดยใช้ตัวเลือกได้DPMS [/]2[86]
DPMS จะจัดสรรหน่วยความจำผ่าน VCPI หรือXMS [ 8 ] ขึ้นอยู่กับชนิดของหน่วยความจำที่มีอยู่ โดยทั่วไป VCPI จะเรียกไปยัง XMS ด้วยเช่นกัน DPMS เวอร์ชันใหม่กว่าสามารถบังคับให้ใช้อินเทอร์เฟซใดอินเทอร์เฟซหนึ่งเหล่านี้ได้โดยใช้ตัวเลือก[ 8 ]ในบางเวอร์ชัน สามารถระบุปริมาณหน่วยความจำเสริมสูงสุดที่จะจัดสรรได้ด้วย[ 8 ]DPMS [/]MEM=XMS|VCPIDPMS [/]MB=nnnn
บริการลงทะเบียน DPMS สามารถปิดใช้งานหรือเปิดใช้งานใหม่ได้ตลอดเวลาหลังจากโหลดโดยใช้ คำสั่ง or อย่างไรก็ตาม การดำเนินการนี้จะมีผลเฉพาะกับไดรเวอร์ใหม่ที่โหลดเท่านั้น ไม่ใช่ไดรเวอร์ที่กำลังทำงานและใช้DPMS อยู่แล้ว [ 1 ] [ 7 ]DPMS [/]OFFDPMS [/]ON
โดยพื้นฐานแล้วมีการแก้ไขข้อกำหนด DPMS สามเวอร์ชัน ได้แก่ DPMS beta [ 9 ] [ 10 ] DPMS 1.0 (การจัดส่ง Novell DOS 7 ดั้งเดิม) [ 1 ]และ DPMS 1.1 (ตั้งแต่การอัปเดตในเดือนมีนาคม 1994) [ 11 ]ข้อกำหนด 1.0 ยังคงรองรับข้อกำหนด beta ต่อไป ในขณะที่การใช้งาน 1.1 (และสูงกว่า) ไม่รองรับ[ 11 ]
DPMS เปิดตัวครั้งแรกในเวอร์ชันเบต้าของDR DOS "Panther"ในเดือนตุลาคม พ.ศ. 2535 [ 8 ] [ nb 1 ]ซึ่งนอกจากจะมีเวอร์ชันที่เปิดใช้งาน DPMS แล้ว ยังมีแคชดิสก์Super PC-Kwik [ 8 ] การบีบอัดดิสก์SuperStorของAddstor [ 9 ] [ 8 ]และDEBUGเป็นดีบักเกอร์ระบบโหมดป้องกันแบบ "ซ่อนเร้น" [ 8 ]แม้ว่า DPMS จะถูกเรียกว่า "DOS Protected Mode Services" ในเวลานั้นแล้ว แต่ไดรเวอร์ DPMS.EXE/DPMS.SYS 0.10 ก็ยังคงแสดงข้อความเริ่มต้น "DOS Protected Mode Server" บริการการ์ดPCMCIA CS ใน PalmDOSก็เปิดใช้งาน DPMS เช่นกัน[ 8 ]ต่อมา ผลิตภัณฑ์ค้าปลีก เช่นNovell DOS 7 [ 3 ]และPersonal NetWare 1.0 ในเดือนธันวาคม พ.ศ. 2536 ก็มาพร้อมกับไดรเวอร์ที่เปิดใช้งาน DPMS จำนวนมาก เช่น ส่วนประกอบการติดตามการลบไฟล์DELWATCH 2.00 , แคชดิสก์แบบปรับได้NWCACHE 1.00 [ 9 ] [ 7 ] NWCDEX 1.00 [ 6 ] [ 7 ] ส่วนขยาย ตัวเปลี่ยนเส้นทาง CD-ROM , เซิร์ฟเวอร์เครือข่ายแบบ peer-to-peer SERVER 1.20 และSTACKER 3.12 ซึ่งเป็นส่วนประกอบการบีบอัดดิสก์ DPMS ยังได้รับการจัดหาโดยCaldera OpenDOS 7.01 [ 1 ] DR-DOS 7.02 และ 7.03 ซึ่งอย่างน้อยในบางรุ่นได้เพิ่มปัญหาที่เปิดใช้งาน DPMS ของDRFAT32 ( ส่วนขยายตัวเปลี่ยนเส้นทาง FAT32 ) [ 8 ] LONGNAME ( การสนับสนุน ชื่อไฟล์ยาวVFAT ) [ 8 ]และVDISK ( ดิสก์ RAMเสมือน) [ 1 ] [ 10 ] DR-DOS 7.03 มี DPMS เวอร์ชันล่าสุด1.44
DPMS ยังได้รับการจัดหาโดยPC DOS 7.0 ของIBM [ 12 ] [ 13 ]และ PC DOS 2000 ซึ่งมาพร้อมกับเซิร์ฟเวอร์ DPMS เวอร์ชันเก่าของ Novell และStacker 4.02 เวอร์ชันที่เปิดใช้ งาน DPMS [ 12 ] [ 13 ]
นอกจากนี้ Stac Electronics ยังผลิต Stacker 4 เวอร์ชันแบบสแตนด์อะโลนที่เปิดใช้งาน DPMS อีกด้วย[ 14 ]
Super PC-Kwik 6.xx สำหรับ DOS ของ PC-Kwik Corporation [ 15 ]และ Power Pak 4.0 สำหรับ Windows ของพวกเขายังรวมถึงแคชดิสก์ SUPERPCK ที่เปิดใช้งาน DPMS ในปี 1994 ด้วย[ 16 ]
ชุดไดรเวอร์ DOS ของบุคคลที่สามบางชุด เช่นEicon Diva หรือ High Soft Tech GmbH (HST) Saphir [ 17 ] ไดรเวอร์ CAPI ISDNหรือสแต็กไดรเวอร์ PCMCIA/PCCard เช่นCardWare 2.5 (หรือสูงกว่า) ของAwardเป็นที่ทราบกันว่ารองรับ DPMS เช่นกัน[ 8 ]หลังจากที่Phoenixเข้าซื้อกิจการ Award ไดรเวอร์ PCMCIA 6.0 (และสูงกว่า) ของพวกเขาก็ถูกขายให้กับUniCore [ 8 ] CardWare 6.0 และ 7.0 มีให้บริการผ่านAPSoft [ 18 ] [ 19 ] Socket Services (SSxxxxxx.EXE ) , Card Services (PCCS.EXE), PC Enable (PCENABLE.EXE) และตัวจัดการการ์ด (PCDISK.EXE, PCSRAM.EXE, PCATA.EXE และ PCFLASH.EXE) สามารถใช้ DPMS ได้ จากการที่LXEผสานสแต็กเข้ากับพีซี DOS ที่ทนทานของพวกเขา DPMS จึงถูกรวมเข้ากับชุดROM-DOS ของ Datalight ด้วยเช่นกัน [ 20 ] [ 21 ] [ 22 ]
ในปี พ.ศ. 2542 Funk Softwareได้เปิดตัวซอฟต์แวร์ควบคุมระยะไกล Proxy Host เวอร์ชันที่รองรับ DPMS ซึ่งทำให้ PHOST ใช้ หน่วยความจำแบบดั้งเดิมเพียง 9 KB เท่านั้น [ 23 ] ซอฟต์แวร์ Remote Dial-in Client REMOTE สำหรับ 833 Remote Access Server โดยPerle Systemsสามารถใช้ประโยชน์จาก DPMS เพื่อวัตถุประสงค์เดียวกันได้อย่างน้อยตั้งแต่ปี พ.ศ. 2545 [ 24 ] Kendall BennettจากSciTech Softwareได้ตรวจสอบความเป็นไปได้ในการเพิ่มการสนับสนุน DPMS ให้กับชุดไดรเวอร์ DOS ของพวกเขาราวปี พ.ศ. 2543 เช่นกัน แต่สิ่งนี้ไม่เคยได้รับการเผยแพร่
Bret Johnson ได้พัฒนาไดรเวอร์ Print Screen to file (PRTSCR) และUSBสำหรับ DOS ที่รองรับ DPMS [ 25 ] [ 26 ]
การพรางตัว
ในปี พ.ศ. 2536 โปรแกรมจัดการหน่วยความจำ NETROOM 3 ของHelix Software Companyได้แนะนำคุณสมบัติที่คล้ายคลึงกับ DPMS ของ Novell มาก นั่นคือ CLOAKING ซึ่งใช้ในการย้ายไดรเวอร์ของ Helix และไดรเวอร์ของบุคคลที่สามไปยังหน่วยความจำส่วนขยาย[ 2 ]และเรียกใช้ที่วงแหวน 0 [ 27 ]โดยให้บริการฟังก์ชันเป็นส่วนขยายของอินเทอร์เฟ ซ EMSและXMSในโหมดเรียล บริการโหมดป้องกันของ CLOAKING สามารถใช้งานได้ภายใต้INT 2Ch [ 10 ] [ 28 ] มี ชุดพัฒนา CLOAKING ที่รวมดีบักเกอร์NuMega SoftICE ไว้ด้วย [ 29 ] [ 30 ]ไดรเวอร์ที่ซ่อนเร้นหรือการดักจับซอฟต์แวร์ TSR ต้องทิ้งส่วนย่อยขนาด 11 ไบต์ไว้ในหน่วยความจำแบบดั้งเดิม ซึ่งจะเรียกใช้เซิร์ฟเวอร์ CLOAKING เพื่อส่งการทำงานไปยังส่วนโหมดป้องกันของซอฟต์แวร์ไดรเวอร์[ 27 ]
CLOAKING ประกอบด้วยการสนับสนุนการทำงานภายใต้ Windows 3.x และ Windows 95 โดยให้ บริการ INT 2Ch ที่เข้ากันได้กับไดรเวอร์โหมดป้องกันผ่าน Windows VxD รวมถึงการดีบักผ่านการเริ่มต้น Windows โดยใช้ SoftICE ความสามารถในการเปลี่ยนผ่านระหว่างสภาพแวดล้อมโฮสต์โหมดป้องกันนี้ยังอยู่ภายใต้สิทธิบัตรอีกด้วย[ 31 ]
CLOAKING ผสานรวมและทำงานร่วมกับโปรแกรมควบคุมหน่วยความจำเสมือนที่มีอยู่ โดยไม่ต้องเปลี่ยนตารางตัวอธิบายหรือรีเซ็ตรีจิสเตอร์ควบคุม ซึ่งช่วยให้การประมวลผลการขัดจังหวะเร็วขึ้น ตามเอกสารของ Helix [ 30 ] [ 31 ]
ตรงกันข้ามกับ DPMS ของ Novell ไดรเวอร์ CLOAKING ของ Helix สามารถโหลดได้สูง[ 7 ] [ nb 2 ]แต่ไม่สามารถทำงานบนเครื่อง 286 ได้[ 7 ] [ nb 2 ] แม้ว่าจะรองรับบริการและโครงสร้างโปรแกรม 16 บิตบนเครื่อง 386 ก็ตาม นอกจากนี้ ยังพบว่าCLOAKING 2.01 ไม่เข้ากันกับมัลติทาสเกอร์ DR-DOS ( ) [ 7 ] EMM386 /MULTI[=ON] + TASKMGR
หากไม่มีเซิร์ฟเวอร์ DPMS อยู่เมื่อ CLOAKING.EXE โหลด CLOAKING จะจัดเตรียมเซิร์ฟเวอร์ DPMS ที่ซ่อนไว้โดยค่าเริ่มต้นด้วย ซึ่งใช้หน่วยความจำ DOS เพิ่ม ขึ้น เพียง 100 ไบต์ [ 14 ] [ 7 ]อย่างไรก็ตาม มันสามารถทำงานร่วมกับเซิร์ฟเวอร์ DPMS ที่โหลดก่อน CLOAKING ได้เช่นกัน การโหลดเซิร์ฟเวอร์ DPMS ในตัวสามารถระงับได้โดยใช้พารามิเตอร์[ 7 ]ไดรเวอร์ที่เปิดใช้งาน DPMS จะทำงานได้กับทั้ง DPMS หรือ CLOAKING แต่ในทางกลับกันจะไม่เป็นเช่นนั้น[ 7 ]CLOAKING /NODPMS
ในNETROOM v3.04 การแจกจ่ายดิสก์เสริมลงวันที่ 10 กุมภาพันธ์ 1995 ประกอบด้วยไฟล์ทรัพยากรที่ป้องกันด้วยรหัสผ่าน NR.ZIP (679,271 KB) เป็นไฟล์ที่ไม่มีเอกสารประกอบ; DPMSCLK.EXE (13,904 KB) "เซิร์ฟเวอร์ DPMS ที่ถูกซ่อนไว้ v3.03" ไฟล์นี้ไม่แสดงการสนับสนุนตัวเลือกหรือพารามิเตอร์ใด ๆ เมื่อสอบถามโดยใช้ตัวเลือกความช่วยเหลือมาตรฐานDPMSCLK /? ไฟล์นี้ไม่ได้ถูกคลายซิปโดยโปรแกรม NETROOM 3 SETUP.EXE และไม่ได้ถูกติดตั้ง ไม่มีคำใบ้ใด ๆ เกี่ยวกับการมีอยู่ของไฟล์นี้ในคู่มือซอฟต์แวร์ NETROOM 3 [ 32 ]หรือเอกสารโปรแกรมบนดิสก์และไฟล์ที่มนุษย์อ่านได้[ 33 ] NETROOM เวอร์ชันสุดท้ายที่เผยแพร่นี้โดยพื้นฐานแล้วไม่สนใจ DPMS
Helix ได้รับอนุญาตให้ใช้ BIOSเวอร์ชันหนึ่งของAward Softwareและพัฒนา BIOS ระบบและวิดีโอ แบบซ่อนเร้น ซึ่งทำงานในโหมดป้องกันอย่างสมบูรณ์ ลดการใช้หน่วยความจำในโหมดจริงลงเหลือเพียง 8 KB (แทนที่จะเป็น 96 KB [ 10 ] ) และใช้สิ่งเหล่านี้เป็น BIOS รันไทม์ร่วมกับตัวจัดการหน่วยความจำNETROOM ของพวกเขา [ 7 ] [ 28 ]
ในส่วนหนึ่งของผลิตภัณฑ์Multimedia Cloaking ของ Helix นั้น บริษัทได้จัดเตรียมไดรเวอร์ MOUSE 6.33 ของ Logitech เวอร์ชันที่ถูกซ่อนไว้ ไดรเวอร์ MSCDEXของ Microsoft และ แคชดิสก์ที่พัฒนาขึ้นเองเพื่อทดแทนไดรเวอร์SmartDrive ของ Microsoft
นอกจากนี้ยังมีผลิตภัณฑ์ชื่อMultimedia Stackerซึ่งประกอบด้วย Stacker 4.01 ที่เปิดใช้งาน DPMS ของ Stac พร้อมด้วยชุด ยูทิลิตี้ DOS ที่ซ่อนเร้นของ Helix ข้างต้น [ 14 ] [ 34 ]
ไดรเวอร์ เมาส์ Logitech DOS ตั้งแต่ MouseWare 6.50 ได้รับการเปิดใช้งานเพื่อใช้ประโยชน์จาก CLOAKING เช่นกัน ซึ่งช่วยลดการใช้หน่วยความจำของไดรเวอร์เมาส์ที่แอปพลิเคชัน DOS มองเห็นได้จาก 27 KB เหลือเพียง 1 KB [ 7 ]
นอกจากนี้ CLOAKING ยังได้รับอนุญาตให้ใช้งานโดยSymantecสำหรับชุดยูทิลิตี้ของพวกเขา โดยCorelสำหรับ ผลิตภัณฑ์ CD CreatorและCorel SCSIและโดยSMC Networksสำหรับไดรเวอร์อีเธอร์เน็ตของพวกเขา
ยูทิลิตี้ DPMS ของ Novell อาจไม่สามารถใช้ปิดใช้งาน DPMS ชั่วคราวด้วยคำสั่งได้ หากบริการ DPMS เหล่านั้นจัดทำโดย CLOAKING แทนที่จะเป็น DPMS เอง เนื่องจากการใช้งานของ Helix จะไม่เพียงแต่ไม่อนุญาตให้ไดรเวอร์ใหม่ลงทะเบียนกับ DPMS เท่านั้น แต่ยังปิดบริการ DPMS อย่างสมบูรณ์แม้กระทั่งสำหรับไดรเวอร์ที่โหลดแล้ว ซึ่งนำไปสู่การล่ม ของระบบ [ 7 ]DPMS [/]OFF
นีโอเอส
ในปี พ.ศ. 2536 Novell ได้ประกาศแผนการที่จะแปลงยูทิลิตี้การจัดการเวิร์กสเตชันแบบติดตั้งถาวร รวมถึงสแต็กไดรเวอร์เครือข่าย DOS (เชลล์ ตัวเปลี่ยนเส้นทาง และตัวร้องขอ) ให้ใช้ DPMS [ 10 ]อย่างไรก็ตาม มีเพียงส่วนประกอบเซิร์ฟเวอร์ Personal NetWare เท่านั้นที่ได้รับการแก้ไขเพื่อให้สามารถใช้ประโยชน์จากมันได้จริง
Novell ประกาศในปี 1993 [ 35 ] [ 36 ] [ 37 ] [ 38 ] เปิด ตัวไคลเอ็นต์ NetWare DOS/Windows 32 บิตใหม่( ไคลเอ็นต์ 32 ) ที่ใช้ODI32 / NIOSในปี 1996 แทนที่ไคลเอ็นต์ 16 บิตเดิมที่ใช้ODI / VLM [ 7 ] ไคลเอ็นต์ NIOS ( NetWare I/O Subsystem [ 37 ] [ 39 ] [ 40 ] ) สำหรับ DOS และ Windows ใช้เทคนิคที่คล้ายกับ DPMS หรือ Cloaking มากในการย้ายตำแหน่งและเรียกใช้โค้ดของNLM ( NetWare Loadable Modules ) ที่โหลดในโหมดป้องกันและหน่วยความจำเสริม เพื่อลดขนาดหน่วยความจำแบบเดิมของสแต็กเครือข่ายลงเหลือประมาณ 2 ถึง 5 KB [ 7 ] [ 39 ]
NIOS ไม่ได้ต้องการหรือใช้งาน DPMS หรือ Cloaking โดยตรง และไม่ได้จัดเตรียมอินเทอร์เฟซทั่วไปที่โมดูลที่ไม่ใช่ NLM สามารถใช้งานได้ อย่างไรก็ตาม NIOS ได้รับแรงบันดาลใจจากเทคโนโลยี DPMS อย่างแน่นอน และสามารถทำงานร่วมกับทั้งสองอย่าง ได้
แม้ว่า Personal NetWare ของ Novell จะได้รับการเผยแพร่โดยไม่มีการแก้ไขใดๆ ในชุด DR-DOS โดยเจ้าของรายใหม่คือCaldera , LineoและDeviceLogicsจนถึงปี 2018 แต่ Personal NetWare ก็ถูกละทิ้งไปตั้งแต่ปี 1995 ภายใน Novell เอง ส่งผลให้ Novell ไม่เคยเผยแพร่PNW.NLMไดรเวอร์เพื่อรองรับโปรโตคอล Personal NetWare ภายใต้สแต็ก ODI32/NIOS 32 บิตรุ่นใหม่ ทำให้ผู้ใช้ Personal NetWare ซึ่งสามารถใช้ประโยชน์จากความสามารถ DPMS ของโมดูลเซิร์ฟเวอร์ PNW ได้อยู่แล้ว ต้องใช้ไคลเอ็นต์ ODI/VLM 16 บิตที่ใช้หน่วยความจำมากร่วมกับPNW.VLMไดรเวอร์โปรโตคอล ต่อไป [ 7 ]
ดูเพิ่มเติม
หมายเหตุ
- 1 2ไฟล์ปฏิบัติการ DPMS.EXE เวอร์ชัน 0.10 จาก DR DOS "Panther"แสดงลิขสิทธิ์ "1985,1992" และอ้างอิงถึงไดรเวอร์อุปกรณ์ DPMS.SYS ที่ฝังอยู่ภายใน
- 1 2 3 DPMS เวอร์ชันแรกๆ บางเวอร์ชัน (ก่อน Novell DOS 7 Update 3)สามารถโหลดไปยังหน่วยความจำระดับสูงได้แต่ในเวอร์ชันต่อมาได้มีการแก้ไขโดยเจตนา (โดยการอนุญาตให้ไดรเวอร์ประกาศปริมาณหน่วยความจำที่ไม่สามารถใช้งานได้จริงในระหว่างการเริ่มต้นระบบ ทำให้ระบบปฏิบัติการไม่สามารถโหลดไปยังหน่วยความจำระดับสูงได้ และต้องปล่อยไว้ในหน่วยความจำแบบปกติในระหว่างการเริ่มต้นระบบ) เพื่อเหตุผลด้านความเข้ากันได้ อาจทำให้เกิดปัญหาด้านเสถียรภาพในบางสถานการณ์บนเครื่อง 286 และ 386 ที่รองรับกลไกการเติมหน่วยความจำ ระดับชิปเซ็ต
อ่านเพิ่มเติม
- "DPMS ทำให้เกิดข้อผิดพลาดใน CP Backup 7.2 สำหรับ Windows" (ฉบับแก้ไข ครั้งที่ 2) Novell . 1995-07-01 [1994-09-14]. 1000039 . สืบค้นเมื่อ2018-09-16 .
{{cite web}}: CS1 maint: บริการเก็บถาวรที่เลิกใช้แล้ว ( ลิงก์ )
ลิงก์ภายนอก
- "ฉบับออนไลน์ของ Caldera DR-DOS 7.03 DPMS 1.0 SDK"เว็บไซต์DR-DOS อย่างไม่เป็นทางการ 1999 [1994, 1997] เก็บถาวรจากต้นฉบับเมื่อ 2016-05-22 เรียกดูเมื่อ2016-05-22
- "ภาคผนวก E. บริการโหมดป้องกันของ DOS" การอัปเดตทางเทคนิค PC DOS 7 (PDF) ( ฉบับที่ 1) โบคา ราตัน รัฐฟลอริดา สหรัฐอเมริกา: บริษัท IBMองค์กรสนับสนุนทางเทคนิคระหว่างประเทศ ศูนย์โบคา ราตัน กุมภาพันธ์ 1995 หน้า313–324หมายเลขเอกสาร GG24-4459-00 เก็บถาวร(PDF)จากต้นฉบับเมื่อ 18 กันยายน 2018 เรียกดูเมื่อ17 กันยายน 2018