GPU Durumu Fark Etmez: Kendi Donanımınızda Üst Düzey Görsel Model Çalıştırmanın Yeni Yolu

Evinizdeki veya ofisinizdeki masaüstü bilgisayarında, bulut sunucularına bağımlı kalmadan yüksek çözünürlüklü görsel üretim modellerini çalıştırmak artık karmaşık terminal komutları ve Python ortamı yönetimi gerektirmiyor. Comfy Desktop, bu süreçteki en büyük engelleri ortadan kaldıran, entegre bir masaüstü uygulaması olarak öne çıkıyor. Bu yazıda, özellikle Türkiye'deki teknoloji meraklıları ve içerik üreticileri için kritik olan erişilebilirlik ve bağımsızlık açısından bu aracın teknik altyapısını inceleyeceğiz.

Kurulum Sürecindeki Çekiştirme İşlemini Otomatikleştirme

Geleneksel olarak ComfyUI gibi node tabanlı motorları kurmak, Python sürümü uyumu, CUDA kütüphaneleri ve bağımlılık çakışmaları nedeniyle kullanıcıları zorlar. Comfy Desktop, bu karmaşıklığı tek bir paket altına toplar. Uygulamayı kurduğunuzda, altta yatan ComfyUI motoru, gerekli Python ortamları ve tüm bağımlılıklar otomatik olarak yüklenir. Türkiye'deki internet altyapısındaki dalgalanmalar düşünülürse, bu otomatik kurulum süreci, hatalı paket indirmeleri veya eksik kütüphane sorunlarıyla uğraşmak zorunda kalmadan istikrarlı bir başlangıç noktası sunar. Kullanıcı, teknik detaylara boğulmadan doğrudan iş akışına odaklanabilir.

Bağımsız Çalışma Modları ve Paralel Ortamlar

Sistem mimarisi, esneklik sunacak şekilde tasarlanmıştır. Her bir ComfyUI örneği, kendi bağımsız sürümünü, özel düğümlerini ve ayarlarını barındıran yalıtılmış bir ortamda çalışır. Bu yapı, farklı projeler için farklı model sürümlerini aynı anda test etmenizi mümkün kılar. Örneğin, bir projede Stable Diffusion XL sürümünü kullanırken, diğer bir pencerede Flux veya Wan 2.1 modellerini farklı parametrelerle çalıştırabilirsiniz. Bu izolasyon, deneme yanılma sürecinde yapmış olduğunuz değişikliklerin ana sisteminizdeki kararlılığı bozmasını engeller.

Topluluk Ekosisteminin Gücü: 60.000+ Düğüm

Yerel yapay zeka modellerinin asıl gücü, genişletilebilirliklerinde yatar. Comfy Desktop üzerinden, topluluk tarafından geliştirilen 5.000'den fazla uzantıya ve toplamda 60.000'den fazla hazır düğüme erişim sağlanıyor. Bu devasa kütüphane, Qwen, Stable Diffusion ve diğer popüler açık kaynak modellerin ötesine geçerek ileri düzey işleme tekniklerini mümkün kılar. Yeni bir açık kaynak model veya araştırma makalesi yayımlandığında, ComfyUI altyapısı hızla desteklemeye başlar ve topluluk, bu yeni teknikleri mevcut iş akışlarına entegre eden düğümleri günler içinde geliştirir. Bu hız, bulut tabanlı kapalı platformların sunamadığı bir çeviklik avantajıdır.

Profesyonel Yazılımlarla Entegrasyon ve Modellik

Yalnızca görsel üretimiyle sınırlı kalmayan bu sistem, mevcut profesyonel üretim hatlarınıza da bağlanabilir. Photoshop, Nuke, Blender ve Houdini gibi endüstri standardı araçlarla doğrudan entegrasyon imkanı sunan özel düğümler mevcuttur. Bu sayede, üretilen görselleri post-prodüksiyon süreçlerine veya 3D sahne düzenlemelerine doğrudan aktarabilirsiniz. Ayrıca, Nano Banana ve Grok gibi partner modellerin de desteklenmesi, sistem yalnızca açık kaynak modellerle sınırlı olmadığını gösterir. Bu entegrasyon kabiliyeti, bireysel kullanıcıların yanı sıra stüdyolar için de değerli bir varlık haline gelir.

Tam Bağımsızlık: Çevrimdışı Çalışma ve Fiyatlandırma Şeffaflığı

