Windows 11'de Vmmem: Nedir, neden bu kadar çok kaynak tüketir ve nasıl kontrol edilir?

Windows 11 kullanıyorsanız ve aniden şunu fark ederseniz: vmmem veya vmmemwsa komutları işlemcinizi ve RAM'inizi aşırı derecede kullanır.Yalnız değilsiniz. Birçok kullanıcı, WSL, Docker, Windows Sandbox ile çalışırken veya bilgisayarlarını açtıklarında, görünürde herhangi bir sanal makine çalıştırmıyor olsalar bile aynı sorunu yaşıyor.

Bu makalede, bu sürecin aslında ne olduğunu, neden bazen Windows 11'de Windows 10'a göre daha fazla kaynak tükettiğini, WSL 2, Docker ve Sandbox ile ilişkisini ayrıntılı olarak inceleyeceğiz. Bilgisayarınızın güç tüketimini kontrol altına almak ve yavaş çalışmasını, aşırı ısınmasını veya sürekli fan sesi çıkarmasını önlemek için hangi özel ayarlamaları yapabilirsiniz?.

Windows 11'de vmmem (ve vmmemwsa veya VmmemCmFirstBoot gibi varyantları) nedir?

Herhangi bir şeye dokunmadan önce, Görev Yöneticisi'nde ne gördüğümüzü anlamak faydalı olacaktır. Windows 10 ve Windows 11'de, sanallaştırma teknolojileri kullanılırken, WSL 2, Docker Desktop, Hyper-V veya Windows SandboxSistem, bu sanal makinelerin kaynaklarını vmmem.exe adlı bir işlem altında gruplandırır.

Gerçekte, vmmem istediğiniz zaman açıp kapatabileceğiniz tipik bir uygulama değil, daha ziyade bir tür dahili "konteyner"dir. Bu, sanal ortamlara ayrılan bellek, işlemci ve diğer kaynakları temsil eder.Bu nedenle, WSL 2 veya Docker'ı başlattığınızda, vmmem'in belirli bir miktarda RAM ve CPU kullanımıyla çalışmaya başlaması normaldir.

Bazı yapılandırmalar biraz farklı isimler kullanır, örneğin: vmmemwsa veya VmmemCmFirstBootBirincisi genellikle modern sanallaştırma bileşenleriyle (Windows için Android alt sistemi veya diğer izolasyon katmanları gibi) ilgilidir, ikincisi ise Windows Sandbox ve bellek kapsayıcılarının başlatılması süreciyle bağlantılı görünmektedir.

Buradaki kilit nokta, her durumda, Bu süreçler Microsoft'un resmi sanallaştırma altyapısının bir parçasıdır. Ve bunlar kendi başlarına bir virüs veya kötü amaçlı yazılım değildir; herhangi bir şüpheniz varsa danışın. dosyasız dosyalar nasıl belirlenir.

Windows 11'de vmmem neden bu kadar çok RAM veya CPU tüketiyor?

Windows 10 yüklü bilgisayarlarından Windows 11 yüklü bilgisayarlarına yükseltme yapan birçok kullanıcıyı bir sürpriz bekliyor: WSL 2 ile aynı iş yükü, yeni dizüstü bilgisayarda daha fazla bellek kullanıyor.Örneğin, bir kullanıcı Windows 10 Pro yüklü bilgisayarında WSL'nin yalnızca yaklaşık 450 MB RAM kullandığını, Windows 11 Home yüklü daha modern bir dizüstü bilgisayarda ise benzer bir durumda tüketimin yaklaşık 750 MB olduğunu bildirmiştir.

Bu farklılık çeşitli faktörlerden kaynaklanıyor olabilir: Windows 11'in sanallaştırmayı yönetme biçimindeki dahili değişiklikler, WSL 2'ye ayrılan bellek için daha cömert varsayılan ayarlar, Güvenlik ve yalıtımda yapılan iyileştirmeler, bazı ek maliyetlere yol açmaktadır.hatta yeni sisteme yüklenen ek sürücüler ve hizmetler bile olabilir.

Bir diğer yaygın durum ise şu kişilerdir: İçinde Docker veya "görünür" sanal makine çalışmıyor.Ancak, sistem başlatıldığından beri çalışan ve Görev Yöneticisi'nden veya yönetici ayrıcalıklarına sahip PowerShell kullanılarak kapatılamayan bir vmmemwsa işlemi gözlemliyor. Bu, genellikle Windows 11 sanallaştırma özelliklerinden biriyle ilişkili, kullanıcının bilinçli olarak kullanmadığı durumlarda bile aktif kalan korumalı bir sistem bileşeni olduğunu gösterir.

