Jump to content
Wikipedia The Free Encyclopedia

IBM i

From Wikipedia, the free encyclopedia
(Redirected from OS/400)
Operating system
Operating system
IBM i
Main Menu of IBM i 7.1, shown inside a TN5250 client
Developer IBM
Written in C++, C, PL/MI, Java, Assembly language, Modula-2, PL/MP [1] [2] [3]
OS familyIBM CPF
Working stateCurrent
Source modelClosed source
Initial releaseAugust 26, 1988; 36 years ago (1988年08月26日)
Latest release 7.5 / May 10, 2022; 2 years ago (2022年05月10日)[4]
Marketing targetMinicomputer, midrange computer and enterprise server
Available in English
Update methodProgram temporary fixes (PTFs)
Package manager RPM and YUM for open source packages
PlatformsIBM AS/400, IBM Power Systems
Kernel typeshares many Microkernel (SLIC) and Virtual machine (TIMI) design philosophies[5]
Default
user interface 		Text-based user interface
License Proprietary
Preceded bySystem Support Program, Control Program Facility
Official websiteibm.com/products/ibm-i

IBM i (the i standing for integrated)[6] is an operating system developed by IBM for IBM Power Systems.[7] It was originally released in 1988 as OS/400, as the sole operating system of the IBM AS/400 line of systems. It was renamed to i5/OS in 2004, before being renamed a second time to IBM i in 2008.[8] [9] It is an evolution of the System/38 CPF operating system,[5] with compatibility layers for System/36 SSP and AIX applications.[5] It inherits a number of distinctive features from the System/38 platform, including the Machine Interface which provides hardware independence, the implementation of object-based addressing on top of a single-level store, and the tight integration of a relational database into the operating system.[1]

History

[edit ]

Origin

[edit ]

OS/400 was developed alongside the AS/400 hardware platform beginning in December 1985.[5] Development began in the aftermath of the failure of the Fort Knox project, which left IBM without a competitive midrange system.[10] [11] During the Fort Knox project, a skunkworks project was started at Rochester by engineers, who succeeded in developing code which allowed System/36 applications to run on top of the System/38,[12] and when Fort Knox was cancelled, this project evolved into an official project to replace both the System/36 and System/38 with a single new hardware and software platform.[5] The project became known as Silverlake (named for Silver Lake in Rochester, Minnesota).[13] [12] [14]

The operating system for Silverlake was codenamed XPF (Extended CPF), and had originally begun as a port of CPF to the Fort Knox hardware.[5] In addition to adding support for System/36 applications, some of the user interface and ease-of-use features from the System/36 were carried over to the new operating system.[1]

Silverlake was available for field test in June 1988, and was officially announced in August of that year. By that point, it had been renamed to the Application System/400, and the operating system had been named Operating System/400.[12]

The move to PowerPC

[edit ]

The port to PowerPC required a rewrite of most of the code below the TIMI. Early versions of OS/400 inherited the Horizontal and Vertical Microcode layers of the System/38, although they were renamed to the Horizontal Licensed Internal Code (HLIC) and Vertical Licensed Internal Code (VLIC) respectively.[15] The port to the new hardware led to the IMPI instruction set and the horizontal microcode implementing it being replaced by the PowerPC AS instruction set and its implementation in PowerAS processors. This required the VLIC to be rewritten to target PowerPC instead of IMPI, and for the operating system functionality previously implemented in the HLIC to be re-implemented elsewhere.[1] This led to the HLIC and VLIC being replaced with a single layer named the System Licensed Internal Code (SLIC). The SLIC was implemented in an object-oriented style with over 2 million lines of C++ code, replacing some of the HLIC code, and most of the VLIC code.[16] [17] Owing to the amount of work needed to implement the SLIC, IBM Rochester hired several hundred C++ programmers for the project, who worked on the SLIC in parallel to new revisions of the VLIC for the CISC AS/400 systems.[1] The first release of OS/400 to support PowerPC-based hardware was V3R6.[18] [19]

Rebranding

[edit ]
IBM i5/OS logo
Original IBM i logo

The AS/400 product line was rebranded multiple times throughout the 1990s and 2000s.[15] As part of the 2004 rebranding to eServer i5, OS/400 was renamed to i5/OS; the 5 signifying the use of POWER5 processors.[20] The first release of i5/OS, V5R3, was described by IBM as "a different name for the same operating system".[21]

