LM Studio Qwen3.5 Yüklenmiyor: 'unknown model architecture: qwen35' Hatası Çözümü

'unknown model architecture: qwen35' tam olarak ne anlama geliyor?

LM Studio bir GGUF dosyasını açarken önce dosyanın metadata bölümünü okur. Burada model ailesini tanımlayan general.architecture alanı bulunur. Qwen3.5 dense modellerde bu alan qwen35 olarak görülebilir. Kullandığınız llama.cpp motoru bu architecture anahtarını bilmiyorsa tensörleri yüklemeye başlamadan model yükleme işlemini durdurur.

Bu yüzden ekranda 'Failed to load model' genel başlığı görünse de asıl teşhis satırı 'error loading model architecture: unknown model architecture: qwen35' kısmıdır. Buradaki unknown sözcüğü modelin bozuk olduğunu değil, çalıştırıcının bu mimariyi kendi model tablosunda tanımadığını anlatır.

Aynı hata Windows, Linux veya farklı GPU markalarında görülebilir; çünkü hata çoğu zaman GPU hesaplama aşamasına gelmeden oluşur. Öncelik ekran kartı sürücüsünü değiştirmek değil, LM Studio ve llama.cpp runtime sürümünü doğrulamaktır.

Failed to load model
error loading model: error loading model architecture: unknown model architecture: 'qwen35'

qwen35 ve qwen35moe nedir? Neden Qwen3.5 yazmıyor?

GGUF içindeki architecture adı, ekranda gördüğünüz pazarlama/model adıyla birebir aynı olmak zorunda değildir. Qwen3.5 ailesinin dense sürümlerinde qwen35; MoE, yani Mixture-of-Experts varyantlarında ise qwen35moe gibi dahili anahtarlar kullanılabilir. Bu değerler runtime'ın hangi model yükleyici ve hesaplama yolunu kullanacağını belirlemesine yardımcı olur.

Örneğin Qwen3.5-27B gibi dense bir GGUF dosyasında qwen35 görülürken Qwen3.5-35B-A3B gibi seyrek MoE tasarımında qwen35moe hatasıyla karşılaşabilirsiniz. Sorunun mantığı aynıdır: runtime, dosyanın istediği mimariyi tanımıyordur veya yeterince yeni bir uygulama/runtime kombinasyonu kullanılmıyordur.

Güncel llama.cpp kaynak ağacında Qwen3.5 mimari sabitleri bulunduğu için, eski bir runtime'ın 'unknown model architecture' vermesi ile güncel kaynak kodunun modeli tanıması birbiriyle çelişmez. Yerel yapay zeka araçlarında uygulama, runtime ve model dosyası farklı hızlarda güncellenebilir.

Bu hata neden RAM veya VRAM yetersizliği değildir?

Bellek hatalarında model yükleyici mimariyi tanır ve ağırlıkları, KV cache'i veya çalışma tamponlarını ayırmaya çalışır. Bellek yetmezse 'out of memory', 'failed to allocate', 'CUDA out of memory' veya benzeri tahsis mesajları görülür. qwen35 hatasında ise yükleyici model türünü tanımadığı için bu aşamaya sağlıklı biçimde geçemez.

Bu ayrım önemlidir. 64 GB RAM veya güçlü bir ekran kartınız olsa bile eski runtime qwen35'i bilmiyorsa model açılmaz. Tersine runtime güncellendikten sonra architecture hatası ortadan kalkabilir ve bu kez gerçekten VRAM/RAM kaynaklı ikinci bir hata ortaya çıkabilir. İkinci hata, ilk sorunun çözülmediği anlamına gelmez; yükleme sürecinin bir sonraki aşamasına geçtiğinizi gösterir.

LM Studio sürümü ile llama.cpp Runtime neden ayrı şeylerdir?

LM Studio masaüstü uygulaması arayüz, model kataloğu, sohbet, API sunucusu ve runtime yönetimini bir araya getirir. GGUF modelleri çalıştıran gerçek inference motoru ise llama.cpp tabanlı Runtime Extension Pack'tir. Bu nedenle uygulamanın güncel olması ile seçili runtime'ın güncel olması iki ayrı kontroldür.

