Mengapa kapabilitas konsol macet di tahun tujuh puluhan? [Tutup]

Seberapa jauh kita telah mencapai 30 hingga 40 tahun terakhir. Gigs of RAM. Terabyte ruang disk. Prosesor Gigahertz. Layar datar 4K dan 5K.

Konsol saya memiliki kekalahan, tunggu, 80x25 karakter dan 16 warna ANSI. Itu macet di tahun tujuh puluhan. Walaupun kartu grafis saya memiliki RAM 4GB, warna 10bit dan yang lainnya, konsol tidak menggunakannya.

Ya, saya dapat menjalankan X11 atau menggunakan konsol penyangga bingkai. Tetapi mengapa saya harus melakukannya? Apa masalah yang tidak dapat diatasi dengan memberikan konsol yang lebih baik dengan katakanlah, 256 warna sederhana? Kami telah meninggalkan beberapa standar lain di belakang, membakar beberapa jembatan (ISA? Mode Real? Tombol Turbo? Kompatibel dengan IBM?), Mengapa tidak akhirnya mucikari konsol VGA ?

Mengenai Linux secara khusus, alasan yang biasa saya dengar adalah "kami tidak menginginkannya di kernel". Terutama ketika menyangkut font dan bahasa - tidak ada pengembang kernel yang ingin menambahkan dukungan untuk TTF, antialiasing, RTL, emoji animasi, akhirnya menjalankan semua freetype2 dan ICU dalam ruang kernel.

Sebaliknya, mereka memasukkan ke dalam kernel apa yang masuk akal untuk ditangani di dalam kernel - seperti driver grafis, bersama dengan KMS. Jika Anda menggunakan driver open-source dengan dukungan KMS, konsol akan secara otomatis beralih ke resolusi layar asli Anda - seperti framebuffer tapi tanpa setiap konfigurasi manual. Praktis semua distro Linux yang saya lihat boot ke framebuffer KMS beresolusi tinggi secara default.

Setelah Anda memiliki evdev untuk input dan KMS untuk output, userspace dapat menangani konsol dengan baik - misalnya melalui kmscon atau fbterm . Bahkan ada rencana yang tidak jelas untuk akhirnya mematikan dukungan kernel VT, hanya menyisakan satu tty1 untuk tugas boot-awal & penyelamatan , dan membiarkan ruang pengguna menangani sisanya.

Konsol biasanya mendukung 256 warna, meskipun Anda mungkin harus mengubah beberapa pengaturan untuk mengaktifkannya di mana saja, lihat misalnya http://www.robmeerman.co.uk/unix/256colours

Dan batas 80x25 akan hilang jika Anda hanya mengubah ukuran jendela terminal Anda, memungkinkan Anda untuk mengisi layar 30 "Anda dengan lebih banyak karakter daripada nyaman untuk dibaca.

Karena tidak perlu untuk itu.

Pada hari-hari ketika memori mahal dan prosesor lambat, mode teks perangkat keras masuk akal karena lebih cepat dan lebih sedikit memori. Saat ini komputer cukup kuat dan memiliki cukup memori sehingga biaya memiliki framebuffer sederhana dan mengimplementasikan tampilan teks dalam perangkat lunak dapat diabaikan.

Sebagai aturan umum desinging dan debugging perangkat keras itu mahal, jadi itu hanya akan terjadi jika ada permintaan genunine untuk itu. Mode teks lama disimpan untuk alasan kompatibilitas ke belakang, tetapi tidak ada dorongan untuk memperkenalkan yang baru ketika persyaratan untuk teks resolusi tinggi ditangani dengan baik oleh perangkat lunak.

Di zaman VGA, 80x50 menjadi banyak didukung dan digunakan oleh beberapa orang. Namun, pada monitor 14 inci yang menyedihkan pada hari itu, beberapa orang merasa sulit untuk membaca.

Di zaman Super VGA, kami pimped pada mode 132 kolom. Baris bisa 25, 50, 60, atau nilai lainnya. Namun, ada beberapa masalah kompatibilitas.

Sekarang, banyak perangkat keras dapat mendukungnya. Namun Anda menemukan diri Anda menggunakan 80x25. Mengapa? Karena Anda menggunakan pengaturan default. Dan pengaturan standarnya adalah sangat sedikit orang yang peduli.

