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

-2

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 ?

Jens
sumber
3
pertanyaan Anda terlalu luas dan juga opini utama berdasarkan pada saat yang sama. Silakan lihat di pusat bantuan dan cobalah untuk mengucapkannya kembali.
Máté Juhász
5
Anda dapat mengatur ukuran konsol ke ukuran lain yang Anda suka, hingga 255 x 9999. Saya tidak berpikir ada masalah teknis dalam membuatnya lebih bagus, tetapi untuk apa ? Orang yang menggunakan konsol biasanya tidak peduli dengan warna dan lipstik dan semacamnya, mereka ingin menyelesaikan sesuatu dengan cepat, langsung, dan sederhana.
Aganju
2
Spesifikasi emulasi terminal yang telah ada selama beberapa dekade (emulasi VT-100), untuk kompatibilitas dengan perangkat keras yang lebih lama seperti terminal mainframe (yang tidak dapat dikonfigurasi ulang), perangkat yang menggunakan komunikasi Com / Serial Port untuk akses, dll. Vt100.net/emu en .wikipedia.org / wiki / VT100
Frank Thomas
@ Jon Mengapa kamu tidak melihat-lihat saja?!? fishshell.com
g2mk
@ MátéJuhász Saya gagal melihat di mana pendapat muncul (selain dari saya sendiri bahwa 16 warna menyedihkan). Pasti ada alasan teknis dan itulah jawaban yang saya cari.
Jens

Jawaban:

6

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.

grawity
sumber
2

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.

Wim
sumber
Lebih dari 80 karakter nyaman dibaca?!? baymard.com/blog/line-length-readability
g2mk
@ g2mk, saya pikir Anda mungkin secara serius meremehkan betapa menyebalnya membaca 80-char baris kode. semuanya terputus baris, sehingga sangat sulit untuk melacak tingkat blok dan inden, insentif penggunaan ruang putih lebar tetap, dll. Anda mendokumentasikan mungkin sesuai untuk output situs web, tetapi sama sekali tidak halal untuk membaca kode yang membuatnya .
Frank Thomas
Tautan itu tampaknya merujuk ke emulator terminal, seperti xterm dalam mode 256 warna. Pertanyaannya adalah: bisakah saya mendapatkan 256 warna di konsol (Tidak X11, tanpa bingkai buffer), di katakanlah FreeBSD?
Jens
@FrankThomas Ini bukan dokumen saya: P Panjang baris paling penting ketika Anda harus membaca blok panjang teks satu warna. Pembacaan kode multi-warna agak berbeda - itu semua tentang standar pengkodean dan konsistensi. Namun secara pribadi saya masih lebih suka lekukan di atas garis panjang.
g2mk
2

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.

plugwash
sumber
1

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.

TOOGAM
sumber
1

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.

LawrenceC
sumber