आईबीएम आई: Difference between revisions

From Vigyanwiki
(text)
No edit summary
Line 28: Line 28:
| website = {{URL|ibm.com/products/ibm-i}}
| website = {{URL|ibm.com/products/ibm-i}}
}}
}}
IBM i (एकीकृत के लिए स्थायित्व i)<ref>{{cite web|url=https://www.itjungle.com/2020/05/13/where-is-ibm-i/|title=Where is IBM i?|author=Alex Woodie|date=2020-05-13|website=itjungle.com|access-date=2021-03-01}}</ref> IBM द्वारा IBM ऊर्जा प्रणाली के लिए विकसित एक [[ऑपरेटिंग सिस्टम|संचालन प्रणाली]] है।<ref>{{cite web |title=IBM i: A platform for innovators, by innovators |url=https://www.ibm.com/it-infrastructure/power/os/ibm-i-technologies |website=ibm.com |publisher=International Business Machines |access-date=22 September 2020}}</ref> यह मूल रूप से 1988 में OS/400 के रूप में विमोचित किया गया था, IBM AS/400 प्रणाली की पंक्ति के एकमात्र संचालन प्रणाली के रूप में, 2004 में इसका नाम परिवर्तित कर i5/OS कर दिया गया था, 2008 में द्वितीय बार IBM i का नाम परिवर्तित होने से पूर्व<ref name="steve-will-presentation">{{cite web|url=https://www.youtube.com/watch?v=k6W2LHjZqjo|title=IBM i in 2020: It's Not Just AS/400|website=youtube.com|publisher=HelpSystems|author1=Steve Will|author2=Tom Huntington|date=2020-07-16|access-date=2021-03-21}}</ref><ref name="i5os">{{cite web|url=https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=897&letternum=ENUS204-084|title=IBM i5/OS V5R3 — the next generation of OS/400|date=2004-05-04|publisher=IBM|access-date=2021-02-24}}</ref> यह प्रणाली/38 [[Control Program Facility|CPF]] संचालन प्रणाली का विकास है,<ref name="fortress-rochester">{{cite book|title=Fortress Rochester: the Inside Story of the IBM iSeries|author=Frank G. Soltis|isbn=978-1583040836|year=2001|publisher=System iNetwork|url=https://books.google.com/books?id=ypJmzqt7JdUC}}</ref>प्रणाली/36 [[सिस्टम सपोर्ट प्रोग्राम|SSP]] और [[IBM AIX]] अनुप्रयोगों के लिए अनुकूलता परतों के साथ<ref name="fortress-rochester" />यह प्रणाली/38 प्लेटफॉर्म से अनेक विशिष्ट विशेषताओं को प्राप्त करता है, जिसमें यंत्र अंतरपृष्‍ठ,  नेटवर्किंग
IBM i (एकीकृत के लिए स्थायित्व i)<ref>{{cite web|url=https://www.itjungle.com/2020/05/13/where-is-ibm-i/|title=Where is IBM i?|author=Alex Woodie|date=2020-05-13|website=itjungle.com|access-date=2021-03-01}}</ref> IBM द्वारा IBM ऊर्जा प्रणाली के लिए विकसित एक [[ऑपरेटिंग सिस्टम|संचालन प्रणाली]] है।<ref>{{cite web |title=IBM i: A platform for innovators, by innovators |url=https://www.ibm.com/it-infrastructure/power/os/ibm-i-technologies |website=ibm.com |publisher=International Business Machines |access-date=22 September 2020}}</ref> यह मूल रूप से 1988 में OS/400 के रूप में विमोचित किया गया था, IBM AS/400 प्रणाली की पंक्ति के एकमात्र संचालन प्रणाली के रूप में, 2004 में इसका नाम परिवर्तित कर i5/OS कर दिया गया था, 2008 में द्वितीय बार IBM i का नाम परिवर्तित होने से पूर्व<ref name="steve-will-presentation">{{cite web|url=https://www.youtube.com/watch?v=k6W2LHjZqjo|title=IBM i in 2020: It's Not Just AS/400|website=youtube.com|publisher=HelpSystems|author1=Steve Will|author2=Tom Huntington|date=2020-07-16|access-date=2021-03-21}}</ref><ref name="i5os">{{cite web|url=https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=897&letternum=ENUS204-084|title=IBM i5/OS V5R3 — the next generation of OS/400|date=2004-05-04|publisher=IBM|access-date=2021-02-24}}</ref> यह प्रणाली/38 [[Control Program Facility|CPF]] संचालन प्रणाली का विकास है,<ref name="fortress-rochester">{{cite book|title=Fortress Rochester: the Inside Story of the IBM iSeries|author=Frank G. Soltis|isbn=978-1583040836|year=2001|publisher=System iNetwork|url=https://books.google.com/books?id=ypJmzqt7JdUC}}</ref>प्रणाली/36 [[सिस्टम सपोर्ट प्रोग्राम|SSP]] और [[IBM AIX]] अनुप्रयोगों के लिए अनुकूलता परतों के साथ<ref name="fortress-rochester" />यह प्रणाली/38 प्लेटफॉर्म से अनेक विशिष्ट विशेषताओं को प्राप्त करता है, जिसमें यंत्र अंतरपृष्‍ठ,  एकल-स्तरीय स्टोर के शीर्ष पर ऑब्जेक्ट-आधारित एड्रेसिंग का कार्यान्वयन और संचालन प्रणाली में संबंधपरक डेटाबेस का तंग एकीकरण सम्मिलित है।


IBM i सांपत्तिक IBM [[सिस्टम नेटवर्क आर्किटेक्चर|प्रणाली नेटवर्क शिल्प ज्ञान]] के अतिरिक्त TCP/IP नेटवर्क संचालन  का समर्थन करता है।<ref>{{cite web |title=TCP/IP |url=https://www.ibm.com/support/knowledgecenter/en/ssw_ibm_i_74/rzai2/rzai2kickoff.htm |website=IBM |access-date=13 May 2020}}</ref>
== इतिहास ==


IBM i प्रणाली को ऐतिहासिक रूप से अभिगम किया गया और [[IBM 5250]] टर्मिनलों के माध्यम से प्रबंधित किया गया, जो [[जुड़वां अक्षीय केबलिंग]] केबलिंग के साथ प्रणाली से जुड़े थे। समर्पित टर्मिनल हार्डवेयर की गिरावट के साथ, आधुनिक  IBM आई प्रणाली को सामान्यत: 5250 [[टर्मिनल एमुलेटर]] के माध्यम से अभिगम किया जाता है। IBM, IBM i के लिए दो टर्मिनल इम्यूलेटर उत्पाद प्रदान करता है:<ref>{{cite web |title=IBM I Access Client Solutions |url=https://www.ibm.com/support/pages/node/633795 |website=IBM |access-date=13 May 2020}}</ref>
=== मूल ===
* IBM आई अभिगम क्लाइंट सॉल्यूशंस एक [[जावा (प्रोग्रामिंग भाषा)|जावा (क्रमदेशन भाषा)]] आधारित क्लाइंट है जो 5250 एमुलेशन प्रदान करने के लिए [[लिनक्स]], मैकOS और [[माइक्रोसॉफ़्ट विंडोज़]] पर चलता है।
* IBM i Access for Web/Mobile वेब-आधारित 5250 अनुकरण प्रदान करता है।


इसके अतिरिक्त, IBM एक वेब-आधारित प्रबंधन कंसोल और प्रदर्शन विश्लेषण उत्पाद प्रदान करता है जिसका नाम IBM नेविगेटर i.<ref>{{cite web |title=IBM Navigator for i |url=https://www.ibm.com/support/pages/node/633937 |website=IBM |access-date=13 May 2020}}</ref>


OS/400 को AS/400 हार्डवेयर प्लेटफॉर्म के साथ दिसंबर 1985 में विकसित किया गया था। फोर्ट नॉक्स परियोजना की विफलता के बाद विकास प्रारंभ हुआ, जिसने आईबीएम को प्रतिस्पर्धी मिडरेंज  प्रणाली के बिना छोड़ दिया। फोर्ट नॉक्स परियोजना के दौरान, इंजीनियरों द्वारा रोचेस्टर में एक स्कंकवर्क्स परियोजना प्रारंभ की गई थी, जो कोड विकसित करने में सफल रहे, जिसने  प्रणाली/36 अनुप्रयोगों को  प्रणाली/38 के शीर्ष पर चलने की अनुमति दी, और जब फोर्ट नॉक्स को रद्द कर दिया गया, तो यह परियोजना एक अधिकारी के रूप में विकसित हुई।  प्रणाली/36 और  प्रणाली/38 दोनों को एक नए हार्डवेयर और सॉफ्टवेयर प्लेटफॉर्म से परिवर्तित करने की परियोजना। इस परियोजना को सिल्वरलेक (रोचेस्टर, मिनेसोटा में सिल्वर लेक के लिए नामित) के रूप में जाना जाने लगा।


सिल्वरलेक के लिए संचालन प्रणाली को एक्सपीएफ (विस्तारित सीपीएफ) नाम दिया गया था, और मूल रूप से फोर्ट नॉक्स हार्डवेयर के लिए सीपीएफ के बंदरगाह के रूप में प्रारंभ हुआ था।  प्रणाली/36 अनुप्रयोगों के लिए समर्थन जोड़ने के अलावा,  प्रणाली/36 से कुछ उपयोगकर्ता अंतरापृष्ठ और उपयोग में आसान सुविधाओं को नए संचालन प्रणाली में ले जाया गया।


== History[edit] ==
सिल्वरलेक जून 1988 में फील्ड टेस्ट के लिए उपलब्ध था, और उस वर्ष अगस्त में आधिकारिक तौर पर घोषित किया गया था। उस समय तक, इसका नाम परिवर्तित करकर एप्लिकेशन  प्रणाली/400 कर दिया गया था, और संचालन प्रणाली को संचालन प्रणाली/400 नाम दिया गया था।


=== Origin[edit] ===
=== PowerPC के लिए कदम ===
See also: IBM AS/400 § Silverlake


OS/400 was developed alongside the AS/400 hardware platform beginning in December 1985. Development began in the aftermath of the failure of the Fort Knox project, which left IBM without a competitive midrange system. 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, 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. The project became known as ''Silverlake'' (named for Silver Lake in Rochester, Minnesota).


The operating system for Silverlake was codenamed ''XPF'' (Extended CPF), and had originally begun as a port of CPF to the Fort Knox hardware. 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.
PowerPC के पोर्ट को TIMI के नीचे अधिकांश कोड के पुनर्लेखन की आवश्यकता होती है। ओएस/400 के शुरुआती संस्करणों ने  प्रणाली/38 के क्षैतिज और लंबवत माइक्रोकोड परतों को विरासत में मिला, हालांकि उन्हें क्रमशः क्षैतिज लाइसेंस प्राप्त आंतरिक कोड (एचएलआईसी) और लंबवत लाइसेंस प्राप्त आंतरिक कोड (वीएलआईसी) में परिवर्तित कर दिया गया था। नए हार्डवेयर के पोर्ट ने IMPI इंस्ट्रक्शन समुच्चय का नेतृत्व किया और इसे लागू करने वाले क्षैतिज माइक्रोकोड को PowerPC AS इंस्ट्रक्शन समुच्चय और PowerAS प्रोसेसर में इसके कार्यान्वयन द्वारा प्रतिस्थापित किया जा रहा है। इसके लिए आईएमपीआई के बजाय पावरपीसी को लक्षित करने के लिए वीएलआईसी को फिर से लिखने की आवश्यकता थी, और एचएलआईसी में पहले से लागू संचालन प्रणाली की कार्यक्षमता को कहीं और फिर से लागू करने के लिए। इसके कारण एचएलआईसी और वीएलआईसी को  प्रणाली लाइसेंस्ड इंटरनल कोड (एसएलआईसी) नाम की एक परत से परिवर्तित कर दिया गया। एसएलआईसी को वस्तु-उन्मुख शैली में सी ++ कोड की 2 मिलियन से अधिक पंक्तियों के साथ लागू किया गया था, जिसमें कुछ एचएलआईसी कोड और अधिकांश वीएलआईसी कोड को परिवर्तित कर दिया गया था। SLIC को लागू करने के लिए आवश्यक कार्य की मात्रा के कारण, IBM रोचेस्टर ने परियोजना के लिए अनेकसौ C++ प्रोग्रामरों को काम पर रखा, जिन्होंने CISC AS/400  प्रणाली के लिए VLIC के नए संशोधनों के समानांतर SLIC पर काम किया। PowerPC-आधारित हार्डवेयर का समर्थन करने के लिए OS/400 का पहला विमोचन V3R6 था।


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''.
=== रीब्रांडिंग ===


=== The move to PowerPC[edit] ===
See also: IBM AS/400 § The move to PowerPC


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. 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. 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. 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. The first release of OS/400 to support PowerPC-based hardware was V3R6.
1990 और 2000 के दशक में AS/400 उत्पाद श्रेणी को अनेक बार रीब्रांड किया गया था। 2004 में eServer i5 की रीब्रांडिंग के भाग के रूप में, OS/400 का नाम परिवर्तित करकर i5/OS कर दिया गया; 5 POWER5 प्रोसेसर के उपयोग को दर्शाता है। i5/OS, V5R3 की प्रथम विमोचन को IBM द्वारा "समान संचालन प्रणाली के लिए एक अलग नाम" के रूप में वर्णित किया गया था।


=== Rebranding[edit] ===
2006 में, IBM ने AS/400 श्रेणी को पिछली बार  प्रणाली i में रीब्रांड किया। अप्रैल 2008 में, आईबीएम ने आईबीएम पावर प्रणाली बनाने के लिए  प्रणाली i को  प्रणाली पी प्लेटफॉर्म के साथ समेकित किया। उसी समय, i5/OS का नाम परिवर्तित करकर IBM i कर दिया गया, ताकि POWER5 प्रोसेसर के साथ जुड़ाव को हटाया जा सके। उस समय संचालन प्रणाली के दो नवीनतम संस्करण, जो i5/OS V5R4 और V6R1 के रूप में जारी किए गए थे, उनका नाम परिवर्तित करकर IBM i 5.4 और 6.1 कर दिया गया।
IBM i5/OS logo
Original IBM i logo


The AS/400 product line was rebranded multiple times throughout the 1990s and 2000s. As part of the 2004 rebranding to ''eServer i5'', OS/400 was renamed to ''i5/OS''; the ''5'' signifying the use of POWER5 processors. The first release of i5/OS, V5R3, was described by IBM as "a different name for the same operating system".
IBM i की रीब्रांडिंग के साथ, IBM ने संचालन प्रणाली के लिए वर्जनिंग नामकरण को परिवर्तित कर दिया। पूर्व विमोचन में संस्करण, विमोचन, संशोधन योजना का उपयोग किया गया था, उदा। वी2आर1एम1।


In 2006, IBM rebranded the AS/400 line one last time to ''System i''. In April 2008, IBM consolidated the System i with the System p platform to create IBM Power Systems. At the same time, i5/OS was renamed to ''IBM i'', in order to remove the association with POWER5 processors. The two most recent versions of the operating system at that time, which had been released as i5/OS V5R4 and V6R1, were renamed to IBM i 5.4 and 6.1.
इसे एक संस्करण के साथ परिवर्तित कर दिया गया था। विमोचन योजना, उदा। 6.1। IBM i 7.1 के साथ प्रारम्भ करते हुए, IBM ने तकनीकी रिफ्रेश के साथ संशोधन विमोचन को परिवर्तित कर दिया। तकनीकी रिफ्रेश संचालन प्रणाली के विशिष्ट विमोचन के लिए वैकल्पिक पीटीएफ के रूप में वितरित किए जाते हैं जो संचालन प्रणाली में नई कार्यक्षमता या हार्डवेयर समर्थन जोड़ते हैं।


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. Beginning with IBM i 7.1, IBM replaced the Modification releases with ''Technology Refreshes''. 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.
== Architecture ==


== 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) and the hardware-independent ''Extended Control Program Facility'' (XPF). 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''), and the ''Advanced 36 Machine'' environment which ran System/36 SSP applications in emulation.


IBM often uses different names for the TIMI, SLIC and XPF in documentation and marketing materials, 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.
जब IBM i को पहली बार OS/400 के रूप में विमोचन किया गया था, तो इसे दो परतों में विभाजित किया गया था, हार्डवेयर-निर्भर  प्रणाली लाइसेंसयुक्त आंतरिक कोड (SLIC) और हार्डवेयर-स्वतंत्र विस्तारित नियंत्रण कार्यक्रम सुविधा (XPF)। इन्हें एक हार्डवेयर अमूर्त परत द्वारा विभाजित किया जाता है जिसे टेक्नोलॉजी इंडिपेंडेंट यंत्र अंतरापृष्ठ (TIMI) कहा जाता है। संचालन प्रणाली के बाद के संस्करणों ने अतिरिक्त परतें प्राप्त कीं, जिसमें पोर्टेबल एप्लिकेशन सॉल्यूशंस एनवायरनमेंट (मूल रूप से प्राइवेट एड्रेस स्पेस एनवायरनमेंट के रूप में जाना जाता है) नाम की AIX संगतता परत और उन्नत 36 यंत्र वातावरण सम्मिलित है, जो एमुलेशन में  प्रणाली / 36 SSP अनुप्रयोगों को चलाता है।


=== TIMI[edit] ===
आईबीएम अक्सर प्रलेखन और विपणन सामग्री में TIMI, SLIC और XPF के लिए अलग-अलग नामों का उपयोग करता है, उदाहरण के लिए, IBM i 7.4 प्रलेखन उन्हें क्रमशः IBM i यंत्र अंतरापृष्ठ, IBM i लाइसेंस प्राप्त आंतरिक कोड और IBM i संचालन प्रणाली के रूप में संदर्भित करता है।
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. This is accomplished through two interrelated mechanisms:


* 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.
=== TIMI ===
* 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 (c.f. 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.
TIMI उपयोगकर्ताओं और अनुप्रयोगों को अंतर्निहित हार्डवेयर से अलग करता है। यह अलगाव अन्य संचालन प्रणाली के हार्डवेयर सार से अधिक गहन है, और इसमें प्रोसेसर के इंस्ट्रक्शन समुच्चय वास्तुकला, एड्रेस स्पेस के आकार और I/O की बारीकियों और दृढ़ता को सम्मिलित करना सम्मिलित है। यह दो परस्पर संबंधित तंत्रों के माध्यम से पूरा किया जाता है:


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.
* आईबीएम के लिए कंपाइलर सीधे मूल यंत्र कोड उत्पन्न नहीं करते हैं, इसके बजाय वे टीआईएमआई द्वारा परिभाषित एक उच्च स्तरीय इंटरमीडिएट प्रतिनिधित्व उत्पन्न करते हैं। जब कोई प्रोग्राम चलाया जाता है, तो संचालन प्रणाली प्रोसेसर के लिए मूल यंत्र कोड में TIMI निर्देशों का समय-समय पर अनुवाद करता है, और प्रोग्राम के भविष्य के निष्पादन के लिए उत्पन्न यंत्र कोड को संग्रहीत करता है। यदि अनुवाद प्रक्रिया परिवर्तित कर जाती है, या एक अलग सीपीयू निर्देश समुच्चय अपनाया जाता है, तो संचालन प्रणाली स्रोत कोड से पुन: संकलित करने की आवश्यकता के बिना TIMI निर्देशों से यंत्र कोड को पारदर्शी रूप से पुन: उत्पन्न कर सकता है।
* स्मृति पतों पर काम करने के बजाय, TIMI निर्देश वस्तुओं पर काम करते हैं। IBM i में सभी डेटा, जैसे डेटा फ़ाइलें, स्रोत कोड, प्रोग्राम और आवंटित मेमोरी के क्षेत्र, संचालन प्रणाली द्वारा प्रबंधित वस्तुओं के अंदर एनकैप्सुलेट किए जाते हैं (c.f. यूनिक्स में "सब कुछ एक फ़ाइल है" मॉडल)। IBM i ऑब्जेक्ट्स का एक निश्चित प्रकार होता है, जो उन पर किए जा सकने वाले लागू संचालन के समुच्चय को परिभाषित करता है (उदाहरण के लिए, एक प्रोग्राम ऑब्जेक्ट को निष्पादित किया जा सकता है, लेकिन संपादित नहीं किया जा सकता है)। ऑब्जेक्ट मॉडल छुपाता है कि डेटा प्राथमिक, या द्वितीयक संग्रहण में संग्रहीत है या नहीं। इसके बजाय, संचालन प्रणाली स्वचालित रूप से पुनर्प्राप्ति की प्रक्रिया को संभालता है और फिर परिवर्तनों को स्थायी भंडारण में संग्रहीत करता है।


There are two different formats of TIMI instructions, known as the ''Original Machine Interface'' (OMI) and ''New Machine Interface'' (NMI) formats. 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. IBM partially documents the OMI instructions, 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. During the PowerPC port, native support for the OMI format was removed, and replaced with a translator which converted OMI instructions into NMI instructions.
TIMI द्वारा प्रदान किए गए हार्डवेयर अलगाव ने IBM को 1995 में AS/400 के 48-बिट IMPI वास्तुकला को 64-बिट RS64 वास्तुकला के साथ परिवर्तित करने की अनुमति दी। IMPI निर्देश समुच्चय का उपयोग करने वाले  प्रणाली पर संकलित एप्लिकेशन बिना किसी नए RS64  प्रणाली के शीर्ष पर चल सकते हैं। कोड परिवर्तन, पुनर्संकलन या अनुकरण, जबकि उन अनुप्रयोगों को 64-बिट एड्रेसिंग का लाभ उठाने की अनुमति भी देता है।


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.
मूल यंत्र कोड निर्देशों के साथ-साथ TIMI निर्देशों के भंडारण को पर्यवेक्षण के रूप में जाना जाता है। 2008 में, i5/OS V6R1 (जिसे बाद में IBM i 6.1 के रूप में जाना जाता है) की विमोचन ने TIMI परत में अनेकपरिवर्तित कराव किए, जिससे तृतीय-पक्ष सॉफ़्टवेयर के लिए समस्याएँ पैदा हुईं, जिससे ग्राहकों को भेजे जाने वाले एप्लिकेशन ऑब्जेक्ट से अवलोकनीयता दूर हो गई।


=== SLIC[edit] ===
=== SLIC ===
IBM i during initial program load of the SLIC
SLIC में वह कोड होता है जो IBM पावर वास्तुकला के शीर्ष पर TIMI को लागू करता है। आमतौर पर एक संचालन प्रणाली कर्नेल से जुड़ी अधिकांश कार्यक्षमताओं को समाहित करने के अलावा, यह TIMI निर्देशों को यंत्र कोड में अनुवाद करने के लिए ज़िम्मेदार है, और यह कुछ उच्च स्तरीय कार्यक्षमताओं को भी लागू करता है जो TIMI के माध्यम से सामने आती हैं, जैसे कि IBM i का एकीकृत संबंधपरक डेटाबेस। SLIC IBM i के ऑब्जेक्ट-आधारित स्टोरेज मॉडल को सिंगल-लेवल स्टोर एड्रेसिंग स्कीम के शीर्ष पर लागू करता है, जो प्राइमरी और सेकेंडरी स्टोरेज के बीच अंतर नहीं करता है, और इसके बजाय सिंगल वर्चुअल एड्रेस स्पेस में सभी प्रकार के स्टोरेज को मैनेज करता है। SLIC को मुख्य रूप से C++ में लागू किया गया है, और V3R6 से पहले OS/400 के संस्करणों में उपयोग की जाने वाली HLIC और VLIC परतों को प्रतिस्थापित किया गया है।
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. 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. The SLIC is primarily implemented in C++, and replaced the HLIC and VLIC layers used in versions of OS/400 prior to V3R6.


=== XPF[edit] ===
=== XPF ===
The XPF consists of the code which implements the hardware-independent components of the operating system, which are compiled into TIMI instructions. 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. 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. The XPF is mostly implemented in PL/MI, although other languages are also used.
XPF में वह कोड होता है जो संचालन प्रणाली के हार्डवेयर-स्वतंत्र घटकों को लागू करता है, जिन्हें TIMI निर्देशों में संकलित किया जाता है। XPF के घटकों में यूजर अंतरापृष्ठ, कंट्रोल लैंग्वेज, डेटा मैनेजमेंट और क्वेरी यूटिलिटीज, डेवलपमेंट टूल्स और  प्रणाली मैनेजमेंट यूटिलिटीज सम्मिलित हैं। XPF में  प्रणाली/36 एनवायरनमेंट और  प्रणाली/38 एनवायरनमेंट भी सम्मिलित है, जो SSP और CPF प्रणाली से माइग्रेट किए गए एप्लिकेशन और डेटा के लिए बैकवर्ड कम्पैटिबिलिटी APIs और यूटिलिटीज प्रदान करते हैं। XPF इस परत के लिए IBM का आंतरिक नाम है, और जैसा कि नाम से पता चलता है, प्रणाली/38 नियंत्रण कार्यक्रम सुविधा के विकास के रूप में प्रारंभ हुआ। एक्सपीएफ ज्यादातर पीएल/एमआई में लागू होता है, हालांकि अन्य भाषाओं का भी उपयोग किया जाता है।


=== PASE[edit] ===
=== PASE ===
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. PASE was first included in a limited and undocumented form in the V4R3 release of OS/400 to support a port of Smalltalk. It was first announced to customers at the time of the V4R5 release, by which time it had gained significant additional functionality.
PASE (पोर्टेबल एप्लिकेशन सॉल्यूशंस एनवायरनमेंट) उपयोगकर्ता मोड AIX निष्पादन योग्य के लिए बाइनरी संगतता प्रदान करता है जो सीधे AIX कर्नेल के साथ इंटरैक्ट नहीं करता है, और 32-बिट और 64-बिट AIX एप्लिकेशन बाइनरी अंतरापृष्ठ का समर्थन करता है। स्मॉलटाक के बंदरगाह का समर्थन करने के लिए OS/400 के V4R3 विमोचन में PASE को पहले एक सीमित और गैर-दस्तावेजी रूप में सम्मिलित किया गया था। V4R5 विमोचन के समय पहली बार ग्राहकों के लिए इसकी घोषणा की गई थी, उस समय तक इसने महत्वपूर्ण अतिरिक्त कार्यक्षमता प्राप्त कर ली थी।


PASE consists of the AIX userspace running on top of a system call interface implemented by the SLIC. 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. 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. This was necessary since all IBM i jobs (i.e. processes) typically share the same address space. PASE applications do not use the hardware-independent TIMI instructions, and are instead compiled directly to Power machine code.
पीएएसई में एसएलआईसी द्वारा लागू किए गए  प्रणाली कॉल अंतरापृष्ठ के शीर्ष पर चल रहे एआईएक्स यूजरस्पेस सम्मिलित हैं। प्रणाली कॉल अंतरापृष्ठ PASE और मूल IBM i अनुप्रयोगों के बीच अंतर की अनुमति देता है, उदाहरण के लिए, PASE अनुप्रयोग एकीकृत डेटाबेस तक पहुँच सकते हैं, या मूल IBM i अनुप्रयोगों को कॉल कर सकते हैं, और इसके विपरीत। PASE के निर्माण के दौरान, टेरास्पेस नाम की एक नई प्रकार की सिंगल लेवल स्टोरेज ऑब्जेक्ट को संचालन प्रणाली में जोड़ा गया था, जो प्रत्येक PASE प्रक्रिया को एक निजी 1TiB स्पेस रखने की अनुमति देता है जिसे 64-बिट पॉइंटर्स के साथ संबोधित किया जाता है। यह आवश्यक था क्योंकि सभी IBM i जॉब्स (अर्थात् प्रक्रियाएँ) आमतौर पर एक ही पता स्थान साझा करते हैं। PASE एप्लिकेशन हार्डवेयर-स्वतंत्र TIMI निर्देशों का उपयोग नहीं करते हैं, और इसके बजाय उन्हें सीधे पावर यंत्र कोड में संकलित किया जाता है।


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.
PASE, Qshell वातावरण से अलग है, जो IBM i के मूल POSIX- संगत API के शीर्ष पर निर्मित एक यूनिक्स शेल और संबंधित उपयोगिताओं का कार्यान्वयन है।


=== Advanced 36 Machine[edit] ===
=== उन्नत 36 यंत्र ===
Main Menu of SSP 7.5, running on top of the Advanced 36 Machine environment
1994 में प्रस्तुत किया गया, उन्नत / 36 प्लेटफॉर्म अनमॉडिफाइड  प्रणाली / 36 एप्लिकेशन और ओएस / 400 एसएलआईसी के शीर्ष पर अनुकरण में एसएसपी संचालन प्रणाली हार्डवेयर का उपयोग कर रहा था जो ज्यादातर समकालीन एएस / 400  प्रणाली के समान था। इस कार्यक्षमता को V3R6 से V4R4 के माध्यम से OS/400 में सम्मिलित किया गया था, जिससे संचालन प्रणाली की तथाकथित उन्नत 36 यंत्र सुविधा का उपयोग करके चार  प्रणाली/36 "वर्चुअल यंत्र" (आईबीएम की अवधि का उपयोग करने के लिए) तक चलाना संभव हो गया। V4R5 विमोचन में समर्थन बंद कर दिया गया था, आईबीएम द्वारा उन्नत/36 उत्पाद श्रेणी को समग्र रूप से बंद करने के साथ। उन्नत 36 यंत्र की विशेषता प्रारंभिक OS/400 विमोचन में प्रस्तुत किए गए  प्रणाली/36 पर्यावरण से अलग है और अभी भी वर्तमान IBM i संस्करणों में समर्थित है।
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. 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. Support was discontinued in the V4R5 release, coinciding with IBM's discontinuation of the Advanced/36 product line as a whole. 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.
एडवांस्ड/36 से पहले,  प्रणाली/36 श्रेणी प्रत्येक  प्रणाली में दो अलग-अलग प्रोसेसर का इस्तेमाल करती थी - मेन स्टोरेज प्रोसेसर (MSP) जो अधिकांश SSP संचालन प्रणाली के साथ-साथ यूजर कोड और कंट्रोल स्टोरेज प्रोसेसर (CSP) चलाता था। तथाकथित "माइक्रोकोड" चला, जिसने कोर संचालन प्रणाली की कार्यक्षमता के साथ-साथ I/O को लागू किया। पर्यवेक्षक कॉल (एसवीसी) निर्देश के उपयोग के माध्यम से एमएसपी से सीएसपी माइक्रोकोड लागू किया गया था। उन्नत/36 पर, SLIC के अंदर CSP माइक्रोकोड को फिर से लागू किया गया था। एक MSP एमुलेटर भी SLIC में बनाया गया था, जिसे कभी-कभी टेक्नोलॉजी इंडिपेंडेंट एमुलेशन अंतरापृष्ठ कहा जाता है। यहां तक ​​​​कि अनुकरण के ऊपरी भाग के साथ, उन्नत/36 प्रणाली मूल  प्रणाली/36 प्रणाली की तुलना में काफी तेज थे, जिन्हें उनके पावरपीसी एएस प्रोसेसर के प्रदर्शन के कारण परिवर्तित कर दिया गया था।


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.
== विशेषताएँ ==


== Features ==
=== डेटाबेस प्रबंधन ===
IBM i एक एकीकृत संबंधपरक डेटाबेस प्रस्तुत करता है जिसे वर्तमान में IBM i के लिए IBM Db2 के रूप में जाना जाता है। डेटाबेस संबंधपरक मॉडल और SQL के लिए समर्थन प्राप्त करते हुए गैर-संबंधपरक  प्रणाली/38 डेटाबेस से विकसित हुआ। डेटाबेस का मूल रूप से कोई नाम नहीं था, इसके बजाय इसे "डेटा बेस सपोर्ट" के रूप में वर्णित किया गया था। 1994 में आईबीएम के अन्य वाणिज्यिक डेटाबेसों की तुलना करने योग्य कार्यक्षमता को इंगित करने के लिए इसे डीबी2/400 नाम दिया गया था। Db2 ब्रांडिंग के बावजूद, IBM i के लिए Db2 अन्य प्लेटफार्मों पर Db2 के लिए एक पूरी तरह से अलग कोडबेस है, और एक वैकल्पिक उत्पाद होने के विरोध में IBM i की SLIC परत में कसकर एकीकृत है।


=== Database management ===
IBM i एकीकृत डेटाबेस तक पहुँचने के लिए दो तंत्र प्रदान करता है - तथाकथित मूल अंतरापृष्ठ, जो  प्रणाली / 38 और SQL के डेटाबेस एक्सेस मॉडल पर आधारित है। मूल अंतरापृष्ठ में डेटा विवरण विनिर्देश (DDS) भाषा होती है, जिसका उपयोग स्कीमा और <code>OPNQRYF</code>  कमांड या <code>QQQQRY</code>  क्वेरी API को परिभाषित करने के लिए किया जाता है। ऑब्जेक्ट-संबंधपरक डेटाबेस मैनेजमेंट जैसी कुछ विशेषताओं के लिए कुछ Db2 को SQL की आवश्यकता होती है और इसे मूल अंतरापृष्ठ के माध्यम से एक्सेस नहीं किया जा सकता है। IBM i के दो अलग-अलग क्वेरी ऑप्टिमाइज़र हैं जिन्हें क्लासिक क्वेरी इंजन (CQE) और SQL क्वेरी इंजन (SQE) के रूप में जाना जाता है। इन्हें क्वेरी डिस्पैचर के साथ एसएलआईसी के अंदर कार्यान्वित किया जाता है जो क्वेरी के प्रकार के आधार पर उपयुक्त अनुकूलक का चयन करता है। नेटिव अंतरापृष्ठ और SQL के माध्यम से दूरस्थ पहुँच क्रमशः वितरित डेटा प्रबंधन वास्तुकला (DDM) और वितरित संबंधपरक डेटाबेस वास्तुकला द्वारा प्रदान की जाती है।
IBM i features an integrated relational database currently known as IBM Db2 for IBM i. The database evolved from the non-relational System/38 database, gaining support for the relational model and SQL. The database originally had no name, instead it was described simply as "data base support". It was given the name ''DB2/400'' in 1994 to indicate comparable functionality to IBM's other commercial databases. 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.


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. The native interface consists of the ''Data Description Specifications'' (DDS) language, which is used to define schemas and the <code>OPNQRYF</code> command or <code>QQQQRY</code> query API. Certain Db2 for i features such as object-relational database management require SQL and cannot be accessed through the native interface. IBM i has two separate query optimizers known as the ''Classic Query Engine'' (CQE) and ''SQL Query Engine'' (SQE). 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.
MySQL और MariaDB के लिए IBMDB2I नाम का एक स्टोरेज इंजन उन डेटाबेस के लिए डिज़ाइन किए गए एप्लिकेशन को बैकिंग स्टोर के रूप में Db2 for i का उपयोग करने की अनुमति देता है। अन्य ओपन सोर्स डेटाबेस IBM i में पोर्टग्रेएसक्यूएल, मोंगोडीबी और रेडिस सहित पोर्ट किए गए हैं। ये डेटाबेस PASE वातावरण पर चलते हैं, और संचालन प्रणाली की एकीकृत डेटाबेस सुविधाओं से स्वतंत्र हैं।


A storage engine for MySQL and MariaDB named <code>IBMDB2I</code> allows applications designed for those databases to use Db2 for i as a backing store. Other open source databases have been ported to IBM i, including PostgreSQL, MongoDB and Redis. These databases run on the PASE environment, and are independent of the operating system's integrated database features.
=== नेटवर्किंग ===
IBM i सांपत्तिक IBM [[सिस्टम नेटवर्क आर्किटेक्चर|प्रणाली नेटवर्क शिल्प ज्ञान]] के अतिरिक्त TCP/IP नेटवर्क संचालन  का समर्थन करता है।<ref>{{cite web |title=TCP/IP |url=https://www.ibm.com/support/knowledgecenter/en/ssw_ibm_i_74/rzai2/rzai2kickoff.htm |website=IBM |access-date=13 May 2020}}</ref>


=== Networking[edit] ===
IBM i प्रणाली को ऐतिहासिक रूप से अभिगम किया गया और [[IBM 5250]] टर्मिनलों के माध्यम से प्रबंधित किया गया, जो [[जुड़वां अक्षीय केबलिंग]] केबलिंग के साथ प्रणाली से जुड़े थे। समर्पित टर्मिनल हार्डवेयर की गिरावट के साथ, आधुनिक  IBM आई प्रणाली को सामान्यत: 5250 [[टर्मिनल एमुलेटर]] के माध्यम से अभिगम किया जाता है। IBM, IBM i के लिए दो टर्मिनल इम्यूलेटर उत्पाद प्रदान करता है:<ref>{{cite web |title=IBM I Access Client Solutions |url=https://www.ibm.com/support/pages/node/633795 |website=IBM |access-date=13 May 2020}}</ref>
IBM i supports TCP/IP networking in addition to the proprietary IBM Systems Network Architecture.
* IBM आई अभिगम क्लाइंट सॉल्यूशंस एक [[जावा (प्रोग्रामिंग भाषा)|जावा (क्रमदेशन भाषा)]] आधारित क्लाइंट है जो 5250 एमुलेशन प्रदान करने के लिए [[लिनक्स]], मैकOS और [[माइक्रोसॉफ़्ट विंडोज़]] पर चलता है।
* IBM i Access for Web/Mobile वेब-आधारित 5250 अनुकरण प्रदान करता है।


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:
इसके अतिरिक्त, IBM एक वेब-आधारित प्रबंधन कंसोल और प्रदर्शन विश्लेषण उत्पाद प्रदान करता है जिसका नाम IBM नेविगेटर i.<ref>{{cite web |title=IBM Navigator for i |url=https://www.ibm.com/support/pages/node/633937 |website=IBM |access-date=13 May 2020}}</ref>
 
* 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.


=== मुक्त स्रोत ===
=== मुक्त स्रोत ===
Line 157: Line 142:
IBM के लिए  IBM से उपलब्ध क्रमदेशन भाषाओं में  [[आईबीएम आरपीजी|IBM आरपीजी]], कंट्रोल लैंग्वेज, [[सी (प्रोग्रामिंग भाषा)|सी (क्रमदेशन भाषा)]], सी ++, जावा (क्रमदेशन लैंग्वेज), [[ईजीएल (प्रोग्रामिंग भाषा)|ईजीएल (क्रमदेशन भाषा)]], [[कोबोल]] और [[रेक्स]] सम्मिलित हैं। संकलनकर्त्ता पहले [[पास्कल (प्रोग्रामिंग भाषा)|पास्कल (क्रमदेशन भाषा)]], [[बुनियादी]], पीएल/आई और स्मॉलटाक के लिए उपलब्ध थे, परंतु तब से बंद कर दिए गए हैं। इंटीग्रेटेड लैंग्वेज पर्यावरणीय (ILE) ILE संगत भाषाओं (C, C++, COBOL, RPG, और CL) के कार्यक्रमों को समान निष्पादन योग्य और कॉल प्रक्रियाओं में से किसी भी अन्य ILE भाषाओं में लिखे जाने की अनुमति देता है।
IBM के लिए  IBM से उपलब्ध क्रमदेशन भाषाओं में  [[आईबीएम आरपीजी|IBM आरपीजी]], कंट्रोल लैंग्वेज, [[सी (प्रोग्रामिंग भाषा)|सी (क्रमदेशन भाषा)]], सी ++, जावा (क्रमदेशन लैंग्वेज), [[ईजीएल (प्रोग्रामिंग भाषा)|ईजीएल (क्रमदेशन भाषा)]], [[कोबोल]] और [[रेक्स]] सम्मिलित हैं। संकलनकर्त्ता पहले [[पास्कल (प्रोग्रामिंग भाषा)|पास्कल (क्रमदेशन भाषा)]], [[बुनियादी]], पीएल/आई और स्मॉलटाक के लिए उपलब्ध थे, परंतु तब से बंद कर दिए गए हैं। इंटीग्रेटेड लैंग्वेज पर्यावरणीय (ILE) ILE संगत भाषाओं (C, C++, COBOL, RPG, और CL) के कार्यक्रमों को समान निष्पादन योग्य और कॉल प्रक्रियाओं में से किसी भी अन्य ILE भाषाओं में लिखे जाने की अनुमति देता है।


जब PASE पेश किया गया था, AIX प्रणाली पर PASE के लिए कूट भाषा संकलित करना आवश्यक था। यह आवश्यकता OS/400 V5R2 में हटा दी गई थी जब PASE के भीतरही IBM XL C/C++ संकलनकर्त्ता का उपयोग करके कूट भाषा को संकलित करना संभव हो गया था।<ref>{{cite web|url=ftp://ftp.software.ibm.com/systems/power/docs/systemi/v5r3/en_US/rzaiq.pdf|title=eServer iSeries OS/400 PASE|date=2003|publisher=IBM|access-date=2021-11-27}}</ref> तब से, अन्य संकलनकर्त्ताों को PASE में पोर्ट कर दिया गया है, जिसमें GNU संकलनकर्त्ता कलेक्शन भी सम्मिलित है।<ref>{{cite web|url=https://www.itjungle.com/2015/10/14/tfh101415-story01/|title=GCC: Bringing More Open Source Software to IBM i|author=Alex Woodie|date=2015-10-14|website=IT Jungle|access-date=2021-11-27}}</ref>
जब PASE प्रस्तुत किया गया था, AIX प्रणाली पर PASE के लिए कूट भाषा संकलित करना आवश्यक था। यह आवश्यकता OS/400 V5R2 में हटा दी गई थी जब PASE के भीतरही IBM XL C/C++ संकलनकर्त्ता का उपयोग करके कूट भाषा को संकलित करना संभव हो गया था।<ref>{{cite web|url=ftp://ftp.software.ibm.com/systems/power/docs/systemi/v5r3/en_US/rzaiq.pdf|title=eServer iSeries OS/400 PASE|date=2003|publisher=IBM|access-date=2021-11-27}}</ref> तब से, अन्य संकलनकर्त्ताों को PASE में पोर्ट कर दिया गया है, जिसमें GNU संकलनकर्त्ता कलेक्शन भी सम्मिलित है।<ref>{{cite web|url=https://www.itjungle.com/2015/10/14/tfh101415-story01/|title=GCC: Bringing More Open Source Software to IBM i|author=Alex Woodie|date=2015-10-14|website=IT Jungle|access-date=2021-11-27}}</ref>
IBM i के लिए कुछ विकास उपकरण संचालन प्रणाली के ऊपर ही चलते हैं, जैसे कि सोर्स एडिट यूटिलिटी (SEU) [[पाठ संपादक]] और [[प्रोग्रामिंग डेवलपमेंट मैनेजर|क्रमदेशन डेवलपमेंट मैनेजर]]।  IBM  IBM के लिए एक [[ग्रहण (सॉफ्टवेयर)]] आधारित [[एकीकृत विकास पर्यावरण]] (आईडीई) भी प्रदान करता है जिसका नाम  [[आईबीएम तर्कसंगत|IBM तर्कसंगत]] डेवलपर फॉर आई है जो  IBM के स्थान पर डेवलपर वर्कस्टेशन पर चलता है।<ref>{{cite web|url=https://www.ibm.com/products/rational-developer-for-i|title=IBM Rational Developer for i|website=ibm.com|access-date=2021-03-05}}</ref> एक्लिप्स-आधारित IDE से पहले, IBM ने वर्कफ़्रेम/2 पर आधारित एक IDE प्रदान किया जो OS/2 पर चलता था जिसका नाम CODE/400 था और एक IDE [[VisualAge]] पर आधारित था जो Microsoft Windows प्रणाली पर चलता था।<ref>{{cite web|archive-url=https://web.archive.org/web/19961225104718/http://www.software.ibm.com/ad/as400/code400.htm|archive-date=1996-12-25|url=http://www.software.ibm.com/ad/as400/code400.htm|title=CODE/400 for OS/2|website=IBM|access-date=2022-03-20}}</ref><ref>{{cite web|url=https://www.ibm.com/common/ssi/cgi-bin/ssialias?infotype=an&subtype=ca&htmlfid=897/ENUS296-312&language=enus|title=IBM AS/400 Programming Languages and Application Development Tools Version 3 Release 7 - Enhancements Provide Windows Support, Improved Integration and Additional Capabilities|date=1996-10-03|website=IBM|access-date=2022-03-20}}</ref>
IBM i के लिए कुछ विकास उपकरण संचालन प्रणाली के ऊपर ही चलते हैं, जैसे कि सोर्स एडिट यूटिलिटी (SEU) [[पाठ संपादक]] और [[प्रोग्रामिंग डेवलपमेंट मैनेजर|क्रमदेशन डेवलपमेंट मैनेजर]]।  IBM  IBM के लिए एक [[ग्रहण (सॉफ्टवेयर)]] आधारित [[एकीकृत विकास पर्यावरण]] (आईडीई) भी प्रदान करता है जिसका नाम  [[आईबीएम तर्कसंगत|IBM तर्कसंगत]] डेवलपर फॉर आई है जो  IBM के स्थान पर डेवलपर वर्कस्टेशन पर चलता है।<ref>{{cite web|url=https://www.ibm.com/products/rational-developer-for-i|title=IBM Rational Developer for i|website=ibm.com|access-date=2021-03-05}}</ref> एक्लिप्स-आधारित IDE से पहले, IBM ने वर्कफ़्रेम/2 पर आधारित एक IDE प्रदान किया जो OS/2 पर चलता था जिसका नाम CODE/400 था और एक IDE [[VisualAge]] पर आधारित था जो Microsoft Windows प्रणाली पर चलता था।<ref>{{cite web|archive-url=https://web.archive.org/web/19961225104718/http://www.software.ibm.com/ad/as400/code400.htm|archive-date=1996-12-25|url=http://www.software.ibm.com/ad/as400/code400.htm|title=CODE/400 for OS/2|website=IBM|access-date=2022-03-20}}</ref><ref>{{cite web|url=https://www.ibm.com/common/ssi/cgi-bin/ssialias?infotype=an&subtype=ca&htmlfid=897/ENUS296-312&language=enus|title=IBM AS/400 Programming Languages and Application Development Tools Version 3 Release 7 - Enhancements Provide Windows Support, Improved Integration and Additional Capabilities|date=1996-10-03|website=IBM|access-date=2022-03-20}}</ref>
IBM i [[EBCDIC]] को स्वतः निर्धारित [[अक्षरों को सांकेतिक अक्षरों में बदलना|अक्षरों को सांकेतिक अक्षरों में परिवर्तितना]] के रूप में उपयोग करता है, परंतु [[ASCII]], [[UCS-2]] और [[UTF-16]] के लिए भी समर्थन प्रदान करता है।<ref name="inside-as400" /><ref>{{cite web|url=https://www.ibm.com/support/knowledgecenter/en/ssw_ibm_i_71/nls/rbagsucs2.htm|title=UCS-2 and its relationship to Unicode (UTF-16)|website=ibm.com|access-date=2021-03-06}}</ref>
IBM i [[EBCDIC]] को स्वतः निर्धारित [[अक्षरों को सांकेतिक अक्षरों में बदलना|अक्षरों को सांकेतिक अक्षरों में परिवर्तितना]] के रूप में उपयोग करता है, परंतु [[ASCII]], [[UCS-2]] और [[UTF-16]] के लिए भी समर्थन प्रदान करता है।<ref name="inside-as400" /><ref>{{cite web|url=https://www.ibm.com/support/knowledgecenter/en/ssw_ibm_i_71/nls/rbagsucs2.htm|title=UCS-2 and its relationship to Unicode (UTF-16)|website=ibm.com|access-date=2021-03-06}}</ref>

Revision as of 23:07, 4 March 2023

IBM i
IBM i logo (2021).svg
Ibmi-main-menu.png
IBM i 7.1 का मुख्य मेनू, TN5250 client के अंदर दिखाया गया है
डेवलपरIBM
लिखा हुआC++, C, PL/MI, Java, Assembly language, Modula-2, PL/MP[1][2][3]
ओएस परिवारIBM CPF
काम करने की अवस्थाCurrent
स्रोत मॉडलClosed source
आरंभिक रिलीजAugust 26, 1988; 37 years ago (1988-08-26)
Latest release7.5 / May 10, 2022; 3 years ago (2022-05-10)[4]
विपणन लक्ष्यMinicomputer, midrange computer and enterprise server
उपलब्धEnglish
अद्यतन विधिProgram temporary fixes (PTFs)
पैकेज प्रबंधकRPM and YUM for open source packages
प्लेटफार्मोंIBM AS/400, IBM Power Systems
कर्नेल प्रकारshares many Microkernel (SLIC) and Virtual machine (TIMI) design philosophies[5]
डिफ़ॉल्ट
उपयोगकर्ता इंटरफ़ेस		Text-based user interface
लाइसेंसProprietary
इससे पहलेSystem Support Program, Control Program Facility
आधिकारिक वेबसाइटibm.com/products/ibm-i

IBM i (एकीकृत के लिए स्थायित्व i)[6] IBM द्वारा IBM ऊर्जा प्रणाली के लिए विकसित एक संचालन प्रणाली है।[7] यह मूल रूप से 1988 में OS/400 के रूप में विमोचित किया गया था, IBM AS/400 प्रणाली की पंक्ति के एकमात्र संचालन प्रणाली के रूप में, 2004 में इसका नाम परिवर्तित कर i5/OS कर दिया गया था, 2008 में द्वितीय बार IBM i का नाम परिवर्तित होने से पूर्व[8][9] यह प्रणाली/38 CPF संचालन प्रणाली का विकास है,[5]प्रणाली/36 SSP और IBM AIX अनुप्रयोगों के लिए अनुकूलता परतों के साथ[5]यह प्रणाली/38 प्लेटफॉर्म से अनेक विशिष्ट विशेषताओं को प्राप्त करता है, जिसमें यंत्र अंतरपृष्‍ठ, एकल-स्तरीय स्टोर के शीर्ष पर ऑब्जेक्ट-आधारित एड्रेसिंग का कार्यान्वयन और संचालन प्रणाली में संबंधपरक डेटाबेस का तंग एकीकरण सम्मिलित है।

इतिहास

मूल

OS/400 को AS/400 हार्डवेयर प्लेटफॉर्म के साथ दिसंबर 1985 में विकसित किया गया था। फोर्ट नॉक्स परियोजना की विफलता के बाद विकास प्रारंभ हुआ, जिसने आईबीएम को प्रतिस्पर्धी मिडरेंज प्रणाली के बिना छोड़ दिया। फोर्ट नॉक्स परियोजना के दौरान, इंजीनियरों द्वारा रोचेस्टर में एक स्कंकवर्क्स परियोजना प्रारंभ की गई थी, जो कोड विकसित करने में सफल रहे, जिसने प्रणाली/36 अनुप्रयोगों को प्रणाली/38 के शीर्ष पर चलने की अनुमति दी, और जब फोर्ट नॉक्स को रद्द कर दिया गया, तो यह परियोजना एक अधिकारी के रूप में विकसित हुई। प्रणाली/36 और प्रणाली/38 दोनों को एक नए हार्डवेयर और सॉफ्टवेयर प्लेटफॉर्म से परिवर्तित करने की परियोजना। इस परियोजना को सिल्वरलेक (रोचेस्टर, मिनेसोटा में सिल्वर लेक के लिए नामित) के रूप में जाना जाने लगा।

सिल्वरलेक के लिए संचालन प्रणाली को एक्सपीएफ (विस्तारित सीपीएफ) नाम दिया गया था, और मूल रूप से फोर्ट नॉक्स हार्डवेयर के लिए सीपीएफ के बंदरगाह के रूप में प्रारंभ हुआ था। प्रणाली/36 अनुप्रयोगों के लिए समर्थन जोड़ने के अलावा, प्रणाली/36 से कुछ उपयोगकर्ता अंतरापृष्ठ और उपयोग में आसान सुविधाओं को नए संचालन प्रणाली में ले जाया गया।

सिल्वरलेक जून 1988 में फील्ड टेस्ट के लिए उपलब्ध था, और उस वर्ष अगस्त में आधिकारिक तौर पर घोषित किया गया था। उस समय तक, इसका नाम परिवर्तित करकर एप्लिकेशन प्रणाली/400 कर दिया गया था, और संचालन प्रणाली को संचालन प्रणाली/400 नाम दिया गया था।

PowerPC के लिए कदम

PowerPC के पोर्ट को TIMI के नीचे अधिकांश कोड के पुनर्लेखन की आवश्यकता होती है। ओएस/400 के शुरुआती संस्करणों ने प्रणाली/38 के क्षैतिज और लंबवत माइक्रोकोड परतों को विरासत में मिला, हालांकि उन्हें क्रमशः क्षैतिज लाइसेंस प्राप्त आंतरिक कोड (एचएलआईसी) और लंबवत लाइसेंस प्राप्त आंतरिक कोड (वीएलआईसी) में परिवर्तित कर दिया गया था। नए हार्डवेयर के पोर्ट ने IMPI इंस्ट्रक्शन समुच्चय का नेतृत्व किया और इसे लागू करने वाले क्षैतिज माइक्रोकोड को PowerPC AS इंस्ट्रक्शन समुच्चय और PowerAS प्रोसेसर में इसके कार्यान्वयन द्वारा प्रतिस्थापित किया जा रहा है। इसके लिए आईएमपीआई के बजाय पावरपीसी को लक्षित करने के लिए वीएलआईसी को फिर से लिखने की आवश्यकता थी, और एचएलआईसी में पहले से लागू संचालन प्रणाली की कार्यक्षमता को कहीं और फिर से लागू करने के लिए। इसके कारण एचएलआईसी और वीएलआईसी को प्रणाली लाइसेंस्ड इंटरनल कोड (एसएलआईसी) नाम की एक परत से परिवर्तित कर दिया गया। एसएलआईसी को वस्तु-उन्मुख शैली में सी ++ कोड की 2 मिलियन से अधिक पंक्तियों के साथ लागू किया गया था, जिसमें कुछ एचएलआईसी कोड और अधिकांश वीएलआईसी कोड को परिवर्तित कर दिया गया था। SLIC को लागू करने के लिए आवश्यक कार्य की मात्रा के कारण, IBM रोचेस्टर ने परियोजना के लिए अनेकसौ C++ प्रोग्रामरों को काम पर रखा, जिन्होंने CISC AS/400 प्रणाली के लिए VLIC के नए संशोधनों के समानांतर SLIC पर काम किया। PowerPC-आधारित हार्डवेयर का समर्थन करने के लिए OS/400 का पहला विमोचन V3R6 था।

रीब्रांडिंग

1990 और 2000 के दशक में AS/400 उत्पाद श्रेणी को अनेक बार रीब्रांड किया गया था। 2004 में eServer i5 की रीब्रांडिंग के भाग के रूप में, OS/400 का नाम परिवर्तित करकर i5/OS कर दिया गया; 5 POWER5 प्रोसेसर के उपयोग को दर्शाता है। i5/OS, V5R3 की प्रथम विमोचन को IBM द्वारा "समान संचालन प्रणाली के लिए एक अलग नाम" के रूप में वर्णित किया गया था।

2006 में, IBM ने AS/400 श्रेणी को पिछली बार प्रणाली i में रीब्रांड किया। अप्रैल 2008 में, आईबीएम ने आईबीएम पावर प्रणाली बनाने के लिए प्रणाली i को प्रणाली पी प्लेटफॉर्म के साथ समेकित किया। उसी समय, i5/OS का नाम परिवर्तित करकर IBM i कर दिया गया, ताकि POWER5 प्रोसेसर के साथ जुड़ाव को हटाया जा सके। उस समय संचालन प्रणाली के दो नवीनतम संस्करण, जो i5/OS V5R4 और V6R1 के रूप में जारी किए गए थे, उनका नाम परिवर्तित करकर IBM i 5.4 और 6.1 कर दिया गया।

IBM i की रीब्रांडिंग के साथ, IBM ने संचालन प्रणाली के लिए वर्जनिंग नामकरण को परिवर्तित कर दिया। पूर्व विमोचन में संस्करण, विमोचन, संशोधन योजना का उपयोग किया गया था, उदा। वी2आर1एम1।

इसे एक संस्करण के साथ परिवर्तित कर दिया गया था। विमोचन योजना, उदा। 6.1। IBM i 7.1 के साथ प्रारम्भ करते हुए, IBM ने तकनीकी रिफ्रेश के साथ संशोधन विमोचन को परिवर्तित कर दिया। तकनीकी रिफ्रेश संचालन प्रणाली के विशिष्ट विमोचन के लिए वैकल्पिक पीटीएफ के रूप में वितरित किए जाते हैं जो संचालन प्रणाली में नई कार्यक्षमता या हार्डवेयर समर्थन जोड़ते हैं।

Architecture

जब IBM i को पहली बार OS/400 के रूप में विमोचन किया गया था, तो इसे दो परतों में विभाजित किया गया था, हार्डवेयर-निर्भर प्रणाली लाइसेंसयुक्त आंतरिक कोड (SLIC) और हार्डवेयर-स्वतंत्र विस्तारित नियंत्रण कार्यक्रम सुविधा (XPF)। इन्हें एक हार्डवेयर अमूर्त परत द्वारा विभाजित किया जाता है जिसे टेक्नोलॉजी इंडिपेंडेंट यंत्र अंतरापृष्ठ (TIMI) कहा जाता है। संचालन प्रणाली के बाद के संस्करणों ने अतिरिक्त परतें प्राप्त कीं, जिसमें पोर्टेबल एप्लिकेशन सॉल्यूशंस एनवायरनमेंट (मूल रूप से प्राइवेट एड्रेस स्पेस एनवायरनमेंट के रूप में जाना जाता है) नाम की AIX संगतता परत और उन्नत 36 यंत्र वातावरण सम्मिलित है, जो एमुलेशन में प्रणाली / 36 SSP अनुप्रयोगों को चलाता है।

आईबीएम अक्सर प्रलेखन और विपणन सामग्री में TIMI, SLIC और XPF के लिए अलग-अलग नामों का उपयोग करता है, उदाहरण के लिए, IBM i 7.4 प्रलेखन उन्हें क्रमशः IBM i यंत्र अंतरापृष्ठ, IBM i लाइसेंस प्राप्त आंतरिक कोड और IBM i संचालन प्रणाली के रूप में संदर्भित करता है।

TIMI

TIMI उपयोगकर्ताओं और अनुप्रयोगों को अंतर्निहित हार्डवेयर से अलग करता है। यह अलगाव अन्य संचालन प्रणाली के हार्डवेयर सार से अधिक गहन है, और इसमें प्रोसेसर के इंस्ट्रक्शन समुच्चय वास्तुकला, एड्रेस स्पेस के आकार और I/O की बारीकियों और दृढ़ता को सम्मिलित करना सम्मिलित है। यह दो परस्पर संबंधित तंत्रों के माध्यम से पूरा किया जाता है:

  • आईबीएम के लिए कंपाइलर सीधे मूल यंत्र कोड उत्पन्न नहीं करते हैं, इसके बजाय वे टीआईएमआई द्वारा परिभाषित एक उच्च स्तरीय इंटरमीडिएट प्रतिनिधित्व उत्पन्न करते हैं। जब कोई प्रोग्राम चलाया जाता है, तो संचालन प्रणाली प्रोसेसर के लिए मूल यंत्र कोड में TIMI निर्देशों का समय-समय पर अनुवाद करता है, और प्रोग्राम के भविष्य के निष्पादन के लिए उत्पन्न यंत्र कोड को संग्रहीत करता है। यदि अनुवाद प्रक्रिया परिवर्तित कर जाती है, या एक अलग सीपीयू निर्देश समुच्चय अपनाया जाता है, तो संचालन प्रणाली स्रोत कोड से पुन: संकलित करने की आवश्यकता के बिना TIMI निर्देशों से यंत्र कोड को पारदर्शी रूप से पुन: उत्पन्न कर सकता है।
  • स्मृति पतों पर काम करने के बजाय, TIMI निर्देश वस्तुओं पर काम करते हैं। IBM i में सभी डेटा, जैसे डेटा फ़ाइलें, स्रोत कोड, प्रोग्राम और आवंटित मेमोरी के क्षेत्र, संचालन प्रणाली द्वारा प्रबंधित वस्तुओं के अंदर एनकैप्सुलेट किए जाते हैं (c.f. यूनिक्स में "सब कुछ एक फ़ाइल है" मॉडल)। IBM i ऑब्जेक्ट्स का एक निश्चित प्रकार होता है, जो उन पर किए जा सकने वाले लागू संचालन के समुच्चय को परिभाषित करता है (उदाहरण के लिए, एक प्रोग्राम ऑब्जेक्ट को निष्पादित किया जा सकता है, लेकिन संपादित नहीं किया जा सकता है)। ऑब्जेक्ट मॉडल छुपाता है कि डेटा प्राथमिक, या द्वितीयक संग्रहण में संग्रहीत है या नहीं। इसके बजाय, संचालन प्रणाली स्वचालित रूप से पुनर्प्राप्ति की प्रक्रिया को संभालता है और फिर परिवर्तनों को स्थायी भंडारण में संग्रहीत करता है।

TIMI द्वारा प्रदान किए गए हार्डवेयर अलगाव ने IBM को 1995 में AS/400 के 48-बिट IMPI वास्तुकला को 64-बिट RS64 वास्तुकला के साथ परिवर्तित करने की अनुमति दी। IMPI निर्देश समुच्चय का उपयोग करने वाले प्रणाली पर संकलित एप्लिकेशन बिना किसी नए RS64 प्रणाली के शीर्ष पर चल सकते हैं। कोड परिवर्तन, पुनर्संकलन या अनुकरण, जबकि उन अनुप्रयोगों को 64-बिट एड्रेसिंग का लाभ उठाने की अनुमति भी देता है।

मूल यंत्र कोड निर्देशों के साथ-साथ TIMI निर्देशों के भंडारण को पर्यवेक्षण के रूप में जाना जाता है। 2008 में, i5/OS V6R1 (जिसे बाद में IBM i 6.1 के रूप में जाना जाता है) की विमोचन ने TIMI परत में अनेकपरिवर्तित कराव किए, जिससे तृतीय-पक्ष सॉफ़्टवेयर के लिए समस्याएँ पैदा हुईं, जिससे ग्राहकों को भेजे जाने वाले एप्लिकेशन ऑब्जेक्ट से अवलोकनीयता दूर हो गई।

SLIC

SLIC में वह कोड होता है जो IBM पावर वास्तुकला के शीर्ष पर TIMI को लागू करता है। आमतौर पर एक संचालन प्रणाली कर्नेल से जुड़ी अधिकांश कार्यक्षमताओं को समाहित करने के अलावा, यह TIMI निर्देशों को यंत्र कोड में अनुवाद करने के लिए ज़िम्मेदार है, और यह कुछ उच्च स्तरीय कार्यक्षमताओं को भी लागू करता है जो TIMI के माध्यम से सामने आती हैं, जैसे कि IBM i का एकीकृत संबंधपरक डेटाबेस। SLIC IBM i के ऑब्जेक्ट-आधारित स्टोरेज मॉडल को सिंगल-लेवल स्टोर एड्रेसिंग स्कीम के शीर्ष पर लागू करता है, जो प्राइमरी और सेकेंडरी स्टोरेज के बीच अंतर नहीं करता है, और इसके बजाय सिंगल वर्चुअल एड्रेस स्पेस में सभी प्रकार के स्टोरेज को मैनेज करता है। SLIC को मुख्य रूप से C++ में लागू किया गया है, और V3R6 से पहले OS/400 के संस्करणों में उपयोग की जाने वाली HLIC और VLIC परतों को प्रतिस्थापित किया गया है।

XPF

XPF में वह कोड होता है जो संचालन प्रणाली के हार्डवेयर-स्वतंत्र घटकों को लागू करता है, जिन्हें TIMI निर्देशों में संकलित किया जाता है। XPF के घटकों में यूजर अंतरापृष्ठ, कंट्रोल लैंग्वेज, डेटा मैनेजमेंट और क्वेरी यूटिलिटीज, डेवलपमेंट टूल्स और प्रणाली मैनेजमेंट यूटिलिटीज सम्मिलित हैं। XPF में प्रणाली/36 एनवायरनमेंट और प्रणाली/38 एनवायरनमेंट भी सम्मिलित है, जो SSP और CPF प्रणाली से माइग्रेट किए गए एप्लिकेशन और डेटा के लिए बैकवर्ड कम्पैटिबिलिटी APIs और यूटिलिटीज प्रदान करते हैं। XPF इस परत के लिए IBM का आंतरिक नाम है, और जैसा कि नाम से पता चलता है, प्रणाली/38 नियंत्रण कार्यक्रम सुविधा के विकास के रूप में प्रारंभ हुआ। एक्सपीएफ ज्यादातर पीएल/एमआई में लागू होता है, हालांकि अन्य भाषाओं का भी उपयोग किया जाता है।

PASE

PASE (पोर्टेबल एप्लिकेशन सॉल्यूशंस एनवायरनमेंट) उपयोगकर्ता मोड AIX निष्पादन योग्य के लिए बाइनरी संगतता प्रदान करता है जो सीधे AIX कर्नेल के साथ इंटरैक्ट नहीं करता है, और 32-बिट और 64-बिट AIX एप्लिकेशन बाइनरी अंतरापृष्ठ का समर्थन करता है। स्मॉलटाक के बंदरगाह का समर्थन करने के लिए OS/400 के V4R3 विमोचन में PASE को पहले एक सीमित और गैर-दस्तावेजी रूप में सम्मिलित किया गया था। V4R5 विमोचन के समय पहली बार ग्राहकों के लिए इसकी घोषणा की गई थी, उस समय तक इसने महत्वपूर्ण अतिरिक्त कार्यक्षमता प्राप्त कर ली थी।

पीएएसई में एसएलआईसी द्वारा लागू किए गए प्रणाली कॉल अंतरापृष्ठ के शीर्ष पर चल रहे एआईएक्स यूजरस्पेस सम्मिलित हैं। प्रणाली कॉल अंतरापृष्ठ PASE और मूल IBM i अनुप्रयोगों के बीच अंतर की अनुमति देता है, उदाहरण के लिए, PASE अनुप्रयोग एकीकृत डेटाबेस तक पहुँच सकते हैं, या मूल IBM i अनुप्रयोगों को कॉल कर सकते हैं, और इसके विपरीत। PASE के निर्माण के दौरान, टेरास्पेस नाम की एक नई प्रकार की सिंगल लेवल स्टोरेज ऑब्जेक्ट को संचालन प्रणाली में जोड़ा गया था, जो प्रत्येक PASE प्रक्रिया को एक निजी 1TiB स्पेस रखने की अनुमति देता है जिसे 64-बिट पॉइंटर्स के साथ संबोधित किया जाता है। यह आवश्यक था क्योंकि सभी IBM i जॉब्स (अर्थात् प्रक्रियाएँ) आमतौर पर एक ही पता स्थान साझा करते हैं। PASE एप्लिकेशन हार्डवेयर-स्वतंत्र TIMI निर्देशों का उपयोग नहीं करते हैं, और इसके बजाय उन्हें सीधे पावर यंत्र कोड में संकलित किया जाता है।

PASE, Qshell वातावरण से अलग है, जो IBM i के मूल POSIX- संगत API के शीर्ष पर निर्मित एक यूनिक्स शेल और संबंधित उपयोगिताओं का कार्यान्वयन है।

उन्नत 36 यंत्र

1994 में प्रस्तुत किया गया, उन्नत / 36 प्लेटफॉर्म अनमॉडिफाइड प्रणाली / 36 एप्लिकेशन और ओएस / 400 एसएलआईसी के शीर्ष पर अनुकरण में एसएसपी संचालन प्रणाली हार्डवेयर का उपयोग कर रहा था जो ज्यादातर समकालीन एएस / 400 प्रणाली के समान था। इस कार्यक्षमता को V3R6 से V4R4 के माध्यम से OS/400 में सम्मिलित किया गया था, जिससे संचालन प्रणाली की तथाकथित उन्नत 36 यंत्र सुविधा का उपयोग करके चार प्रणाली/36 "वर्चुअल यंत्र" (आईबीएम की अवधि का उपयोग करने के लिए) तक चलाना संभव हो गया। V4R5 विमोचन में समर्थन बंद कर दिया गया था, आईबीएम द्वारा उन्नत/36 उत्पाद श्रेणी को समग्र रूप से बंद करने के साथ। उन्नत 36 यंत्र की विशेषता प्रारंभिक OS/400 विमोचन में प्रस्तुत किए गए प्रणाली/36 पर्यावरण से अलग है और अभी भी वर्तमान IBM i संस्करणों में समर्थित है।

एडवांस्ड/36 से पहले, प्रणाली/36 श्रेणी प्रत्येक प्रणाली में दो अलग-अलग प्रोसेसर का इस्तेमाल करती थी - मेन स्टोरेज प्रोसेसर (MSP) जो अधिकांश SSP संचालन प्रणाली के साथ-साथ यूजर कोड और कंट्रोल स्टोरेज प्रोसेसर (CSP) चलाता था। तथाकथित "माइक्रोकोड" चला, जिसने कोर संचालन प्रणाली की कार्यक्षमता के साथ-साथ I/O को लागू किया। पर्यवेक्षक कॉल (एसवीसी) निर्देश के उपयोग के माध्यम से एमएसपी से सीएसपी माइक्रोकोड लागू किया गया था। उन्नत/36 पर, SLIC के अंदर CSP माइक्रोकोड को फिर से लागू किया गया था। एक MSP एमुलेटर भी SLIC में बनाया गया था, जिसे कभी-कभी टेक्नोलॉजी इंडिपेंडेंट एमुलेशन अंतरापृष्ठ कहा जाता है। यहां तक ​​​​कि अनुकरण के ऊपरी भाग के साथ, उन्नत/36 प्रणाली मूल प्रणाली/36 प्रणाली की तुलना में काफी तेज थे, जिन्हें उनके पावरपीसी एएस प्रोसेसर के प्रदर्शन के कारण परिवर्तित कर दिया गया था।

विशेषताएँ

डेटाबेस प्रबंधन

IBM i एक एकीकृत संबंधपरक डेटाबेस प्रस्तुत करता है जिसे वर्तमान में IBM i के लिए IBM Db2 के रूप में जाना जाता है। डेटाबेस संबंधपरक मॉडल और SQL के लिए समर्थन प्राप्त करते हुए गैर-संबंधपरक प्रणाली/38 डेटाबेस से विकसित हुआ। डेटाबेस का मूल रूप से कोई नाम नहीं था, इसके बजाय इसे "डेटा बेस सपोर्ट" के रूप में वर्णित किया गया था। 1994 में आईबीएम के अन्य वाणिज्यिक डेटाबेसों की तुलना करने योग्य कार्यक्षमता को इंगित करने के लिए इसे डीबी2/400 नाम दिया गया था। Db2 ब्रांडिंग के बावजूद, IBM i के लिए Db2 अन्य प्लेटफार्मों पर Db2 के लिए एक पूरी तरह से अलग कोडबेस है, और एक वैकल्पिक उत्पाद होने के विरोध में IBM i की SLIC परत में कसकर एकीकृत है।

IBM i एकीकृत डेटाबेस तक पहुँचने के लिए दो तंत्र प्रदान करता है - तथाकथित मूल अंतरापृष्ठ, जो प्रणाली / 38 और SQL के डेटाबेस एक्सेस मॉडल पर आधारित है। मूल अंतरापृष्ठ में डेटा विवरण विनिर्देश (DDS) भाषा होती है, जिसका उपयोग स्कीमा और OPNQRYF कमांड या QQQQRY क्वेरी API को परिभाषित करने के लिए किया जाता है। ऑब्जेक्ट-संबंधपरक डेटाबेस मैनेजमेंट जैसी कुछ विशेषताओं के लिए कुछ Db2 को SQL की आवश्यकता होती है और इसे मूल अंतरापृष्ठ के माध्यम से एक्सेस नहीं किया जा सकता है। IBM i के दो अलग-अलग क्वेरी ऑप्टिमाइज़र हैं जिन्हें क्लासिक क्वेरी इंजन (CQE) और SQL क्वेरी इंजन (SQE) के रूप में जाना जाता है। इन्हें क्वेरी डिस्पैचर के साथ एसएलआईसी के अंदर कार्यान्वित किया जाता है जो क्वेरी के प्रकार के आधार पर उपयुक्त अनुकूलक का चयन करता है। नेटिव अंतरापृष्ठ और SQL के माध्यम से दूरस्थ पहुँच क्रमशः वितरित डेटा प्रबंधन वास्तुकला (DDM) और वितरित संबंधपरक डेटाबेस वास्तुकला द्वारा प्रदान की जाती है।

MySQL और MariaDB के लिए IBMDB2I नाम का एक स्टोरेज इंजन उन डेटाबेस के लिए डिज़ाइन किए गए एप्लिकेशन को बैकिंग स्टोर के रूप में Db2 for i का उपयोग करने की अनुमति देता है। अन्य ओपन सोर्स डेटाबेस IBM i में पोर्टग्रेएसक्यूएल, मोंगोडीबी और रेडिस सहित पोर्ट किए गए हैं। ये डेटाबेस PASE वातावरण पर चलते हैं, और संचालन प्रणाली की एकीकृत डेटाबेस सुविधाओं से स्वतंत्र हैं।

नेटवर्किंग

IBM i सांपत्तिक IBM प्रणाली नेटवर्क शिल्प ज्ञान के अतिरिक्त TCP/IP नेटवर्क संचालन का समर्थन करता है।[10]

IBM i प्रणाली को ऐतिहासिक रूप से अभिगम किया गया और IBM 5250 टर्मिनलों के माध्यम से प्रबंधित किया गया, जो जुड़वां अक्षीय केबलिंग केबलिंग के साथ प्रणाली से जुड़े थे। समर्पित टर्मिनल हार्डवेयर की गिरावट के साथ, आधुनिक IBM आई प्रणाली को सामान्यत: 5250 टर्मिनल एमुलेटर के माध्यम से अभिगम किया जाता है। IBM, IBM i के लिए दो टर्मिनल इम्यूलेटर उत्पाद प्रदान करता है:[11]

इसके अतिरिक्त, IBM एक वेब-आधारित प्रबंधन कंसोल और प्रदर्शन विश्लेषण उत्पाद प्रदान करता है जिसका नाम IBM नेविगेटर i.[12]

मुक्त स्रोत

IBM i में पोर्ट किए गए कुछ मुक्त स्रोत अनुप्रयोग में सम्मिलित हैं:[13][14]

IBM i के लिए मुक्त स्रोत सॉफ्टवेयर सामान्यत: आरपीएम पैकेज मैनेजर पैकेज फॉर्मेट का उपयोग करके पैक किया जाता है, और यम (सॉफ्टवेयर) के साथ स्थापित किया जाता है।[16][17] YUM और RPM ने 5733-OPS उत्पाद को प्रतिस्थापित किया, जिसका उपयोग पहले IBM i पर ओपन सोर्स सॉफ़्टवेयर स्थापित करने के लिए किया गया था।[18] पोर्टिंग को सरल बनाने के लिए IBM i के लिए ओपन सोर्स सॉफ़्टवेयर के पोर्ट सामान्यत: मूल IBM i API के स्थान पर PASE को लक्षित करते हैं।[19]


क्रमदेशन

IBM के लिए IBM से उपलब्ध क्रमदेशन भाषाओं में IBM आरपीजी, कंट्रोल लैंग्वेज, सी (क्रमदेशन भाषा), सी ++, जावा (क्रमदेशन लैंग्वेज), ईजीएल (क्रमदेशन भाषा), कोबोल और रेक्स सम्मिलित हैं। संकलनकर्त्ता पहले पास्कल (क्रमदेशन भाषा), बुनियादी, पीएल/आई और स्मॉलटाक के लिए उपलब्ध थे, परंतु तब से बंद कर दिए गए हैं। इंटीग्रेटेड लैंग्वेज पर्यावरणीय (ILE) ILE संगत भाषाओं (C, C++, COBOL, RPG, और CL) के कार्यक्रमों को समान निष्पादन योग्य और कॉल प्रक्रियाओं में से किसी भी अन्य ILE भाषाओं में लिखे जाने की अनुमति देता है।

जब PASE प्रस्तुत किया गया था, AIX प्रणाली पर PASE के लिए कूट भाषा संकलित करना आवश्यक था। यह आवश्यकता OS/400 V5R2 में हटा दी गई थी जब PASE के भीतरही IBM XL C/C++ संकलनकर्त्ता का उपयोग करके कूट भाषा को संकलित करना संभव हो गया था।[20] तब से, अन्य संकलनकर्त्ताों को PASE में पोर्ट कर दिया गया है, जिसमें GNU संकलनकर्त्ता कलेक्शन भी सम्मिलित है।[21] IBM i के लिए कुछ विकास उपकरण संचालन प्रणाली के ऊपर ही चलते हैं, जैसे कि सोर्स एडिट यूटिलिटी (SEU) पाठ संपादक और क्रमदेशन डेवलपमेंट मैनेजर। IBM IBM के लिए एक ग्रहण (सॉफ्टवेयर) आधारित एकीकृत विकास पर्यावरण (आईडीई) भी प्रदान करता है जिसका नाम IBM तर्कसंगत डेवलपर फॉर आई है जो IBM के स्थान पर डेवलपर वर्कस्टेशन पर चलता है।[22] एक्लिप्स-आधारित IDE से पहले, IBM ने वर्कफ़्रेम/2 पर आधारित एक IDE प्रदान किया जो OS/2 पर चलता था जिसका नाम CODE/400 था और एक IDE VisualAge पर आधारित था जो Microsoft Windows प्रणाली पर चलता था।[23][24] IBM i EBCDIC को स्वतः निर्धारित अक्षरों को सांकेतिक अक्षरों में परिवर्तितना के रूप में उपयोग करता है, परंतु ASCII, UCS-2 और UTF-16 के लिए भी समर्थन प्रदान करता है।[1][25]


भंडारण

IBM i में, संग्रहेज-डिवाइस विफलताओं के प्रभाव को सीमित करने और पुनर्प्राप्ति समय को कम करने के लिए डेटा को व्यवस्थित करने के लिए डिस्क ड्राइव को सहायक संग्रहेज पूल (ASP) में समूहीकृत किया जा सकता है।[26] यदि एक डिस्क विफलता होती है, तो विफल इकाई वाले पूल में केवल डेटा को पुनर्प्राप्त करने की आवश्यकता होती है। एएसपी का उपयोग समान प्रदर्शन विशेषताओं वाली ऑब्जेक्ट को अलग करके प्रदर्शन में सुधार करने के लिए भी किया जा सकता है, उदाहरण के लिए जर्नल रिसीवर्स, अपने स्वयं के पूल में।

स्वतः निर्धारित रूप से, सभी डिस्क ड्राइव पूल 1 को सौंपे जाते हैं। IBM आई पूल की अवधारणा लॉजिकल वॉल्यूम मैनेजर (लिनक्स) की यूनिक्स/लिनक्स अवधारणा के समान है; हालाँकि, IBM i के साथ यह विशिष्ट है कि सभी डिस्क ड्राइव को एक ही ASP को असाइन किया जाए।

सुरक्षा

IBM i में सुरक्षा को अधिकारियों के संदर्भ में परिभाषित किया गया है, जो किसी विशिष्ट वस्तु पर विशिष्ट कार्रवाई करने की अनुमति का प्रतिनिधित्व करता है।[27] प्राधिकरण व्यक्तिगत उपयोगकर्ताओं (उपयोगकर्ता पार्श्वदृश्य के रूप में जाना जाता है), समूह (समूह पार्श्वदृश्य के रूप में जाना जाता है) या सभी उपयोगकर्ताओं (सार्वजनिक प्राधिकरण) को दिए जा सकते हैं। संबंधित ऑब्जेक्ट को एक प्राधिकरण सूची में एक साथ समूहीकृत किया जा सकता है, जिससे प्राधिकरण सूची पर प्राधिकरणों को अनुदान देकर सूची में सभी ऑब्जेक्ट पर अधिकार देना संभव हो जाता है।[28]

उपयोगकर्ता प्रोफाइल में एक संबद्ध उपयोगकर्ता वर्ग होता है जो उस उपयोगकर्ता पार्श्वदृश्य के लिए उपलब्ध स्वतः निर्धारित प्राधिकरणों के समुच्चय को निर्धारित करता है। पाँच मानक उपयोक्ता वर्ग हैं, जो बढ़ते हुए विशेषाधिकार के क्रम में हैं: वर्कस्टेशन उपयोक्ता, प्रणाली ऑपरेटर, प्रणाली प्रोग्रामर, सुरक्षा प्रशासक और सुरक्षा अधिकारी।[5]IBM i प्रत्येक उपयोगकर्ता वर्ग के लिए एक स्वतः निर्धारित उपयोगकर्ता पार्श्वदृश्य और स्वतः निर्धारित सुरक्षा अधिकारी उपयोगकर्ता पार्श्वदृश्य के साथ शिप करता है, जिसका नाम है QSECOFR, यूनिक्स जैसे संचालन प्रणाली के रूट उपयोगकर्ता के निकटतम समतुल्य है।[29]

IBM i को सुरक्षा के पाँच स्तरों में से एक का उपयोग करने के लिए समुच्चय किया जा सकता है, जो संचालन प्रणाली की सुरक्षा सुविधाओं को कार्यान्वित करने की सीमा को नियंत्रित करता है:[30]

  • स्तर 10 - उपयोगकर्ता पारण शब्द के बिना लॉग इन कर सकते हैं, और प्रणाली तक पूरी पहुंच प्राप्त कर सकते हैं। यदि कोई उपयोगकर्ता अज्ञात उपयोगकर्ता नाम से लॉग इन करता है, तो एक नया उपयोगकर्ता पार्श्वदृश्य स्वचालित रूप से बनाया जाएगा।
  • स्तर 20 - उपयोगकर्ताओं को एक ज्ञात उपयोगकर्ता पार्श्वदृश्य के उपयोगकर्ता नाम और पारण शब्द के साथ लॉग इन करना होगा, परंतु एक बार लॉग इन करने के बाद प्रणाली तक उनकी लगभग पूरी पहुंच होगी। प्रबंधन। सीमित पहुँच वाले खाते बनाए जा सकते हैं, जिन्हें कुछ ऑब्जेक्ट तक पहुँचने या कुछ आदेशों को चलाने तक सीमित किया जा सकता है।
  • स्तर 30 - अधिकारियों को कार्यान्वित किया जाता है, जिसका अर्थ है कि उपयोगकर्ता तब तक ऑब्जेक्ट तक नहीं पहुँच सकते जब तक कि उनके पास वस्तु के लिए कोई अधिकार न हो।
  • स्तर 40 - कुछ प्रणाली क्रमादेश और MI निर्देशों तक पहुंच प्रतिबंधित है, और केवल संचालन प्रणाली कूट भाषा द्वारा ही इसका उपयोग किया जा सकता है।
  • स्तर 50 - TCSEC C2 अनुपालन प्राप्त करने के लिए प्रणाली के लिए आवश्यक परिवर्तन सम्मिलित हैं, और एक सुरक्षा अंकेक्षण पत्रिका जोड़ता है।

पहले तीन स्तर CPF में उपलब्ध सुरक्षा स्तरों और OS/400 के प्रारंभिक विमोचन के अनुरूप हैं। OS/400 V1R3 में सुरक्षा स्तर 40 जोड़ा गया और संचालन प्रणाली के लिए स्वतः निर्धारित सुरक्षा स्तर बन गया। लेवल 40 को जोड़ने के लिए प्रणाली/38 के क्षमता संबोधित प्रतिरूप को हटाने की आवश्यकता थी जो OS/400 के पहले विमोचन में भी उपस्थित था।[5]सुरक्षा स्तर 50 को V2R3 में जोड़ा गया था जब OS/400 को विश्वसनीय कंप्यूटर प्रणाली मूल्यांकन मानदंड#C — विवेकाधीन सुरक्षा सुरक्षा के लिए प्रमाणित किया गया था।

विमोचन घटनाक्रम

संस्करण दाहांकन[31] विमोचन तिथि[32] कार्यक्रम का अंत सहायता
Old version, no longer maintained: V1R1[n 1] OS/400 1988-08-26 1993-05-31
Old version, no longer maintained: V1R1M2[n 2] 1988-11-25
Old version, no longer maintained: V1R2 1989-10-27
Old version, no longer maintained: V1R3 1990-09-28
Old version, no longer maintained: V2R1 1991-05-24 1994-06-30
Old version, no longer maintained: V2R1M1 1992-03-06
Old version, no longer maintained: V2R2 1992-09-18 1995-03-31
Old version, no longer maintained: V2R3 1993-12-17 1996-05-31
Old version, no longer maintained: V3R0M5 1994-05-04 1997-05-31
Old version, no longer maintained: V3R1 1994-11-25 1998-10-31
Old version, no longer maintained: V3R2 1996-06-21 2000-05-31
Old version, no longer maintained: V3R6 1995-12-22 1998-10-31
Old version, no longer maintained: V3R7 1996-11-08 1999-06-30
Old version, no longer maintained: V4R1 1997-08-29 2000-05-31
Old version, no longer maintained: V4R2 1998-02-27 2000-05-31
Old version, no longer maintained: V4R3 1998-09-11 2001-01-31
Old version, no longer maintained: V4R4 1999-05-21 2001-05-31
Old version, no longer maintained: V4R5 2000-07-28 2002-07-31
Old version, no longer maintained: V5R1 2001-05-25 2005-09-30
Old version, no longer maintained: V5R2 2002-08-30 2007-04-30
Old version, no longer maintained: V5R3 i5/OS 2004-06-11 2009-04-30
Old version, no longer maintained: V5R4 / 5.4 i5/OS,
बाद में IBM i 		2006-02-14 2013-09-30
Old version, no longer maintained: V6R1 / 6.1 2008-03-21 2015-09-30
Old version, no longer maintained: 6.1.1 IBM i 2009-10-23
Old version, no longer maintained: 7.1 2010-04-23 2018-04-30
Old version, no longer maintained: 7.2 2014-05-02 2021-04-30
Older version, yet still maintained: 7.3 2016-04-15 2023-09-30
Older version, yet still maintained: 7.4 2019-06-21 TBA
Current stable version: 7.5 2022-05-10 TBA
Legend:
Old version
Older version, still maintained
Latest version
Latest preview version
Future release
  1. ↑ At the time of their release, the V1 releases were named Release 1, 2 and 3.[33][34][35] Upon the release of V2R1, they were retroactively renamed to V1R1, V1R2 and V1R3.[36]
  2. ↑ There was no Modification Level 1.[35]


यह भी देखें

संदर्भ

  1. ↑ 1.0 1.1 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. ↑ 5.0 5.1 5.2 5.3 5.4 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. ↑ Steve Will; Tom Huntington (2020-07-16). "IBM i in 2020: It's Not Just AS/400". youtube.com. HelpSystems. Retrieved 2021-03-21.
  9. ↑ "IBM i5/OS V5R3 — the next generation of OS/400". IBM. 2004-05-04. Retrieved 2021-02-24.
  10. ↑ "TCP/IP". IBM. Retrieved 13 May 2020.
  11. ↑ "IBM I Access Client Solutions". IBM. Retrieved 13 May 2020.
  12. ↑ "IBM Navigator for i". IBM. Retrieved 13 May 2020.
  13. ↑ "Open Source Support for IBM i". www.ibm.com (in English). 2019-05-30. Retrieved 2019-11-18.
  14. ↑ Woodie, Alex (2020-06-15). "More Open Source Databases Coming To IBM i". itjungle.com. Retrieved 2021-03-28.
  15. ↑ Woodie, Alex. "MariaDB Now Available Via RPM". itjungle.com. IT Jungle. Retrieved 9 December 2020.
  16. ↑ "Open Source Has Never Tasted So Good!". IBM Systems Magazine - Open Your i.
  17. ↑ "IBM i Open Source using yum". IBM i Open Source.
  18. ↑ "5733-OPS Open Source software support statement". ibm.com. 2019-12-18. Retrieved 2021-03-05.
  19. ↑ Alex Woodie (2018-10-22). "PASE Versus ILE: Which Is Best For Open Source?". IT Jungle. Retrieved 2021-11-27.
  20. ↑ "eServer iSeries OS/400 PASE" (PDF). IBM. 2003. Retrieved 2021-11-27.
  21. ↑ Alex Woodie (2015-10-14). "GCC: Bringing More Open Source Software to IBM i". IT Jungle. Retrieved 2021-11-27.
  22. ↑ "IBM Rational Developer for i". ibm.com. Retrieved 2021-03-05.
  23. ↑ "CODE/400 for OS/2". IBM. Archived from the original on 1996-12-25. Retrieved 2022-03-20.
  24. ↑ "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.
  25. ↑ "UCS-2 and its relationship to Unicode (UTF-16)". ibm.com. Retrieved 2021-03-06.
  26. ↑ "IBM i ASP". IBM Knowledge Center. IBM. Retrieved 2018-03-06.
  27. ↑ "IBM i 7.4 Types of Authority". IBM. 2021-07-23. Retrieved 2022-03-20.
  28. ↑ "IBM i 7.4 Authorization lists". IBM. 2021-04-14. Retrieved 2022-03-20.
  29. ↑ "IBM i 7.4 PASE Security". IBM. 2021-09-08. Retrieved 2022-03-20.
  30. ↑ "IBM i 7.4 Security Levels". IBM. 2021-07-23. Retrieved 2022-03-20.
  31. ↑ "OS 400 - Complete History of the IBM OS/400". history-computer.
  32. ↑ "Release life cycle". IBM Support. Retrieved 2021-02-25.
  33. ↑ "IBM AS/400 OPERATING SYSTEM/400 AND RELATED LICENSED PROGRAMS RELEASE 3". IBM. 1990-08-21. Retrieved 2021-04-06.
  34. ↑ "APPLICATION SYSTEM/400 LICENSED PROGRAMS RELEASE 2 AVAILABILITY". IBM. 1989-09-05. Retrieved 2021-04-06.
  35. ↑ 35.0 35.1 "IBM OPERATING SYSTEM/400 (TM) AVAILABILITY". IBM. 1988-11-01. Retrieved 2021-04-01.
  36. ↑ "IBM OPERATING SYSTEM/400 VERSION 2". IBM. 1991-04-22. Retrieved 2021-04-06.


बाहरी संबंध

Wikimedia Commons has media related to IBM i.
Retrieved from ‘https://www.vigyanwiki.in/index.php?title=आईबीएम_आई&oldid=102347’