Windows Sandbox özelliğini etkinleştirirken, bazı durumların da tespit edildiği görülmüştür. VmmemCmFirstBoot işlemi, boşta dururken bile işlemcinin %50'sinden fazlasını kullanıyor.Bu koşullar altında, bilgisayar yavaşlar ve ayrıca Sandbox başlatılamaz bile, "Windows Sandbox başlatılamadı. Bekleme süresi dolduğu için bu işlem geri döndürüldü. (0x800705B4)" hatası verir.

Microsoft, Windows 11'in son Insider sürümlerinde bu sorunu kabul etti ve Sandbox etkinleştirildiğinde çalışacak şekilde düzeltmeler yayınladı. VmmemCmFirstBoot oturum açtıktan sonra CPU tüketiminde takılıp kalmayı durdurdu.Ancak bazı kullanıcılar, hatanın genellikle Microsoft Defender kötü amaçlı yazılım önleme platformuna yapılan güncellemelerle bağlantılı olarak, kararlı sürümlerde yeniden ortaya çıktığını gözlemlemiştir.

vmmem'in WSL 2, Docker ve Windows Sandbox ile ilişkisi

Windows 11'de yoğun vmmem kullanımındaki zirvelerin çoğu, üç çok özel senaryoyla bağlantılıdır: WSL 2, Docker Desktop ve Windows SandboxHer biri sanallaştırmayı farklı şekillerde kullanıyor, ancak hepsi sonuçta aynı temele dayanıyor.

WSL 2 örneğinde, Linux artık hafif bir uyumluluk katmanı olarak değil, bir Gerçek bir Linux çekirdeğine dayalı sanal makineBu makine, açık WSL dağıtımları (veya çalışan hizmetler) olduğu sürece arka planda kalır ve kullandığı tüm bellek ve CPU, vmmem işlemi altında yoğunlaşmış gibi görünür.

Windows 11'deki Docker Desktop da konteynerleri çalıştırmak için WSL 2'ye bağımlıdır. Bu, Docker çalışıyorsa veya aktif ortamlar bırakılmışsa, vmmem tüketimi kolayca artabilir.özellikle çok sayıda görsel veya büyük boyutlu dosyalarla çalışırken.

Windows Sandbox ise, Windows'u konuk işletim sistemi olarak kullanarak izole ve geçici bir ortam oluşturur. Burada vmmem ve VmmemCmFirstBoot gibi ilgili işlemler kullanılır. Bu güvenli ortama bellek ve işlemci gücü tahsis etmekten sorumludurlar.Başlatma sırasında bir sorun oluşursa (örneğin, sorunlu bir Microsoft Defender güncellemesi nedeniyle), işlem "takılı kalabilir" ve Sandbox hiç başlamadan yüksek kaynak tüketimine neden olabilir.

Bunların hiçbirini kullanmadığınızı düşünseniz bile, farkında olmadan aktif sanallaştırmaya bağlı bazı özelliklere sahip olabilirsiniz (örneğin, bazı güvenlik entegrasyonları, alt sistem desteği veya arka planda WSL kullanan üçüncü taraf araçlar), bu da nedenini açıklıyor. vmmemwsa, başlangıçtan itibaren aktif görünüyor ancak belirgin bir ilişkili uygulaması yok..

Pratik örnek: vmmemwsa sürekli çalışıyor ve kapatılamıyor.

Sıkça tartışılan bir diğer sorun ise, Docker veya sanal makineler açık olmadan Windows 11 Pro kullananların şu durumu gözlemlemesidir: Sistem başlatıldığında, zaten aktif bir vmmemwsa işlemi mevcuttur.Görev Yöneticisi'nden işlemi sonlandırmayı deniyorlar ancak başaramıyorlar. Yönetici olarak PowerShell kullanarak işlemi sonlandırmayı deniyorlar ancak sistem bunu engelliyor.

