RecoverOS

Kode ini mungkin tidak terlihat begitu cocok di banyak tempat, dan akan dikembalikan cepat atau lambat. Gudang Baru Recover-OS. Tunggu aku kembali untuk mengisi lubang. Versi refactored: https://github.com/yiezias/recover-os

Perkenalan

Proyek ini didasarkan pada versi arsitektur AMD64 (atau arsitektur x86_64) dari sistem operasi yang diimplementasikan oleh "Sistem Operasi Kebenaran Pemulihan". Ide dan kode utama konsisten dengan buku asli.
Sistem operasi yang diimplementasikan oleh "Operating System Truth Restore" berjalan pada prosesor arsitektur X86 32-bit, tetapi sekarang kami telah memasuki era 64-bit. Jadi saya menyalin Lihat kode dalam "Sistem Operasi Kebenaran Pemulihan" untuk mengimplementasikan versi 64-bit-nya.

Penggunaan cepat

melangkah

• Instal versi GCC, NASM, BOCH, GNU Make yang lebih baru dan program lain di bawah X64 Linux.
• Kloning repositori ini dan masukkan direktori kode sumber.
• Kemudian $ make run dapat mengkompilasi dan memulai emulator Bochs.
  Sistem ini berhasil diuji di Bochs 2.7, GCC 12.2.0, NASM 2.15.05, membuat 4.3 lingkungan. Versi berbeda dari beberapa perangkat lunak seharusnya tidak memiliki banyak dampak. Efek operasi adalah sebagai berikut:

Contoh

Sistem operasi ini memiliki game 2048, Snake, dan mini lainnya.
Tulis kode dengan pemulihan:
(Terminal tidak menerapkan pengalihan input dan output, dan kucing di bawah ini berbeda dari kucing di bawah Linux)
(Tampilkan fungsi menulis file teks)

2048 Mini Game:

Snake serakah (drop bingkai itu serius, jadi saya tidak akan membiarkan animasinya pergi):

Tentang "Sistem Operasi Pemulihan Kebenaran"

Buku-buku terkait yang paling mudah dipahami yang saya baca, detail, dan menarik. Bahkan jika tampaknya agak bertele-tele, penulis masih perlu mencoba berbagai cara untuk membuat pembaca mengerti (di mana saya dapat menemukan buku yang ramah). Di antara banyak buku terkait sistem operasi, saya akhirnya memilih yang ini Satu -satunya yang bisa mengerti Implementasi buku sistem operasi.

Berbeda dari buku aslinya

Terutama perbedaan antara arsitektur AMD64 dan X86

Konvensi Panggilan Fungsi

Di bawah arsitektur AMD64, fungsi umumnya menggunakan register untuk meneruskan parameter, dan konvensi panggilan fungsi di bawah x86 tidak memiliki nilai referensi. Tapi mudah untuk dipahami dengan sendirinya. Tulis fungsi C secara detail dan kompilasi menjadi perakitan dan kemudian Anda akan memahaminya dengan menulisnya di GCC. Pengetahuan ini diperlukan di banyak tempat selama proses pengembangan.

Mode yang dilindungi dan mode panjang

Mode panjang dapat dipahami sebagai 64-bit fitur Mode yang dilindungi, prosesor perlu beralih dari mode nyata ke mode yang dilindungi dan kemudian ke mode panjang.

• Mekanisme segmentasi mode perlindungan sangat rumit, dan telah sangat disederhanakan dalam mode panjang.
• Namun, mekanisme paging dalam mode panjang lebih kompleks, dan hanya tabel halaman empat tingkat yang digunakan dalam sistem ini. Namun, penulis menulis dengan sangat baik dalam buku tentang tabel halaman sekunder. Dia memahami tabel halaman sekunder dan tabel halaman keempat tidak terlalu sulit.
• Bagian pengecualian interupsi dari keduanya pada dasarnya sama. Perlu dicatat bahwa mekanisme TSS dan IST. Karena perubahan konvensi panggilan fungsi, Stack Overwrite terjadi saat menggunakan kode penulis saat proses beralih. Melalui mekanisme IST, tumpukan interupsi dapat diubah setiap kali sakelar proses diubah, sehingga menyelesaikan masalah ini. Untuk detailnya, Anda dapat membaca kode yang relevan.

Cara yang paling nyaman untuk mendapatkan informasi tentu saja adalah mesin pencari, tetapi mesin pencari sering tidak dapat menemukan konten yang mereka inginkan, dan informasi yang benar -benar otoritatif masih AMD atau dokumen Intel.

Panggilan Sistem Cepat

Sistem ini sepenuhnya meninggalkan metode mengganggu implementasi panggilan sistem dan menggunakan instruksi panggilan sistem cepat sysret Syscall untuk mengimplementasikannya. Untuk detailnya, silakan merujuk ke dokumen AMD atau Intel, dan kontennya tidak rumit.

Sistem file

Sistem file penulis tidak terasa tertulis dengan sangat baik. Di satu sisi, sistem file sudah cukup rumit, tetapi penulis sering menggunakan hampir ratusan jalur fungsi, dan beberapa kode dapat digunakan kembali, tetapi perlu diimplementasikan berulang kali, yang secara keseluruhan sangat membingungkan. Sistem file sistem ini setara dengan perubahan besar pada penulis, tetapi seharusnya tidak sulit untuk dipahami berdasarkan buku dan kode penulis. Sistem file sistem ini tidak menerapkan fungsi-fungsi tingkat direktori, tetapi tidak mempengaruhi implementasi fungsi lain dari sistem, sehingga dihilangkan.

Lapisan aplikasi

Shell penulis diimplementasikan dalam kernel. Sistem ini menggunakan shell sebagai aplikasi, dan proses init menggunakan panggilan sistem EXECV untuk memuat shell direktori root. Banyak perintah bawaan dari sistem penulis juga secara langsung diimplementasikan sebagai aplikasi dalam sistem ini. Tetapi level kode serupa. Ada juga mini-game khusus yang dapat menghubungi antarmuka sistem operasi untuk mengimplementasikan aplikasi secara independen, dan sistem ini pada dasarnya selesai.