LM Studio'nun resmi dokümanı Windows ve Linux'ta Ctrl + Shift + R kısayoluyla LM Runtimes ekranının açılabildiğini belirtir. Aynı işi CLI üzerinden lms runtime komutlarıyla da yapabilirsiniz. Model mimarisi çok yeniyse, uygulama güncellemesi runtime kataloğuna yeni motorları getirirken runtime güncellemesi de qwen35 gibi yeni architecture desteğini fiilen sağlar.

15 Ağustos 2026 itibarıyla LM Studio 0.4.21 güncel kararlı sürümdür. Bu sürümün resmi changelog'unda llama.cpp 2.28.1 ve daha yeni motorlara yönelik ayarlardan söz edilir. Dolayısıyla yalnızca 1.x runtime gören bir kurulum güncel motor hattından geride kalmış olabilir.

Windows'ta adım adım çözüm: Qwen3.5 modelini yeniden indirmeden önce bunları yapın

İlk refleks olarak 10-30 GB'lık GGUF dosyasını silip tekrar indirmek çoğu zaman gereksizdir. Hata architecture tanıma aşamasındaysa aynı dosyayı yeniden indirmek aynı eski runtime ile aynı sonucu verir. Önce yazılım katmanını düzeltmek daha doğrudur.

Aşağıdaki sırayı uygulayın. Her adımın ardından modeli tekrar yükleyerek hata metninin değişip değişmediğini kontrol edin. Hata değişirse yeni mesajı ayrı bir teşhis olarak ele alın.

v1.104.2 yanında 'Latest Version Installed' yazıyor ama neden yine çalışmıyor?

Bu ekran özellikle kafa karıştırır. 'Latest Version Installed' ifadesi her zaman internette var olan en yeni llama.cpp motorunu değil, o LM Studio uygulama sürümünün ve seçili runtime kanalının size sunduğu en yeni paketi ifade edebilir. Eski uygulama veya eski runtime katalog yapısı 1.x hattında kalmışsa v1.104.2 kendi bağlamında 'latest' görünebilir.

Aşağıdaki gerçek Runtime Extension Packs görüntüsünde Vulkan, CUDA, CPU ve CUDA 12 motorlarının tamamı v1.104.2 olarak görünüyor. Böyle bir durumda tek tek CUDA-Vulkan arasında geçiş yapmak qwen35 desteğini getirmez; önce LM Studio uygulamasını güncellemek, ardından Refresh ile 2.x motor kataloğunu almak gerekir.

Güncel uygulamada 2.x motor görünmesine rağmen GGUF seçimi hâlâ eski 1.x motora bağlıysa sağ taraftaki GGUF açılır menüsünden yeni motoru aktif hale getirin. Bir motorun kurulu olması, onun seçili olduğu anlamına gelmez.

CUDA 12, CUDA, Vulkan veya CPU: Qwen3.5 için hangisini seçmeliyim?

NVIDIA ekran kartında ilk tercih genellikle CUDA tabanlı llama.cpp motorudur. LM Studio kurulumunuz CUDA 12 motoru sunuyor ve sürücü/ekran kartınız uyumluysa CUDA 12 de kullanılabilir. Burada asıl kritik nokta motor adından çok, seçtiğiniz motorun Qwen3.5 mimarisini destekleyen güncel 2.x sürümde olmasıdır.

AMD ekran kartlarında Vulkan geniş uyumluluk sağlar; desteklenen sistemlerde ROCm seçeneği de bulunabilir. Intel iGPU veya GPU tarafında sorun yaşayan kullanıcılar, model küçükse CPU runtime ile kısa bir tanı testi yapabilir. CPU testinde qwen35 hatası kayboluyorsa model dosyasının okunabildiğini, problemin diğer backend/runtime kombinasyonunda olabileceğini anlarsınız.

Aynı modelin CPU'da yüklenip GPU runtime'ında farklı hata vermesi, GGUF dosyasının kesin olarak kusursuz olduğunu kanıtlamaz ama teşhis alanını ciddi biçimde daraltır.