Türkiye'deki kullanıcılar için veri gizliliği ve internet bağımlılığı kritik konular arasında yer alır. Comfy Desktop, kurulum ve ilk bağımlılık indirme aşamaları atlatıldıktan sonra tamamen çevrimdışı çalışmaya izin verir. İnternet bağlantısı olmadan, yerel donanımınızda depolanan modellerle sınırsız üretim yapabilirsiniz. Verileriniz kendi disklerinizde kalır, üçüncü parti sunuculara gönderilmez. Fiyatlandırma modeli de şeffaftır; çekirdek işlevselliğe erişim için "pro" katmanı, deneme süresi veya gizli özellik kısıtlamaları bulunmaz. Tedarikçi kilitlenmesi (vendor lock-in) riski taşımayan bu açık kaynak tabanlı yaklaşım, uzun vadede sürdürülebilir ve güvenli bir yerel yapay zeka çözümü sunmaktadır.

Kaynak: techspot.com

Bir Günde Neler Yaptık: Ubuntu'da Claude Code İçin Agentik Altyapı Kurulumu

 Bugün Ubuntu masaüstümde, Claude Code'un etrafına gerçek bir "agent yönetim" altyapısı kurduk. Normalde MacBook'ta cmux kullanıyorum ama bu Linux makinesinde onun bir karşılığı yoktu; gün, tam da bu boşluğu doldurma çabasıyla geçti.

Cmux'un Linux Karşılığını Aradık

cmux, birden fazla Claude Code oturumunu tek pencerede paralel yönetmek için macOS'e özel bir terminal. Linux'ta doğrudan bir karşılığı olmadığından tmux ve git worktree mantığıyla çalışan alternatifleri karşılaştırdık: dmux, Herdr, amux... İçlerinden dmux'u seçtik, çünkü cmux'un iş akışına en sadık olanı oydu.

dmux, Node.js ve tmux Kurulumu

Kurulum kolay olmadı. Önce tmux ve Node.js'i apt ile kurduk, ardından dmux'u npm ile global olarak yükledik. dmux artık bir git projesinin köküne girip n tuşuna bastığımızda otomatik olarak yeni bir git worktree açıp içine bir kodlama ajanı (Claude Code, Codex veya OpenCode) başlatabiliyor.

Paperclip: Çok Daha Büyük Bir Kontrol Paneli

Sonra Paperclip adlı, çok daha üst seviye bir agent orkestrasyon aracını kurduk. dmux tek repo içinde birkaç paralel pane açan hafif bir araçken, Paperclip onlarca ajanı bir şirket gibi yönetmek için org chart, bütçe takibi ve denetim kayıtları sunuyor. Kurulum sırasında Node.js sürüm uyumsuzluğu ve resmi kurulum betiğindeki eski bir bayrak hatasıyla karşılaştık; ikisini de çözüp Paperclip'i sistemin arka planında sürekli çalışan bir servis haline getirdik.

Telefondan Devam: Claude Remote Control

Günün en pratik parçası bu oldu: Claude Code'un resmi Remote Control özelliğini bu makinede etkinleştirdik. Artık telefonumdan veya başka bir bilgisayardan claude.ai/code ya da Claude mobil uygulaması üzerinden, bu Ubuntu masaüstündeki oturuma bağlanıp devam edebiliyorum; SSH'a falan gerek kalmadan.

Her Şey Otomatik Açılıyor

n8n'in Docker üzerinde makine açıldığında otomatik ayağa kalkması bize ilham oldu. Aynı mantığı Paperclip ve Claude Remote Control için de kurduk: ikisi de artık systemd kullanıcı servisi olarak enabled ve linger ayarlı, yani ben oturum açmasam bile makine yeniden başladığında otomatik çalışmaya başlıyorlar.

Sırada Ne Var?

Bugünün özeti bu kadar. Yarın kaldığımız yerden devam edeceğiz: ilk gerçek dmux projesini oluşturup Paperclip'in onboarding sürecini tamamlayacağız. Bu yazının kendisi de zaten bu yeni altyapının ilk meyvesi; Claude'a bugünü bir makaleye dönüştür ve yayınla dedim, o da tarayıcıyı açıp Blogger'a girdi, doğru blogu seçti ve bu satırları yazıp yayınladı.

Kali VM'im Neden Siyah Ekranda Kaldı?

Bir VM kurulumu, bir de bulmaca

Bugün epeydir ertelediğim bir işi hallettim: KVM/libvirt üzerinde bir Kali Linux sanal makinesi kurmak. Docker'ı, virt-manager'ı falan zaten kurmuştum; sıra Kali'yi ayağa kaldırmaya gelmişti. Kurulum kendi başına dert değildi; asıl macera VM'i ilk açtığım anda başladı.

Siyah ekran ve gizemli bir "disk yok" mesajı

virt-manager üzerinden Kali VM'ini başlattım ve ekran karardı. Kaldı. Bir süre sonra ortaya çıkan mesaj aşağı yukarı şunu diyordu: kullanılabilir bir disk/boot medyası bulunamıyor.

İlk tepkim klasikti: "Kurulumu bir yerde yanlış yaptım herhalde." ISO'yu yeniden mi indirsem, VM'i sıfırdan mı oluştursam diye düşünmeye başladım. Ama panikle silip yeniden kurmak yerine önce VM'in gerçekte nasıl yapılandırıldığına bakmaya karar verdim.

