TiWorker.exe - Çok Yüksek CPU Kullanımı


44

Windows 8 çalıştıran bir dizüstü bilgisayar var. Aslında iyi çalışmasına rağmen, çok kötü performans sorunları yaşamaya başladı. Konuyla ilgili biraz araştırma yapmaya karar verdim. Görev Yöneticisi'ni TiWorker.exeaçarak, bilgisayarımın açık olduğu ilk saat için CPU'mun% 50'sini kapladığı (bu güncelleme kontrolünü yönetiyor sanırım) adlı bir işlem buldum, sonra kapanıyor.

Bu, bilgisayarımın korkunç yükleme süreleri çok kötü bir performans göstermesine neden oluyor. CPU kullanımım% 90-100 arasında değişiyor ve bu kabul edilemez. Bunu perspektife sokmak için CPU% 0-20 ve Linux arasında geçiş yapıyor ve başlangıçta hızlı. Linux’un Windows’tan daha iyi bir performans gösterdiğini biliyorum, ancak bu aşırı.

TiWorker'ın daha az CPU kullanmasına neden olabileceğim bir yol var mı? Gerçekten bilgisayarımın hızlı olmasına ihtiyacım var (en azından salyangozdan çok daha fazlası). Herhangi bir yardım için teşekkürler. Gerçekten onu takdir ederim.

İşte benim xperf etldosyam: https://www.dropbox.com/s/6le4j7ye9on0k79/HighCPUUsage.etl


TiWorker.exe sorunu yeniden olduğunda ve izleme dosyasını yüklediğinizde bunu izleyin: pastebin.com/pgE11HRD
magicandre1981

izleme, TiWorker.exe tarafından herhangi bir CPU kullanımı göstermiyor. Tekrar kullandığınızda bir iz yakalayın.
magicandre1981

Yanıtlar:


21

Öyle görünüyor ki Microsoft, 2013'te bir güncelleme yayınladı ve eski dosyaların sıkıştırılması da dahil olmak üzere Windows Update altyapısına bazı yeni özellikler getirdi. TIWorker.exeKompres dosyalara başlar, ancak SFC (Sistem Dosyası Denetleyicisi) neden eskiden olduğu nasıl değiştirilmiş dosyaları ve geri yükler bunları algılar TIWorker.exeçökmesine (hepiniz kaynaklar yeme görev yöneticisi Windows Hata Raporlama göreceksiniz) .

Aşağıdaki komutu, yükseltilmiş bir komut isteminde çalıştırmanın sorunu çözdüğü anlaşılıyor:

DISM /online /cleanup-image /restorehealth

Bu sorunla karşılaştığımda makinemi sıfırdan kurduğum için makinemde test edemiyorum, ancak yaklaşım gerçekten umut verici görünüyor.

Bu çözümden bahseden orijinal kaynak burada bulunabilir .


Bu ne kadar sürer? Bunun ortasında öldürmek güvenli midir?
Avindra Goolcharan

Üzgünüm, söyleyemem, çünkü bu çözümü denemedim. Belki bunu deneyen biri size daha fazlasını söyleyebilir.
Gene

1
Np. Aslında ben sadece windows güncelleme / services.msc kaldırılması devre dışı bırakma ile gitti. Muhtemelen Linux'u bu dizüstü bilgisayara koymaya devam edeceğim (normal "akraba bilgisayarını tamir et" senaryosu).
Avindra Goolcharan

6
Windows Update'in mahvedemeyeceği bir şey var mı? Windows'u önyükleyin. Her gün 100 MB MB Güncellemeyle HD'nin parçalanması nedeniyle buzul yavaş . Yine de Debian birkaç günde bir sadece ~ 50 MB'a ihtiyaç duyuyor ve vay: sadece istediğimde . Başka bir makineyi başlat. Güncellemeler hazır olana kadar ağa göz atacağım ... Ah, doğru. Yapamam Windows, bant genişliğimi tekelleştirme hakkına sahip olduğunu düşünüyor . Bu yüzden hiçbir şey yapmadan, nihayet Güncellemeler indirilinceye kadar bekliyorum. Ve onlar uygulanana kadar. Şimdi, sonunda, bilgisayarımı kullanabilirim . Hayır yapamam. Çünkü şimdi CPU'yu Güncelleştirmeleri sıkıştırıyor . Tamamen inanılmaz.
underscore_d

1
Makineme 5 dakika sürdü ve sorunu çözdüm.
FloatingKiwi

6

Şu anda aynı hissi yaşıyorum. Ortak bir hedefi paylaştığımızdan (çalışabilme), yaptığım gibi yapmanı öneririm:

1 - Yükseltilmiş ayrıcalıkları kullanarak Microsoft'un İşlem Gezgini'ni (tarihsel sorumlulukları gösterdiğinden sevdiğim için) yükleyin ve çalıştırın

2 - TiWorker.exe altına sağ tıklayın ve önceliğini Arkaplan'a ayarlayın veya geçici olarak askıya alın (bu işlem sisteminizi derhal serbest bırakacaktır).

görüntü tanımını buraya girin


hiç yardımcı olmadı
yardıma muhtaç

2

