bahan - novitaekapa it

System Generation (SYSGEN)
Sistem operasi dirancang untuk dapat dijalankan di berbagai jenis mesin, sistemnya
harus di konfigurasi untuk tiap tipe komputer. Program SYSGEN mendapatkan
informasi mengenai konfigurasi khusus ini dari sistem perangkat keras, ketika
melakukan:
1. Booting, yakni memulai komputer dengan me-load kernel.
2. Bootstrap program, yakni kode yang disimpan di code ROM yang dapat
menempatkan kernel, memasukkannya kedalam memori, dan memulai
eksekusinya.
System boot
sistem operasi harus dibuat tersedia untuk perangkat keras sehingga
perangkat keras dapat memulainya
sepotong kecil kode - bootstrap loader, menempatkan kernel, beban itu ke
dalam memori, dan mulai itu
Kadang-kadang dua langkah proses di mana boot block pada beban lokasi
tetap bootstrap loader
Bila daya diinisialisasi pada sistem, eksekusi dimulai pada lokasi memori
tetap
Firmware digunakan untuk menyimpan kode boot awal
Desain dan Implementasi OS tidak " dipecahkan " , tapi beberapa
pendekatan telah terbukti berhasil struktur internal Sistem Operasi yang
berbeda dapat bervariasi Mulailah dengan tujuan mendefinisikan dan
spesifikasi Dipengaruhi oleh pilihan perangkat keras , jenis sistem tujuan
pengguna dan tujuan Sistem tujuan pengguna - sistem operasi harus
nyaman digunakan , mudah dipelajari , handal, aman , dan cepat tujuan
sistem - sistem operasi harus mudah untuk merancang ,
mengimplementasikan , dan memelihara , serta fleksibel , handal , bebas
kesalahan , dan efisien
Operasi-Sistem Generation
OS dapat dirancang dan dibangun untuk konfigurasi HW tertentu pada situs
tertentu, tetapi lebih umum mereka dirancang dengan sejumlah parameter variabel
dan komponen, yang kemudian dikonfigurasi untuk lingkungan operasi tertentu.
Sistem kadang-kadang perlu dikonfigurasi ulang setelah instalasi awal, untuk
menambah sumber daya tambahan, kemampuan, atau untuk kinerja tune, logging,
atau keamanan.
Informasi yang diperlukan untuk mengkonfigurasi OS meliputi:
Apa CPU (s) yang diinstal pada sistem, dan apa karakteristik opsional yang
masing-masing memiliki?
Berapa banyak RAM yang terpasang? (Ini dapat ditentukan secara otomatis,
baik di menginstal atau saat boot.)
perangkat apa yang hadir? OS perlu menentukan perangkat driver untuk
menyertakan, serta beberapa perangkat khusus karakteristik dan parameter.
Pilihan apa OS yang diinginkan, dan apa nilai untuk mengatur parameter OS
tertentu. Yang terakhir ini mungkin termasuk ukuran tabel file yang terbuka,
jumlah buffer untuk menggunakan, penjadwalan proses (prioritas) parameter,
algoritma penjadwalan disk, jumlah slot pada tabel proses, dll
Pada satu ekstrim kode sumber OS dapat diedit, dikompilasi ulang, dan
dihubungkan ke dalam kernel baru.
Lebih umum tabel konfigurasi menentukan modul untuk menghubungkan ke
kernel baru, dan nilai-nilai apa yang ditetapkan untuk beberapa parameter kunci
penting. Pendekatan ini mungkin memerlukan konfigurasi makefiles rumit, yang
dapat dilakukan baik secara otomatis atau melalui program konfigurasi interaktif;
Kemudian membuat digunakan untuk benar-benar menghasilkan kernel baru
ditentukan oleh parameter baru.
Pada ekstrem yang lain konfigurasi sistem dapat sepenuhnya ditentukan oleh
data tabel, dalam hal ini "membangun kembali" sistem hanya memerlukan tabel
data editing.
Setelah sistem telah ulang, biasanya diperlukan untuk reboot sistem untuk
mengaktifkan kernel yang baru. Karena ada kemungkinan kesalahan, kebanyakan
sistem menyediakan beberapa mekanisme untuk booting ke kernel yang lebih tua
atau alternatif.
sistem Boot
Pendekatan umum ketika sebagian besar komputer boot up berjalan seperti
ini:
Ketika sistem kekuasaan atas, interrupt dihasilkan yang memuat alamat
memori ke dalam program counter, dan sistem mulai menjalankan instruksi yang
ditemukan di alamat itu. Alamat ini poin untuk program "bootstrap" yang terletak
di chip ROM (atau chip EPROM) pada motherboard.
Program ROM bootstrap pertama berjalan cek hardware, menentukan apa
sumber daya fisik yang hadir dan melakukan power-on tes diri (POST) dari semua
HW yang ini berlaku. Beberapa perangkat, seperti kartu pengendali mungkin
memiliki on-board diagnostik mereka sendiri, yang disebut oleh program ROM
bootstrap.
Pengguna umumnya memiliki pilihan untuk menekan tombol khusus selama
proses POST, yang akan meluncurkan ROM BIOS utilitas konfigurasi jika ditekan.
Utilitas ini memungkinkan pengguna untuk menentukan dan mengkonfigurasi
parameter hardware tertentu sebagai tempat untuk mencari OS dan apakah atau
tidak untuk membatasi akses ke utilitas dengan password.
Beberapa hardware juga dapat memberikan akses ke program pengaturan
konfigurasi tambahan, seperti untuk RAID disk controller atau grafis khusus atau
kartu jaringan.
Dengan asumsi utilitas belum dipanggil, program bootstrap kemudian
mencari perangkat penyimpanan non-volatile yang berisi OS. Tergantung pada
konfigurasi, mungkin mencari floppy drive, CD ROM drive, atau hard drive primer
atau sekunder, dalam urutan yang ditentukan oleh konfigurasi utilitas HW.
Dengan asumsi itu pergi ke hard drive, ia akan menemukan sektor pertama
pada hard drive dan memuat tabel fdisk, yang berisi informasi tentang bagaimana
hard drive fisik dibagi menjadi partisi logis, di mana setiap partisi dimulai dan
berakhir, dan yang partisi adalah "aktif" partisi yang digunakan untuk booting
sistem.
Ada juga jumlah yang sangat kecil dari sistem kode di bagian dari blok disk
pertama tidak ditempati oleh meja fdisk. kode bootstrap ini adalah langkah
pertama yang tidak dibangun ke dalam perangkat keras, yaitu bagian pertama
yang mungkin dengan cara apapun OS-spesifik. Umumnya kode ini tahu hanya
cukup untuk mengakses hard drive, dan untuk memuat dan menjalankan
program boot (sedikit) lebih besar.
Untuk sistem single-boot, program boot dimuat off dari hard disk kemudian
akan melanjutkan untuk menemukan kernel pada hard drive, memuat kernel ke
dalam memory, dan kemudian mentransfer kontrol ke kernel. Mungkin ada
beberapa kesempatan untuk menentukan kernel tertentu yang akan dimuat pada
tahap ini, yang mungkin berguna jika kernel baru baru saja dibuat dan tidak
bekerja, atau jika sistem memiliki beberapa kernel yang tersedia dengan
konfigurasi yang berbeda untuk tujuan yang berbeda. (Beberapa sistem dapat
boot konfigurasi yang berbeda secara otomatis, tergantung pada apa hardware
telah ditemukan dalam langkah-langkah sebelumnya.)
Untuk dual-boot atau multi-boot sistem, program boot akan memberikan
pengguna kesempatan untuk menentukan OS tertentu untuk memuat, dengan
pilihan default jika pengguna tidak memilih OS tertentu dalam jangka waktu
tertentu. Program boot kemudian menemukan boot loader untuk single-boot OS
yang dipilih, dan menjalankan program seperti yang dijelaskan dalam poin-poin
sebelumnya.
Setelah kernel sedang berjalan, mungkin memberikan pengguna kesempatan
untuk masuk ke dalam mode single-user, juga dikenal sebagai modus
pemeliharaan. Mode ini meluncurkan sangat sedikit jika ada layanan sistem, dan
tidak memungkinkan setiap login selain log utama dalam pada konsol. Mode ini
digunakan terutama untuk pemeliharaan sistem dan diagnostik.
Ketika sistem memasuki multi-user mode multi-tasking penuh, mengkaji file
konfigurasi untuk menentukan sistem layanan harus dimulai, dan meluncurkan
masing-masing pada gilirannya. Ini kemudian memunculkan program login
(Gettys) pada masing-masing perangkat masuk yang telah dikonfigurasi untuk
mengaktifkan login pengguna.
(Program getty menginisialisasi terminal I / nama O, mengeluarkan prompt
login, hanya menerima suatu login dan password, dan mengotentikasi pengguna.
Jika password pengguna adalah otentik, maka getty terlihat di file sistem untuk
menentukan apa shell ditugaskan untuk pengguna, dan kemudian "eksekutif"
(menjadi) shell pengguna. Program shell akan terlihat dalam sistem dan
konfigurasi pengguna file untuk menginisialisasi itu sendiri, dan kemudian
masalah meminta untuk pengguna perintah. Setiap kali shell meninggal, baik
melalui logout atau cara lain, maka sistem akan mengeluarkan getty baru untuk
perangkat terminal.)
Generasi System (OS)
dari Wikipedia, ensiklopedia gratis
Artikel ini adalah tentang Generation Sistem di OS / 360. Sistem generasi di DOS
/ 360, lihat Sistem Generation (DOS) . Untuk kegunaan lain, lihat generasi Sistem
.
Sistem operasi / 360
pembangun IBM
OS keluarga OS / 360 dan penerusnya
rilis terbaru 21,8
Algol 60, Assembler (E),
Assembler (F), CLIST ,
tersedia dalam COBOL (E, F dan U),
FORTRAN (E, G dan H),
PL / I (F), RPG
S / 360 , S / 370
platform
kernel Jenis N / A
tak satupun
Lisensi
OS / VS1 , OS / VS2 (SVS) ,
OS / VS2 (MVS) , MVS /
digantikan oleh SE, MVS / SP Versi 1, MVS
/ XA , MVS / ESA , OS /
390 , z / OS
Sistem operasi / Virtual Storage 2 (Storage Virtual Single)
pembangun IBM
OS keluarga OS / 360 dan penerusnya
rilis terbaru rilis 1.7
tersedia dalam Assembler (XF), CLIST
S / 370
platform
tak satupun
Lisensi
Didahului oleh OS / 360
OS / VS2 (MVS) , MVS / SE, MVS / SP
digantikan oleh Versi 1, MVS / XA , MVS / ESA , OS /
390 , z / OS
Sistem Generation (Sysgen) adalah proses dua tahap untuk menginstal atau
memperbarui OS / 360 , [1] [2] OS / VS1 , OS / VS2 (SVS) , OS / VS2 (MVS) dan
sistem dikenakan biaya berasal dari mereka. [ 3] [4] [5] [6] [7] Ada proses yang sama
untuk, misalnya, DOS / 360 , yang artikel ini tidak mencakup. Juga, beberapa
detail telah berubah antara rilis dari OS / 360 dan banyak detail tidak membawa ke
sistem kemudian.
Ada beberapa alasan yang IBM menyediakan proses generasi sistem bukan hanya
menyediakan mekanisme untuk memulihkan sistem dari kaset ke disk. System /
360 tidak memiliki perangkat I / O mengidentifikasi diri, dan pelanggan bisa
meminta instalasi perangkat I / O di alamat yang sewenang-wenang. Akibatnya,
IBM harus menyediakan mekanisme untuk cutomer untuk menentukan I / O
konfigurasi untuk OS / 360. Juga, OS / 360 didukung beberapa pilihan yang
berbeda; IBM membutuhkan cara bagi pelanggan untuk memilih sesuai kode
untuk opsi yang diperlukan pada instalasi tertentu.
Proses Sysgen berjalan sebagai serangkaian pekerjaan di bawah kendali sistem
operasi. Untuk instalasi baru, IBM menyediakan pra-konfigurasi lengkap system
driver , yang ditujukan hanya untuk mempersiapkan dan menjalankan Sysgen,
tidak untuk penggunaan produksi.
Sebelum menjalankan Sysgen, pelanggan harus menginisialisasi satu set volume
distribusi dan mengembalikan satu set perpustakaan distribusi dari rekaman
volume mereka. Perpustakaan ini meliputi data yang proses Sysgen akan menyalin
untuk menargetkan perpustakaan, masukan ke utilitas yang digunakan oleh proses
Sysgen, definisi makro yang digunakan oleh proses Sysgen dan beban modul yang
proses Sysgen akan mencakup ketika menghubungkan modul beban ke
perpustakaan sasaran.
Tahap 1 adalah kompilasi dari urutan assembler petunjuk makro menggambarkan
konfigurasi yang akan diinstal atau diperbarui. Assembler tidak benar-benar
mengkompilasi kode objek, melainkan mengkompilasi serangkaian PUNCH
pseudo-ops untuk menghasilkan aliran pekerjaan untuk Tahap 2. Sebagai IBM
berubah nomenklatur untuk OS / 360 pilihan, juga mengubah definisi makro
Sysgen untuk menggunakan nama baru untuk pilihan.
TYPE kata kunci pada makro CTRLPROG di Tahap 1 input menentukan jenis
program pengendalian. Dengan Rilis 13 istilah tua SSS, MSS dan MPS telah
digantikan oleh PCP, MFT dan MVT. Nanti Jenis M65MP adalah variasi dari
MVT.
The SCHEDULER makro dalam Tahap 1 input menentukan jenis scheduler;
Melepaskan 13 masih menggunakan nilai SEQUENTIAL dan PRIORITAS,
tetapi mereka yang kemudian digantikan oleh nilai-nilai yang digunakan untuk
kata kunci TYPE pada makro CTRLPROG.
Jenis ini
PCP
Program Pengendalian primer (Option 1)
MFT
Multiprogramming dengan sejumlah Tetap Tugas (MFT) [8] [9] [10] (Opsi 2)
MVT
Multiprogramming dengan sejumlah Variabel Tugas (MVT) [11] (Option 4)
M65MP
Model 65 Multi-Processing, kasus khusus dari MVT.
The Menghasilkan makro di masukan Sysgen dapat salah satu dari beberapa
jenis:



generasi penuh dari sistem operasi.
Generasi compiler dan terkait perpustakaan.
Pemutakhiran I / O konfigurasi
Untuk MVT (baik TYPE = MVT atau TYPE = M65MP) dengan TSO, makro
TSOGEN memainkan peran yang sama seperti Menghasilkan. Baik makro
menganalisis opsi ditentukan pada panggilan makro sebelumnya dan pukulan
Tahap 2 aliran pekerjaan.
Tahap 2 jobstream menggunakan berbagai utilitas, termasuk assembler dan
linkage Editor .
Proses ini sekarang usang; itu awalnya [12] diganti dengan penggunaan SMP / E ,
IOCP [13] dan MVSCP , [14] [15] [16] kemudian oleh SMP / E dan Hardware
Configuration Definition (HCD). [17] [18 ]