BookRags.com Literature Guides Literature
Guides
Criticism & Essays Criticism &
Essays
Questions & Answers Questions &
Answers
Lesson Plans Lesson
Plans
My Bibliography Periodic Table U.S. Presidents Shakespeare Sonnet Shake-Up
Research Anything:        
History | Encyclopedias | Films | News | Create a Bibliography | More... Login | Register | Help
Not What You Meant?  There are 16 definitions for IFS.

Installable File System

Print-Friendly
About 5 pages (1,365 words)

Bookmark and Share Know this topic well? Help others and get FREE products!

The Installable File System (IFS) is a filesystem API in IBM OS/2 and Microsoft Windows NT that enables the operating system to recognize and load drivers for file systems.

Contents

History

When IBM and Microsoft were codeveloping OS/2, they realized that File Allocation Tables, FATs, were not good enough for hard disks, and Microsoft began developing the High Performance File System, codenamed Pinball. Instead of coding it inside the kernel, as FAT was, Microsoft developed a "driver-based" Filesystem API that could allow them and other developers to add new filesystems to the kernel without needing to modify it. When Microsoft stopped working on OS/2, IBM continued using the IFS interface and Microsoft implemented a similar one in Windows NT.

IFS in OS/2

The IFS provided a basic and powerful interface for programming filesystems. It was introduced in 1989 in OS/2 1.20, along with the HPFS filesystem. Filesystem drivers executed in kernel-space (ring 0) and are divided in four principal pieces: microIFS, miniIFS, IFS, helpers. Only the IFS and the filesystem code itself is required, it is loaded via an "IFS=" statement in the CONFIG.SYS file. It is a NE 16-bit dynamically loaded library. No matter if it is a 32-bit OS/2 (2.0 and upper), the IFS is always 16-bit (although extraofficially you can make a 32-bit IFS). The microIFS is a piece of code that loads in memory the kernel and the miniIFS and jumps to kernel execution. It is usually in the boot portion of the filesystem. The miniIFS is a piece of code that is called by the kernel to load the first IFS statement that appers in the CONFIG.SYS file, so the first IFS statement must be the boot's filesystem for the system to be able to boot. The helpers are 16-bit (for OS/2 1.x) or 32-bit (for OS/2 2.x and upper), are executed in user-space (ring 3) and contain the code used for typical filesystem maintenance, and are called by CHKDSK and FORMAT utilities. This four-piece scheme allowed developers to dynamically add a new bootable filesystem, as the ext2 driver for OS/2 demonstrated. CD-ROM filesystem driver (ISO9660) was added in OS/2 2.0, UDF was added in OS/2 4.0 and JFS was added in OS/2 4.5. eComStation, the latest packaging of OS/2, also includes a lot of filesystem drivers for OS/2 in its companion CDs. There was also an official HPFS IFS made in 32-bit, called HPFS386 that improved performance and added some features, like variable size cache and Access Control Lists, and was available only in OS/2 3.0 server edition. The FAT filesystem was never removed from the kernel and officially never an IFS, although there are FAT IFS that added features like LFNs, FAT32 support, etc. Network file-sharing protocols like NFS and SMB are also implemented using IFS, and the IFS interface never changed.

IFS in Windows NT

When Microsoft stopped developing OS/2 and concentrated in what was then called OS/2 NT, they took the IFS ideas to it, along with the HPFS filesystem. Instead of being a four-piece scheme they took a two-piece scheme. microIFS and miniIFS were removed from the scheme and IFS and helpers remain as the same, but later in Windows NT 4.0 adding a helper for defragging. The older NTLDR were coded for loading the NT kernel from FAT, HPFS or NTFS, but newer ones removed HPFS support. The drivers became all 32-bit using PE executables, as well as the helpers. FAT was in an IFS instead of in the kernel and got heavily optimized for performance and taking advantage of the 32-bit processing capabilities (being called FASTFAT). Original Windows NT 3.1 incorpored FAT, HPFS (Pinball) and the newly created NTFS drivers, along with a new and improved CD-ROM filesystem driver that incorporated long file names using the Microsoft Joliet filesystem. Windows NT 3.5 added per-file compression to NTFS and to the IFS interface. In Windows NT 4.0 the HPFS was removed, in Windows 2000 FASTFAT was updated to support FAT32 and UDF was added. Windows 2000 also modified the IFS interface to add per-file encryption. Network file-sharing protocols and antivirus are also implemented using IFS. The IFS interface changes in every Windows version, making it almost impossible to use an IFS designed for one Windows version to work in another.

Bibliography

See also

External links

View More Summaries on Installable File System
 
Ask any question on Installable File System and get it answered FAST!
Answer questions in BookRags Q&A and earn points toward
discounted or even FREE Study Guides and other BookRags products!
Learn more about BookRags Q&A
Copyrights
Installable File System from Wíkipedia. ©2006 by Wíkipedia. Licensed under the GNU Free Documentation License. View a list of authors or edit this article.

Article Navigation
Join BookRagslearn moreJoin BookRags




About BookRags | Customer Service | Report an Error | Terms of Use | Privacy Policy