mgrzeg

Uparta bestia Powiedz, czy masz może jakiś defragmentator dysków poza systemowym? Nie widzę niczego w logu, ale kto wie? Czy korzystasz z ReadyBoost i przeznaczyłeś na niego jakiegoś flasha (dysk 5, 4GB flash)? Jeśli nie, to odłącz ten dysk przed kolejnym startem, a jeśli tak, to wyłącz ReadyBoost z tego dysku. 1. Skorzystaj z Autoruns: [KLIK] i usuń FlashGet ("C:\Program Files\FlashGet Network\FlashGet 3\flashget3.exe") 2. Spróbuj jeszcze raz wygenerować log, tym razem podobnie jak to miało miejsce za 1 razem (post #9), przy czym zapisz wynik na dysku F:\xperf, a nie c:\, czekając 600 sekund na wynik. m.g. PS Jeśli masz nieco więcej czasu, to przed analizą zdefragmentuj (koniecznie windowsowym!) wszystkie dyski (albo przynajmniej systemowy).

Jeśli nikt jeszcze nie odpowiedział, to skorzystaj z opcji 'Edytuj' i nie dodawaj nowej wypowiedzi, a po prostu zmień tę, którą ostatnio dodałeś. Sklejam. Powinien uruchomić się 5, albo 6 razy, więc pozwól mu na to. W loggers1.txt nie widzę sesji związanej z naszymi analizami, więc nie dzieje się to w nieskończoność. Zauważ, że mówimy o 600 sek, czyli 10 min, więc całość naprawdę trochę potrwa. Windefend przełącz w usługach na wyłączony - w podesłanym bootPrep2.etl widzę start usługi. m.g.

Uruchom cmd jako administrator - start->cmd, prawa mysz na cmd i "Uruchom jako administrator". Potem powtórz to, co poprzednio nic nie zwracało. m.g.

Czy dalej te pliki przyrastają? Nie powinny już, widać coś poszło nie tak. Pliki są konieczne do dalszej zabawy, więc musimy powalczyć. Uruchom wiersz poleceń i wykonaj: xperf -loggers > c:\logi\loggers.txt i dołącz plik c:\logi\loggers.txt do odpowiedzi. Zorientujemy się jakie masz aktualnie działające sesje ETW. Odnośnie wyniku dla ngen - wygląda na to, że wszystko ok. m.g.

Nie ma, ale zajrzyj do podanego wcześniej wpisu, a znajdziesz trochę informacji jak skorzystać z xperf na XP. m.g.

1. Fazy Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|.....18498|.....18498 Session.Init....|.....18498|.....25195|......6696 Winlogon.Init...|.....25195|.....86399|.....61204 Explorer.Init...|.....86399|....340950|....254550 Post.Boot.......|....340950|....351750|.....10800 ------------------------------------------------- System.gotowy.po:......................341,75.sek Wygląda na to, że po prawie 6 minutach system jest na nogach. Gdy jednak spojrzymy do logu, to gołym okiem widać, że jeszcze 20 minut od startu źle to wszystko wygląda - głównie za sprawą ogromnego obciążenia dysku. Zaczniemy małymi krokami, które niestety będą wymagały trochę czasu. 2. Sugestie 1. Wyłącz Windows Defender: [KLIK]. W ostateczności ustaw start usługi "Windows Defender" na ręczny; 2. W wierszu poleceń (Start->Uruchom->cmd.exe, enter) uruchom (jakieś 20 minut od startu systemu): cd C:\Windows\Microsoft.NET\Framework\v4.0.30319 po czym ngen executeQueuedItems Poczekaj na zakończenie, po czym zrób zrzut: ngen display > c:\logi\ngen_display.txt Jeśli coś się pojawi wcześniej z błędem, to dorzuć do kolejnego logu również plik c:\logi\ngen_display.txt 3. Przełącz usługę "Microsoft .NET Framework NGEN v4.0.30319_X86" na uruchamianie ręczne, lub wręcz wyłączone; Na tym na razie kończymy. 3. Kolejny log Po wszystkim poproszę o kolejny log, tym razem z kilkoma restartami po drodze. Masz w systemie kilka dysków fizycznych, skorzystaj zatem np. z F:, znajdującej się na innym, niż systemowy dysku. Zamiast poprzednio użytego polecenia trzeba tym razem xbootmgr -trace boot -traceflags latency+dispatcher -stackwalk profile+cswitch+readythread -notraceflagsinfilename -postbootdelay 600 -resultpath f:\xperf -prepsystem (na dysku F: załóż katalog xperf na wyniki) po czym pliki spakować i wrzucić na speedyshare.com. m.g.

Używam narzędzi z pakietu, z pomocą którego przygotowałeś log - xperf oraz xperfview. Mam też jakieś proste własne narzędzia, ale głównie korzystam z tych dwóch. Jeśli temat Cię zainteresował, to możesz przeczytać trochę na moim blogu: [KLIK]. Jak będę miał trochę czasu, to coś tam jeszcze wrzucę - w sumie to podstawowa analiza . m.g.

1. Fazy Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|......6518|......6518 Session.Init....|......6518|.....14730|......8212 Winlogon.Init...|.....14730|.....22583|......7853 Explorer.Init...|.....22583|.....28725|......6141 Post.Boot.......|.....28725|.....47725|.....19000 ------------------------------------------------- System.gotowy.po:......................37,725.sek Wygląda na to, że zeszliśmy z czasem do 38 sekund, czyli poniżej połowy poprzedniego. 2. Sugestie 1. Zakładam, że planujesz instalację Comodo, więc możesz wyłączyć Windows Defender: [KLIK]. To właściwie koniec moich rad. Następne, co powinieneś zrobić, to zainstalować jakiś AV. Comodo nie jest najlżejszy, ale każdy AV będzie obciążał komputer, więc tak czy owak stracisz trochę cennych sekund. m.g.

Witam, czy możesz spakować zawartość całego katalogu c:\windows\minidump i wrzucić na speedyshare.com? Jakoś na sendspace dostaję oczopląsu i nie mogę się doklikać do tego, co wrzuciłeś - ech, starość, nie radość m.g.

Witam, możesz spróbować skorzystać z analizy startu: [KLIK], przy czym zamiast pkt 7-8 po prostu spakuj plik boot_1.etl i wrzuć na speedyshare.com. Dodatkowo, ze względu na 5-min zablokowanie komputera przestaw domyślne 180 sek (3 min) na 600, a więc w polecenie 4 powinno wyglądać tak: xbootmgr -trace boot -traceflags latency+dispatcher -stackwalk profile+cswitch+readythread -notraceflagsinfilename -postbootdelay 600 -resultpath c:\xperf m.g.

1. Fazy Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|......8405|......8405 Session.Init....|......8405|.....26581|.....18176 Winlogon.Init...|.....26581|.....33807|......7225 Explorer.Init...|.....33807|.....48075|.....14268 Post.Boot.......|.....48075|.....86675|.....38600 ------------------------------------------------- System.gotowy.po:......................76,675.sek A zatem czas 'do pulpitu' to ok. 1'15'', co biorąc pod uwagę ilość uruchamianych aplikacji wydaje się być rozsądne. 2. Pomysły Nie ukrywam, że w Twoim przypadku pomysłów mam niewiele Widać obciążenie związane z Avastem, Sandboxie, etc., co w sumie nie może dziwić. Aby znacząco przyśpieszyć, prawdopodobnie będzie potrzeba (przynajmniej czasowo, na próbę): 1. Odinstalować: Avasta, Sandboxie, PuranDefrag - tego ostatniego może nie lubić prefetcher; 2. Przestawić na uruchamianie ręczne usługi: SeaPort, MozillaMaintance; 3. jeśli nie korzystasz z IPv6, to wyłącz / usuń IPv6 i interfejsy ISATAP, np. poprzez netsh: netsh int isa set state disabled lub korzystając z FixIt Microsoftu: [KLIK] 3. Kolejny log Po wszystkim poproszę o kolejny log, tym razem z kilkoma restartami po drodze. Zamiast poprzednio użytego polecenia trzeba użyć xbootmgr -trace boot -traceflags latency+dispatcher -stackwalk profile+cswitch+readythread -notraceflagsinfilename -postbootdelay 180 -resultpath c:\xperf -prepsystem po czym plik spakować i wrzucić na speedyshare.com. To tyle na początek, dalej będziemy patrzeć po wykonaniu powyższych. m.g.

Nie mam jeszcze przetestowanej całej procedury na Windows 8, ale możesz spróbować analizy: [KLIK]. Zamiast kroków 7-8 spakuj wynikowy plik boot_1.etl i wrzuć np. na speedyshare.com, a tu w odpowiedzi podaj link. m.g.

Witam na forum i od razu dziękuję za dump. Widzę, że próbowałeś przeprowadzić analizę dumpa - to raczej ręczna robota, więc troszkę nie o to chodzi, ale i tak gratuluję odwagi . Jeśli chcesz, to możesz spróbować pobawić się samemu, technikalia opisałem jakiś czas temu na swoim blogu: [KLIK] Poproszę jeszcze o plik .dwi z analizy pliku D:\Steam\SteamApps\common\raceroom racing experience\Game\Game.exe w Dependency Walkerze - w ferworze walki nie dodałeś go. Źródłem obecnego problemu jest plik C:\WINDOWS\system32\d3d9.dll: czyli podmienionej wersji pliku z DirectX 9.0. Usuń ten plik i przeinstaluj DirectX (9.0 c). Po wszystkim ponowne uruchomienie gry i w przypadku problemów kolejny .dmp. I na koniec drobna prośba - jakoś wygodniej ściąga mi się pliki z speedyshare.com m.g.

Dzięki za log. 1. Fazy Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|......6969|......6969 Session.Init....|......6969|.....17873|.....10904 Winlogon.Init...|.....17873|.....25117|......7243 Explorer.Init...|.....25117|.....30887|......5770 Post.Boot.......|.....30887|.....43687|.....12800 ------------------------------------------------- System.gotowy.po:......................33,687.sek Zeszliśmy jeszcze kilka sekund, ale moim zdaniem dalsze optymalizacje nie mają już sensu. 2. Koniec Z mojej strony to już koniec - rozejrzyj się za jakimś AV, oczywiście pamiętając, że jakiego byś nie wybrał, to odbierze Ci cenne sekundy przy starcie m.g.

Dzięki za pliki - boot_1.etl wystarcza w zupełności. 1. Fazy Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|......7244|......7244 Session.Init....|......7244|.....18842|.....11598 Winlogon.Init...|.....18842|.....27719|......8876 Explorer.Init...|.....27719|.....34080|......6361 Post.Boot.......|.....34080|.....47480|.....13400 ------------------------------------------------- System.gotowy.po:.......................37,48.sek Z tego wynika, że system wstaje w niespełna 40 sek. IMO jest wystarczająco dobrze. Ostatnie, co mogę podpowiedzieć, to jeśli nie korzystasz z IPv6, to wyłącz / usuń IPv6 i interfejsy ISATAP, np. poprzez netsh: netsh int isa set state disabled lub korzystając z FixIt Microsoftu: [KLIK] Dla porównania możesz przygotować po tej operacji jeszcze ostatni log tak, jak zrobiłeś to ostatnio. m.g.

1. Czasy poszczególnych faz Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|......7700|......7700 Session.Init....|......7700|.....19792|.....12091 Winlogon.Init...|.....19792|.....30580|.....10788 Explorer.Init...|.....30580|.....62140|.....31559 Post.Boot.......|.....62140|.....80740|.....18600 ------------------------------------------------- System.gotowy.po:.......................70,74.sek Jednym słowem, po ok. 1 min. system jest gotowy do pracy. Moim zdaniem jest to akceptowalny czas, biorąc pod uwagę ilość usług i programów, które w tym czasie są uruchamiane, ale przecież możemy trochę powalczyć 2. Sugestie 1. Odinstalowanie Malwerbytes Anti-Malware. Ta jedna aplikacja generuje olbrzymie czasy - zarówno ze względu na wykorzystanie dysku, jak i innych zasobów. Nie rozumiem również dlaczego przy starcie mbamservice.exe tworzonych jest ponad 300 wątków; 2.1. Przełączenie usług Appache (Appache2.4) i MySQL (mysql) na uruchamianie ręczne; 2.2 Przełączenie usługi SkypeUpdate na uruchamianie ręczne; 3. Usunięcie chrome.exe z autostartu; 4. Usunięcie zadań: "Razer_Game_Booster_AutoUpdate", "Game_Booster_AutoUpdate", "Game_Booster_Startup" z harmonogramu zadań; 3. Kolejny krok Po wszystkim poproszę o kolejny log, tym razem z kilkoma restartami po drodze. Zamiast poprzednio użytego polecenia trzeba użyć xbootmgr -trace boot -traceflags latency+dispatcher -stackwalk profile+cswitch+readythread -notraceflagsinfilename -postbootdelay 180 -resultpath c:\xperf -prepsystem po czym plik spakować i wrzucić na speedyshare.com. To tyle na początek, dalej będziemy patrzeć po wykonaniu powyższych m.g.

Hej, przygotuj, proszę, jeszcze raz log boot_1.etl, podobnie jak to zrobiłeś na początku tego wątku, spakuj i wrzuć na speedyshare.com m.g.

Witam na forum, mam niestety złą wiadomość - tej gry nie uruchomisz na Windows XP . Oficjalnie: [KLIK] Niestety, nic tu nie wymyślimy. m.g.

No i wszystko jasne. Niestety gra korzysta z biblioteki libEGL.dll, która wykorzystuje dwmapi bezpośrednio, które z kolei dostępne jest na systemach od Visty wzwyż. Okazuje się jednak, że libEGL jest projektem otwartym z dostępnymi źródłami: [KLIK], a dowiązanie z DWM nie występowało zawsze i tu pojawia się cień nadziei. Szanse są naprawde niewielkie, ale jest to _ostatnia deska ratunku_, więc chyba warto spróbować? Przekompilowałem obie biblioteki, tj. libEGL oraz libEGLsV2 i wrzuciłem tu: [KLIK]. Poniżej procedura: 1. Pobierz plik angle.zip i wypakuj zawartość do katalogu z grą (c:\games\dont_starve_beta_27nov\bin\) -> pojawią się 2 pliki: c:\games\dont_starve_beta_27nov\bin\libEGL_mgrzeg.dll oraz c:\games\dont_starve_beta_27nov\bin\libGLESv2_mgrzeg.dll 2. Zmień nazwę istniejących plików, tj. c:\games\dont_starve_beta_27nov\bin\LIBEGL.DLL na c:\games\dont_starve_beta_27nov\bin\LIBEGL_old.DLL oraz c:\games\dont_starve_beta_27nov\bin\LIBGLESV2.DLL na c:\games\dont_starve_beta_27nov\bin\LIBGLESV2_old.DLL 3. Zmień nazwy plików c:\games\dont_starve_beta_27nov\bin\libEGL_mgrzeg.dll na c:\games\dont_starve_beta_27nov\bin\libEGL.dll oraz c:\games\dont_starve_beta_27nov\bin\libGLESv2_mgrzeg.dll na c:\games\dont_starve_beta_27nov\bin\libGLESv2.dll Uruchom grę i zdaj się na ślepy los - jeśli zadziała, to super, jeśli nie - to ja już nic więcej nie jestem w stanie pomóc i pozostaje Ci wymiana systemu na coś nowszego. Powodzenia! Czekam na info m.g.

Przygotuj zatem kolejnego dumpa i wrzuć na speedyshare.com. m.g.

Powyższe polecenie wpisałem w wierszu poleceń, tj. klikasz start -> uruchom i wpisujesz "cmd" i enter. Pojawia się czarne okno (wiersz poleceń), w którym wpisujesz powyższe polecenie. Upewnij się, że zmieniasz nazwę pliku w katalogu c:\Windows.0\system32, a nie c:\Windows\system32. m.g.

W odpowiedzi podawaj pełny komunikat - nie domyślę się niestety jaki jest problem, jeśli nie podasz całości. Spróbuj zalogować się na koncie z uprawnieniami administratora i wówczas wykonaj to polecenie. m.g.

Wrrr!!! Używaj opcji "Edytuj", nie twórz kolejnych postów! W dumpie dalej widzę plik dwmapi.dll. Czy na pewno zmieniłeś nazwę tego pliku w podanym przeze mnie katalogu? Użyj wiersza poleceń i wykonaj w nim: move C:\WINDOWS.0\system32\dwmapi.dll C:\WINDOWS.0\system32\dwmapi_old.dll po czym uruchom ponownie grę. m.g.

Zmień nazwę pliku C:\WINDOWS.0\system32\dwmapi.dll na C:\WINDOWS.0\system32\dwmapi_old.dll i uruchom ponownie grę. W przypadku pojawienia się ponownie tego błędu przygotuj kolejny dump i wrzuć na speedyshare.com, a tu daj link. m.g.

GPO komputera -> %AllUsersProfile%\Ntuser.pol GPO usera -> %UserProfile%\Ntuser.pol m.g.