czas uruchamiania ff (via about:telemetry)

[covo]

srednio podoba mi sie czas uruchamiania ff, wiec wlaczylem (zawsze wylaczona) telemetrie, wystartowalem ff i zajrzalem potem do about:telemetry --> PROSTE POMIARY i tak to wyglada u mnie:

https://i.imgur.com/7Xtvwh9.png
https://i.imgur.com/1PaTMh7.png

Jak ten wynik interpretuje sie? W jakich to jest podawane jednostkach? milisekundy?

pomiedzy START a MAIN jest 629 "jednostek" - czy to duzo? Co dzieje się miedzy START, a MAIN?
zero antywirusa i tym podobnych cudow.
filtry... - jest ich troche, ale czy filtry np. ublockowe maja w ogole wplyw na czas uruchamiania ff?
zakladki... - ok 6000, ale cos obilo mi sie o uszy/oczy, ze (raczej) nie wplywaja na czas uruchamiania
z 8 kart, tylko jedna przy starcie laduje sie.

rozumiem, ze dopiero w 651 jednostce ff "wchodzi" w PROFIL... - tak jest?

Czy koniec uruchamiania = TOTAL TIME = 17 sek?

[Garu]

Dla mnie to farsa, żeby FF taki wolny.
Trafiłem na comodo ice dragon, w opcjach ustawiłem polski i heja - sporo dodatków. Otwiera się błyskawicznie i jeśli to chodzi o podany czas w ms to u mnie wygląda to tak:
start 44
main 127
selectProfile 136
totalTime 10
CID ma parę drobnych błędów, ale nie przeszkadza to w używaniu. lekki jest http://prnt.sc/pwamjy
Ustawiony oszczędnościowo i śmiga http://prnt.sc/pwao10
adbloker downloader comodo wyrzucony, http://prnt.sc/pwasm3
Icedrago - też firefox, tylko mniej głupi. Z linków dp nie pobieraj, tylko ze strony comodo, tam masz wersję CID x64.

[covo]

(btw: moj UA oszukiwal, mam 52.9esr)
ale co to sa za jednostki - milisek? <--- te wielocyfrowe
bo moje total time = 17 - chyba sekundy, tak mi na to wychodzi...
U Ciebie total = 10. No, prawie dwa razy szybciej.
Hmmm.... Moze to 52 dodatki (czynne) robia u mnie t.time =17? (co dziwne - wszystkie raczej wole by byly)

[Garu]

Szkoda, że nie masz win7.
Co do icedragona:

IceDragon users are also given the option to use Comodo's Domain Name System (DNS) servers, free of charge. Doing so brings about several advantages, including:

Web-pages load faster – Comodo operate a huge network of fully redundant DNS servers located at optimal locations around the world. This means your requests for web-pages are always resolved by the high performance DNS cluster closest to you. The result? Websites load faster than if you continue to use the DNS server provided by your ISP (which you share with all their other customers).

A na to Mozilla za głupia. Na XP miałem comodo icedragon do wersji 48. Nawet udało mi się spolszczyć i używać z dodatkami. Na jakimś ruskim forum znalazłem spolszczenie.

[krystian3w]

Ja mam jakiś redditowy bug, że uBO / Nano Adblocker robią lag nawet do minuty przy pierwszym początkowym otwarciu jakiejkolwiek strony. Niby spec dał poradę by zrobić start z konsolą JavaScript ale wtedy lag magicznie znika...

[covo]

ale co to sa za jednostki - milisek?

[covo]

spec dał poradę by zrobić start z konsolą JavaScript

co ciekawego mozna zobaczyc wowczas i jak to sie robi (start z konsola JS)?

[krystian3w]

Kod: Zaznacz cały

firefox.exe -jsconsole

i niby by było widać co laguje strony przez minutę.

[dexter]

ale co to sa za jednostki - milisek?

timestamp: Number, positive integer. This is the time in ms when the event was recorded, relative to the main process start time.

[7747]

Mi się firefox szybko uruchamia, tylko gorzej jest z zamykaniem z kilkudziesięcioma kartami.
start 0
main 28
selectProfile 32
totalTime 33

[covo]

28 i 32 jest w ms? hm.
totaltime - 33 ms? bo jesli jednak sek, to tak sobie szybko... wolniej niz u mnie

[Garu]

A zmieniłem comodo icedragon 32 bit na x64 i jest tak: http://prnt.sc/px3nff

[covo]

jesli totaltime = po tym czasie ff jest uruchomiony w stu % i widac go w calej jego krasocie, to nic sie nie zmienilo miedzy x32 a x64 in my opinion.
w x64 szybciej dobiera sie do profilu. I tyle.

[spiritRKS1910]

To są raczej milisekundy, ale żeby mieć pewność trzeba by dokładniej kod FX sprawdzić. Widzę, że w telemetrii nieco więcej czasów logują, niż można to pobrać wprost za pomocą polecenia:

Kod: Zaznacz cały

Services.startup.getStartupInfo()

Wywołaj sobie powyższe w konsoli i dostaniesz podobne dane, tj. obiekt z timestamp dla różnych zdarzeń, żeby mieć je w podobnej postaci jak w telemetrii to musiałbyś sobie powyliczać różnicę poszczególnego czasu od startowego (a startowy jest pod właściwością process). Tutaj zdawkowe info:
https://developer.mozilla.org/en-US/doc ... artupInfo().
Ogólnie przy świeżym FX (same lekkie skrypty userchrome i style Arisa, bez dodatków WebExt) u mnie to wygląda tak (na dysku HDD, nie SSD):

Kod: Zaznacz cały

Timeline (wartości w milisekundach):
process: Sat Nov 16 2019 00:34:38 GMT+0100 (1573860878835) - odniesienie
start: 7
main: 29
selectProfile: 33
afterProfileLocked: 33
startupCrashDetectionBegin: 137
sessionRestoreInit: 191
createTopLevelWindow: 198
firstPaint: 619
sessionRestored: 1005
startupCrashDetectionEnd: 31364

Na totalTime nie patrz bo raczej nic sensownego nie pokazuje, a na pewno nie całkowity czas uruchomienia przeglądarki. Możesz teraz porównać swoje dane z moimi, widać wyraźnie że dodatki (choć bardzo wygodne) generują dodatkowy narzut jeśli chodzi o wydajność przeglądarki.

[covo]

dzieki, zrobilem, ale nie za wiele mi to mowi, tzn jakiejs wiekszej wiedzy nie mam... Jesli w ogole jakas mam. Czyli: gdzie sie najbardziej zatyka.

[spiritRKS1910]

Skopiuj sobie profil do wersji portable, odpal i porób trochę testów, np. na początek wyłącz all dodatki (i pokaż czasy), potem poszczególne, no i zobacz który powoduje największy narzut na czas uruchamiania. Jeśli na profilu bez dodatków też jest wolno to szukaj przyczyny gdzie indziej (system, inne programy, albo słaby sprzęt).