mgrzeg

Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|......6811|......6811 Session.Init....|......6811|.....15157|......8346 Winlogon.Init...|.....15157|.....21027|......5870 Explorer.Init...|.....21027|.....30084|......9057 Post.Boot.......|.....30084|.....65684|.....35600 ------------------------------------------------- System.gotowy.po:......................55,684.sek No cóż, poprawa wyraźna Co prawda podczas tworzenia logu cała masa zdarzeń do niego nie trafiła (wystarczyłoby zmienić rozmiary buforów), ale nie musimy się tym przejmować - widzimy całokształt, który wygląda dobrze. Nie wiem, na ile satysfakcjonuje Cię taki stan rzeczy, ale możesz jeszcze pokusić się o wyłączenie IPv6 [KLIK], a także aktualizację sterowników, ale raczej wiele na tym nie ugrasz. AutoKMS nie będę komentował - są darmowe alternatywy dla MS Office, zastanów się, czy na pewno musisz sięgać po takie rozwiązanie. Prawdę powiedziawszy nie bardzo widzę dalsze możliwości skracania czasu startu - troszkę tych aplikacyjek masz i jeśli chcesz, aby wszystkie się załadowały, to trochę to potrwa. Możesz oczywiście wyłączyć autostart Skype'a, PDF Architect, usługi Media Playera i wielu innych, które masz w systemie, ale z części pewnie korzystasz (MySQL, CyraLicense, etc.), a w sumie mniej niż minuta nie jest aż tak bolesna... i pewnie kilka sekund krócej niewiele zmieni. Jeśli jednak chcesz walczyć, to daj znać. m.g.

Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|......5827|......5827 Session.Init....|......5827|.....12144|......6316 Winlogon.Init...|.....12144|.....25323|.....13179 Explorer.Init...|.....25323|.....43693|.....18369 Post.Boot.......|.....43693|.....86593|.....42900 ------------------------------------------------- System.gotowy.po:......................76,593.sek Tym razem start trwał nieco ponad 1 min 15 sek, na co główny wpływ ponownie miało obciążenie dysku. Sugestie - "Usługa udostępniania w sieci programu Windows Media Player" - przełączenie usługi na uruchamianie ręczne, lub też całkowite wyłączenie; - Skype.exe - wyłączenie automatycznego startu wraz z systemem; - GG - wyłączenie gghub.exe ze startu (np. poprzez autoruns). Osobiście nie korzystam z GG, ani innych komunikatorów, ale Picasso poleca w tym miejscu kilka alternatyw [KLIK]; - możesz również testowo odinstalować Avasta, który obecnie ma największy wpływ na długość startu. Po wszystkim należy przetrenować ponownie prefetcher, stąd kolejna analiza będzie wymagała kilku restartów: Plik spakowany wrzuć ponownie na speedyshare.com, a w odpowiedzi daj link. m.g.

Witam na forum. Bez logów się nie obejdzie. Oczywiście standardowe na wypadek podejrzenia infekcji [KLIK], ale przy tak długim starcie może wchodzić w grę sprzęt, lub jakiś wadliwy sterownik, lub usługa. Ja ze swojej strony mogę poprosić o log WPT: [KLIK], może rzuci nieco światła. m.g.

Polecenie należy wpisać w cmd.exe uruchomionym jako administrator, podobnie jak za pierwszym razem, gdy zgodnie z opisem (krok 4) tworzony był log. m.g.

Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|......5204|......5204 Session.Init....|......5204|.....15245|.....10041 Winlogon.Init...|.....15245|.....38619|.....23373 Explorer.Init...|.....38619|.....49937|.....11317 Post.Boot.......|.....49937|....108937|.....59000 ------------------------------------------------- System.gotowy.po:......................98,937.sek Czas poniżej 100 sekund - nie wygląda to źle, ale oczywiście zawsze można powalczyć Do głównych winowajców należą: - SolutoService.exe - generuje największe obciążenie dysku. Proponuję przełączyć usługę na uruchamianie ręczne; - CCC.exe - ATI Catalyst Control Center - do jego deaktywacji wystarczy wyłączyć automatyczne uruchamianie CLIStart.exe w ramach autoruns [KLIK]; - Soluto.exe - podobnie jak wyżej - wyłączenie poprzez autoruns; - cavwp.exe, cmdagent.exe - COMODO - tu bez odinstalowania nic się nie wymyśli. Nie jest to główny oskarżony, ale swój wkład ma i do Ciebie należy decyzja, co z tym począć - każdy AV będzie w jakimś stopniu obciążał system i być może jest to do przetrawienia? Na początek to powinno wystarczyć. Po wszystkim kolejny log (będzie kilka restartów, należy cierpliwie czekać), tym razem używając polecenia: Plik proszę spakować, wrzucić na speedyshare.com i odpowiedni link podać w odpowiedzi. m.g.