'unknown model architecture: qwen35moe' hatası da aynı mı?

Evet, kök neden ailesi aynıdır. qwen35moe özellikle Qwen3.5-35B-A3B gibi Mixture-of-Experts model dosyalarında görülebilir. LM Studio'nun resmi hata takipçisinde qwen35moe mimarisinin tanınmamasıyla ilgili raporlar bulunmaktadır.

MoE modelde toplam parametre sayısı ile her token için etkinleşen parametre miktarı farklıdır. Ancak 'unknown model architecture' hatası performans veya aktif uzman sayısı tartışmasına gelmeden oluşur. Önce runtime mimariyi tanımalıdır. Daha sonra model yüklenirken bellek, expert offload, context veya backend sorunları ayrı ayrı ele alınabilir.

Failed to load model
error loading model: error loading model architecture: unknown model architecture: 'qwen35moe'

Güncelledim ama hata devam ediyor: ikinci seviye kontrol listesi

Uygulama ve runtime güncel olduğu halde aynı hata sürüyorsa önce gerçekten hangi motorun aktif olduğunu kontrol edin. Runtime ekranında birden fazla sürüm aynı anda kurulu olabilir. GGUF için açılır menüde eski motor seçili kalmışsa yeni paket indirilmiş olsa bile model eski motorla açılmaya çalışır.

İkinci olarak modeli tamamen unload edin. LM Studio'yu kapatıp yeniden açın ve modeli yeni oturumda yükleyin. Üçüncü olarak farklı bir Qwen3.5 boyutunu veya LM Studio'nun kendi community GGUF paketlerinden küçük bir modeli test edin. Küçük güncel Qwen3.5 açılıyor, belirli üçüncü taraf GGUF açılmıyorsa dosya/quantization üretimi tarafını inceleyin.

Dördüncü olarak model logunu kopyalayın. Metadata içinde general.architecture=qwen35 veya qwen35moe görülüyor fakat hemen arkasından unknown architecture geliyorsa hâlâ mimari desteği olmayan bir motor kullanılıyor demektir.

GGUF, Q4_K_M, Q5, Q6 ve Q8 bu hatayı etkiler mi?

GGUF bir model paketleme biçimidir; quantization ise ağırlıkların daha düşük bit hassasiyetinde saklanmasıyla dosya ve bellek ihtiyacını azaltır. Q4_K_M, Q5_K_M, Q6_K veya Q8_0 gibi seçenekler dosya boyutunu, kaliteyi ve bellek ihtiyacını etkileyebilir. Fakat qwen35 architecture desteği yoksa aynı mimarideki farklı quantization dosyaları da yüklenemeyebilir.

Bu nedenle qwen35 hatasında Q8'den Q4'e geçmek doğrudan çözüm değildir. Runtime güncellendikten sonra model OOM veriyorsa işte o noktada daha küçük quantization seçmek anlamlı hale gelir. Model dosyasının boyutu yalnızca ağırlık yükünü temsil eder; KV cache, context, görsel projector ve çalışma tamponları için ek bellek gerekir.

LM Studio'nun Qwen3.5 model kataloğunda farklı model boyutları için yaklaşık indirme/bellek değerleri bulunur. Bilgisayarınızın RAM/VRAM sınırına yakınsanız en büyük modeli seçmek yerine önce küçük Qwen3.5 ile runtime desteğini doğrulamak iyi bir testtir.

Architecture düzeldi ama şimdi Out of Memory çıkıyor: context length neden önemlidir?

Qwen'in resmi Qwen3.5-27B model kartı varsayılan context uzunluğunu 262.144 token olarak belirtir ve OOM durumunda context window'un azaltılmasını önerir. Uzun context yalnızca prompt sayısını artırmaz; KV cache için de ciddi bellek ayırabilir. Bu nedenle model ağırlıkları VRAM/RAM'e sığıyor görünse bile çok yüksek context ayarı yükleme veya ilk mesaj sırasında belleği aşabilir.