İlk bakışta korkutucu görünse de, bu davranışın bir mantığı var: vmmemwsa, Windows'un kendi sanallaştırma hizmetlerinin bir parçasıdır.ve kontrolsüz bir şekilde kapanmasını önlemek için korunmaktadır, çünkü bu durum diğer bağımlı özellikleri (örneğin Sandbox, WSL, ek alt sistemler veya donanım izolasyonuna dayalı güvenlik işlevleri) de etkileyebilir.

Benzer bir sorunla karşılaşırsanız, yapmanız gereken ilk şey "Windows Özellikleri" bölümünde kontrol etmektir. Hyper-V, Sanal Makine Platformu, Windows Sandbox, WSL veya Windows Android Alt Sistemi Etkinleştirildiler. Bazen onları seçtiğinizi hatırlamazsınız veya bazı yazılımlarla birlikte önceden yüklenmiş olarak gelirler.

Gerçekten kullanmadığınız özellikleri devre dışı bırakmak şunlara neden olabilir: vmmemwsa, başlangıçta otomatik olarak yüklenmeyi durdurur.Ancak, bazı özelliklerin birbirine bağımlı olduğunu ve Hyper-V'yi devre dışı bıraksanız bile başka bir işlevin altyapının bir kısmını çalışır durumda tutmaya devam edebileceğini unutmayın. Bu durumlarda seçenekleriniz daha sınırlıdır ve kaynakları doğru şekilde yapılandırmaya veya hata düzeltmelerini almak için sistemi güncel tutmaya odaklanmanız gerekir.

Pratik örnek: Yüksek CPU kullanımı ve başlatılamayan Windows Sandbox ile VmmemCmFirstBoot

Üçüncü tipik senaryo ise hızlı testler için Windows Sandbox kullananların durumudur. Görünürde hiçbir şey değiştirmeden, bir gecede şunu görürler: Sistem boşta çalışırken bile işlemci kullanımı %50'nin üzerine çıkıyor.Kaynak İzleyici'yi açtıklarında, soruna neden olan işlemin VmmemCmFirstBoot olduğunu tespit ettiler.

Windows Sandbox'ı başlatmaya çalıştıklarında, program açılmıyor bile. Bir süre bekledikten sonra şu hata mesajı beliriyor: “Windows Korumalı Alanı başlatılamadı. Bekleme süresi dolduğu için bu işlem geri döndü. (0x800705B4)”Bu durum, izole edilmiş ortamın önyükleme dizisini beklenen süre içinde tamamlayamadığını gösterir.

İlginç olan şu ki, bazı durumlarda kaydedilen tek son değişiklik şu: Microsoft Defender Kötü Amaçlı Yazılımlara Karşı Koruma Platformu Güncellemesi (Örneğin, KB4052623, sürüm 4.18.26010.5 veya benzeri). Bu güncelleme, bellek kapsayıcıları ve Sandbox ile etkileşime girerek, VmmemCmFirstBoot'un takılıp kalmasına neden olan bir çakışmaya yol açmış olabilir.

Microsoft, Windows 11'in Insider sürümlerinde bu davranışın zaten mevcut olduğunu kabul etti ve düzeltilmiş sürümlerde bu durumun giderileceğini belirtti. VmmemCmFirstBoot oturum açtıktan sonra sürekli CPU tüketimini durdurur.Bu işlem sistemi normal durumuna döndürür. Ancak, yeni sürümler için yamaların gelmesi biraz zaman alabilir, bu nedenle Windows Update ve Defender'ı güncel tutmak önemlidir.

Eğer Sandbox kullanıyorsanız ve bu sorunla karşılaşıyorsanız, güncellemenin yanı sıra, sanallaştırma ortamının yeniden yapılandırılmasını sağlamak için "Windows Özellikleri" bölümünden Sandbox'ı geçici olarak devre dışı bırakmayı, bilgisayarınızı yeniden başlatmayı ve ardından tekrar etkinleştirmeyi denemek faydalı olabilir. takılı kalan işlemleri açmaya yardımcı olun.

Vmmem.exe'nin yüksek CPU veya bellek kullanımı: yaygın nedenler

Bu özel durumların ötesinde, vmmem.exe'nin Windows 11 veya Windows 10'da çok fazla kaynak tüketmesinin birçok tekrar eden nedeni vardır. Bunları anlamak, nereden başlayacağınızı bilmenize yardımcı olacaktır:

• Arka planda çalışmaya devam eden WSL 2 veya Docker oturumları Pencereleri kapattığınızı düşünseniz bile.
• Hala açık olan sanal makineler veya onları aktif tutan dahili hizmetler (örneğin, geliştirme araçları tarafından kullanılan konteynerler).
• Aşırı "cömert" varsayılan ayarlar WSL veya Docker için ayrılan bellek ve CPU çekirdekleri açısından.
• Windows veya Microsoft Defender güncellemeleri Windows Sandbox veya bellek kapsayıcıları gibi bileşenlerde geçici bir hataya neden olan durumlar.
• Kötü optimize edilmiş üçüncü taraf yazılımlar Sanallaştırma kullanan ve kapatılırken kaynakları düzgün bir şekilde serbest bırakmayan bir sistem.

İyi haber şu ki, çoğu durumda sorun donanım arızasından değil, bunların nasıl kullanıldığından kaynaklanıyor. Sanal makine kaynak sınırları yapılandırıldı veya arka planda askıda kalan hizmetler.

WSL 2 ayarlarını değiştirerek vmmem tüketimini sınırlayın.

Windows için Linux Alt Sistemi kullanıyorsanız, vmmem'in bellek ve CPU kullanımını kontrol etmenin en etkili yollarından biri şudur: WSL 2 limitlerini manuel olarak yapılandırın Kullanıcı klasörünüzdeki .wslconfig dosyası aracılığıyla.

İşlem oldukça basit. Öncelikle Dosya Gezgini'ni açın ve genellikle şöyle bir şey olan kullanıcı dizininize gidin: C:\Kullanıcılar\AdınızBelirtilen isimde bir dosyanın zaten mevcut olup olmadığını kontrol edin. .wslconfig (Başlangıçtaki noktaya dikkat edin; gizli dosyaları gösterme seçeneği etkinleştirilmemişse Windows bunu gizleyebilir.)

Eğer yoksa, Not Defteri'ni kullanarak yeni bir tane oluşturun. İçine şuna benzer bir bölüm ekleyin:

bellek=4GB
işlemciler=2

Bunu yaparak, WSL 2'ye en fazla şunu söylüyorsunuz: 4 GB RAM ve 2 CPU çekirdeği kullanın.Değerleri bilgisayarınızın bellek ve işlemci sayısına göre ayarlayabilirsiniz. Önemli olan, birçok başka uygulama açıkken WSL 2'nin tüm kaynakları tüketmesine izin vermemektir.

.wslconfig dosyasını kaydettikten sonra, WSL'nin tüm örneklerini kapatın. Emin olmak için, PowerShell veya Komut İstemi'ni yönetici olarak açın ve şu komutu çalıştırın:

wsl –kapatma

Bundan sonra bilgisayarınızı yeniden başlatın. O andan itibaren WSL 2'yi başlattığınızda, vmmem, belirlediğiniz bellek ve işlemci sınırlarına uyacaktır.Bu sayede kaynakları kontrolsüz bir şekilde tüketmesi önlenir.

WSL'yi ve kullanmadığınız tüm sanal makineleri kapatın.

vmmem'in tetiklendiğini gördüğünüzde bir diğer oldukça basit çözüm de şudur: Tüm sanal makineleri ve WSL veya Docker ortamlarını tamamen kapatın. O anda ihtiyacınız olmayan şeyler. Terminal penceresini kapatmak her zaman yeterli olmayabilir.

Gördüğümüz gibi, WSL için yönetici ayrıcalıklarına sahip bir konsolda aşağıdaki komutu çalıştırmak yeterlidir:

wsl –kapatma

Bu komut, çalışan tüm WSL 2 dağıtımlarını durdurur, belleği boşaltır ve... vmmem tüketiminizi önemli ölçüde azaltınBu özellik, özellikle saatlerce veya günlerce açık kalan birden fazla oturumunuz varsa veya Linux içinde arka planda çalışmaya devam eden hizmetler kullanıyorsanız çok faydalıdır.

Docker Desktop ile çalışıyorsanız, bu da tavsiye edilir. Konteynerleri durdurun ve Docker'ı tamamen kapatın. İhtiyacınız olmadığında bile. Birçok durumda, Docker, hiçbir pencere açık olmasa bile konteynerleri çalışır durumda tutar ve tüm bunlar vmmem'e yansır.