Witam na forum, Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|......6966|......6966 Session.Init....|......6966|.....18231|.....11264 Winlogon.Init...|.....18231|.....43724|.....25493 Explorer.Init...|.....43724|.....61525|.....17800 Post.Boot.......|.....61525|....220925|....159400 ------------------------------------------------- System.gotowy.po:.....................210,925.sek Wygląda na to, że start zajmuje nieco ponad 3,5 minuty i to wyłącznie za sprawą stałego, niemal 100% obciążenia dysku. Główni winowajcy to: Chrome oraz ESET NOD32 (ekrn.exe). Do tego dochodzi słabo wytrenowany prefetcher (duże połacie czerni na wykresie ReadBoot I/O) i takie drobiazgi, jak 90 sek. start PDF Architect właściwie nie wpływa na całkowity czas startu. Sugestie - wyłączyć automatyczny start chrome.exe z autostartu (np. używając autoruns [KLIK]), proponuję również oczyścić pliki tymczasowe chrome'a (w tym historię); - tymczasowo odinstalować ESETa; Po tych zabiegach poproszę o kolejny log, tym razem z przetrenowaniem prefetchera (będzie kilka restartów), wykonując polecenie: Na samym końcu powinien powstać plik boot_1.etl, który spakowany (.7z, zip) i wrzucony na speedyshare.com poproszę w postaci linku w odpowiedzi. m.g.

Witam, powinien powstać 1 plik - boot_1.etl, całkiem spory. Pliki .etl bardzo ładnie się pakują, więc spokojnie możesz spakować (.7z, lub .zip) i wrzucić na speedyshare.com, a tu dać link. m.g.

Start systemu nie zakończył się w czasie przewidzianym na analizę, głównie za sprawą stale obciążonego dysku. Zacznijmy od usunięcia głównego sprawcy, tj. bitcoin-qt.exe - wyłącz automatyczny start tego programu; możesz do tego celu użyć autoruns sysinternalsów: [KLIK] Po tym kroku przygotuj ponownie log, zobaczymy na ile sytuacja się zmieniła. m.g.

Czy na pewno uruchomiłeś cmd jako administrator? m.g.

Nie patrz na rozmiar, tak jest przy instalacji wszystkiego. W następnych krokach wybierasz tylko to, co Cię interesuje i całość powinna zmieścić się w ok. 150 MB. m.

Witam, zacznij od przygotowania środowiska: 1. Pobierz starszą wersję WPT: [KLIK] i zainstaluj ją (możesz także spróbować skorzystać z opisu [KLIK] i zainstalować WPT zgodnie z podanym w pkt 1 instrukcjami, ale niektórzy zgłaszają pewne problemy na Viście, których nie jestem w stanie teraz zweryfikować); 2. Utwórz na dysku katalog xperf (np. c:\xperf); 3. Pobierz zestaw skryptów [KLIK] i wypakuj je do utworzonego w poprzednim punkcie katalogu; Poczekaj, aż pojawi się problem z svchost i wykonaj kolejne kroki: 4. Uruchom cmd jako administrator i przejdź do katalogu c:\xperf, wykonując polecenie cd \xperf 5. Będąc dalej w cmd, uruchom "xperf - Collect CPU.cmd" wydając polecenie: "xperf - Collect CPU.cmd" 6. W momencie, gdy pojawi się migający kursor: Press a key when ready to start... Aby kontynuować, naciśnij dowolny klawisz . . . naciśnij dowolny klawisz. Powinien pojawić się tekst . ...Capturing... . Press a key when you want to stop... Aby kontynuować, naciśnij dowolny klawisz . . . i w tym momencie zaczyna się rejestrowanie zdarzeń związanych z obciążeniem CPU. Pozwól, aby przez ok. 1 minutę system zarejestrował to, co się w nim dzieje i następnie wciśnij dowolny klawisz, aby zakończyć zbieranie danych i zapisać wynik. W oknie cmd pojawi się wówczas . ...Stopping... . Po pewnym czasie (może to potrwać nawet kilka ładnych minut przy nieco obciążonym systemie) powinien pojawić się komunikat potwierdzający zakończenie zapisywania danych Merged Etl: cpu.etl The trace you have just captured "cpu.etl" may contain personally identifiable information, including but not necessarily limited to paths to files accessed, paths to registry accessed and process names. Exact information depends on the events that were logged. Please be aware of this when sharing out this trace with other people. a w katalogu c:\xperf powinien powstać plik cpu.etl. Spakuj ten plik (.zip, .7z) i wrzuć na speedyshare.com, a tu daj link. m.g.

