Japonya, dünya çapında kullanılacak bir işletim sistemi geliştirmeye çalıştı, ancak ABD hükümeti müdahale etti.
Bu hikayenin farklı versiyonları var; masaüstü işletim sisteminin galibi Windows değil. Bunun nedeni, alternatifin Unix tabanlı olmaması veya Apple‘ın farklı bir şey başarmaması değil, aynı zamanda 1984 yılında Tokyo Üniversitesi’nde tasarlanan ve dosya sistemini hipermedya belge modeliyle değiştirmeye, özel bir Japon CPU mimarisinde çalışmaya ve 1.5 milyon karakteri kodlamaya çalışan işletim sisteminin, 1989’da ABD ticaret raporunda “haksız ticaret engeli” olarak gösterilmesiydi.
Bu proje TRON (Gerçek Zamanlı İşletim Sistemi Çekirdeği) idi; bu, Japonya’nın tüm dijital altyapısını oluşturmak için kullanabileceği dikey entegre bir bilgisayar mimarisi tasarlamayı amaçlayan gerçek, hükümet destekli bir Japon bilişim girişimiydi. Projenin beş alt mimarisi vardı: gömülü gerçek zamanlı sistemler için ITRON, kişisel bilgisayarlar için BTRON, ana bilgisayarlar ve telekomünikasyonlar için CTRON, sistemler arası koordinasyon için MTRON ve gerçek zamanlı çekirdeğin donanım uygulaması olan STRON.
Proje kendi CPU mimarisini tasarladı: TRON VLSI CPU, Hitachi tarafından Gmicro/200 serisi olarak üretildi. Hitachi bunu aslında üretti ve sattı ve bu, 1980’lerin sonlarında bazı Japon iş istasyonlarında ve gömülü sistemlerde kullanıldı. Sakamura’nın ekibi aynı zamanda verimli bir şekilde Japon metin girişini ve programlama sembollerini destekleyen TRON klavye düzenini de tasarladı ve “elektronik ofis malzemeleri” çevre cihazlarını bağlamak için IEEE 2050 tabanlı gerçek zamanlı bir çevre yolu olan micro-BTRON’u tasarladı, ancak bu yolun ticari bir üründe hiç kullanıldığı bilinmiyor. Amaç, silikonlardan kullanıcı arayüzüne kadar her katmanın birlikte tasarlanmasıydı ve mevcut platformlarla uyumluluk yükü yoktu.
Karakter kodlama sistemi, TRON Kodu, en iddialı bölümlerden biriydi. 0xFE kaçış kodları aracılığıyla çoklu düzlem karakter anahtarlamayı, her biri 48.400 karaktere sahip 31 tanımlanmış düzlemi destekliyordu ve bu da teorik olarak 1.500.400 karakterlik bir kapasite sağlıyordu. 1999’a göre B-right/V R2, yaklaşık 130.000 karakteri 14 tanımlı düzlemde barındırıyordu; bunlar JIS seviyesi 1 ve 2, Çince GB 2312, Koreli KS C 5601, Unicode’un CJK olmayan aralığı ve nadir tarihi karakterlerin koleksiyonu olan Mojikyo’yu kapsıyordu. Kullanıcılar ayrıca ücretsiz olarak Yeni Karakter Kaynak Merkezi aracılığıyla yeni karakterler kaydedebilirlerdi. Bu sayının önemli bir kısmı Mojikyo’dan geliyordu, ancak Unicode tek kod noktalarına birleştirilen varyant glifleri de kodluyordu.
TRON Kodu, o zamanlar herkesin çözmeye çalıştığı soruna en iyi cevabı veriyordu.
Proje gerçek bir organizasyon tarafından desteklendi: TRON Derneği, 1986’da kuruldu. Üyeleri arasında Hitachi, Mitsubishi, Fujitsu, NEC, Matsushita ve Toshiba gibi Japonya’nın başlıca elektronik şirketleri vardı. Yabancı şirketler de üye olabiliyorlardı ve birkaç tanesi de oldu. TRON telifsizdi ve teknik özellikleri açıktı; bu, ITRON’un daha sonra yayılmasına olanak tanıyan bilinçli bir karardı. Japon hükümeti, MITI aracılığıyla projeyi ulusal bir teknoloji stratejisi olarak destekledi ve bu da çoğu işletim sistemi projesinin hayal edebileceğinden çok daha fazla kurumsal desteği sağlıyordu.
Buna ek olarak, BTRON masaüstleri için radikal bir şey öneriyordu.
BTRON’un masaüstü, bilgisayarın gerçekte nereye gittiğinden yıllar sonraydı.
Dosya ve uygulama, uygulamanın ayrıntılarıydı.
BTRON’un temel fikri, kullanıcı tarafından görülebilir ilkelin masaüstü bilgisayarda bir dosya veya uygulama değil, tipik bir kimliğe ve beyan edilmiş bir türe sahip olan bir içerik bloğu olmasıydı. Bu model, arayüzde de görülebiliyordu; örneğin 1B/V3’te her girişin adı parantez içinde türünü taşıyordu. Örneğin, “Şekil” adlı bir dosya, bu dosyanın bir resim olduğunu belirtiyordu. Benzer şekilde, DOS size bir uzantı verirdi.
Bu bağlantılar, kırılgan yol dize yerine sistem tarafından yönetilen bir bağlantı deposunda saklanıyordu. Bağlantılar, yeniden adlandırmalara, düzenlemelere ve yeniden düzenlemelere dayanıyordu ve uygulamalar dosyaların sahipleri değil, türler için işleyicilerdi. BTRON3 spesifikasyonuna göre, bir uygulamanın kimliğinin ilk iki yarısı uygulandığı veri tipini temsil ederken, aynı tipe sahip rakiplerin ayrımını üçüncü yarısı yapardı. Bir belge yazı, tablo ve şekil içerdiğinde, sistem her birinin kayıtlı işleyicisini başlatıyordu; eğer bir işleyici yoksa veya işleyici çizim yapamazsa, sistem içeriğin olması gereken bölgeye çapraz bir çizgi çizerdi.
BTRON aynı zamanda ağaç yapılı dizin hiyerarşisi yerine rastgele yönlü bir grafiğe sahip olan gerçek-beden/sözde-beden dosya sistemi modelini de kullanıyordu. Dosyalar, kopyalanmak yerine sistem tarafından bağlanarak birden fazla konumda var olabilir ve bu, symlinkler veya kısayollarla yapılmazdı. Burada, Japonca metin girişini adreslemek için kullanılan aynı yöntem, yemek rehberini adresliyordu. TRON Uygulama Veri Yolu formatı, yapılandırılmış segment yapısına sahip bir başlıkla verileri uygulamalar arasında aktarıyordu; bu nedenle bir elektronik tablo hücresi ve bir paragraf metni, kullanıcının dosya biçimleri hakkında düşünmeden aynı belgeye yerleştirilebilirdi. Uygulamalar desteklemediği veri tiplerini atlayabilirlerdi, bu da uyumluluğun sistemin temel bir yönü olmasını sağlıyordu.
Arguably, bu aynı konsepti son on yılda Roam, Logseq ve Obsidian gibi araçlar yeniden keşfetti. Ancak BTRON bunu 1980’lerin ortasında işletim sistemi olarak önermişti; uygulamanın gerçekte nereye gittiği konusunda bir fikir vardı. Elbette, BTRON’un uygulaması modern standartlara göre sorunsuz çalışmayacaktı çünkü üzerinde çalıştığı donanım o kadar hızlı değildi, ancak mimari, o zamanlar Batı’da piyasaya sürülen herhangi bir şeyden farklı bir şey yapıyordu.
BTRON, Japonya’daki ortaokullara tanıtılacak bilgisayarlar için standart bir özellik olarak kullanıldı ve NTT’nin yeni nesil dijital iletişim ağı, CTRON’u benimsemeyi planlıyordu. Bu rapor, birkaç ABD şirketinin TRON Derneği’nin üyesi olmasına rağmen, bu piyasalarda TRON tabanlı ürünler satma konumunda olmadığını belirtiyordu. Rapor, süper bilgisayarlar, uydular ve orman ürünleri gibi diğer alanlar için daha agresif bir Süper 301 süreci uyguladı; Carla Hills’in 25 Mayıs tarihli açıklaması bunu doğruluyor. TRON’a hiçbir zaman herhangi bir yaptırım uygulanmadı, ancak hükümetin neden bu kadar endişe duyduğunu anlamak zordu.
Aslında, ABD’nin endişelerinin geçerliliği vardı; TRON’un kapatılmasının nedeni, kapalı olmaması değil, Japon hükümetinin iki büyük pazarın satın alma sürecini yerel bir standart et
Bu Gelişmeyi Toplulukta Değerlendirin
Haber hakkındaki düşüncelerinizi, donanım deneyimlerinizi ve teknik sorularınızı topluluk üyeleriyle anlık olarak tartışın.
Bir yanıt yazın