Hyper-V sanal makineleri veya diğer hipervizörler söz konusu olduğunda, bunların yalnızca hazırda bekletme veya kaydedilmiş durumda değil, gerçekten kapalı olduğundan emin olun. Bu durumlar aynı zamanda hafızayı da korur. Bu, daha sonra vmmem ile ilişkilendirildiğini göreceğiniz bir şeydir.

Görev Yöneticisi'nden vmmem işlemini yeniden başlatın.

Bazı durumlarda, her şeyi kapattığınızı düşünseniz bile, vmmem "takılı kalmış" gibi çok fazla bellek kullanmaya devam eder. Bu durumda, alınabilecek en radikal önlemlerden biri şudur: Görev Yöneticisi'nden işlemi sonlandırın..

Bunu yapmak için, basın. Ctrl + Shift + Esc Windows Görev Yöneticisi'ni açmak için "İşlemler" veya "Ayrıntılar" sekmesine gidin, "Vmmem" veya "VmmemWSL"yi bulun, üzerine sağ tıklayın ve seçin. "Ödevi bitir".

Öncelikle WSL, Docker veya sanal makine pencerelerini kapatmanız önemlidir, çünkü Aktif işlemleriniz varsa, zorla kapatma işlemi veri kaybına neden olabilir. Bu makinelerin içinde. vmmem işlemi bittiğinde, bellek derhal serbest bırakılmalıdır.

Unutmayın ki, sistemle bağlantılı vmmemwsa gibi bazı işlemler güvenlik önlemleri nedeniyle kapatılamayabilir. Bu durumlarda en iyi çözüm şudur: Sanallaştırma ayarlarınızı kontrol edin ve bilgisayarınızı yeniden başlatın. Bir şeyin normal davranmadığını görürseniz.

Windows, WSL ve sanallaştırma araçlarını güncel tutun.

vmmem ile aşırı kaynak tüketimi sorunlarından kaçınmanın bir diğer önemli faktörü de hem Windows'u hem de sanallaştırma araçlarınızı (WSL, Docker, vb.) güncel tutmaktır. Birçok eski sürüm Bellek serbest bırakma işlemlerini iyi yönetemiyorlar veya hataları var. Gereksiz işlemci kullanım artışlarına neden olan ve Windows'un bellek sıkıştırması kullanıp kullanmadığını kontrol edin..

Windows'u güncellemek için Ayarlar uygulamasını açın. Kazan + Ben“Windows Update”e gidin ve “Güncellemeleri kontrol et” seçeneğine tıklayın. Özellikle güvenlik açıklarını gideren toplu yamalar veya Defender platform güncellemeleri gibi mevcut tüm güncellemeleri yükleyin. Sandbox, sanallaştırma ve güvenlik ile ilgili hatalar.

WSL kullanıyorsanız, PowerShell'i yönetici olarak açın ve şu komutu çalıştırın:

wsl –güncelleme

Bu komut size WSL çekirdeğinin ve bileşenlerinin en son sürümünü verecektir; bu da şunlara yardımcı olur: Kaynak yönetimini ve Windows 11 ile uyumluluğu iyileştirin.WSL'yi yoğun olarak kullanıyorsanız, bunu ara sıra yapmak iyi bir fikirdir.

Docker Desktop ile çalışıyorsanız, uygulamanın içinden kendi güncelleme sistemini kontrol edin, çünkü son sürümler Windows 11'de kaynak tüketimini önemli ölçüde iyileştirdi, WSL 2 ile entegrasyonunu daha iyi ayarladı ve nasıl çalıştığını daha iyi hale getirdi. Konteynerler artık aktif olmadığında belleği boşaltır..

Ek önlemler: sanal bellek, temiz önyükleme ve RAM yönetimi

Sorunun ana odağı genellikle vmmem ve sanallaştırma üzerinde olsa da, sistemin geri kalanına da bir göz atmakta fayda var. Örneğin, ele alınan örnekteki gibi 8 GB RAM'e sahip dizüstü bilgisayarlarda, ayarları değiştirmek yardımcı olabilir. sanal bellek (sayfa dosyası) Bu, fiziksel RAM dolduğunda Windows 11'in bir miktar boş alanı olmasını sağlar. Ayrıca, bilgisayarınızın kullanıp kullanmadığını da kontrol edin. GPU için paylaşımlı bellekÇünkü bu durum, diğer görevler için kullanılabilir RAM miktarını da azaltır.