Yerel kullanımda önce 8K, 16K veya iş yükünüze uygun daha muhafazakar bir context ile modelin stabil çalıştığını doğrulamak; ardından ihtiyaca göre yükseltmek daha güvenlidir. Resmi model kartında uzun bağlamın modelin yetenekleri için önemli olduğu ayrıca belirtilse de fiziksel bellek sınırı her sistemde farklıdır.

GPU offload oranı da dengeyi değiştirir. Ağırlıkların daha fazla katmanını GPU'ya taşıdığınızda VRAM artar, CPU/RAM yükü azalabilir ve performans değişir. OOM sonrası çözüm, model boyutu + quantization + context + offload kombinasyonunu birlikte ayarlamaktır.

Qwen3.5 açılıyor ama resim gönderince 'image input is not supported' hatası alıyorum

Bu artık qwen35 architecture hatasından farklı bir sorundur. Qwen3.5 ailesi multimodal yetenekler sunabilir; GGUF ekosisteminde görsel giriş için modelle uyumlu projector/mmproj dosyası gerekebilir. llama.cpp hata takipçisinde Qwen3.5 için 'image input is not supported - hint: ... provide the mmproj' mesajıyla ilgili örnekler bulunmaktadır.

Metin sohbeti çalışıyor fakat görüntü girişinde hata çıkıyorsa runtime mimariyi tanıyor demektir. Bu durumda model paketinin vision projector dosyasını içerip içermediğini, LM Studio'nun bu projector'ı otomatik eşleyip eşleştirmediğini ve model kartındaki kullanım talimatlarını kontrol edin.

Sadece metin kullanacaksanız mmproj hatası modelin dil modeli kısmını kullanmanıza her zaman engel olmayabilir. Görsel analiz gerekiyorsa model ve projector sürümlerinin birbiriyle uyumlu olması gerekir.

LM Studio model yükleme hataları: mesajı okuyup doğru çözümü seçin

'Failed to load model' LM Studio'nun üst seviye genel mesajıdır. Asıl teşhis hemen altındaki teknik satırdadır. Aynı başlık altında onlarca farklı kök neden bulunabilir. Bu nedenle yalnızca popup başlığına göre işlem yapmak yanlış dosyayı silmenize veya gereksiz sürücü kurulumu yapmanıza yol açabilir.

Aşağıdaki tablo Qwen3.5 çevresinde en sık karıştırılan hata sınıflarını ayırır. Hata metniniz birebir eşleşmiyorsa Developer Logs veya lms log stream --source server çıktısını kullanın.

Komut satırından nasıl doğrularım? lms runtime ve log araçları

LM Studio'nun resmi CLI aracı uygulamayla birlikte gelir. lms runtime ls kurulu inference runtime'larını gösterir; lms runtime update kurulu runtime'ı güncelleyebilir; lms runtime select ise aktif motor seçimini değiştirmenize yardımcı olur. Arayüzde neyin seçili olduğundan emin değilseniz bu komutlar iyi bir ikinci doğrulamadır.

Model yükleme sırasında sunucu loglarını görmek için resmi dokümanda lms log stream --source server komutu bulunur. Model yüklenirse lms ps ile bellekteki modelleri görebilirsiniz. Bu çıktılar özellikle destek talebi açarken ekran görüntüsünden daha fazla teknik bilgi verir.

Komutlar bulunamıyorsa LM Studio'yu en az bir kez açtığınızdan ve güncel kurulum kullandığınızdan emin olun. CLI sürümü uygulama sürümüne göre değişebilir.

lms runtime ls
lms runtime update
lms runtime select

lms ls
lms ps
lms log stream --source server

Qwen3.5 modellerinden hangisini seçmeliyim? 2B, 4B, 9B, 27B ve 35B-A3B

LM Studio'nun Qwen3.5 model sayfası 2B, 4B, 9B, 27B ve 35B-A3B gibi farklı seçenekleri listeler. Küçük modeller daha az bellekle hızlı test için uygundur; 27B daha güçlü kalite hedeflerken 35B-A3B MoE tasarımı farklı bir aktif-parametre yapısı kullanır. Hangi modelin 'en iyi' olduğu, iş yükü ve donanımınıza bağlıdır.