VM'in tanımına baktığımda iş netleşti

virsh dumpxml kali-linux ile VM'in libvirt tanımını çıkarınca durum netleşti. Üç şey aynı anda eksikti:

1. Sanal disk (kali-linux.qcow2) tanımlıydı ama içi muhtemelen bomboştu — Kali hiç kurulmamıştı.
2. CD-ROM sürücüsüne (hdb) hiçbir ISO dosyası takılı değildi; disk sanki boş bir tepsiydi.
3. Boot sırası sadece hd olarak ayarlanmıştı — CD-ROM'dan boot etme seçeneği tanımda bile yoktu.

Yani VM her açılışta doğrudan boş diskten boot etmeye çalışıyordu. Üzerinde işletim sistemi olmayan bir diskten boot etmeye çalışınca da ekran kararıp "disk yok" mesajı veriyordu. Aslında kurulumu hiç başlatmamıştım, sadece boş bir kutuyu açmayı deniyordum.

Çözüm: ISO'yu tak, boot sırasını düzelt

Neyse ki elimde zaten indirilmiş bir Kali kurulum ISO'su vardı, sadece yanlış yerdeydi (buna aşağıda ayrıca değiniyorum). İki komutla düzeldi:

# ISO'yu CD-ROM sürücüsüne tak
virsh --connect qemu:///system change-media kali-linux hdb \
  /var/lib/libvirt/images/kali-linux-2026.2-installer-amd64.iso --insert --config
# Boot sırasını önce CD-ROM, sonra sabit disk yap
virt-xml kali-linux --edit --boot cdrom,hd --update

change-media boş CD-ROM tepsisine ISO'yu yerleştirdi, virt-xml --boot cdrom,hd da VM'e önce CD-ROM'dan, olmazsa diskten boot etmesini söyledi. VM'i tekrar başlattığımda siyah ekran yerine Kali'nin kurulum menüsü karşıladı.

Önemli not: Kurulum bitince boot sırasını tekrar hd,cdrom şeklinde çevirmek gerekiyor; yoksa VM her açılışta kurulum menüsüne düşmeye devam eder.

Bonus bulmaca: ISO neden yanlış klasördeydi?

Bu işin ortasında kendimi başka bir soruyu çözerken buldum: ISO'ları düzenli tutmak için /home/panel/isos diye ayrı bir klasör (libvirt dilinde "storage pool") oluşturmuştum, ama gerçek ISO dosyası orada değil, libvirt'in varsayılan havuzu olan /var/lib/libvirt/images içindeydi. Kendi klasörümde sadece bir SHA256SUMS dosyası duruyordu.

Dosya sahiplikleri ipucuydu: ISO, libvirt-qemu:kvm kullanıcısına aitti — yani benim panel hesabımla değil, libvirtd servisi tarafından indirilip kaydedilmişti. Muhtemel açıklama şu: VM oluşturma sihirbazında kurulum medyasını seçerken/indirirken hedef havuzu elle isos olarak değiştirmedim, sihirbaz da varsayılan olarak seçili gelen default havuzuna (/var/lib/libvirt/images) kaydetti. Kendi klasörümü oluşturmuş olmam, sihirbazın onu otomatik kullanacağı anlamına gelmiyormuş.

Çıkarımlar

• "Disk yok" veya siyah ekran hatası genelde gerçekten disk eksik demek değil; çoğu zaman boot medyası bağlı değildir ya da boot sırası yanlıştır.
• Panikleyip VM'i silip yeniden kurmak yerine önce virsh dumpxml ile gerçek yapılandırmaya bakmak, sorunu dakikalar içinde teşhis etmemi sağladı.
• Storage pool oluşturmak tek başına yetmiyor; VM sihirbazında medyayı seçerken hedef havuzu bilerek seçmek gerekiyor, yoksa dosyalar varsayılan havuza düşebiliyor.
• virsh ve virt-xml gibi komut satırı araçları, virt-manager arayüzünde tıklamaktan daha hızlı ve daha açıklayıcı — özellikle sorun teşhisinde.

Sonuçta bugün hem Kali VM'i ayağa kaldırdım hem de kendi depolama düzenimdeki küçük bir tutarsızlığı fark ettim. Küçük ama öğretici bir gündü.

Rust ve Node Grafiği: Graphite Neden Adobe Ekokurumundan Kaçanların Yeni Tek Çözümü Oluyor?

Grafik tasarım iş akışlarında uzun süredir iki uygulama arasında sürekli bir geçiş yaşanır. Piksel odaklı işler için Photoshop, vektör tabanlı işler için ise Illustrator kullanılır. Bu ayrım, dosyalar arasında sürekli ithalat ve dışa aktarım gerektirir. Piyasadaki alternatiflerde durum benzerlik gösterir; GIMP veya Photopea sadece raster odaklıyken, Inkscape yalnızca vektörle sınırlı kalır. 20 Eylül 2026 tarihli bir rapor, bu ikilemi kıran tek açık kaynaklı çözümü masaya yatırıyor: Graphite.

