Günümüzün hızla gelişen teknoloji dünyasında, yeni çıkan ekran kartları ve görüntüleme standartları kullanıcılar için heyecan verici gelişmeler sunuyor. Peki Linux işletim sistemi, bu yenilikleri nasıl yakalıyor ve onlara uyum sağlıyor? Linux çekirdeğinin yeni görüntüleme donanımı için desteği nasıl genişlettiğini, arkasındaki karmaşık süreçleri ve açık kaynak topluluğunun kritik rolünü bu makalede adım adım inceleyeceğiz. Bu süreç, sadece teknik bir başarı değil, aynı zamanda dünya genelindeki geliştiricilerin iş birliğinin de bir ürünüdür.
Linux Görüntüleme Mimarisi: Temeller Nelerdir?
Linux işletim sistemlerinde görüntüleme sistemi, çoğu kullanıcının düşündüğünden çok daha katmanlı ve karmaşıktır. Bu mimarinin temelinde, donanımla doğrudan etkileşime giren ve genellikle “sürücü” olarak adlandırılan çekirdek bileşenleri bulunur. Özellikle modern Linux sistemlerinde, ekran kartı desteğinin merkezinde üç ana kavram yer alır: DRM (Direct Rendering Manager), KMS (Kernel Mode Setting) ve DRI (Direct Rendering Infrastructure).
DRM, aslında bir çekirdek alt sistemi olup, kullanıcı alanı uygulamalarının (örneğin oyunlar veya grafik arayüzleri) GPU donanımına güvenli ve verimli bir şekilde erişmesini sağlar. Daha açık bir ifadeyle, DRM, grafik kartınızla iletişim kurmak için kullanılan bir köprü görevi görür. Bu sayede birden fazla uygulamanın aynı GPU’yu çakışma olmadan kullanabilmesi mümkün hale gelir. Öte yandan, KMS, ekranın çözünürlüğünü, yenileme hızını ve diğer ayarlarını doğrudan çekirdek seviyesinde kontrol etme yeteneğidir. Geçmişte bu tür ayarlar kullanıcı alanı uygulamaları tarafından yapılırdı ki bu durum güvenlik ve stabilite sorunlarına yol açabiliyordu. KMS ile birlikte, çekirdek, görüntü modlarını ayarlama ve değiştirme konusunda tam yetkiye sahip olur, bu da daha tutarlı ve sorunsuz bir görüntüleme deneyimi sunar.
DRI ise, kullanıcı alanı uygulamalarının (Mesa 3D gibi) doğrudan GPU donanımına erişerek 3D hızlandırmayı kullanmasına olanak tanıyan bir çerçevedir. Bu üçlünün uyumlu çalışması, Linux üzerinde akıcı bir grafik performansı ve geniş donanım desteği için hayati öneme sahiptir. Ayrıca, bu katmanların üzerinde Xorg veya daha modern bir alternatif olan Wayland gibi görüntü sunucuları çalışır. Bu sunucular, uygulamalardan gelen grafik taleplerini alır ve DRM/KMS aracılığıyla çekirdeğe ileterek ekranınızda görselleştirmeyi sağlar. İşte tam da bu mimari sayesinde, Linux çekirdeği yeni nesil ekran kartlarını ve görüntüleme teknolojilerini entegre edebilme esnekliğine sahip olur.
Yeni Ekran Kartı Desteği Neden Sürekli Bir Mücadeledir?
Yeni bir ekran kartının piyasaya sürülmesi, son kullanıcılar için heyecan verici bir gelişme olsa da, Linux çekirdeği geliştiricileri için bu genellikle uzun ve karmaşık bir entegrasyon sürecinin başlangıcını işaret eder. Bu durumun temelinde yatan birkaç önemli neden vardır. İlk olarak, ekran kartı donanımları son derece karmaşıktır. Her yeni nesil GPU, daha fazla işlem birimi, farklı bellek denetleyicileri ve özel hızlandırıcılar içerir. Bu bileşenlerin her birinin çekirdek sürücüsü tarafından doğru bir şekilde başlatılması ve yönetilmesi gerekir. Bu, donanımın dahili mimarisini ve programlama arayüzlerini derinlemesine anlamayı gerektirir.
İkinci olarak, donanım üreticileri genellikle yeni ürünlerinin detaylı teknik özelliklerini (spesifik register adresleri, bellek haritalamaları, güç yönetim protokolleri vb.) sır olarak saklarlar. Bu durum, açık kaynak topluluğunun “tersine mühendislik” (reverse engineering) yaparak bu bilgilere ulaşmasını zorunlu kılar. Tersine mühendislik süreci zaman alıcı ve hata yapmaya açık bir yöntemdir. Özellikle NVIDIA gibi bazı üreticiler, kapalı kaynak sürücüler sunmayı tercih ederken, açık kaynak topluluğunun çekirdek seviyesinde tam destek sağlaması büyük bir zorluk haline gelir. Bu durum, topluluğun uzun yıllar süren çabalarıyla ancak sınırlı başarılar elde etmesine yol açar.
Üçüncü olarak, görüntüleme standartları sürekli olarak evrim geçirmektedir. DisplayPort 1.4’ten 2.0’a, HDMI 2.0’dan 2.1’e geçişler, her biri daha yüksek çözünürlükler, daha yüksek yenileme hızları, HDR (Yüksek Dinamik Aralık) ve VRR (Değişken Yenileme Hızı) gibi yeni özellikler getirir. Bu yeni standartları desteklemek için çekirdek sürücülerinin sadece donanımla değil, aynı zamanda video sinyal işleme ve protokol düzeyinde de güncellenmesi gerekir. Bu da ayrı bir karmaşıklık katmanı ekler. Sonuç olarak, yeni bir ekran kartının tam ve verimli bir şekilde Linux’ta çalışabilmesi, donanım mimarisini anlama, üreticilerle iş birliği yapma veya tersine mühendislik uygulama ve sürekli gelişen standartlara ayak uydurma gibi çok yönlü bir mücadeleyi beraberinde getirir.
Üretici İşbirliği ve Açık Kaynak Topluluğu Nasıl Birleşiyor?
Linux çekirdeğinin yeni ekran kartlarına destek ekleme sürecinde, donanım üreticileri ve açık kaynak topluluğu arasındaki etkileşim kritik bir rol oynar. Bu etkileşim, genellikle farklı modellerde gerçekleşir ve her bir üreticinin açık kaynak felsefesine olan yaklaşımına göre değişiklik gösterir. Bazı üreticiler, özellikle Intel ve AMD, açık kaynak topluluğuyla oldukça yakın çalışır ve sürücü geliştirme süreçlerine aktif olarak katkıda bulunurlar. Intel, kendi i915 (entegre grafik) sürücüsünü aktif olarak geliştirir ve bu geliştirme çoğunlukla açık kaynak topluluğuyla birlikte yapılır. Benzer şekilde, AMD, AMDGPU sürücüsü için genellikle yeni donanım piyasaya sürülmeden önce veya hemen sonra teknik belgeleri ve hatta ilk sürücü yamalarını topluluğa sunar. Bu üreticiler, açık kaynak bir sürücünün sunduğu şeffaflığın, hata ayıklama kolaylığının ve geniş topluluk desteğinin faydalarını görmektedirler.
Ancak tüm üreticilerin yaklaşımı bu kadar şeffaf değildir. NVIDIA, uzun yıllar boyunca kapalı kaynak “blob” sürücülerini tercih etti. Bu sürücüler yüksek performans sunsa da, çekirdek seviyesindeki entegrasyon sorunları, topluluk tarafından hata ayıklama zorlukları ve genel olarak Linux’un açık kaynak felsefesine aykırı olması nedeniyle eleştirildi. Ancak son zamanlarda, NVIDIA da açık kaynaklı çekirdek modülü çabalarıyla topluluğa yaklaşmaya başlamıştır, bu da uzun vadede daha iyi bir entegrasyon vaat ediyor. Bu durum, sektördeki açık kaynak eğiliminin ne kadar güçlü olduğunu gösteriyor.
Üretici katkılarının yanı sıra, açık kaynak topluluğu da büyük bir güçtür. Donanım üreticilerinden doğrudan destek gelmediği durumlarda, yetenekli ve tutkulu geliştiriciler, donanımı analiz ederek, mevcut işletim sistemi sürücülerini inceleyerek ve hata ayıklama araçlarını kullanarak tersine mühendislik yaparlar. Bu süreç, donanımın nasıl çalıştığına dair bir anlayış geliştirmeyi ve ardından bu bilgiyi Linux çekirdeğine entegre edilebilir bir sürücüye dönüştürmeyi içerir. Bu işbirliği modeli, Linux’un sürekli olarak yeni ve çeşitli donanım desteği sunabilmesinin temelidir. Geliştiriciler, e-posta listeleri, IRC kanalları ve geliştirici konferansları aracılığıyla sürekli iletişim halinde kalarak bilgi ve deneyimlerini paylaşır, bu da yeni donanım desteğinin hızlı bir şekilde geliştirilmesine olanak tanır.
Kernel DRM Sürücüsü Geliştirme Adımları: Bir Örnek Uygulama
Linux çekirdeğine yeni bir görüntüleme donanımı için destek eklemek, sadece donanımı tanımaktan çok daha fazlasını içerir; bu, karmaşık bir yazılım mühendisliği ve donanım programlama sanatıdır. Bu süreç, genellikle mevcut bir DRM sürücüsünün (örneğin amdgpu veya i915) yapısını anlamakla başlar ve ardından yeni donanımın özelliklerine özgü uyarlamalarla devam eder.
İlk adım, genellikle donanımın temel kimlik bilgilerini (PCI Vendor ID, Device ID gibi) çekirdeğin ilgili sürücü listesine eklemektir. Bu, çekirdeğin önyükleme sırasında donanımı doğru sürücüyle eşleştirmesini sağlar. Ardından, donanımın inisiyalizasyonu (başlatma) süreci gelir. Bu aşamada, GPU’nun çeşitli alt birimleri (görüntü denetleyicisi, bellek denetleyicisi, 3D motoru vb.) güç verilir, saat frekansları ayarlanır ve gerekli kayıt defterleri (registers) yapılandırılır. Bu registerlar, GPU’nun çalışma şeklini belirleyen küçük bellek konumlarıdır.
Bir sonraki kritik adım, KMS (Kernel Mode Setting) için gerekli fonksiyonları uygulamaktır. Bu, monitörün bağlı olup olmadığını kontrol etmek (DDC/EDID protokolleri aracılığıyla), desteklenen çözünürlükleri ve yenileme hızlarını okumak ve ardından bu modları ayarlamak için donanımı programlamayı içerir. Örneğin, DisplayPort veya HDMI sinyal yollarını doğru bir şekilde yapılandırmak, piksel saatlerini ayarlamak ve zamanlama parametrelerini donanım registerlarına yazmak bu aşamanın önemli parçalarıdır. Bu işlemler, özellikle yeni nesil yüksek çözünürlüklü veya yüksek yenileme hızlı ekranlar için çok hassas ve hataya açık olabilir.
Örnek olarak, bir KMS modu ayarlamak için pseudokod şu şekilde görünebilir:
// Basit bir KMS mod ayar pseudo-kodu
struct drm_connector *connector;
struct drm_crtc *crtc;
struct drm_encoder *encoder;
struct drm_display_mode *mode_to_set;
// 1. Bağlı monitörü ve desteklediği modları bul (EDID okuma)
connector = find_connected_connector();
if (!connector) {
printk("Hiçbir monitör bağlı değil!\n");
return -ENODEV;
}
// 2. Desteklenen bir görüntüleme modunu seçin
mode_to_set = find_best_mode(connector); // Örneğin 1920x1080@60Hz
if (!mode_to_set) {
printk("Uygun mod bulunamadı!\n");
return -EINVAL;
}
// 3. CRTC (CRT Controller) ve Encoder'ı yapılandırın
// CRTC, görüntüleme verilerini bellekten alıp zamanlama sinyalleri oluşturur.
// Encoder, CRTC'den gelen verileri DisplayPort/HDMI sinyallerine dönüştürür.
crtc = get_available_crtc();
encoder = get_suitable_encoder(connector, crtc);
// 4. Modu ayarlayın
// Bu fonksiyon genellikle donanım registerlarını doğrudan manipüle eder
// ve görüntüleme pipeline'ını yapılandırır.
if (drm_mode_set_config(crtc, mode_to_set, connector, encoder)) {
printk("KMS modu ayarlanırken hata oluştu!\n");
return -EIO;
}
printk("KMS modu başarıyla ayarlandı: %dx%d@%dHz\n",
mode_to_set->hdisplay, mode_to_set->vdisplay, mode_to_set->vrefresh);
Bu süreç, donanımın spesifik detaylarına, veri yolu iletişim protokollerine (I2C, MIPI DSI, DisplayPort AUX kanalı vb.) ve güç yönetimi gereksinimlerine bağlı olarak büyük ölçüde değişir. Yeni sürücü yamaları, geliştiricilerin e-posta listeleri aracılığıyla (örneğin dri-devel) çekirdek geliştirme topluluğuna gönderilir. Bu yamalar, diğer çekirdek geliştiricileri tarafından incelenir, test edilir ve onaylanırsa ana Linux çekirdek deposuna dahil edilir. Bu, uzun, titiz ve işbirlikçi bir süreçtir, ancak Linux'un çeşitli donanım desteğinin temelini oluşturur.
Geleceğin Görüntüleme Teknolojileri ve Linux'a Entegrasyonları Nasıl Yapılıyor?
Görüntüleme teknolojileri sürekli olarak gelişiyor ve her yeni nesil, Linux çekirdeği için yeni entegrasyon zorlukları ve fırsatları sunuyor. HDR (High Dynamic Range), VRR (Variable Refresh Rate), USB-C DisplayPort Alt Mode ve HDMI 2.1 gibi standartlar, günümüzün modern görüntüleme deneyiminin ayrılmaz bir parçası haline gelmiştir. Peki, Linux bu gelişmeleri nasıl yakalıyor ve kullanıcılara sunuyor?
Vaka Analizi: HDR Desteği Linux'a Nasıl Geldi?
HDR, geleneksel SDR (Standard Dynamic Range) görüntülemeye kıyasla çok daha geniş bir renk gamı ve parlaklık aralığı sunarak, daha gerçekçi ve etkileyici görseller vaat eder. Linux'ta HDR desteği, sadece çekirdek sürücüsünde değil, aynı zamanda kullanıcı alanı bileşenlerinde de (Mesa, Wayland/Xorg, medya oynatıcılar) önemli değişiklikler gerektiren çok katmanlı bir çaba oldu. Başlangıçta, çekirdek DRM sürücülerinin (özellikle AMDGPU ve Intel i915) HDR meta verilerini (PQ eğrileri, maksimum parlaklık vb.) monitöre gönderebilmesi için yetenekler eklenmesi gerekti. Bu, DisplayPort ve HDMI protokollerindeki ilgili alanların doğru bir şekilde doldurulmasını ve donanımın bu verileri işleyebilmesini sağladı.
// HDR meta veri ayarı için basitleştirilmiş bir çekirdek fonksiyonu
int amdgpu_dm_set_hdr_metadata(struct dm_connector *dm_connector,
struct drm_hdr_metadata *hdr_metadata)
{
// Donanım registerlarına HDR meta verilerini yaz
// Bu, monitörün HDR moduna geçmesini ve içeriği doğru işlemesini sağlar.
// Örneğin, belirli bir DisplayPort veya HDMI InfoFrame'i güncelleyebilir.
printk("HDR meta verileri ayarlanıyor. Max Luminance: %d nit\n",
hdr_metadata->hdmi_metadata_type1.max_display_mastering_luminance);
// Donanım düzeyinde çağrılar ve register yazmaları
// ...
return 0; // Başarı
}
Çekirdek desteği sağlandıktan sonra, Mesa gibi 3D grafik kütüphanelerinin ve Wayland/Xorg gibi görüntü sunucularının HDR içeriklerini doğru bir şekilde işlemesi ve bu meta verilerini çekirdeğe iletmesi gerekti. Örneğin, Wayland compositor'ları, pencerelerin HDR içeriğe sahip olup olmadığını anlayıp, çekirdeğe ilgili bilgiyi aktararak ton haritalama (tone mapping) veya doğrudan passthrough yapabilir hale geldi. Bu, medya oynatıcılarının veya oyunların HDR çıktı verebilmesi için gerekliydi. Bu entegrasyon, yıllar süren geliştirme ve işbirliğinin bir ürünüdür ve hala daha da geliştirilmektedir.
Gelecek Bizi Neler Bekliyor?
Gelecekte, Linux çekirdeği muhtemelen daha da yüksek çözünürlükler (8K ve ötesi), daha yüksek yenileme hızları (360Hz ve üzeri), yeni sıkıştırma teknolojileri (Display Stream Compression - DSC) ve daha gelişmiş senkronizasyon mekanizmaları (FreeSync Premium Pro, G-Sync Ultimate) için destek eklemeye devam edecektir. USB-C DisplayPort Alt Mode, tek bir kablo üzerinden hem görüntü hem de veri iletimini sağlayarak dizüstü bilgisayarlar ve monitörler arasındaki bağlantı şeklini değiştirmekte ve Linux'un bu konudaki desteği de giderek artmaktadır.
Ayrıca, Rust programlama dilinin Linux çekirdeğine girişi, yeni sürücülerin geliştirilme şeklini değiştirebilir. Rust'ın bellek güvenliği özellikleri, potansiyel güvenlik açıklarını azaltarak daha sağlam ve güvenilir sürücüler yazmaya olanak tanıyabilir. Bu, gelecekteki görüntüleme donanımı entegrasyonlarının daha hızlı ve daha az hatayla yapılabilmesinin önünü açabilir. Linux çekirdeğinin esnek mimarisi ve güçlü açık kaynak topluluğu, bu zorlukların üstesinden gelmek ve modern görüntüleme teknolojilerini kullanıcılara sunmak için en büyük avantajlarıdır.
Geliştiriciler İçin Pratik İpuçları ve Katkıda Bulunma Yolları Nelerdir?
Linux çekirdeğine veya grafik sürücülerine katkıda bulunmak isteyenler için birçok yol bulunmaktadır. Bu alan, hem donanım bilgisi hem de yazılım mühendisliği becerileri gerektiren zorlu ama ödüllendirici bir alandır.
- Dokümantasyon Okuyun: Linux çekirdek dokümantasyonu, DRM/KMS çerçevesi hakkında kapsamlı bilgi sağlar. Ayrıca, donanım üreticilerinin (özellikle Intel ve AMD'nin) açık kaynaklı teknik belgeleri ve şartnameleri (datasheets) altın değerindedir.
- Mevcut Sürücüleri İnceleyin:
amdgpu,i915veyanouveaugibi mevcut açık kaynak DRM sürücülerinin kodunu incelemek, bir sürücünün nasıl yapılandırıldığını ve donanımla nasıl etkileşime girdiğini anlamanın en iyi yollarından biridir. - E-posta Listelerine Katılın:
dri-devel@lists.freedesktop.orggibi geliştirici e-posta listeleri, bu alandaki tartışmaların ve yama gönderimlerinin ana merkezidir. Sorular sormak, fikirleri tartışmak ve yapılan işleri takip etmek için harika bir yerdir. - Küçük Katkılarla Başlayın: Doğrudan yeni bir GPU'ya sürücü yazmaya başlamak yerine, mevcut bir sürücüdeki hataları düzeltmek, küçük özellikler eklemek veya dokümantasyonu iyileştirmek gibi daha küçük görevlerle başlayın.
- Hata Raporlamaya ve Test Etmeye Katılın: Yeni donanım desteğinin ilerlemesi için kullanıcı geri bildirimi hayati öneme sahiptir. Yeni çekirdek sürümlerini test etmek ve karşılaşılan hataları düzgün bir şekilde raporlamak (örneğin FreeDesktop.org'daki bug tracker üzerinden) büyük bir katkıdır.
- Çekirdek Geliştirme Akışını Anlayın: Yamaların nasıl oluşturulduğunu (
git format-patch), e-posta listelerine nasıl gönderildiğini ve inceleme sürecinin nasıl işlediğini öğrenmek, katkılarınızın kabul edilme şansını artıracaktır.
Makalenin Mobil Uyumluluğu İçin Önerilen CSS Yapısı
Yukarıda makale içeriğiyle birlikte sunulan CSS kod bloğu, bu HTML sayfasının farklı ekran boyutlarına, özellikle mobil cihazlara duyarlı olmasını sağlamak için tasarlanmıştır. Bu yapı, modern web tasarımının temel prensiplerinden biri olan duyarlı (responsive) tasarım anlayışını yansıtır.
Anahtar kısım, @media (max-width: 768px) sorgusudur. Bu sorgu, ekran genişliği 768 pikselden az olduğunda belirli CSS kurallarının uygulanmasını sağlar. Mobil cihazlarda tablo verilerinin okunabilirliğini artırmak için tablonun varsayılan düzenini değiştirir. Her bir tablo hücresinin (td) bir blok öğesi gibi davranmasını ve başlığının (th) her bir hücrenin önüne data-label özniteliği kullanılarak eklenmesini sağlar. Bu sayede, uzun tablolarda yatay kaydırma yapmak yerine, veriler dikey olarak düzenlenerek daha kullanıcı dostu bir görünüm sunulur.
Sonuç ve Sıkça Sorulan Sorular
Linux çekirdeğinin yeni ekran kartı ve görüntüleme teknolojileri için destek sağlaması, karmaşık, sürekli gelişen ve işbirlikçi bir süreçtir. Bu süreç, çekirdek seviyesindeki DRM/KMS mimarisinden başlar, üreticilerin donanım bilgilerini paylaşmasına veya topluluğun tersine mühendislik çabalarına kadar uzanır. Modern standartlar olan HDR, VRR ve USB-C gibi teknolojilerin entegrasyonu, hem çekirdek sürücülerinde hem de kullanıcı alanı bileşenlerinde sürekli yenilik ve uyarlama gerektirir. Açık kaynak topluluğunun tutkusu ve üreticilerle yapılan işbirlikleri sayesinde Linux, günümüzün ve geleceğin görsel deneyimlerini desteklemeye devam etmektedir. Bu dinamik ekosistem, dünya genelindeki geliştiricilerin ortak çabalarının bir kanıtıdır.
Sıkça Sorulan Sorular
-
Soru: Neden bazı ekran kartları Linux'ta diğerlerinden daha iyi çalışır?
Cevap: Bu durum genellikle donanım üreticisinin açık kaynak topluluğuyla ne kadar işbirliği yaptığına bağlıdır. Intel ve AMD gibi üreticiler, çekirdek sürücüleri için aktif olarak katkıda bulunur ve teknik dokümantasyon sağlar. Bu da onların sürücülerinin genellikle daha kararlı, performanslı ve yeni özelliklere daha hızlı sahip olmasını sağlar. NVIDIA gibi bazı üreticiler ise tarihsel olarak kapalı kaynak sürücüler sunmuş, bu da topluluğun tam destek sağlamasını zorlaştırmıştır. Ancak son zamanlarda NVIDIA da açık kaynak çabalarını artırmıştır.
-
Soru: Linux çekirdeğine yeni bir ekran kartı sürücüsü eklemek ne kadar sürer?
Cevap: Bu süre, donanımın karmaşıklığına, üreticiden gelen teknik bilgi miktarına ve geliştirici kaynaklarının mevcudiyetine göre büyük ölçüde değişir. Bazı durumlarda temel destek birkaç ay içinde sağlanabilirken, tam ve optimize edilmiş bir sürücünün geliştirilmesi ve kararlı hale gelmesi bir yıl veya daha uzun sürebilir.
-
Soru: DRM ve KMS arasındaki fark nedir?
Cevap: DRM (Direct Rendering Manager) daha geniş bir kavramdır ve kullanıcı alanı uygulamalarının GPU donanımına güvenli ve verimli bir şekilde erişmesini sağlayan çekirdek alt sistemini ifade eder. KMS (Kernel Mode Setting) ise DRM'nin bir özelliğidir ve çekirdeğin ekranın çözünürlüğünü, yenileme hızını ve diğer görüntüleme modlarını doğrudan kontrol etme yeteneğidir. KMS, daha stabil ve güvenli bir görüntüleme ortamı sunar çünkü mod ayarı yetkisini kullanıcı alanından çekirdeğe taşır.
-
Soru: Açık kaynak sürücüler, üreticinin kendi sürücülerinden daha mı iyi?
Cevap: "Daha iyi" tanımı duruma göre değişir. Performans açısından, özellikle ilk piyasaya sürüldüğünde, üreticinin optimize edilmiş kapalı kaynak sürücüleri daha yüksek ham performans sunabilir. Ancak açık kaynak sürücüler, daha iyi entegrasyon, daha hızlı hata düzeltmeleri, daha fazla şeffaflık, topluluk desteği ve genellikle daha iyi uzun vadeli bakım avantajları sunar. Birçok kullanıcı için bu avantajlar, potansiyel performans farklılıklarından daha önemlidir.