En iyi bahis TiWorker.exe'nin ne olduğunu ve CPU'yu kullanmasına neden olan şeyi görmektir. Bazen, yüksek CPU kullanımı, yüksek disk kullanımı gibi başka bir sorundan kaynaklanabilir. (Muhtemelen bu CPU'nun dahil olduğu yüksek disk önbellek kullanımına yol açar; Bilmiyorum. Ama kesinlikle bunun nedenini ve sonucunu gördüm.) Veya disk çökmesine neden olan yüksek bellek kullanımı. Neyse, en iyi bahis, özellikle TiWorker.exe'ye bakmak. Sorunu kontrol etmeyi denemek yerine (etkisini sınırlayarak), sorunu ortadan kaldırmanın (işlerin daha doğru çalışmasını sağlamanın) bir yolu olabileceğini bulabilirsiniz.

Bununla birlikte, bu ve diğer yürütülebilir dosyalarla oldukça tutarlı bir şekilde çalışabilecek başka yaklaşımlar da vardır. Sizinle birden fazla yaklaşımı paylaşacağım.

Aksi takdirde, görev yöneticisinde veya İşlem Hacker'da veya İşlem Gezgini'nde ( Julio Nobre'nin cevabında gösterildiği gibi ) veya WMIC'de yapılabilecek önceliği ayarlamak isteyebilirsiniz .

Birden fazla CPU çekirdeğiniz varsa, bir başka seçenek de CPU yakınlığını ayarlamaktır. Windows 7'de (ancak doğru şekilde hatırlamıyorsam XP değil), Görev Yöneticisi bu özelliğe sahiptir, bu nedenle Windows 8'de de bulunduğunu varsayıyorum. Bu yaklaşım beni işte bir kez kurtardı; Bir görevi tek bir CPU çekirdeği ile sınırlandırdım ve daha sonra% 95 + yerine% 50'ye kadar çıktım, bu da tüm sistemin beklenen zaman dilimlerinde iletişim kuramama konusunda uyarılar bıraktığı için tepkisizleşmek yerine, duyarlı olmasını sağladı.

Diğer bir seçenek, İşlem Tamer'i veya Savaş Kodlayıcı Shirase gibi (indirilmiş) bir CPU sınırlama programı kullanmak olabilir .

Son olarak, incelemek için deneyebileceğiniz başka bir seçenek, İşlem Hacker veya İşlem Gezgini aracılığıyla kullanılabilen "İş parçacığı G / Ç Önceliği" dir.


1

TiWorker.exe hatasını düzeltmek için

  • Tuşuna basın Ctrl+Alt+Del.
  • Seç Task Manager.
  • Git Details.
  • Denilen işlemi bulun TiWorker.exe. Açıklaması olacak Windows Modules Installer Worker.
  • Sağ tık.
  • Ya seçin End process treeya da üzerine gelin Set priority. İkinci seçeneği seçtiyseniz devam edin.
  • Tıklayın Low.
  • İşte bu kadar!

Başlangıç ​​zamanlarını azaltmak için

Windows'ta

  • Tuşuna basın Ctrl+Alt+Del.
  • Seç Task Manager.
  • Git Startup.
  • Sağ tık.
  • Hepsini devre dışı bırakın (sürücüleri ve virüsten koruma yazılımını bırakmanız önerilir). Ya da teknik olarak, ne istersen.
  • İşte bu kadar!

BIOS'ta

Adımlar BIOS'tan BIOS'a değişecek, bunun için özür dileriz. Neyse:

  • Etrafınıza bakın ve performansla ilgili şeyleri arayın.
  • Intel tabanlı / Intel tarafından üretilen yeni bir anakartınız varsa, şu ikisinden birini bulacaksınız: Enable Intel Rapid Start Technologyveya Intel Fast Boot Technology.
  • Diğerleri arasında Instant Boot, UEFI Technology(bu farklı bir şeydir ancak sistem donanımınız destekliyorsa, etkinleştirin, bugünlerde yaygındır). Temel olarak, kelimenin eş anlamlı bir şey Fast Bootve bu teknolojiler ile aynı işi yapar.
  • Seçin Yesve kendinize güveniyorsanız, teknolojiyi istediğiniz gibi özelleştirmeye çalışırken etrafı inceleyin.
  • İşte bu kadar!

1

Bulduğum en hızlı yol

Yöneticicmd olarak çalıştırmak

sonra aşağıdaki komutu uygulayın:

taskkill /im TiWorker.exe /f

Sistemimde çalışmıyor çünkü TrustedInstaller.exe (veya başka bir işlem) TiWorker'ı yeniden başlatmaya devam ediyor. Bunlardan birini öldürmek, başka bir işlem tarafından anında yeniden başlatıldıkları gibi görünmüyor.
glenneroo


-2

Sadece çözdüğüm aynı sorunu yaşadım, sorun yaşadığınız dosya Windows otomatik güncelleme hizmetidir. Denetim masasına gidin, güncellemeyi arayın, Windows güncellemelerini aç veya kapat'ı tıklayın, ardından hiçbir zaman Windows güncellemelerini kontrol etmeyecek şekilde ayarlayın. Gelecekte güncellemeleri kontrol etmek istiyorsanız sadece ayarı değiştirin, güncellemeleri alın ve ASLA olarak değiştirin.


-2

Bu benim için çalıştı (bu adımların tümü veya biri):

  • "Windows özellikleri ekle" den hyperV'i kurun. Yeniden başlatın ve güncellemeleri yapın.
  • Güvenlik merkezinden bir bakım yapın.
  • Windows güvenlik duvarını kapatın (birlikte başka bir güvenlik duvarı kullanıyorsanız).

Şimdi "işçi çalışmayı durdurdu!" (benim için).


2
Bu cevabı netleştirir misin?
bwDraco
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.