Rust Tabanlı Altyapı ve Graphene Motoru

Graphite, tarayıcı tabanlı çalışan ve ücretsiz bir grafik editörüdür. Hâlâ resmi olarak "alpha" aşamasında olsa da, mimarisindeki en dikkat çekici nokta Rust programlama diliyle yazılmış olmasıdır. Uygulamanın kalbini, tüm süreçleri yöneten Graphene adlı bir düğüm grafiği (node graph) motoru oluşturur. Bu mimari, uygulamanın tarayıcıda çalışmasına rağmen yerel uygulamalardaki işlevselliğe yaklaşmasını sağlar. Yazar Nolen Jonker’in 2019’dan bu yana süren kariyeri ve MakeUseOf’de Creative bölümü editörlüğü deneyimi, bu teknik derinliğin kullanıcı deneyimine nasıl yansıdığını anlamak için önemli bir bağlam sunar. Jonker’ın gözlemine göre, vektör odaklı çekirdek, diğer tüm bileşenlere kıyasla çok daha rafine bir his veriyor.

Katman-Düğüm Hibrit Modeli

Genellikle düğüm tabanlı araçlar, kullanıcıları karmaşık bir grafik yapısına zorlar ve bu da öğrenme eğrisini keskinleştirir. Graphite ise tam bir düğüm tabanlı iş akışını dayatmak yerine, bir "katman-düğüm" hibrit modeli sunarak bu bariyeri kırar. Kullanıcı, standart bir katman paneli içinde çalışma alışkanlığını koruyabilir. İhtiyaç duyulduğunda, geri plan düğüm grafiğini açarak prosedürel düzenlemeler yapabilir. Bu esneklik, geleneksel katman mantığına alışmış tasarımcıların, Illustrator’daki manuel yerleşimlerin getirdiği yorucu tekrarları ortadan kaldıracak bir alternatif sunması açısından kritik bir teknik avantajdır.

Prosedürel Vektör İşlemleri ve Gerçek Zamanlı Parametrik Kontrol

Graphite’in Illustrator karşısındaki en belirgin teknik üstünlüğü, her çizilen şeklin aynı zamanda bir düğüm (node) olarak sisteme entegre edilmesidir. Örneğin, bir şekli dairesel bir düzen içinde 25 kez tekrarlamak için Circular Repeat düğümü kullanılır. Daha sonra bu sayı 10’a düşürülmek istendiğinde, tüm şekilleri tek tek seçip silmek yerine sadece parametreyi değiştirmek yeterlidir. Bu parametrik kontrol, Scatter Points (Nokta Dağıtma), Copy to Points (Noktalara Kopyalama) ve Voronoi Cells (Voronoi Hücreleri) gibi ileri düzey prosedürel işlemlerde de geçerlidir. Illustrator gibi geleneksel editörlerde bu tür dolaylı şekil oluşturma süreçleri gerçek zamanlı olarak düzenlenemez ve manuel olarak yeniden çizilmeyi gerektirir.

Araç Seti, SVG Entegrasyonu ve Mevcut Sınırlılıklar

Araç seti, ilustrasyon işleri için gereken temel bileşenleri eksiksiz sunar. Pen (Kalem) ve Path (Yol) araçları keskin vektör çizgileri için, Freehand (Serbest el) ve Spline (Spline eğrisi) araçları ise daha organik formlar için tasarlanmıştır. Dikdörtgen, elips, çokgen, yıldız ve spiral gibi şekil primitiflerinin yanı sıra Boolean işlemleri, gradyanlar, tire desenleri, çizgiler ve dolgular da mevcuttur. Ekosistem uyumluluğu açısından SVG dosyalarının hem içe hem de dışa aktarımı sorunsuz çalışır; bu, ciddi iş akışları için en kritik entegrasyon noktasıdır.

Bununla birlikte teknik sınırlılıklar da açıkça var. Graphite, piksel manipülasyonu tarafında henüz Photoshop’un yerini alabilecek düzeyde değil. Curves (Eğriler), Levels (Seviyeler), Hue/Saturation (Ton/Doygunluk), Brightness/Contrast (Parlaklık/Kontrast) ve Vibrance gibi raster filtreleri çalışır ancak derinlikleri sınırlıdır. Ayrıca Illustrator’un Mesh Gradyan desteği, CMYK renk profili yönetimi, kanma (bleed) ayarları ve doğrudan .ai dosya formatını açma yeteneği, Graphite’te henüz bulunmamaktadır. Baskı üretimi için tam donanımlı bir çözüm arayanlar için bu eksikler belirleyici olabilir.