In 2006, IBM rebranded the AS/400 line one last time to System i.[22] In April 2008, IBM consolidated the System i with the System p platform to create IBM Power Systems.[23] At the same time, i5/OS was renamed to IBM i, in order to remove the association with POWER5 processors.[24] The two most recent versions of the operating system at that time, which had been released as i5/OS V5R4 and V6R1,[25] [26] were renamed to IBM i 5.4 and 6.1.[27] [28] [29] [30]

Along with the rebranding to IBM i, IBM changed the versioning nomenclature for the operating system. Prior releases used a Version, Release, Modification scheme, e.g. V2R1M1. This was replaced with a Version.Release scheme, e.g. 6.1.[31] Beginning with IBM i 7.1, IBM replaced the Modification releases with Technology Refreshes.[29] Technology Refreshes are delivered as optional PTFs for specific releases of the operating system which add new functionality or hardware support to the operating system.[32]

Architecture

[edit ]
Diagram showing the architectural layers of the IBM i operating system, and their relationship to hardware and user applications

When IBM i was first released as OS/400, it was split into two layers, the hardware-dependent System Licensed Internal Code (SLIC)[15] [1] and the hardware-independent Extended Control Program Facility (XPF).[16] [8] [33] [34] These are divided by a hardware abstraction layer called the Technology Independent Machine Interface (TIMI). Later versions of the operating system gained additional layers, including an AIX compatibility layer named Portable Application Solutions Environment (originally known as the Private Address Space Environment),[5] [35] and the Advanced 36 Machine environment which ran System/36 SSP applications in emulation.[1]

IBM often uses different names for the TIMI, SLIC and XPF in documentation and marketing materials,[36] for example, the IBM i 7.4 documentation refers to them as the IBM i Machine Interface, IBM i Licensed Internal Code and IBM i Operating System respectively.[37]

Technology Independent Machine Interface (TIMI)

[edit ]

The TIMI isolates users and applications from the underlying hardware. This isolation is more thorough than the hardware abstractions of other operating systems, and includes abstracting the instruction set architecture of the processor, the size of the address space and the specifics of I/O and persistence.[15] This is accomplished through two interrelated mechanisms:[1]

  • Compilers for IBM i do not generate native machine code directly, instead they generate a high level intermediate representation defined by the TIMI. When a program is run, the operating system carries out ahead-of-time translation of the TIMI instructions into native machine code for the processor, and stores the generated machine code for future execution of the program. If the translation process changes, or a different CPU instruction set is adopted, the operating system can transparently regenerate the machine code from the TIMI instructions without needing to recompile from source code.
  • Instead of operating on memory addresses, TIMI instructions operate on objects. All data in IBM i, such as data files, source code, programs and regions of allocated memory, are encapsulated inside objects managed by the operating system (cf. the "Everything is a file" model in Unix). IBM i objects have a fixed type, which defines the set of applicable operations which may be carried out on them (for example, a Program object can be executed, but cannot be edited). The object model hides whether data is stored in primary, or secondary storage. Instead, the operating system automatically handles the process of retrieving and then storing the changes to permanent storage.

The hardware isolation provided by the TIMI allowed IBM to replace the AS/400's 48-bit IMPI architecture with the 64-bit RS64 architecture in 1995. Applications compiled on systems using the IMPI instruction set could run on top of the newer RS64 systems without any code changes, recompilation or emulation, while also allowing those applications to avail of 64-bit addressing.[8]

There are two different formats of TIMI instructions, known as the Original Machine Interface (OMI) and New Machine Interface (NMI) formats.[38] OMI instructions are essentially the same as the System/38 Machine interface instructions, whereas NMI instructions are lower-level, resembling the W-code intermediate representation format used by IBM's compilers.[1] IBM partially documents the OMI instructions,[39] whereas the NMI instructions are not officially documented. OMI instructions are used by the original AS/400 compilers, whereas NMI instructions are used by the Integrated Language Environment compilers.[1] During the PowerPC port, native support for the OMI format was removed, and replaced with a translator which converted OMI instructions into NMI instructions.

The storing of the TIMI instructions alongside the native machine code instructions is known as observability. In 2008, the release of i5/OS V6R1 (later known as IBM i 6.1) introduced a number of changes to the TIMI layer which caused problems for third-party software which removed observability from the application objects shipped to customers.[40]

SLIC

[edit ]
IBM i during initial program load of the SLIC