Yeni runtime kurduktan sonra ilk doğrulama için 2B veya 4B gibi küçük bir Qwen3.5 yüklemek mantıklıdır. Küçük model açılıyor fakat 27B açılırken OOM çıkıyorsa architecture desteğiniz çalışıyor, kapasite ayarına geçmeniz gerekiyor. Küçük modelde bile qwen35 hatası devam ediyorsa runtime seçimini tekrar kontrol edin.

Kodlama, Türkçe yanıt, araç kullanımı ve uzun belge analizi gibi işlerde model boyutundan başka quantization, context ve prompt yapısı da sonuç kalitesini etkiler. Önce sistemin stabil çalışması, sonra kalite/hız karşılaştırması yapılmalıdır.

Model açıldıktan sonra performans nasıl iyileştirilir?

Architecture hatası çözüldükten sonra performansı ölçmek için aynı prompt, aynı context ve aynı quantization ile test yapın. GPU offload katmanlarını mümkün olduğunca VRAM'e sığacak seviyede tutmak genellikle CPU ağırlıklı çalışmadan daha hızlı sonuç verir. Ancak VRAM sınırına aşırı yaklaşmak yükleme hatası, sayfalama veya performans dalgalanması oluşturabilir.

Context'i gereksiz yere yüz binlerce token seviyesinde tutmayın. Uzun context gerekiyorsa KV cache bellek tüketimini gözlemleyin. LM Studio ve llama.cpp motorları sık güncellendiği için Qwen3.5 performansı da runtime sürümleri arasında değişebilir; benchmark sonuçlarında mutlaka uygulama, runtime, model dosyası, quantization ve GPU bilgisini birlikte not edin.

NVIDIA sistemde CUDA ve CUDA 12 motorları arasında anlamlı fark görürseniz sürücü sürümüyle birlikte kaydedin. AMD/Vulkan tarafında da aynı yaklaşım geçerlidir. Bir kez stabil konfigürasyon bulduğunuzda model varsayılanlarını kaydetmek tekrar testlerde zaman kazandırır.

Modeli ne zaman gerçekten yeniden indirmelisiniz?

Sadece qwen35 veya qwen35moe architecture hatası görüyorsanız yeniden indirme ilk çözüm değildir. Model metadata'sı zaten okunabildiği için dosyanın en azından başlangıç yapısı runtime tarafından açılmıştır. Asıl sorun mimari desteği olabilir.

Yeniden indirme; dosya boyutu kaynaktakiyle uyuşmuyorsa, indirme yarıda kesildiyse, unexpected EOF, tensor bulunamadı, GGUF header okunamadı veya checksum uyuşmazlığı gibi bütünlük işaretleri varsa anlamlıdır. Çok parçalı GGUF kullanıyorsanız tüm shard dosyalarının aynı klasörde ve eksiksiz olduğundan emin olun.

Aynı dosyayı farklı güncel llama.cpp uygulamasında başarıyla açabiliyorsanız bu da dosyanın büyük ölçüde sağlam olduğuna dair güçlü bir sinyaldir.

Hiçbiri olmadıysa temiz LM Studio / runtime kurulumu nasıl düşünülmeli?

Temiz kurulum son adımdır. Önce model klasörünüzün yolunu not edin; modelleri gereksiz yere silmeyin. LM Studio uygulamasını güncellemek, eski runtime'ı kaldırmak ve yeni runtime'ı yeniden indirmek çoğu durumda tam uygulama temizliğinden daha az risklidir.

Tam kaldırma gerekiyorsa sohbet geçmişi, özel ayarlar, model klasörü ve API yapılandırmalarının etkilenebileceğini unutmayın. Yeniden kurulumdan sonra önce küçük bir Qwen3.5 ile qwen35 mimari desteğini test edin; daha sonra büyük 27B veya 35B-A3B modeline geçin.

Sorun devam ederse LM Studio bug tracker'a uygulama sürümü, işletim sistemi, GPU, runtime adı/sürümü, model dosyasının tam adı ve Developer Logs çıktısıyla raporlamak en doğru yoldur.