Graphite, Graphene motorunun sunduğu parametrik vektör yetenekleri ile, Adobe ekosisteminin ruhundan uzaklaşan ve açık kaynaklı bir çözüme yönelen tasarımcılar için teknik olarak en güçlü aday konumundadır.

Kaynak: xda-developers.com

Meta’nın Muse Asistanı: Bilmediği Şeyleri Nasıl Açıklıyor?

Meta’nın yeni nesil yapay zeka asistanı Muse, özellikle Mac platformundaki varlığıyla kullanıcılar arasında hem hayranlık hem de şüphe uyandırıyor. The Verge’in aktardığına göre, bu asistan Messages (Mesajlar), Calendar (Takvim) ve Notes (Notlar) uygulamalarına erişim yetkisi sunan güçlü bir Mac uygulaması üzerinden çalışıyor. Ancak asistanın teknik kapasitesinin aksine, kendi çalışma mantığını açıklayamaması, özellikle veri gizliliğine önem veren kullanıcılar için endişe verici bir tablo oluşturuyor. Bu durum, yapay zekanın “bilgi” ile “bilinç” arasındaki farkı nasıl yorumladığına dair önemli bir soru işareti bırakıyor.

Bildirim Önizlemesi mi, Mesaj Geçmişi mi?

Olay, Inc Magazine katkı editörü Jason Aten’in Threads platformundaki paylaşımıyla gün yüzüne çıktı. Aten, Muse’ün, kendi Messages uygulama içeriğini bilmeden onunla ilgili sorular sorduğunu fark etti. Aten, asistana mesaj erişimi vermediğini belirtmesine rağmen, Muse’un bu bilgiye sahip çıkması dikkat çekiciydi. Aten’in ısrarlı soruları üzerine Muse, “Mesaj geçmişinizi okumuyorum, sadece bildirim önizlemelerini gördüm” cevabını verdi. Bu açıklama, asistanın veriyi nereden aldığı konusunda net bir teknik altyapı sunmaktan uzaktı.

“Dahili Mekanizmaları Anlamıyorum”

Aten’in sorguları derinleştikçe, Muse’un cevabı daha da belirsizleşti. Asistan, bildirimlerin nasıl alındığına dair sorulara karşılık, “Dürüst cevabım: Kesin teknik mekanizmayı (plumbing) açıklayamam” diyerek teknik bir belirsizlik alanına sığındı. Devamında, “Eşleşmiş Mac uygulamasının bildirimleri yeteneklerinden biri olarak ortaya çıkardığını ve bunların cihaz senkronizasyonu yoluyla bana ulaştığını biliyorum” ifadesini kullandı. Bu açıklama, Muse’un kendi veri akışını kavramsal olarak değil, yüzeysel bir gözlem sonucunda tanımladığını hissettiriyor. Kullanıcı, asistanın ne yaptığından ziyade, asistanın kendi ne yaptığının farkında olmadığını idrak ediyor.

Meta’dan Resmi Açıklama: Hata Tamam, Mazeret Yok

Meta Superintelligence Labs ekibinden David Singleton, tartışmaya müdahale ederek teknik gerçekleri netleştirdi. Singleton, Muse’un mesajları okuyabilmesi için Mac uygulamasına tam disk erişimi (full disk access) verilmesi gerektiğini ve bu özelliklerin yalnızca kullanıcının açıkça onay vermesiyle (opt-in) etkinleştiğini hatırlattı. Kritik nokta, Singleton’ın “Muse, Mac’teki bildirimlerinizi izlemez, yalnızca kullanıcı erişimi özellikle etkinleştirdiğinde Messages verilerini senkronize eder” açıklamasıydı. Yani, Aten’in yaşadığı durumun sebebi Muse’un gizlice mesaj okuması değil, asistanın kendi iç çalışma prensiplerini yanlış ifade etmesiydi.

Veri Kurulumu ve Güven Meselesi

Singleton, Muse’un “cihaz bildirimlerini senkronize ediyor” derken teknik olarak hata yaptığını kabul ederek, “Bu bizim hatamız. Muse’un kendi iç mekanizmaları hakkında daha tutarlı ve doğru cevaplar vermesini sağlamaya çalışıyoruz” dedi. Bu itiraf, yapay zeka sistemlerinin “alan dışı” (out-of-domain) sorularda veya kendi mimarileriyle ilgili sorularda ne kadar kırılgan olduğunu gösteriyor. Sistem, kullanıcıya doğru bilgiyi sunmak yerine, bağlama uyan ama teknik olarak eksik veya yanıltıcı bir açıklama üretebiliyor. Bu durum, hassas kişisel verilere erişimi olan bir asistan için kabul edilebilir bir sınır olmayabilir.

Türkiye’deki Kullanıcı İçin Erişilebilirlik Durumu