Sanal belleği değiştirmek için Ayarlar'ı açın, "Sistem"e, ardından "Hakkında"ya gidin ve "Gelişmiş sistem ayarları"na dokunun. "Gelişmiş" sekmesinde, "Performans" altında, "Ayarlar"a dokunun ve tekrar "Gelişmiş" sekmesine dönün. "Sanal Bellek" bölümünü ve "Değiştir" düğmesini göreceksiniz..

“Tüm sürücüler için sayfalama dosyası boyutunu otomatik olarak yönet” kutusunun işaretini kaldırın ve sürücüyü (genellikle C:) seçin. “Özel boyut”u seçin ve örneğin, bir başlangıç ​​ve eşdeğer maksimum boyut tanımlayın. Fiziksel RAM'inizin 1,5 ila 3 katı8 GB RAM ile, başlangıç ​​boyutu genellikle 12288 MB, maksimum boyut ise 24576 MB'tır. Uygulayın, kabul edin ve yeniden başlatın.

Bu, başlangıçta hangi uygulamaların yükleneceğini kontrol etmenize de yardımcı olabilir. Görev Yöneticisi'ni açın, "Başlangıç" sekmesine gidin ve gerçekten ihtiyacınız olmayan her şeyi devre dışı bırakın. Bu şekilde, Başlangıçta RAM ve CPU kaynaklarını boşaltırsınız.Bu sayede WSL, Sandbox veya diğer araçlar için daha fazla alan kalıyor.

Üçüncü taraf bir programın sanallaştırmaya müdahale ettiğinden şüpheleniyorsanız, şunları yapabilirsiniz: Windows'un temiz önyüklemesi (Gereksiz hizmetleri ve programları geçici olarak devre dışı bırakarak) vmmem tüketim sorununun ortadan kalkıp kalkmadığını kontrol edin. Eğer sorun ortadan kalkarsa, suçluyu bulana kadar öğeleri tek tek etkinleştirebilirsiniz.

Son olarak, sisteminizin ne kadar sanal ve fiziksel bellek kullandığını hızlıca kontrol etmek istiyorsanız, bir Terminal (Yönetici) penceresi açın ve şu komutu çalıştırın: sistem bilgisi.exeFiziksel, maksimum sanal ve kullanılan bellek verilerini içeren bir özet göreceksiniz; bu da kaynak durumuna dair net bir tablo sunar.

Yukarıdakilerin tümü göz önüne alındığında, vmmem, vmmemwsa veya VmmemCmFirstBoot'un kötü amaçlı işlemler olmadığı, aksine Görev Yöneticisi'nde Windows 11 sanallaştırmasının görünür yüzü olduğu açıktır. İşin püf noktası ise şudur: Hangi sistem fonksiyonlarının bunları kullandığını bilmek, WSL 2 ve Docker'ın sınırlarını doğru şekilde ayarlamak, her şeyi güncel tutmak ve ihtiyaç duymadığınız şeyleri kapatmak veya devre dışı bırakmak.Birkaç iyi düşünülmüş değişiklikle, dizüstü bilgisayarınızın kalkışa hazır bir jet uçağı gibi görünmesine gerek kalmadan WSL, Sandbox ve daha fazlasından yararlanmaya devam edebilirsiniz.

İlgili makale:

Windows'un bellek sıkıştırması kullanıp kullanmadığını nasıl kontrol edebilirim ve ne zaman devre dışı bırakmalıyım?

Alberto Navarro

Ben "inek" merakını mesleğe dönüştürmüş bir teknoloji tutkunuyum. Hayatımın 10 yıldan fazlasını en son teknolojiyi kullanarak ve sırf merakımdan dolayı her türlü programı kurcalayarak geçirdim. Artık bilgisayar teknolojisi ve video oyunları konusunda uzmanlaştım. Bunun nedeni, 5 yılı aşkın bir süredir teknoloji ve video oyunlarıyla ilgili çeşitli web sitelerinde yazılar yazıyor olmam ve ihtiyacınız olan bilgileri herkesin anlayabileceği bir dilde size vermeye çalışan makaleler oluşturmamdır.

Sorularınız varsa bilgim Windows işletim sistemi ve cep telefonları için Android ile ilgili her şeyi kapsar. Ve size olan bağlılığımdır, her zaman birkaç dakikamı ayırmaya ve bu internet dünyasında aklınıza gelebilecek her türlü soruyu çözmenize yardımcı olmaya hazırım.