Określona nazwa pliku wykonywalnego powoduje opóźnione wykonanie


2

Ten problem trwa już od jakiegoś czasu i zaczął się około. 2 miesiące temu.

Jestem użytkownikiem platformy gier Steam, której klienta używam na mojej stacji roboczej z systemem Windows 7, z plikiem wykonywalnym o nazwie Steam.exe.

Jak dotąd wszystko dobrze - od czasu kilku aktualizacji systemu Windows uruchomienie wspomnianego pliku binarnego zajmuje znacznie dłużej niż zwykle, do 20 sekund, podczas których plik wykonywalny po prostu nic nie robi (sprawdzany na monitorze procesu, główny wątek programu znajduje się tylko w punkcie wejścia robi jack shit..lol).

Najtrudniejsze jest to, że może to być dowolny plik binarny - jedynym kryterium jest nazwa, jeśli nazywa się Steam.exe, uruchomienie zajmuje dużo czasu. Jeśli nie, wszystko jest eleganckie. Jeśli zmienię nazwę tego samego pliku wykonywalnego na Steam_.exe, uruchomi się dobrze - natychmiast.

Co to do diabła jest? Czysta ponowna instalacja nie rozwiązała problemu, ALE nie dzieje się to na maszynie wirtualnej z dokładnie taką samą instalacją systemu Windows 7.

Z pewnością klient Steam ustawia gdzieś flagę lub ustawienie, co powoduje, że wszystkie procesy o nazwie „Steam” zaczynają się uruchamiać ?!

Albo ... co to może być, ktoś doświadczył czegoś podobnego? Niektóre dłuższe sesje wyszukiwania Google przyniosły praktycznie bezużyteczne wyniki, mogłem po prostu poczekać za każdym razem, gdy uruchamiam aplikację, ale moja OCD nie pozwala mi, chcę to naprawić.

Mój system to Windows 7 z zainstalowanym SP1 + wszystkie zalecane aktualizacje, wyłączony obrońca, wyłączony firewall, dosłownie żadne inne oprogramowanie oprócz Firefox, EMET 5.52 i Steam.

Z poważaniem


1
Czy masz kartę graficzną AMD? W takim przypadku sprawdź, czy AMD External Events Utilityusługa jest uruchomiona (jeśli nie, po prostu spróbuj ponownie zainstalować sterowniki AMD). Miałem ten sam problem i zorientowałem się, że ręcznie wyłączyłem tę usługę (wydawało mi się to niepotrzebne). Po ponownym włączeniu problem zniknął.
ge0rdi

ge0rdi, dziękuję bardzo, to rzeczywiście była przyczyna problemu! Potrzebna była jednak dodatkowa poprawka - używamy VeraCrypt do pełnego szyfrowania dysku, a usługa odpowiedzialna za montowanie woluminów „ulubionych” (zewnętrznych, niesystemowych) musiała zostać uzależniona od usługi zdarzeń zewnętrznych, aby zdarzenia zewnętrzne nie były rozpocznij zanim VeraCrypt zakończy swoje (czasochłonne) zadanie. Dziwne, ponieważ usługa nie polega na żadnych woluminach niedostępnych podczas rozruchu. Windows..nie go nienawidzę :) Dzięki.
Jessica Wright

2
To dobre znalezisko. Opublikuj to jako odpowiedź poniżej, aby inni szukający tego samego problemu znaleźli twoje rozwiązanie.
music2myear

Odpowiedzi:


0

Okazuje się, że ten ge0rdi miał rację, usługa „AMD External Events Utility” musi być włączona i uruchomiona, jeśli tak nie jest, otrzymasz opóźnienie.

Jeśli uruchomisz VeraCrypt i włączysz ulubione woluminy systemowe, upewnij się, że usługa odpowiedzialna za montowanie ulubionych woluminów systemowych jest zależna od usługi „AMD External Events Utility” - w przeciwnym razie zdarzenia zewnętrzne nie uruchomią się poprawnie.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.