The SLIC consists of the code which implements the TIMI on top of the IBM Power architecture. In addition to containing most of the functionality typically associated with an operating system kernel, it is responsible for translating TIMI instructions into machine code, and it also implements some high level functionality which is exposed through the TIMI, such as IBM i's integrated relational database.[1] The SLIC implements IBM i's object-based storage model on top of a single-level store addressing scheme, which does not distinguish between primary and secondary storage, and instead manages all types of storage in a single virtual address space.[41] The SLIC is primarily implemented in C++, and replaced the HLIC and VLIC layers used in versions of OS/400 prior to V3R6.[16]

XPF

[edit ]

The XPF consists of the code which implements the hardware-independent components of the operating system, which are compiled into TIMI instructions.[16] Components of the XPF include the user interface, the Control Language, data management and query utilities, development tools and system management utilities. The XPF also contains the System/36 Environment and System/38 Environment, which provide backwards compatibility APIs and utilities for applications and data migrated from SSP and CPF systems.[42] The XPF is IBM's internal name for this layer, and as the name suggests, began as an evolution of the System/38 Control Program Facility.[1] The XPF is mostly implemented in PL/MI, although other languages are also used.[43]

PASE

[edit ]

PASE (Portable Applications Solutions Environment) provides binary compatibility for user mode AIX executables which do not interact directly with the AIX kernel, and supports the 32-bit and 64-bit AIX Application Binary Interfaces.[44] PASE was first included in a limited and undocumented form in the V4R3 release of OS/400 to support a port of Smalltalk.[5] It was first announced to customers at the time of the V4R5 release, by which time it had gained significant additional functionality.

PASE consists of the AIX userspace running on top of a system call interface implemented by the SLIC.[45] The system call interfaces allows interoperability between PASE and native IBM i applications, for example, PASE applications can access the integrated database, or call native IBM i applications, and vice versa.[46] During the creation of PASE, a new type of single level storage object named a Teraspace was added to the operating system, which allows each PASE process to have a private 1TiB space which is addressed with 64-bit pointers.[47] This was necessary since all IBM i jobs (i.e. processes) typically share the same address space.[5] PASE applications do not use the hardware-independent TIMI instructions, and are instead compiled directly to Power machine code.

Ports of open source software to IBM i typically target PASE instead of the native IBM i APIs in order to simplify porting.[48] Open source software for IBM i is typically packaged using the RPM package format, and installed with the YUM package manager.[49] [50]

PASE is distinct from the Qshell environment, which is an implementation of a Unix shell and associated utilities built on top of IBM i's native POSIX-compatible APIs.[51]

Advanced 36 Machine

[edit ]
Main Menu of SSP 7.5, running on top of the Advanced 36 Machine environment
Main article: IBM Advanced/36