Witam, odnośnie WPT - sprawdziłem jeszcze raz instalację i w sumie nie widzę dużych rozbieżności w stosunku do [KLIK]. Nie ukrywam, że to najlepsza forma znalezienia problemów ze startem, więc jeśli możesz, to wrzuć zrzut tego okna, które widzisz - może jakoś zaradzimy m.g.

Faktycznie widzę olbrzymie obciążenie dns resolvera w przygotowanym logu, więc skoro pousuwałeś te kilkaset kart (możesz jeszcze skorzystać z [KLIK]), to poproszę o powtórzenie testu i ponowne wrzucenie pliku boot_1.etl. m.g.

Witam, odnośnie WPT - spróbuj użyć starszej wersji: [KLIK] m.g.

Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|......4009|......4009 Session.Init....|......4009|.....31749|.....27740 Winlogon.Init...|.....31749|.....35602|......3852 Explorer.Init...|.....35602|.....38048|......2445 Post.Boot.......|.....38048|.....59048|.....21000 ------------------------------------------------- System.gotowy.po:......................49,048.sek Widać znaczącą poprawę, co było w sumie łatwe do przewidzenia Uwagę zwraca jednak długi czas Session init, co po bliższym przyjrzeniu się danym dla pnp także nie zaskakuje. W porównaniu z innymi, zdecydowanie odstają sterowniki audio: HDAUDIO\FUNC_01&VEN_10EC&DEV_0269&SUBSYS_104312D3&REV_1000\4&4e06ff7&0&0001 (Realtek High Definition Audio) () HDAUDIO\FUNC_01&VEN_8086&DEV_2804&SUBSYS_80860101&REV_1000\4&4e06ff7&0&0301 (Intel® Audio dla ekranów) () w obu przypadkach czas startu urządzenia wynosi ponad 3 sekundy. Sugeruję wgrać poprawki - oba sterowniki masz z 2009 r, w międzyczasie pojawiły się nowsze wersje, zresztą pozostałe sterowniki również przejrzyj (do nvidii masz z września 2013, więc nie musisz ). Mam nadzieję, że te czasy są dla Ciebie satysfakcjonujące, ale rozejrzyj się za jakimś AV i niestety licz się z utratą kolejnych sekund. m.g.

System powinien restartować się kilka razy i na końcu wygenerować plik boot_1.etl, podobnie jak poprzednio. Czy poza bootPrep nie było nic innego? m.

Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|......4411|......4411 Session.Init....|......4411|.....32067|.....27656 Winlogon.Init...|.....32067|.....35750|......3682 Explorer.Init...|.....35750|.....40215|......4464 Post.Boot.......|.....40215|.....86715|.....46500 ------------------------------------------------- System.gotowy.po:......................76,715.sek Wygląda na to, że system jest na nogach w nieco ponad 1 min 15 sek od startu. Nie ukrywam, że IMO nie wygląda to najgorzej, biorąc pod uwagę parametry komputera oraz zainstalowane oprogramowanie. Zwraca na pewno uwagę długa faza post boot - shell ładuje się ok. 40 sekudy, ale trzeba jeszcze poczekać niemal drugie tyle, aby obciążenie dysku spadło do przyzwoitego poziomu. Na tak długi czas startu wpływa przede wszystkim duże obciążenie dysku. I o ile prefetcher wykonuje należycie swoją pracę (duże połacie zieleni na wykresie ReadyBoot I/O), to jednak Avast i niektóre usługi systemowe robią swoje. Do tej listy należy dołożyć jeszcze TuneUp Utilities. Tak jak pisałem - 76 sek. to IMO czas do przyjęcia, więc nie chcę niczego sugerować. Gdybyś jednak zdecydował się na jakieś działania, to osobiście zacząłbym od odinstalowania TuneUp, Avasta i wykonał kolejny test, tym razem poprzedzony dodatkowym wyszkoleniem prefetchera: Jeśli się zdecydujesz na te kroki, podeślij kolejny log. Mam nadzieję, że tym razem będę w stanie szybciej odpowiedzieć. m.g.