Şu anki bilgiler ışığında, Muse’ün Türkiye’deki kullanıcılara ne zaman ve hangi kısıtlamalarla sunulacağına dair somut bir tarih veya yerel erişim detayı paylaşılmadı. Meta ekosistemindeki diğer hizmetlerde olduğu gibi, Muse’ün Türkiye’ye açılması durumunda, Mac uygulaması üzerinden Messages, Calendar ve Notes gibi yerel verilerle entegrasyon kurulması bekleniyor. Ancak teknik altyapıdaki bu açıklama belirsizliği, Türkiye’deki veri koruma hassasiyetine sahip kullanıcılar için ek bir gözetim katmanı gerektirebilir. Asistanın kendi yetki sınırlarını bile doğru anlatamaması, yerel kullanıcının kendi izinlerini (full disk access, opt-in ayarları) dikkatli yönetmesi gerektiğinin en somut göstergesidir.

Kaynak: theverge.com

Intel’in Nova Lake Çıkışı: 52 Çekirdekli Flagship ve 12Xe’nin Yerine Geçilecek Yeni Nesil

Nova Lake’in 52 Çekirdekli Flagship’ı Gerçek Mi?

İki yıl süren söylentiler, Nova Lake için 52 çekirdekli bir flagship modelin geliştirildiğini işaret ediyor. Bu rakam, Intel’in masaüstü segmentinde rekabeti yeniden şekillendirebilecek bir güç gösterisi. Ancak, henüz resmi bir duyuru yapılmadığı için detayların netleşmesi bekleniyor.

2026 Yılı İkinci Yarısında Çıkış Hedefi

Intel CEO Lip‑Bu Tan tarafından açıklanan Nova Lake’in 2026’nın ikinci yarısında piyasaya sürülmesi planlanıyor. Bu tarih, şirketin “North Star” olarak belirlediği hedef olup, gecikme veya iptal söylentilerine rağmen değişmemiş durumda. Planlanan zaman çizelgesinde, 2025 yılına kadar her yıl yeni nesil bir masaüstü CPU çıkarmış olan Intel, 2026’da da bu ritmi sürdürmeyi amaçlıyor.

Z990 Anakartların İpuçları

ASRock’un Z990 anakart modelleri, NBD kargo veritabanında belirlendi. Bu, Nova Lake’in masaüstü versiyonuna yönelik bir platform hazırlığının somut bir göstergesi. Computex’teki iki Z990 anakartın sergilenmesi ve üçüncü modelin söylentilere konu olması, üreticilerin bu yeni nesil için hazırlandığını ortaya koyuyor.

HP EliteBook X’de Gizemli Intel İşlemci

SiSoftware veritabanında, bilinmeyen bir Intel işlemciyle donatılmış HP EliteBook X modeli rapor ediliyor. Bu, Nova Lake’in mobil versiyonlarının da geliştirilmekte olduğunu düşündürüyor. Mobil segmentteki bu gelişme, masaüstü ile mobil arasında performans köprüsü kurma çabalarının bir parçası olabilir.

Core Ultra 400 Markası ve 12Xe Seçeneği

Intel, Nova Lake için Core Ultra 400 markasını duyurdu. Bu seride, masaüstü versiyonunda 12Xe seçeneğinin çıkarılması planlanıyor. 12Xe, önceki nesillerde bulunan yüksek çekirdek sayısını azaltarak enerji verimliliğini artırma amacını taşıyor. Yeni modelde, bu seçeneğin yerini daha düşük çekirdekli ama yüksek performanslı alternatiflerin alması bekleniyor.

“bLLC” Özelliği ile Hafıza Yönetimi

Nova Lake’in, bLLC (büyük ölçekli bellek kontrolcüsü) özelliği içerdiği iddia ediliyor. Bu teknoloji, çok çekirdekli iş yüklerinde bellek erişim hızını optimize ederek, özellikle çoklu görevlerde ve yoğun veri işlemlerinde performansı artırmayı hedefliyor. bLLC, Intel’in önceki nesillerinde deneyimlenen bellek gecikmelerini azaltmayı amaçlıyor.

İşlemci Çıkışının Yıllık Döngüsü

Intel’in masaüstü CPU’lar için tipik yayın döngüsü, 14nm teknolojisinden çıktıktan sonra her yıl yeni nesil bir işlemci sunmak üzerine kurulmuş. Alder Lake döneminde bu döngü pekişti ve 2025’e kadar her yıl bir yeni nesil duyuruldu. Nova Lake ise bu çerçevede 2026’nın ikinci yarısında, 14nm sonrası geliştirilmiş mimarisiyle sahneye çıkacak.

“Screenshot” ve “Slide” Dosyalarının Kaynağı