Introduced in 1994, the Advanced/36 platform ran unmodified System/36 applications and the SSP operating system in emulation on top of the OS/400 SLIC using hardware which was mostly identical to that of contemporary AS/400 systems.[1] This functionality was incorporated into OS/400 itself from V3R6 through V4R4, making it possible to run up to four System/36 "virtual machines" (to use IBM's term) using the so-called Advanced 36 Machine feature of the operating system.[52] Support was discontinued in the V4R5 release, coinciding with IBM's discontinuation of the Advanced/36 product line as a whole.[53] The Advanced 36 Machine feature is distinct from the System/36 Environment introduced in the initial OS/400 release and still supported in current IBM i versions.

Prior to the Advanced/36, the System/36 line used two different processors in each system - the Main Storage Processor (MSP) which ran most of the SSP operating system as well as user code, and the Control Storage Processor (CSP) which ran so-called "microcode" which implemented core operating system functionality as well as I/O. The CSP microcode was invoked from the MSP through the use of the Supervisor Call (SVC) instruction. On the Advanced/36, the CSP microcode was reimplemented inside the SLIC. An MSP emulator was also built into the SLIC, sometimes referred to as the Technology Independent Emulation Interface. Even with the overhead of emulation, the Advanced/36 systems were significantly faster than the original System/36 systems they replaced due to the performance of their PowerPC AS processors.[1]

Features

[edit ]

Database management

[edit ]

IBM i features an integrated relational database currently known as IBM Db2 for IBM i.[37] The database evolved from the non-relational System/38 database, gaining support for the relational model and SQL.[1] The database originally had no name, instead it was described simply as "data base support".[54] It was given the name DB2/400 in 1994 to indicate comparable functionality to IBM's other commercial databases.[1] Despite the Db2 branding, Db2 for IBM i is an entirely separate codebase to Db2 on other platforms, and is tightly integrated into the SLIC layer of IBM i as opposed to being an optional product.[55] [56]

IBM i provides two mechanisms for accessing the integrated database - the so-called native interface, which is based on the database access model of the System/38, and SQL.[1] The native interface consists of the Data Description Specifications (DDS) language, which is used to define schemas and the OPNQRYF command or QQQQRY query API.[57] Certain Db2 for i features such as object-relational database management require SQL and cannot be accessed through the native interface.[58] IBM i has two separate query optimizers known as the Classic Query Engine (CQE) and SQL Query Engine (SQE).[59] These are implemented inside the SLIC alongside a Query Dispatcher which selects the appropriate optimizer depending on the type of the query. Remote access through the native interface and SQL is provided by the Distributed Data Management Architecture (DDM) and Distributed Relational Database Architecture respectively.[60]

A storage engine for MySQL and MariaDB named IBMDB2I allows applications designed for those databases to use Db2 for i as a backing store.[61] [62] Other open source databases have been ported to IBM i, including PostgreSQL, MongoDB and Redis.[63] These databases run on the PASE environment, and are independent of the operating system's integrated database features.[64]

Networking

[edit ]

IBM i supports TCP/IP networking in addition to the proprietary IBM Systems Network Architecture.[65]

IBM i systems were historically accessed and managed through IBM 5250 terminals attached to the system with twinax cabling. With the decline of dedicated terminal hardware, modern IBM i systems are typically accessed through 5250 terminal emulators. IBM provides two terminal emulator products for IBM i:[66]

  • IBM i Access Client Solutions is a Java-based client that runs on Linux, macOS and Windows to provide 5250 emulation.
  • IBM i Access for Web/Mobile provides web-based 5250 emulation.

In addition, IBM provides a web-based management console and performance analysis product named IBM Navigator for i.[67]

Programming

[edit ]

Programming languages available from IBM for IBM i include RPG, Control Language, C, C++, Java, EGL, COBOL, and REXX. Compilers were previously available for Pascal, BASIC, PL/I and Smalltalk but have since been discontinued. The Integrated Language Environment (ILE) allows programs from ILE compatible languages (C, C++, COBOL, RPG, and CL), to be bound into the same executable and call procedures written in any of the other ILE languages.

When PASE was introduced, it was necessary to compile code for PASE on an AIX system. This requirement was removed in OS/400 V5R2 when it became possible to compile code using the IBM XL compiler suite inside PASE itself.[68] Since then, other compilers have been ported to PASE, including gcc.[69]

Certain development tools for IBM i run on top of the operating system itself, such as the Source Edit Utility (SEU) text editor and Programming Development Manager. IBM also provides an Eclipse-based integrated development environment (IDE) for IBM i named IBM Rational Developer for i which runs on developer workstations instead of IBM i.[70] Prior to the Eclipse-based IDE, IBM provided an IDE based on WorkFrame/2 which ran on OS/2 named CODE/400 and an IDE based on VisualAge which ran on Microsoft Windows systems.[71] [72]

IBM i uses EBCDIC as the default character encoding, but also provides support for ASCII, UCS-2 and UTF-16.[1] [73]

Storage

[edit ]

In IBM i, disk drives may be grouped into an auxiliary storage pool (ASP) in order to organize data to limit the impact of storage-device failures and to reduce recovery time.[74] If a disk failure occurs, only the data in the pool containing the failed unit needs to be recovered. ASPs may also be used to improve performance by isolating objects with similar performance characteristics, for example journal receivers, in their own pool.

By default, all disk drives are assigned to pool 1. The concept of IBM i pools is similar to the Unix/Linux concept of volume groups; however, with IBM i it is typical for all disk drives to be assigned to a single ASP.

Security

[edit ]

Security in IBM i is defined in terms of authorities, which represents the permission to carry out a specific action on a specific object.[75] Authorities can be granted to individual users (known as user profiles), groups (known as group profiles) or all users (public authorities). Related objects can be grouped together in an authorization list, making it possible to grant authorities on all objects in the list by granting authorities on the authorization list.[76]

User profiles have an associated user class which dictates the set of default authorities available to that user profile. There are five standard user classes which, in order of increasing privilege, are: Workstation User, System Operator, System Programmer, Security Administrator and Security Officer.[5] IBM i ships with a default user profile for each user class, and the default Security Officer user profile, named QSECOFR, is the closest equivalent to the root user of a Unix-like operating system.[77]

IBM i can be set to use one of five levels of security, which control the extent to which the operating system's security features are enforced:[78]

  • Level 10 – Users can log in without a password, and have full access to the system. If a user logs in with an unknown username, a new user profile will be automatically created.
  • Level 20 – Users must log in with a username and password of a known user profile, but will have almost full access to the system once logged in. Creation or modification of user profiles is restricted to user profiles which have been granted authorities for profile management. Limited access accounts can be created, which can be restricted to accessing certain objects, or running certain commands.
  • Level 30 – Authorities are enforced, meaning that users cannot access objects unless they have an authority for the object.
  • Level 40 – Access to certain system programs and MI instructions are restricted, and can only be used by operating system code.
  • Level 50 – Includes changes needed for the system to achieve TCSEC C2 compliance, and adds a security audit journal.

The first three levels correspond to the security levels available in CPF and the initial releases of OS/400. Security level 40 was added in OS/400 V1R3 and become the default security level for the operating system. The addition of Level 40 required the removal of the capability addressing model of the System/38 which was also present in earlier releases of OS/400.[5] Security level 50 was added in V2R3 when OS/400 was certified to TCSEC C2 security.

Release timeline

[edit ]
Branding[79] Version Release date[80] End of Program
Support
OS/400 Old version, not maintained: V1R1[n 1] 1988年08月26日 1993年05月31日
Old version, not maintained: V1R1M2[n 2] 1988年11月25日
Old version, not maintained: V1R2 1989年10月27日
Old version, not maintained: V1R3 1990年09月28日
Old version, not maintained: V2R1 1991年05月24日 1994年06月30日
Old version, not maintained: V2R1M1 1992年03月06日
Old version, not maintained: V2R2 1992年09月18日 1995年03月31日
Old version, not maintained: V2R3 1993年12月17日 1996年05月31日
Old version, not maintained: V3R0M5 1994年05月04日 1997年05月31日
Old version, not maintained: V3R1 1994年11月25日 1998年10月31日
Old version, not maintained: V3R2 1996年06月21日 2000年05月31日
Old version, not maintained: V3R6 1995年12月22日 1998年10月31日
Old version, not maintained: V3R7 1996年11月08日 1999年06月30日
Old version, not maintained: V4R1 1997年08月29日 2000年05月31日
Old version, not maintained: V4R2 1998年02月27日 2000年05月31日
Old version, not maintained: V4R3 1998年09月11日 2001年01月31日
Old version, not maintained: V4R4 1999年05月21日 2001年05月31日
Old version, not maintained: V4R5 2000年07月28日 2002年07月31日
Old version, not maintained: V5R1 2001年05月25日 2005年09月30日
Old version, not maintained: V5R2 2002年08月30日 2007年04月30日
i5/OS Old version, not maintained: V5R3 2004年06月11日 2009年04月30日
i5/OS,
later IBM i 		Old version, not maintained: V5R4 / 5.4 2006年02月14日 2013年09月30日
Old version, not maintained: V6R1 / 6.1 2008年03月21日 2015年09月30日
IBM i Old version, not maintained: 6.1.1 2009年10月23日
Old version, not maintained: 7.1 2010年04月23日 2018年04月30日
Old version, not maintained: 7.2 2014年05月02日 2021年04月30日
Old version, not maintained: 7.3 2016年04月15日 2023年09月30日
Old version, still maintained: 7.4 2019年06月21日 TBA
Latest version: 7.5 2022年05月10日 TBA
Legend:
Old version, not maintained
Old version, still maintained
Latest version
Latest preview version
Future version
  1. ^ At the time of their release, the V1 releases were named Release 1, 2 and 3.[81] [82] [83] Upon the release of V2R1, they were retroactively renamed to V1R1, V1R2 and V1R3.[84]
  2. ^ There was no Modification Level 1.[83]

See also

[edit ]

References

[edit ]
  1. ^ a b c d e f g h i j k l m n o p q r Frank G. Soltis (1997). Inside the AS/400, Second Edition. Duke Press. ISBN 978-1882419661.
  2. ^ Leif Svalgaard (2003年10月08日). "Re: Re: MI emulator". MI400 (Mailing list). Retrieved 2021年02月26日.
  3. ^ "Reader Feedback on AS/400 to i Mystery Solved". itjungle.com. 2011年02月21日. Retrieved 2021年03月12日.
  4. ^ "IBM i 7.5 and IBM i Portfolio give strong foundation for continuing innovation". IBM. 2022年05月03日. Retrieved 2022年05月03日.
  5. ^ a b c d e f g h i j k Frank G. Soltis (2001). Fortress Rochester: the Inside Story of the IBM iSeries. System iNetwork. ISBN 978-1583040836.
  6. ^ Alex Woodie (2020年05月13日). "Where is IBM i?". itjungle.com. Retrieved 2021年03月01日.
  7. ^ "IBM i: A platform for innovators, by innovators". ibm.com. International Business Machines. Retrieved 22 September 2020.
  8. ^ a b c Steve Will; Tom Huntington (2020年07月16日). "IBM i in 2020: It's Not Just AS/400". youtube.com. Fortra. Retrieved 2021年03月21日.
  9. ^ "IBM i5/OS V5R3 — the next generation of OS/400". IBM. 2004年05月04日. Archived from the original on 2014年08月08日. Retrieved 2021年02月24日.
  10. ^ Roy A. Bauer; Emilio Collar; Victor Tang (1992). The Silverlake Project: Transformation at IBM. Oxford University Press. ISBN 9780195067545.
  11. ^ Eric J. Wieffering (1992年05月23日). "The brave new world of IBM Rochester". postbulletin.com. Retrieved 2021年03月06日.
  12. ^ a b c Schleicher, David L. (2006年01月24日). "An Interview with DAVID L. SCHLEICHER" (PDF). conservancy.umn.edu (Interview). Interviewed by Arthur L. Norberg. Charles Babbage Institute. Retrieved 2021年03月05日.
  13. ^ Tom Huntington (2018年06月21日). "Happy 30th Anniversary, IBM i!". fortra.com. Retrieved 2021年03月05日.
  14. ^ "Silverlake". wiki.midrange.com. 2006年08月21日. Retrieved 2021年03月06日.
  15. ^ a b c d Tom Van Looy (January 2009). "The IBM AS/400: A technical introduction" (PDF). scss.tcd.ie. Retrieved 2021年03月13日.
  16. ^ a b c d Berg, William; Cline, Marshall; Girou, Mike (1995). "Lessons learned from the OS/400 OO project". Communications of the ACM. 38 (10). Association for Computing Machinery (ACM): 54–64. doi:10.1145/226239.226253 . ISSN 0001-0782. S2CID 7492851 . Retrieved 2021年03月13日.
  17. ^ Dave McKenzie (2004年09月01日). "RE: Dave McKenzie's UNDELete utility - a LifeSaver!". Midrange Archive MI400. Retrieved 2021年05月24日.
  18. ^ Timothy Prickett Morgan (2007年08月20日). "TFH Flashback: The Joy of V3R6". itjungle.com. Retrieved 2021年03月13日.
  19. ^ "5763-SS1 IBM Operating System/400 (OS/400) Version 3". 4props.ddns.net. IBM. Archived from the original on September 19, 2021. Retrieved 2021年03月13日.
  20. ^ Denny Insell (2004). "Introducing IBM eServer i5 & i5/OS" (PDF). IBM. Archived from the original (PDF) on 2022年10月09日. Retrieved 2021年03月14日.
  21. ^ "IBM i5/OS V5R3 — the next generation of OS/400". ibm.com. 2004年05月04日. Retrieved 2021年03月14日.
  22. ^ Alex Woodie (2017年10月11日). "IBM i Slow to Catch On, But What Does It Mean?". itjungle.com. Retrieved 2021年03月15日.
  23. ^ Niccolai, James (April 2, 2008). "IBM merges System i and System p server lines" . InfoWorld .
  24. ^ "IBM Introduces the First in a New Generation of Power Systems". IBM. 2008年04月02日. Archived from the original on May 11, 2008. Retrieved 2021年03月15日.
  25. ^ "IBM i5/OS V5R4 improves system availability and price performance". IBM. 2006年01月31日. Retrieved 2021年03月16日.
  26. ^ "IBM i5/OS V6R1 delivers the next step for efficient, resilient business processing". IBM. 2008年01月29日. Retrieved 2021年03月15日.
  27. ^ Alex Woodie (2008年09月23日). "IBM Gives i5/OS V5R4 a New Name–i 5.4". itjungle.com. Retrieved 2021年03月16日.
  28. ^ Timothy Prickett Morgan (2008年04月07日). "It's Official: Now We're Power Systems and i for Business". itjungle.com. Retrieved 2021年03月15日.
  29. ^ a b Justin C. Haase; Dwight Harrison; Adam Lukaszewicz; David Painter; Tracy Schramm; Jiri Sochr (December 2014). "IBM i 7.1 Technical Overview with Technology Refresh Updates" (PDF). IBM.
  30. ^ IBM i 6.1 Technical Overview (PDF). IBM. December 2009. Retrieved 2022年07月15日.
  31. ^ "IBM i: A history in numbers". seasoft.com. 2019年05月21日. Retrieved 2021年03月15日.
  32. ^ "IBM i Technology Refresh". ibm.com. Retrieved 2021年03月05日.
  33. ^ "DSPHMCINF/DSPSMDTA: Querying the Current Status of Every HMC or SM Straight from the Command Line". IBM. 2019年12月18日. Retrieved 2021年03月20日.
  34. ^ Lars Johanneson (2013年09月04日). "Future of Power: IBM Power". IBM. Retrieved 2021年03月20日.
  35. ^ "IBM PASE for i". IBM. Retrieved 13 May 2020.
  36. ^ Frank G. Soltis; Adam T. Stallman (2003年09月01日). "What Is an iSeries?". systeminetwork.com. Archived from the original on 2012年04月15日. Retrieved 2021年03月20日.
  37. ^ a b "IBM i 7.4 Documentation". IBM. 2019. Retrieved 2021年03月20日.
  38. ^ Junlei Li (2013年10月02日). "A More Complete View of the Machine Interface of IBM i". MC Press Online. Retrieved 2021年11月25日.
  39. ^ "IBM i Machine Interface". IBM. 2019. Retrieved 2021年11月25日.
  40. ^ Alex Woodie (2008年02月26日). "i5/OS V6R1 Compatibility an Issue for Software Vendors". itjungle.com. Retrieved 2021年03月16日.
  41. ^ Woodie, Alex. "Frank Soltis Discusses A Possible Future for Single-Level Storage". itjungle.com. IT Jungle. Retrieved 4 December 2020.
  42. ^ Jim Hoskins; Roger Dimmick (1998). Exploring IBM AS/400 Computers. Maximum Press. ISBN 978-1-885068-19-4.
  43. ^ Dan Hicks (1998年08月21日). "UNIX vs AS/400?". Newsgroup: comp.sys.ibm.as400.misc.
  44. ^ "Planning for IBM PASE for i". IBM. 2019. Retrieved 2021年11月27日.
  45. ^ Erwin Earley (2019年01月16日). "What Is IBM i Architecture? Plus an Overview of IBM PASE". Zend. Retrieved 2021年05月24日.
  46. ^ Peter Helgren (2018年10月11日). "Exploring Open Source on IBM i: The PASE Environment". MC Press Online. Retrieved 2021年05月24日.
  47. ^ Mark Funk (2014年08月04日). "IBM i and Capability Addressing" . Retrieved 2021年05月24日.
  48. ^ Alex Woodie (2018年10月22日). "PASE Versus ILE: Which Is Best For Open Source?". IT Jungle. Retrieved 2021年11月27日.
  49. ^ "Open Source Has Never Tasted So Good!". IBM Systems Magazine - Open Your i.
  50. ^ "IBM i Open Source using yum". IBM i Open Source.
  51. ^ Holt, Ted; Kulack, Fred (February 1, 2004). Qshell for iSeries. MC Press. ISBN 1-58347-046-8.
  52. ^ AS/400 Advanced 36 General Information for SSP Operating System (Third ed.). IBM. November 1997. SC21-8299-02.
  53. ^ "Withdrawal of Advanced 36 SSP from AS/400 and Application Program Options". IBM. 1999年08月03日. Archived from the original on 2001年01月10日. Retrieved 2022年03月20日.
  54. ^ "IBM OPERATING SYSTEM/400(TM) LICENSED PROGRAM". IBM. 1988年07月05日. Retrieved 2021年03月23日.
  55. ^ James Hamilton (December 2017). "Four DB2 Code Bases?" . Retrieved 2021年03月23日.
  56. ^ "DB2 database -> does it continue to be platform-specific? (iSeries, LUW, z/OS)".
  57. ^ Gene Cobb (March 2008). "Moving from OPNQRYF to SQL" (PDF). IBM. Retrieved 2021年03月27日.
  58. ^ Jarek Miszczyk; Bronach Bromley; Mark Endrei; Skip Marchesani; Deepak Pai; Barry Thorn (February 2000). "DB2 UDB for AS/400 Object Relational Support" (PDF). IBM. Retrieved 2021年03月27日.
  59. ^ "SQE and CQE engines". ibm.com. Retrieved 2021年03月27日.
  60. ^ Scholerman, S.; Miller, L.; Tenner, J.; Tomanek, S.; Zolliker, M. (1993). "Relational database integration in the IBM AS/400". ACM SIGMOD Record. 22 (4): 5–10. doi:10.1145/166635.166639. ISSN 0163-5808. S2CID 783512.
  61. ^ Hernando Bedoya; Brad Bentley; Xie Dan Dan; Sadamitsu Hayakawa; Shirley Pintos; Guo Qi; Morten Buur Rasmussen; Satid Singkorapoom; Wang Yun (March 2009). "Using IBM DB2 for i as a Storage Engine of MySQL" (PDF). IBM. Retrieved 2021年03月28日.
  62. ^ "ibmdb2i". github.com. Zend Technologies. 2020年10月13日. Retrieved 2021年03月28日.
  63. ^ Woodie, Alex (2020年06月15日). "More Open Source Databases Coming To IBM i". itjungle.com. Retrieved 2021年03月28日.
  64. ^ Alex Woodie (2020年08月12日). "Man-DB Brings Documentation to IBM i". itjungle.com. Retrieved 2021年03月28日.
  65. ^ "TCP/IP". IBM. Retrieved 13 May 2020.
  66. ^ "IBM I Access Client Solutions". IBM. Retrieved 13 May 2020.
  67. ^ "IBM Navigator for i". IBM. Retrieved 13 May 2020.
  68. ^ "eServer iSeries OS/400 PASE" (PDF). IBM. 2003. Retrieved 2021年11月27日.
  69. ^ Alex Woodie (2015年10月14日). "GCC: Bringing More Open Source Software to IBM i". IT Jungle. Retrieved 2021年11月27日.
  70. ^ "IBM Rational Developer for i". ibm.com. Retrieved 2021年03月05日.
  71. ^ "CODE/400 for OS/2". IBM. Archived from the original on 1996年12月25日. Retrieved 2022年03月20日.
  72. ^ "IBM AS/400 Programming Languages and Application Development Tools Version 3 Release 7 - Enhancements Provide Windows Support, Improved Integration and Additional Capabilities". IBM. 1996年10月03日. Retrieved 2022年03月20日.
  73. ^ "UCS-2 and its relationship to Unicode (UTF-16)". ibm.com. Retrieved 2021年03月06日.
  74. ^ "IBM i ASP". IBM Knowledge Center. IBM . Retrieved 2018年03月06日.
  75. ^ "IBM i 7.4 Types of Authority". IBM. 2021年07月23日. Retrieved 2022年03月20日.
  76. ^ "IBM i 7.4 Authorization lists". IBM. 2021年04月14日. Retrieved 2022年03月20日.
  77. ^ "IBM i 7.4 PASE Security". IBM. 2021年09月08日. Retrieved 2022年03月20日.
  78. ^ "IBM i 7.4 Security Levels". IBM. 2021年07月23日. Retrieved 2022年03月20日.
  79. ^ "OS 400 - Complete History of the IBM OS/400". history-computer. Archived from the original on 2020年08月01日. Retrieved 2020年05月04日.
  80. ^ "Release life cycle". IBM Support. Retrieved 2021年02月25日.
  81. ^ "IBM AS/400 OPERATING SYSTEM/400 AND RELATED LICENSED PROGRAMS RELEASE 3". IBM. 1990年08月21日. Retrieved 2021年04月06日.
  82. ^ "APPLICATION SYSTEM/400 LICENSED PROGRAMS RELEASE 2 AVAILABILITY". IBM. 1989年09月05日. Retrieved 2021年04月06日.
  83. ^ a b "IBM OPERATING SYSTEM/400 (TM) AVAILABILITY". IBM. 1988年11月01日. Retrieved 2021年04月01日.
  84. ^ "IBM OPERATING SYSTEM/400 VERSION 2". IBM. 1991年04月22日. Retrieved 2021年04月06日.
[edit ]
Wikimedia Commons has media related to IBM i .
IBM mini/midrange computers, workstations, and servers
IBM 1130
IBM 1400
IBM System
AS/400
Applications, software, and concepts
RS/6000
Other

AltStyle によって変換されたページ (->オリジナル) /