Namun, pada akhirnya, GRUB mulai mendukung grafik, sehingga beberapa orang telah bermain-main dengan beberapa peningkatan. Secara umum, hal-hal seperti itu merupakan hal yang baru. Jika Anda benar-benar menginginkan lebih banyak baris dan kolom, ada sedikit alasan mengapa meminta kartu video untuk menggunakan mode video yang disebutnya "teks", alih-alih menggunakan mode video yang disebutnya "grafik". Dan, selama bertahun-tahun, kami memiliki peningkatan dalam kemampuan grafis. Hal-hal seperti 256 terminal warna, atau warna yang lebih tinggi, dan bahkan hal-hal seperti transparansi, memang ada. Kami hanya menyebutnya mode "grafik".

Saya pikir inti dari "mode teks" adalah bahwa kartu grafis dapat memuat font yang telah ditentukan, dan kemudian menampilkan grafik tertentu (yang kita sebut "karakter") menggunakan sejumlah kecil memori, daripada berulang kali menetapkan yang sama kombinasi piksel menggunakan jumlah memori yang lebih besar. Apa yang terjadi adalah kita hanya punya sedikit alasan untuk khawatir tentang penghematan memori semacam itu. Standar akselerasi perangkat keras memungkinkan kami menggunakan berbagai teknik untuk mengoptimalkan berbagai hal demi kecepatan. Kartu video memiliki cukup memori sehingga mereka tidak perlu menggunakan mode video khusus yang dirancang untuk mencoba memuat banyak piksel yang diatur dalam format yang kita sebut font.

kenapa akhirnya germo tidak konsol VGA?

Anda membingungkan gagasan tentang konsol dengan mode teks gaya MDA gaya PC lama.

Mode teks ini adalah konfigurasi perangkat / tampilan yang dapat menampilkan teks konsol, tetapi output teks dari konsol dapat muncul di perangkat atau program apa pun yang dapat memahami protokol yang digunakan konsol. Putty adalah program yang dimaksudkan untuk tujuan ini yang memiliki lebih banyak kemampuan, seperti dukungan 256-warna yang Anda sebutkan dan kemampuan untuk memiliki ukuran layar selain 80x25.

Sejauh mengapa mode teks gaya MDA belum diubah, well, adapter grafis telah menambahkan lebih banyak kemampuan, tetapi mereka tetap menggunakan mode teks gaya MDA untuk kompatibilitas. Ingat bahwa semua AMD / Intel CPU modern masih melakukan booting dalam mode compaitibility 8086 jika Anda masih ingin menjalankan DOS, dan DOS masih mengharapkan mode teks 80x25 saat boot up.

Linux mendukung hal-hal selain mode teks gaya-MDA atau X11 untuk tampilan, Linux dapat menggunakan framebuffers sebagai mode teks, dengan 256-warna dan bahkan dukungan gambar.

Mengapa kapabilitas konsol macet di tahun tujuh puluhan?

• Prinsip dasar teknik adalah CIUMAN. Kemampuan konsol sederhana, sehingga perangkat lunak dan perangkat keras yang mengimplementasikannya sederhana dan mudah dibuat andal.

• RS-232 berfungsi baik dengan konsol I / O dasar. Ada banyak perangkat warisan dan saat ini yang menggunakan 12v RS-232 dan mungkin sama seperti banyak yang lebih baru yang menggunakan 3v RS-232. Ini adalah standar perangkat keras yang diterima secara luas yang membuat konsol I / O suatu hal yang diharapkan pada banyak perangkat yang memiliki perangkat keras ini.

• Dengan demikian, memiliki konsol I / O sebagai metode I / O awal pada power up dan metode terakhir komunikasi ketika semua yang lain gagal juga masuk akal. Dalam hal ini Anda biasanya mengkomunikasikan pesan status atau informasi kesalahan dan tidak perlu banyak bel dan peluit.

• Juga karena kesederhanaan ini, mengarahkan ulang konsol I / O ke file atau perangkat lain juga relatif mudah. Misalnya, pada banyak server, teks penyalaan awal tidak hanya ditampilkan pada layar VGA, tetapi juga secara opsional diarahkan pada port serial. Jadi ini berarti Anda tidak perlu monitor terhubung, yang membantu dalam pusat data yang berpotensi memiliki ratusan atau ribuan server. Itu sama untuk perangkat lain yang menggunakan konsol I / O atau RS-232 seperti peralatan industri, dll.