Rust ile yapılan Servo web tarayıcısı kullanım deneyimi
(spacebar.news)- Küresel ölçekte Chromium tabanlı tarayıcıların payı arttıkça, web standartlarının çeşitliliği ve açık webin geleceği konusunda endişeler büyüyor
- Rust ile geliştirilen Servo motoru, çoklu iş parçacıklı performans ve bellek güvenliği olmak üzere iki güçlü avantajıyla web renderleme motoru alanında yeni bir alternatif olarak dikkat çekiyor
- Hâlâ erken bir aşamada olduğundan, çoğu web sitesinde renderleme hataları bulunmasına rağmen bazı demo sayfalarında ve Wikipedia gibi basit sitelerde düzgün çalışıyor
- Servo projesi geçmişte Mozilla önderliğinde başlamış olsa da bugün Linux Foundation Europe tarafından yönetiliyor ve teknik bağımsızlık ile topluluk temelli karar yapısına sahip
- Tarayıcı motoru tekelleşmesi eğiliminde, Gecko, Servo gibi alternatif motorların sürekli geliştirilmesinin web ekosisteminin çeşitliliğini korumada önemli olduğu ortaya çıkıyor
Web motorlarının tekelleşmesi ve riskleri
- 1990'lı ve 2000'li yılların başında Internet Explorer'ın Trident, Opera'nın Presto, Netscape'ın Gecko ve Konqueror'un KHTML'i gibi çeşitli web tarayıcı motorları birlikte bulunuyordu
- Zamanla KHTML, WebKit'e; Presto, Trident ve Tasman ise Blink'e (Chromium motoru) entegre oldu veya yer değiştirdi
- Günümüzün büyük tarayıcıları (Chrome, Edge, Opera vb.) neredeyse tamamen Chromium/Blink tabanlı hâle geldikçe, uygulayıcının standartlaşmaya dönüşmesi durumu ortaya çıktı
- Güvenlik açıkları, ölçeklenebilirlik kısıtları gibi durumlar, tek bir motora bağımlı olunduğunda tüm web ekosisteminin birlikte etkilenmesine yol açtığı için önem kazandı
Servo motorunun ortaya çıkışı
- Servo, Rust ile sıfırdan geliştirilmiş bir web renderleme motorudur
- Rust'un avantajlarından olan çoklu iş parçacıklı işleme ve bellek güvenliği ile, geleneksel C/C++ tabanlı motorların taşıdığı zayıflıkları (örn. bellek hataları) yapısal olarak azaltmayı hedefliyor
- Servo'nun başlıca hedefi bir gömülü web renderleme motoru olmak; bağımsız tarayıcıların yanında Electron veya Android WebView için de alternatif olabilmek
- Teknik kararlar, Linux Foundation Europe çatısı altında, büyük firmalar yerine teknik komite odaklı şekilde yönetiliyor
- Yaklaşık on yılda ilk kez görülen tamamen yeni bir web tarayıcı motoru olarak, olgunlaşma düzeyini artırmak için ana akım motorların deneyimleri yansıtılıyor
Servo'nun kullanım deneyimi ve güncel durumu
- Resmi sitede yayımlanan nightly build (Windows, macOS, Android, Linux) ile Servo denenebilir
- Yer imleri, uzantılar, veri senkronizasyonu gibi temel tarayıcı özellikleri henüz desteklenmiyor
- Çoğu web sitesinde renderleme hataları görülüyor; Google Arama veya bazı sitelerde düzen bozulmaları veya çökme yaşanabiliyor
- Wikipedia, CNN Lite gibi basit yapıdaki sayfalar normal şekilde çalışıyor
- Servo demo sayfalarında grafik performansının gösterimi yapılabiliyor ve Particle Physics gibi benchmarklarda, en yeni MacBook Pro (x86 emülasyonu) üzerinde 55~60 FPS sonucu alındı
- Acid3 testinde 83/100 puan alındı ve ana akım tarayıcıların (yaklaşık 95 puan) altında kaldı
- İleride Shadow DOM, CSS Grid gibi başlıca web standartlarının desteği yol haritasına eklenecek ve web uyumluluğunu geliştirmeye odaklanılacak
Servo'nun tarihi ve ana dönüm noktaları
- Servo, 2012'de Mozilla'de başladı; 2013'te Samsung geliştirmeye katıldı
- Başlangıçta hedef, kararlılaştırıldıktan sonra Gecko motorunun yerine geçmek olsa da, pratikte Gecko'nun parçalarının Servo koduyla kademeli olarak değiştirilmesi stratejisine geçildi
- Firefox 57 (Quantum) güncellemesiyle CSS motoru (Quantum CSS, Stylo) Servo kodu ile değiştirildi; performans ve bellek verimliliğinde belirgin bir iyileşme görüldü
- 2020'de Mozilla'nın büyük yeniden yapılanması (Servo geliştiricileri de dâhil) sonrasında, Servo Linux Foundation altında devam ettirildi, finansman desteği yeniden sağlandı ve Igalia gibi açık kaynak şirketlerinin sponsorluğu ile bugün topluluk odaklı geliştirme sürdürülüyor
Tarayıcı ekosisteminin geleceğinde olası gelişmeler
- ABD Adalet Bakanlığı'nın Google'ın tekelci konumuna (Chrome, Android) dair davasındaki başarısıyla Chrome'un satışı ve üçüncü taraf tarayıcılarla arama anlaşmalarının yasaklanması tartışılıyor
- Mozilla, Firefox'un varsayılan arama yerleştirmesinden gelir oranının yüksek olması nedeniyle (Gecko geliştirmesinin sürdürülebilmesi için kritik), bu tür düzenlemelere karşı çıktı
- Mozilla Google gelirini kaybederse, Firefox'un geliştirme maliyetini düşürmek için WebKit veya Chromium/Blink'a geçmesi mümkün
- Böyle bir durumda Gecko kodunun çatallanması ve topluluk tarafından işletilmesi veya Gecko'nun kademeli olarak gerilemesi gibi farklı senaryolar beklenebilir
- Servo ve Gecko gibi alternatif motorların varlığı, web platformunun çeşitliliği ve dengesini korumada önemli bir unsur olarak yeniden öne çıkıyor
Sonuç ve çıkarımlar
- Ana akım tarayıcı motorlarının tekelleşme eğilimi içinde bile, Servo gibi yenilikçi alternatiflerin ortaya çıkışı web ekosisteminin çeşitliliğini ve sağlığını korumada önemli bir rol oynuyor
- Kısa sürede pratik kullanım için bir tarayıcı olarak olgunlaşmaları zor olsa da, teknik deneyler ve gelişim sürekli biçimde sürüyor
- Servo'nun gelecekteki gelişim yönü ve sektördeki etkisi konusunda büyük beklenti var
4 yorum
Düzgün bile çalışmayan bir şeyi indirip kullanmamız mı isteniyor? Böyle bir kibir tam olarak nereden geliyor acaba.
Rust'un Servo geliştirmek için yapılmış bir dil olduğunu duymuştum.. umarım Servo başarılı olur
Aklıma sürekli Hurd projesi geliyor… herhalde bu sadece benim kuruntumdur, değil mi?
Hacker News görüşleri
Mevcut yol haritasında Shadow DOM ve CSS Grid öncelikli görünüyor. Ben CSS Grid desteği üzerinde çalışıyorum ve yakında "named grid lines and areas" desteği eklenecek. Bununla daha fazla web sitesi düzeninin doğru çalışmasını bekliyorum. Bu benim projem olduğu için taraflı olabilirim ama Servo'nun CSS Grid'i uygulama biçiminin oldukça havalı olduğunu düşünüyorum. Çekirdek uygulama harici bir kütüphaneye ayrılmış durumda: Taffy (GitHub bağlantısı). Bu kütüphane Rust UI ekosisteminde geniş çapta kullanılıyor. Örneğin Blitz(bağlantı) web motorunda, Zed(bağlantı) metin düzenleyicisinde ve Bevy(bağlantı) oyun motorunda Flexbox, Block layout gibi çeşitli roller için kullanılıyor. Servo'nun Stylo, html5ever gibi modüler kütüphaneler geliştirme deneyimine dayanarak web motorunu bağımsız modüller ve açık API'lerle parçalama yaklaşımını benimsemesinin, gelecekte web motoru geliştiricileri için giriş engelini düşürmesini ve yeni web motoru geliştiricilerine büyük yardımcı olmasını umuyorum
Blitz'i ilk kez duyuyorum. Oldukça ilginç ve iddialı bir proje gibi görünüyor; adeta gerçekten 'gizli' bir web motoru hissi veriyor. Servo, Rust ilk çıktığından beri geniş çapta biliniyordu ama Blitz de ondan geri kalmayacak kadar etkileyici.
Bir web tarayıcı motoru özelliğini bizzat uygulamış olmanın HTML veya CSS yazma biçimini etkileyip etkilemediğini merak ediyorum. Hâlâ haftada üç kez "css grid cheatsheet" aratıyor musun, onu da sormak isterim.
Özellikleri parçalayarak modülerleştirme yaklaşımının tersine özellik şişkinliğine ya da parçalanmaya yol açmasından endişe ediyorum. Google'a karşı koymak için odaklı bir strateji önemli; beni kaygılandıran nokta bu.
Taffy'yi kullanarak küçük Rust tabanlı e-ink takvimimde yerleşim yapıyorum; bu haberler kulağa çok eğlenceli geliyor.
Web motorunu bağımsız olarak kullanılabilen açık API modüllerine ayırma yaklaşımını gerçekten seviyorum. Eskiden WebRTC'ye bakarken, neden dandik bir Skype taklidi yapmanın ya 50 satırlık JavaScript ya da bir haftalık Chromium C++ derleme kabusu olmak zorunda olduğunu düşünürdüm. Artık bir WebRTC Rust crate'i de var; sevindirici olan, bu tür yatırımların faydasını yalnızca web uygulamalarının görmemesi.
Mozilla'nın, Xerox gibi "geleceğin teknolojisini üretip sonra rakiplere kaptıran şirketler" onur listesine gireceğini hissediyorum. Rust ve Servo ile bir dönem tarayıcı geliştirmede Google'ın önüne geçmişti ama sonunda bunu sürdürmemiş olması gerçekten anlaşılır değil.
Mozilla, Xerox'tan farklı. Eğer biri yeni Xerox ise o daha çok Google'dır. Google, iş planı olmayan AR-GE bölümlerine devasa kaynak ayırıyor. En bariz örnek transformer modelleri; yani fiilen LLM'leri önce Google yaptı ama sonunda OpenAI'nin gerisinde kaldı. Mozilla'nın başarısı ise her zaman Netscape, Firefox gibi web tarayıcılarına odaklıydı. Rust da özünde tarayıcılar için yaratılmış bir dil. Başka yerlerde faydalı olması güzel bir yan etki sadece.
Google, 2006'dan beri Mozilla'nın ana gelir kaynağıydı. Mozilla'nın ayakta kalması için Google'ı memnun etmesi yetiyor. Bu çıkar çatışmasına açık ama Mozilla açısından oldukça iyi bir anlaşma.
Bence Mozilla artık bitti. Google'a fazla bağımlıydı ve şimdi onu da kaybetme durumunda. Gelecek Servo ve Ladybird olacak; özellikle Ladybird'ün az sayıda insanla hızla ilerlemesi gerçekten etkileyici.
Mozilla Gecko'dan vazgeçerse, işte o zaman hard fork ve Mozilla'dan kaçış zamanı gelir. Bu arada Gecko'dan vazgeçmekten kastım Servo'ya geçmek değil, Chromium'a geçmek.
İnsanların tarayıcıya para ödemesinin zor olduğunu düşünüyorum. 10 avroluk biraya rahatça para veriyorlar ama çevremde WhatsApp'ın ömür boyu 0.99 avroluk lisansından bile kaçınmaya çalışan birçok insan vardı.
Mozilla'nın Firefox'un teknik geleceğinden vazgeçmesini hâlâ anlamıyorum. Ama Mozilla'ya bakarken sonunda para akışına bakınca birçok şey anlaşılır hale geliyor.
Pocket hizmetinin kapanması da üzücü bir örnek. Mozilla'nın 1 Nisan şakası olarak Firefox'u sonlandırdığını ve ana işine odaklanacağını duyurduğunu hayal ediyorum. Güzel ürünleri zarif biçimde öldürmenin 'platonik fikir' düzeyinde asıl ana işi olduğu yönünde acı bir şaka.
Çeşitli ayrılıklara ve iletişim tarzına bakınca Mozilla'nın o dönemde aşırı politik bir şirket olduğunu düşünüyorum. Servo zaten çok iletişimciydi, Rust'ın da ortamı iyiydi; belki de tam bu yüzden üst yönetimin sinirine dokunmuş olabilir. Mozilla hâlâ eski kadrolar tarafından yönlendiriliyor ve bunda üst düzey yöneticilerin hatalarının payı büyük gibi görünüyor.
Hâlâ Servo'nun Chrome/Chromium tekeline karşı gerçek bir alternatif olabileceğine güçlü biçimde inanıyorum. Mozilla'nın neden bunu bıraktığını, Linux Foundation'ın neden neredeyse hiç destek vermediğini bilmiyorum.
Mozilla'nın stratejisine uzun vadede Google fonlarından bağımsızlaşma açısından bakarsanız, bunda bir mantık var. Gerçekten de Google dışı gelir 2022'de 80 milyon dolardan 2023'te 150 milyon dolara çıktı. Toplam varlıklar da her yıl 100 milyon dolar artarak 2023'te 1 milyar dolara ulaştı. Google fonlarının payı 2020'de %90 iken 2023'te %75'e düştü. Yani tamamen bağımsız değiller ama bir yönelim var. İnsanların sık söylediğinin aksine, sadece para akışına bakarsanız sonuç farklı olabilir. İnsanlar Servo'nun devam ettirilmesi gerektiğini eleştiriyor ama aslında Quantum'dan sonra Firefox'ta Servo'nun büyük bir rol oynadığını sanmıyorum.
Mozilla gelirlerinin çoğunun Firefox'tan geldiği doğru mu diye soruyorum.
Blink tekeline meydan okuyabilecek Ladybird(resmî site) de var. Gelecekte ne olacağı kesin değil ama umutluyum.
Ladybird'ün amacını pek anlamıyorum. Eski profesyonel mühendisleri de var ve bağış topluyor; yani sıradan bir hobi projesi olmadığı açık. Ama özellik, güvenlik ve performans açısından Blink, Webkit, Gecko ile rekabet edip edemeyeceğini hayal etmekte zorlanıyorum. Zaten çok büyük ekipler değiller; yaygın benimsenme olmazsa sadece motor geliştirmek çok etkili olmayacaktır diye düşünüyorum. Bu, bir ölçüde Servo için de geçerli ama Servo'nun teknik hedefleri daha ikna edici. Ladybird'de böyle net bilgiler pek görünmüyor.
Teknik açıdan bakınca Ladybird'ün cazibesini pek göremiyorum. Temelde C++ ile yazıldığı için Gecko ve Blink'ten ayrışmıyor gibi. Servo'nun ise güvenlik, paralellik gibi açık teknik tasarım farkları var; onu çekici kılan da bu.
Ladybird'ün başarılı olmasını istiyorum. Artık doğrudan desteklemek de mümkün ve bunun anlamlı olduğunu düşünüyorum. Mozilla'nın aksine, toplanan bağışların tamamen tarayıcı geliştirmeye gideceğinden eminim.
Ladybird'ün Swift'e geçmeyi denediğini mi merak ediyorum. C++ ile tarayıcı motoru geliştirmek pek hoşuma gitmese de gerçekçi ve sonuca odaklı hissettiriyor. Rust olsaydı daha geleceğe dönük derdim, bunu kabul ederdim. Ama Swift gibi başka dillerle motor yapmak daha çok şirket içi politik bir karar gibi görünüyor. Destek ekosistemi henüz zayıf olan bir dili özellikle seçmeyi sorguluyorum (ilgili tweet).
Dogemania testi M4 Pro MacBook Pro'da 400 görsele kadar akıcı biçimde 60 FPS çalışıyor. Ama Chrome'da 1400 görsele kadar 60 FPS korunuyordu; daha fazlasını denemeye üşenip kapattım.
Ben de aynı deneyi yaptım ve Firefox ile Chromium arasındaki fark hayal kırıklığı yaratacak kadar büyük. Chromium'da 1000 görselin üstünde bile 100 FPS sürüyordu ama Firefox'ta 500'ün üstüne çıkar çıkmaz 60 FPS'nin altına düştü. Tamamen adil bir test olmayabilir tabii (Chromium'da eklenti yok ve pek kullanmadığım bir tarayıcı) ama karşılaştırmalı performans açısından çok şey düşündürdü.
Dogemania'da görseller animasyondan sonra sabit kalıyorsa, bunun gerçekten çok kolay optimize edilebilir bir durum olup olmadığını merak ediyorum. Amiga gibi eski bilgisayarlar bile bunu sonsuza kadar kaldırırmış gibi geliyor.
Servo'ya 'yeni' bir motor demek biraz zorlama.
Rust'ın web tarayıcısı Servo için yapıldığını sanıyordum.
“Standartların yalnızca tek bir uygulaması kalırsa, o uygulamanın kendisi standa dönüşme riski vardır” görüşü hakkında, bunun neden sorun olduğunu pek anlamıyorum. Uygulama açık kaynaksa ve özellikler birden fazla tarafın yönettiği bir komite tarafından belirleniyorsa sorun olmamalı diye düşünüyorum. Şu anki gibi birden çok motor üretmek için bu kadar kaynak harcamak asıl israf gibi. Tarayıcı motorlarında da Linux çekirdeğindeki gibi tek bir temel olup farklı dağıtımlar olması daha verimli olabilir.
Niyet ne kadar iyi olursa olsun, uygulamalarda hata ve küçük kusurlar kalır. İkinci bağımsız bir uygulama yoksa sonunda "her yerde çalışıyor" denerek hatanın kendisi standart haline gelir. Web sayfaları bu hatalara bağımlı hale gelirse, sonunda özellikler spesifikasyona göre değil belirli bir uygulamanın kusurlarına göre çalışır. MS Windows'ta eski UI katmanlarının üst üste binip uyumluluğun kabusa dönmesinin nedenlerinden biri de bu. Birden çok bağımsız uygulama olursa standartlar gerçekten korunabilir/geliştirilebilir ve optimizasyon da daha kolay olur.
Teoride kulağa hoş geliyor ama pratikte tek geliştiricinin çıkarı ile kullanıcıların çıkarı her zaman örtüşmediği için tekelin arzu edilir olmadığını düşünüyorum. Özellikle son dönemde Blink tabanında manifest v2'nin kaldırılması da kullanıcıların hoşlanmadığı bir örnekti.
Ne kadar çok tarayıcı motoru olursa, tek bir güvenlik açığının herkesi aynı anda vurma riski o kadar azalır. Bellek güvenli dillere geçseniz bile mantıksal hatalar yine zarar verebilir; bu yüzden çeşitlilik önemli.
“Tek motor, çok dağıtım” stratejisinden bahsettiniz ama BSD ortamına ya da ZFS gibi şeylere alışkın olan biri için, eski yaklaşımın dışına çıkıldığında hissedilen güven ve olgunluk farkı oldukça belirgin.
Google'ın ya da o çevredeki kişilerin görüşleri standardizasyona zaten büyük ölçüde yansıyor. Her şey Chromium tarafından belirlenirse durum daha da kötüleşir. Belki de gerçekten bir felaket yaşanmalı ki herkes W3C, WHATWG gibi yerlerin sınırlarını kabul etsin.
“Çoğu web sitesi biraz render hatası içeriyor ve bazıları hiç çalışmıyor; Google arama sonuçlarında üst üste binen öğeler var ve MacRumors ana sayfası kaydırdıktan sonra çöküyor, ama Wikipedia, CNN Lite, kişisel siteler, NPR metinleri kusursuz çalışıyor” gözlemine baktığımda, Google ya da MacRumors tarafının Servo'ya uyacak şekilde düzeltilmesi gerektiğini söyleyen örneklere neredeyse hiç rastlamadım. Bunun yerine hep Servo'nun Chrome/Chromium gibi davranması gerektiği sonucuna varılıyor; bu da bana çok üzücü geliyor. Çünkü böyle olursa (a) sonunda reklam şirketleri standardı belirler ve (b) web sayfası yapan insanlar yanlış teşviklere sahip olur. Wikipedia ya da CNN Lite gibi daha sade hedeflere uymak aslında daha kolay. Bence 'standart' tarayıcı popüler olana değil, gerçek standarda daha yakın olana yönelmeli. Hem popüler olmayan hem popüler tarayıcılarda çalışan bir site gerçekten standarda uygundur. Sonuçta çözümün web tarayıcısını değil web sayfalarını düzeltmekte olduğunu savunuyorum. Hâlâ W3C'nin orijinal libwww kütüphanesi ve araçlarıyla denemeler yapıyorum; biraz düzeltmeyle bugün bile metin tabanlı web sayfalarını optimize etmek için 30 yılı aşkın süredir gayet iyi çalışıyor. İnternet kamusal bir varlık ama günümüz tarayıcıları ve sayfaları reklam optimizasyonu ile veri toplama yönüne fazla kaymış durumda. Gerçekten WWW kullanıcıları için sayfa/tarayıcı öncelikli olmadıkça bunun anlamı yok. Aşağıda libwww ile statik binary derlemek için basit bir script var
Mozilla'nın rekabetçi bir tarayıcı şirketinden giderek daha çok aktivist bir organizasyona dönüşmesini görmek gerçekten üzücü; bu yüzden ana ürünün de giderek zayıfladığını düşünmek acı veriyor.