Nova Lake ile ilgili “screenshot” ve “slide” dosyalarının, Intel’in değil bir partnerin olduğu belirtiliyor. Bu, bilgilerinin doğruluğu konusunda belirsizlik yaratıyor ancak yine de teknik detayların bir kısmının halka açık kaynaklardan elde edildiğini gösteriyor.

24 Ay Boyunca Süregelen “Zeitgeist” Hazırlıkları

Nova Lake, 24 ay boyunca süren “zeitgeist” olarak tanımlanan bir nesil için hazırlıklarla şekilleniyor. Bu süreçte, Intel’in teknolojik stratejileri ve piyasa ihtiyaçları göz önünde bulundurularak, yüksek çekirdek sayısı, enerji verimliliği ve hafıza yönetimi gibi alanlarda iyileştirmeler yapılıyor.

Önizleme: Nova Lake ile Maliyet / Performans Dengesine Yaklaşım

Nova Lake’in, 52 çekirdekli flagship modeliyle yüksek performans sunarken, 12Xe seçeneğiyle de enerji verimliliğini hedeflemesi, fiyat/performans dengesi açısından önemli bir adım. bLLC ile bellek erişim sürelerinin azaltılması, yoğun veri işlemlerinde maliyetleri düşürürken, Core Ultra 400 markası altında sunulan farklı çekirdek seçenekleri, kullanıcıların ihtiyaçlarına göre esnek yapı sunacak.

Son Açıklama

Intel’in Nova Lake ile ilgili açıklamalar ve piyasadaki izlenimler, 2026’nın ikinci yarısında yüksek çekirdekli, enerji verimli bir masaüstü işlemci setinin çıkacağını gösteriyor. 52 çekirdekli flagship modeli ve 12Xe’nin yerini alacak yeni seçenekler, performans ve maliyet arasında dengeli bir yaklaşım sunmayı amaçlıyor. Bu gelişmeler, Intel’in masaüstü segmentinde rekabet gücünü yeniden şekillendirecek temel unsurlar olarak öne çıkıyor.

Kaynak: tomshardware.com

GNOME 51: Passkey Girişi ve Akıcı Arayüz İçin Sıradaki Durağın

Masaüstü deneyiminde en çok hissedilen değişiklik, arayüzün tepki süresi ve hareket hissiyatı. GNOME 51, bu alanda somut iyileştirmeler getirerek animasyonların ve kaydırma hareketlerinin daha akıcı olmasını sağlıyor. Bu akıcılığın arkasındaki teknik motor, GNOME Shell'in kompozitörü olan Mutter sürüm 51'de yapılan değişiklikler. Önceki sürümlerde ekran üzerine çizim zamanını tahmin etmek için kullanılan sabit değerler, donanım bağımlı olarak bazen çok katı, bazen de çok cömert olabiliyordu. Bu durum, özellikle düşük kadenceyle çalışan sistemlerde kare atlamasına (dropped frames) yol açabiliyordu.

Yeni sürümde çerçeve saati, render zamanını dinamik olarak yeniden tahmin etmeye başladı. Bu sayede, donanımın gerçek kapasitesine göre daha doğru bir zamanlama sunularak kare atlama riski minimize ediliyor. Ayrıca Azaltılmış Hareket (Reduced Motion) seçeneğinin eklenmesi, görsel hareket hassasiyeti olan kullanıcılar için kritik bir erişilebilirlik adımı. Standart uygulamalarda da fark edilen iyileştirmeler mevcut; Nautilus dosya yöneticisi, büyük klasörlerin açılma ve tarama sürelerinde belirgin bir hız kazanımı sağlıyor. Ayrıca Papers belzeleyici, kullanıcıların belgelerine görsel imza ekleme imkânı tanırken, masaüstü Haritalar uygulaması çevrimdışı alan indirme ve canlı toplu taşıma verisi desteğiyle işlevselliğini genişletiyor.

Kimlik Doğrulama: Passkey ve Akıllı Kart Entegrasyonu

GNOME 51'in en dikkat çekici güvenlik özellikleri, giriş ekranında ve kilit ekranında hayata geçen kimlik doğrulama mekanizmalarındaki çeşitlilik. GNOME Display Manager (gdm3), birleşik kimlik doğrulama çerçevesi sayesinde FIDO2 passkey ve web tabanlı giriş yöntemlerini destekleyecek şekilde yapılandırıldı. Bu, kurumsal kullanıcılar veya uzaktan çalışma senaryolarında parola yükünü azaltarak daha güvenli bir oturum açma deneyimi sunuyor. Akıllı kart girişi daha önceden de mevcut olsa da, yeni eklenen QR kodu ve URL tabanlı web girişleri, doğrulama süreçlerini modernize ediyor. Mimari olarak bu yapı, gelecekte yeni kimlik doğrulama yöntemlerinin kolayca eklenebileceği bir esneklik üzerine inşa edildi.

Ekran Görüntüsü Alırken Fareye Veda