Tak, tych narzędzi można także używać na Windows 7. m.g.

Witam na forum, spróbuj może wykonać kroki: [KLIK] m.g.

Spróbuj może wykonać kroki opisane tu: [KLIK] m.g.

Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|......3386|......3386 Session.Init....|......3386|.....10976|......7589 Winlogon.Init...|.....10976|.....19272|......8296 Explorer.Init...|.....19272|.....34078|.....14805 Post.Boot.......|.....34078|.....51878|.....17800 ------------------------------------------------- System.gotowy.po:......................41,878.sek Udało się zejść z czasem o połowę, przy czym widzę, że część usług podnosi się nieco później (np. SQL Express ok. 150 sekundy), co tylko przesunęło w czasie obciążenie dysku. Sprawdź przy okazji w autoruns o co chodzi z takim wpisem (odnośnie kompilatora csc.exe): "C:\Windows\Microsoft.NET\Framework64\v2.0.50727\csc.exe" /noconfig /fullpaths @"C:\Users\Deba\AppData\Local\Temp\fsvq6g-_.cmdline" którego procesem nadrzędnym jest właśnie explorer.exe Prawdopodobnie to jakaś biblioteka .NET ładowana przez shell, która potrzebuje coś zserializować, ale pewności nie mam. Być może niepotrzebnie się uruchamia... Poza tym nie widzę łatwego sposobu na znaczące zejście dalej z czasem startu bez konieczności wyłączania wielu rożnych rzeczy, ale jeśli uważasz, że to nie jest wystarczające, to możemy szukać dalej m.g.

Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|......4779|......4779 Session.Init....|......4779|.....24014|.....19234 Winlogon.Init...|.....24014|.....42066|.....18051 Explorer.Init...|.....42066|.....67184|.....25118 Post.Boot.......|.....67184|.....92484|.....25300 ------------------------------------------------- System.gotowy.po:......................82,484.sek 82 sekundy to nie jest zły czas, biorąc pod uwagę ilość usług i programów, które uruchamiają się w systemie podczas startu. Poniżej kilka sugestii: 1. Przełącz usługi MSSQLSERVER oraz MSSQL$SQLEXPRESS na uruchamianie ręczne 2. Zrób porządek z KMService - są darmowe alternatywy dla Office'a... Po wszystkim pewnie trzeba będzie jeszcze przetrenować na nowo prefetcher, przygotuj więc kolejny log, tym razem wykonując: Wynik spakuj (interesuje mnie tylko boot_1.etl) i wrzuć ponownie na speedyshare.com. Będziemy dalej obcinać m.g.

Witam na forum, poproszę o log Dependency Walkera oraz zrzut pamięci procesu: [KLIK] m.g.

IE10 domyślnie pracuje w trybie 32-bit na x64. Domyślnie uruchamiana jest wersja 64-bit, która do zarządzania zakładkami z kolei uruchamia wersje 32-bit. Co dostajesz po wejściu na stronę: [KLIK]? IE10 x64 wymaga włączonego UAC, a także innych rzeczy: [KLIK], pamiętaj, że wszystkie dodatki muszą być w wersjach 64-bit. m.g.

Witam na forum, problem dotyczy niewłaściwej wersji biblioteki granny2.dll, którą masz w systemie. Program game.exe (C:\Program Files\Blitzkrieg 2\EXE\bin\game.exe) zlinkowany jest z wersją, w której jednym z eksportów jest _GrannyGetBlendDagNodeParent@4, którego nie ma wersja granny2.dll, którą masz u siebie (C:\Program Files\Blitzkrieg 2\EXE\bin\Granny2.dll). Aby to rozwiązać, wystarczy najprawdopodobniej przywrócić plik granny2.dll z instalacji gry. m.g.