Günlük iş akışında sıkça kullanılan ekran görüntüsü aracı, bu sürümde klavye kontrolü açısından önemli bir kullanıcı deneyimi (UX) iyileştirmesi aldı. Artık fareyi elinizden bırakabilmeniz mümkün. GNOME Shell'in interaktif ekran görüntüsü aracında, ekranınızdaki seçimi ok tuşlarıyla genişletebilir, daraltabilir veya taşıyabilirsiniz. Herhangi bir ok tuşuna basarak bir kenarı seçer, ardından tuşa basılı tutarak seçili alanın boyutunu değiştirebilirsiniz. Seçim alanını hareket ettirmek için Alt tuşunu ok tuşlarıyla birlikte kullanmanız gerekiyor. Daha hassas ayarlar için Shift veya Ctrl tuşları ile adım boyutlarını değiştirebilir, R tuşu ile seçimi sıfırlayabilirsiniz. Ekran görüntüsü alındığında, artık eski kamera deklanşör sesi yerine Adwaita'nın kendi yerleşik ses setinden gelen bir ses duyulur.

Donanım Belleği ve Ekran Kaydı Performansı

Çoklu monitör kullanan sistemlerde, her ekranın parlaklık seviyesi ve renk modu ayarları (örneğin HDR desteği) artık kalıcı olarak kaydediliyor ve yeniden başlatma sonrası otomatik olarak geri yükleniyor. Geçmişte bu değerler, çekirdeğin sysfs geri aydınlatma arayüzüne emanet ediliyordu. Ancak güç tasarrufu modları nedeniyle parlaklık değeri değiştiğinde, bu "sönük" değer bir sonraki açılışta da korunuyordu; bu da kullanıcıların istemediği bir durum yaratıyordu. Yeni sistem, bu tutarsızlığı gidererek monitörlerin son bilinçli ayarını hatırlıyor.

Ayrıca Mutter 51, ekran kaydı ve uzaktan masaüstü oturumları (remote desktop) performansını iyileştirdi. Arka plandaki gereksiz iş yükünü azaltarak, hem yazılımlı hem de donanımsal render süreçlerinde genel overhead'i düşürdü. Bu optimizasyon, canlı yayın yapıyorsanız veya uzak bir makineye bağlanıyorsanız, daha akıcı ve kesintisiz bir görüntü kalitesi anlamına geliyor.

Ubuntu Entegrasyonu ve Beklentiler

GNOME 51'in dağıtımlara yansıması, sürüm döngülerine göre şekilleniyor. Ubuntu 26.10, 15 Ekim'de yayınlandığında bu yeni GNOME sürümünü ve üstüne kendi özelleştirmelerini içeriyor. Ancak uzun süreli destekli Ubuntu 26.04 LTS, destek süresi boyunca GNOME 50 sürümünde kalacak. Bu, LTS dağıtımlarının güvenlik ve kararlılık odaklı yaklaşımının bir sonucu; yeni GNOME sürümleri geriye dönük port (backport) edilmemektedir. Yani GNOME 51'deki bu akıcı animasyonlar ve passkey desteği, LTS kullanıcılara otomatik olarak sunulmayacak.

Yayın öncesi birçok platformda "GNOME'a buzlu bulanıklık (frosted blur) geldi" haberleri dolaşsa da, bu özellik henüz kullanıcıya hazır değil. Mutter'ın Wayland arka plan bulanıklık protokolünü desteklemeye başlaması teknik bir altyapı hazırlığı. Ancak uygulamaların ve yüzeylerin bu özelliği açıkça talep etmesi gerekiyor ve şu an için varsayılan olarak bu özelliği kullanan tek bir bileşen bulunmuyor. Dolayısıyla GNOME Shell settings menüsünde bir "Bulanıklığı Aç" anahtarı aramayın; bu özellik, geliştiricilerin uygulamalarına entegre etmesiyle birlikte gelecekte görünür hale gelecek.

Beklenen İki Özelliğin Durumu

GNOME 51, beklenen tüm özellikleri barındırmayan, daha mütevazı bir sürüm olarak öne çıkıyor. Topluluk beklentilerinin yüksek olduğu Disks uygulamasının GTK4suna taşınması ve dokunmatik yüzey kaydırma hızını değiştiren bir kaydırıcı (slider) bu sürüme yetişmedi. Bu eksiklikler, geliştiricilerin önceliklendirme tercihinin bir yansıması. Buna rağmen, geçmiş sürümlere kıyasla daha az revizyon içermesine rağmen, günlük kullanımda hissedilebilir performans artışı ve güvenlik derinliği sunması, GNOME 51'i önemli kılıyor. Özellikle ekran görüntüsü alma hızı ve monitör ayarlarının hatırlanması gibi küçük ama etkili dokunuşlar, masada otururken fark edilen detaylar arasında yer alıyor.

Kaynak: omgubuntu.co.uk