Fórum Root.cz
Hlavní témata => Server => Téma založeno: scientific 19. 02. 2018, 23:32:29
-
Ahoj jsem tu nový a prosím si o radu s Firefoxem.
Mám VPS bez agregace výkonu, které má 2x CPU a 3GB RAM. Na VPS běží pouze 4 instance Firefoxu, přesto obě CPU běží na 100% s load avg. cca 9. Prohlížeče jsou pro prohlížení internetu, každý z nich má otevřených max pár záložek, třeba max 5 záložek.
Zkoušel jsem to i s vypnutými doplňky a rozdíl jsem nezaznamenal.
Nemáte někdo nějaký nápad, jak snížit využívání CPU?
Je normální, že ten firefox má v "htop" strašně moc procesů (je fakt, že téměř všechny mají CPU usage 0.0%, ale je jich fakt hafo).
Díky moc za Vaše rady.
-
Nainstalujjte Pale Moon a na FF se vy....
-
Děkuji za radu, zkusit to mohu, ale není pale moon a firefox náhodou totéž akorát s rozdílným ksichtem? :-)
-
To poznáš podle počtu procesů a vytížení CPU...
-
Děkuji za radu, zkusit to mohu, ale není pale moon a firefox náhodou totéž akorát s rozdílným ksichtem? :-)
Neni, Palemoon je fork starsiho Firefoxu, ktery se snazi par lidi udrzovat.
-
Jestli Vás chápu dobře, tak kámen úrazu, je, že firefox používá hodně procesů a ty dvě vlákna CPU to nestíhají, zatímco Pale Moon by v tomto případě při 4 instancích Firefoxu používal jen 4 procesy a to už by CPU mohlo stíhat lépe. Chápu Vás dobře? Jinak díky všem. Každopádně to dnes zkusím.
-
To neni presne. To, co ukazuje htop, nejsou vsechno separatni procesy, ale vetsina z toho jsou vlakna, ktera tam budou i v pripade Palemoonu. Zkuz vypnout ve Firefoxu multiprocess: v about:config nastav browser.tabs.remote.autostart na false a restartuj.
-
Proč na VPS běží firefox? To je nějaký expoeriment? kterým kabelem je připojen monitor? Jaký to máš smysl na takové šunce pouštět?
-
@f: browser.tabs.remote.autostart mám na false, možná protože firefox spouštím s parametrem --no-remote , ale v konfigu mám ještě browser.tabs.remote.autostart.2 a ten mám true, mám ho také dát na false?
@refon: Jak bys do VIRTUÁLNÍHO server chtěl zapojit kabel, když je virtuální, nehmotný, abstraktní, prostě reálně neexistuje? Ano experiment.připojuji se pomoví VNCserveru nebo SPICE protokolu.
-
@f: browser.tabs.remote.autostart mám na false, možná protože firefox spouštím s parametrem --no-remote , ale v konfigu mám ještě browser.tabs.remote.autostart.2 a ten mám true, mám ho také dát na false?
--no-remote s tim nesouvisi. To jen zajisti, ze se pri spousteni Firefox nesnazi pripojit na jiz bezici instanci. Na preference browser.tabs.remote.autostart.N uz by nemel byt bran zretel od verze 58 (https://bugzilla.mozilla.org/show_bug.cgi?id=1406212). Zda se, ze mas multiprocess vypnuty. Koukni do about:support na "Multiprocess Windows". Mimochodem ty procesy maji pri vypisu "$ps ax" u sebe parametry -contentproc -childID ...
-
Ted budu mlzit.
<mlha>
Kdysi jsem nainstaloval desktopove Widle na maly HP server, ve kterem je ta uplne nejstrasnejsi a nejmene vykonna grafarna, kterou se HP podarilo sehnat, asi z chipu z nakladu na potopene lodi. Vsechno fungovalo pouzitelne, pokud se clovek smiril s jistou pomalosti grafiky, nicmene i video to vetsinou jakztakz prehralo. Browsit se dalo v IE v pohode, Libreoffice celkem slo, jedinou vyjimkou byl FF, tehdy jeste jednoprocesovy. Zatezoval CPU na maximum, obraz blikal a ani se nikdy poradne nevykreslil, clovek se vubec nedostal k citelnym vysledkum. Problem zmizel a FF se prestal projevovat, kdyz jsem koupil PCI-e grafiku a tu zabudovanou zakazal ve spravci zarizeni.
Tak si rikam, jestli problem nevznika nejak tim, ze FF ocekava nejakou grafiku alespon vzdalene na urovni doby a ne nejaky podivny virtualni HW ve virtualu, ktery treba bezi jako framebuffer, nema zadnou akceleraci, ma omezenou pamet a co ja vim.
</mlha>
-
@JardaP .: Pokud to dobře chápu, tak grafickou kartu neočekává, páč je vypnutá HW akcelerace, takže grafiku počítá právě CPU. Nevím co myslíš tím "podivný virtuální HW". Virtuální se server, ale HW je HW? ten virtuální být nemůže. Omezenou pamět samozřejmě má, jako každý server (i ten fyzický) a 3GB RAM si myslím, že je více než dostatečné.
Ty jsi jiný Firefox master. :-O
Mám verzi: Firefox Quantum 58.0.2 (64 bitů)
@f:
--no-remote s tim nesouvisi. To jen zajisti, ze se pri spousteni Firefox nesnazi pripojit na jiz bezici instanci.
- Nehodilo by se mi právě ten parametr --no-remote nepoužívat? To je vlastně asi blbost, to by všichni čtyři uživatelé potom museli mít stejné doplňky a konfiguraci, že?
Na preference browser.tabs.remote.autostart.N uz by nemel byt bran zretel od verze 58 (https://bugzilla.mozilla.org/show_bug.cgi?id=1406212). Zda se, ze mas multiprocess vypnuty.
Koukni do about:support na "Multiprocess Windows". Mimochodem ty procesy maji pri vypisu "$ps ax" u sebe parametry -contentproc -childID ...
- Multiprocess Windows: zakázáno
A -contentproc -childID tam někdy je a někdy zase ne :-D
Více viz screenshoty
-
Nehodilo by se mi právě ten parametr --no-remote nepoužívat? To je vlastně asi blbost, to by všichni čtyři uživatelé potom museli mít stejné doplňky a konfiguraci, že?
To by se pak otevrelo jen nove okno beziciho prohlizece.
A -contentproc -childID tam někdy je a někdy zase ne :-D[/li][/list]
To bude asi stylo proces, zkus nastavit layout.css.servo.enabled na false.
Kazdopadne vypnutim vsech dalsich procesu nemusis nutne snizsit vytizeni CPU. Zkus zakazat JS, flash, reklamy... A vzdycky muzes pouzit interni gecko profiler, abys zjistil, co se tam asi tak deje.
-
@JardaP .: Pokud to dobře chápu, tak grafickou kartu neočekává, páč je vypnutá HW akcelerace, takže grafiku počítá právě CPU. Nevím co myslíš tím "podivný virtuální HW". Virtuální se server, ale HW je HW? ten virtuální být nemůže.
Ma FF ve virtualu fyzicky pristup k HW stejnym zpusobem, jakym by mel, kdyby bezel ciste na OS bez virtualizace nebo je tam dalsi mezivrstva (vice mezivrstev), ktere pristup kdovi jak omezuji a vysledkem je neco, co je spis virtualni, nez fyzickou grafarnou?
-
To bude asi stylo proces, zkus nastavit layout.css.servo.enabled na false.
Hotovo, nepozoruji žádný rozdíl.
Kazdopadne vypnutim vsech dalsich procesu nemusis nutne snizsit vytizeni CPU. Zkus zakazat JS, flash, reklamy... A vzdycky muzes pouzit interni gecko profiler, abys zjistil, co se tam asi tak deje.
flash weby nenavštěvuji, snad už ani neexistují ne :-) Akorát o doplněk navíc, který bude tomu jen přitěžovat ne?
Když budu blokovat JS, tak mi nebudou fungovat funkce webů přece?
Reklamy, mám tam adblock a u něj co sem se dočetl na internetu spíše tomu CPU přitížíš než odlehčíš.
A co je gecko profiler nevím, ale zkusím si to zjistit. :-)
Moc ti děkuji za tvou pomoc.
Ma FF ve virtualu fyzicky pristup k HW stejnym zpusobem, jakym by mel, kdyby bezel ciste na OS bez virtualizace nebo je tam dalsi mezivrstva (vice mezivrstev), ktere pristup kdovi jak omezuji a vysledkem je neco, co je spis virtualni, nez fyzickou grafarnou?
Ano, firefox má přímý přístup k HW bez mezivrstvy. Chová se téměř jako dokonalý malý fyzický server.
-
Když budu blokovat JS, tak mi nebudou fungovat funkce webů přece?
JS zere dost vykonu a to vetsinou na totalni picoviny. Vetsina Webu nastesti stale jakz takz funguje bez JS, nekdy s urcitymi omezenimi funkci, bz nichz se clovek obvykle obejde a jako bonus se clovek zbavi uvitaciho pop-upu vyzivajiciho k registraci na mail list nebo jinou picovinu. Ano, mnozi se weby, ktere bez JS nezobrazi pozadovany obsah, nekdy castecne nekdy take uplne, nastesti to zatim neni vetsina.
Mozna byste si mohl nainstalovat alespon rozsireni https://addons.mozilla.org/en-US/firefox/addon/javascript-control/ (mene blbe jsem nenasel), ktere stranky natahuje defaultne bez JS a vy kliknutim pro dany server JS povolite, je-li to nutne. Uvidite, jestli se tim neco zmeni.
-
@refon: Jak bys do VIRTUÁLNÍHO server chtěl zapojit kabel, když je virtuální, nehmotný, abstraktní, prostě reálně neexistuje? Ano experiment.připojuji se pomoví VNCserveru nebo SPICE protokolu.
Jeste napad k tomuhle. Nemam primo zkusenost se SPICE, ale pokud je to podobne ukecane jako X11, tak v tom muze byt problem. Pokud pustim FF na vedlejsim stroji a zobrazuju vzdalene pres X11, pak to generuje neuveritelny traffic (klidne gigabit) a umerne tomu take CPU zatez, ktera je nesrovnatelna s tim, kdyz to same zobrazuju lokalne. VNC by melo byt vyrazne lepsi, ale ted nemuzu overit. Zda je toto i tvuj problem muzes overit tak, ze snizis vykreslovaci frekvenci. Zmen layout.frame_rate z -1 treba na 3, FF bude pak skoro k nepouziti (prehravani videa rozhodne), ale zatez zpusobena vzdalenym vykreslovanim by mela vyrazne klesnout.
-
Zmen layout.frame_rate z -1 treba na 3, FF bude pak skoro k nepouziti (prehravani videa rozhodne), ale zatez zpusobena vzdalenym vykreslovanim by mela vyrazne klesnout.
Clovek by cekal, ze zatez vzdalenym vykreslovani poklesne pote, co se stranka nacte a prestane se menit. Akorat, ze se zda, ze FF vykresluje nejakym uchylnym zpusobem, ktery zpusobuje to, ze na pomale grafarne a dost mozna i pri vzdalenem vykreslovani dochazi k velke zatezi CPU, az k nepouzitelnosti.
-
Zkusil jsem nastavit frame rate dle pokynů plus automatické refreshování nějakých stránek v intervalu pár desítek vteřin pro simulaci, shodil prohlížeče na lištu. A odpojil se ze SPICE session.Load avg. se drží stále mezi hodnotami 8 a 9.
RAM Skoro 100% zelené čárky v htop
SWAP 100% červené čárky
CPU obě vlákna jak kdy někdy obě na 100% nekdy obě na 20% skáče to různě.
Teď to třeba chvilku vypadalo takhle viz screenshot.
Videa přehrávat nepotřebuji. No a kdyby se prohlížeč trochu zpomalil, tak by to asi také nevadilo.
Asi tedy možná nebude od věci zkusit ten Pale Moon, jak radí Jarda.
-
Zkusil jsem nastavit frame rate dle pokynů plus automatické refreshování nějakých stránek v intervalu pár desítek vteřin pro simulaci, shodil prohlížeče na lištu. A odpojil se ze SPICE session.Load avg. se drží stále mezi hodnotami 8 a 9.
Zapomnel jsem dodat, ze po te zmene je treba FF restartovat. Ale pokud je ta zatez stejna i po shozeni na listu a odpojeni session, pak to timto nebude.
RAM Skoro 100% zelené čárky v htop
SWAP 100% červené čárky
CPU obě vlákna jak kdy někdy obě na 100% nekdy obě na 20% skáče to různě.
Teď to třeba chvilku vypadalo takhle viz screenshot.
Ta zluta u CPU by mel byt steal time, tj. nic, co by zpusoboval FF. Kazdopadne ti dosla pamet a swap je plnej. Ten stroj musi swapovat jak divej. Co hlasi vmstat 1?
-
Prostě i kdybych dal 256GB RAM, tak za pár hodin bude SWAPovat :-D Firefox je nekonečný žrout co si alokuje dokud je co. :-D
Screenshoty a VMstat připojeny v příloze.
Cca. 40minut od spuštění SWAP na 100% :-) Po malých krůčcích se postupně plnila RAM a potom se začal plnit i odkládací prostor disku.
-
Cca. 40minut od spuštění SWAP na 100% :-) Po malých krůčcích se postupně plnila RAM a potom se začal plnit i odkládací prostor disku.
Zda se, ze FF se drzi dobrych tradic a stale tece. Chapu, vyvojari maji mnoho prace, urcite prave vymysli, nejakou dalsi dementni ficuru. Zkuste Pale Moon, u toho se mi zda, ze na rozdil od FF, ze ktereho je odvozen, netece. Take muzete omrknout Waterfox, ktery tedy kompiluji jen 64 bitu, ale to ve vasem pripade asi nebude problem a i kdyz se zda primarne widlacky, tak tusim delaji i nejake balicky pro Linux. Pak tu mate Operu a Vivaldi. U Chrome/Chromia bych nedoufal, ze si nejak pomuzete, podeziral bych spis opak.
-
3GB RAM na 4 nezávislé instance Firefoxu mi přijde málo, u mě ty 3G zabere časem klidně i jediná instance (se spoustou tabů).
-
@JardaP .: Dobře, děkuji za typy, plánuji zkusit ten pale moon, případně potom ještě operu.
@Ondrej Nemecek: No já potom zkoušel i 8GB a ani tolik nestačilo. A teď se najednou zase drží na 3GB a to jim stačí, fakt zvláštní. No ještě si s tím budu chvíli hrát a uvidím no.
-
@Ondrej Nemecek: No já potom zkoušel i 8GB a ani tolik nestačilo. A teď se najednou zase drží na 3GB a to jim stačí, fakt zvláštní. No ještě si s tím budu chvíli hrát a uvidím no.
Me hned po restartu vzal cca 2GB, pred restartem to teda melo kolem 6GB, ale to bezel FF uz nekolik tydnu. To vytizeni dle vmstatu mi nejprijde tragicke (odhadem prumer 50% user time) pro 4 aktivni browsery, ale zalezi na tom, co presne loadujes za stranky a jak casto realoadujes.
-
2xCPU mezi 80% a 90%
4GB RAM nestačí, každou chvilku to padá, ale zkusím tedy přidat více RAM a SWAP, třeba to bude méně padat.
Díky moc všem co mi poradili a pomohli, udělali jste dobrý skutek. :-)
-
Obecna odpoved:
BRAVE (s integrovaným Adblockem) + vypnuté skripty.
cokoliv dalsího je jen ztrata casu
Jo a TO "Druhé největší město v Česku je...:" me vzdycky dostane. Tak nejak automaticky davam plzen a ta asie me nejak nikdy nenapadne ;)
-
Určitě vypnout Javascript aspoň na zkoušku, ať víš, jestli je problém v javascriptu nebo v renderování. Pokud nepomůže vypnutí javascriptu, je to v renderování, tedy v konkrétně v absenci hw akcelerace ve virtuálu, což osobně řeším X-forwardingem.
-
2xCPU mezi 80% a 90%
4GB RAM nestačí, každou chvilku to padá, ale zkusím tedy přidat více RAM a SWAP, třeba to bude méně padat.
Díky moc všem co mi poradili a pomohli, udělali jste dobrý skutek. :-)
Zkusil bych alternativní prohlížeče, onehdy jsem používal na Windows virtuálech K-Meleon. Občas padal, ale co se týče obsazení paměti byl úspornější a celkově reagoval rychleji než Firefox, porovnával jsem i další alternativní prohlížeče.
-
@Ondrej Nemecek: No já potom zkoušel i 8GB a ani tolik nestačilo. A teď se najednou zase drží na 3GB a to jim stačí, fakt zvláštní. No ještě si s tím budu chvíli hrát a uvidím no.
Me hned po restartu vzal cca 2GB, pred restartem to teda melo kolem 6GB, ale to bezel FF uz nekolik tydnu. To vytizeni dle vmstatu mi nejprijde tragicke (odhadem prumer 50% user time) pro 4 aktivni browsery, ale zalezi na tom, co presne loadujes za stranky a jak casto realoadujes.
Já bych řekl, že je to spíš o navštěvovaných stránkách. Já používám FF na stroji se 2GB RAM a málokdy mám plnou RAM a SWAP skoro nepoužívá. I po několika hodinách obsazenost RAM okolo 1GB a SWAP prázdný. Jen jednou se mi zátěž vyšplhala u jednoho jádra na 100% a RAM se plnila ale to jsem asi někomu těžil kryptoměnu, nepomohlo ani ukončení FF. Musel jsem restartnout, potom byl klid.
-
Tak je tohle normální! :-(
Ještě jsem nastavoval další parametry do configu, které by měli snížit ukládání do paměti na minimum, ale prostě nestačí ani 8GB. Opravdu věřím, že i kdybych tam dal 400GB RAM, tak to bude prd platné. Nechci jiný prohlížeč než firefox, ale asi fakt mi nic jiného nezbude. :-)
na grafu je vidět, že jednou za hodinu firefox crashne.
Tak když každý uživatel má v htop milion procesů a každý z nich si alokuje 25% paměti? :-D Spíš sem to asi blbě pochopil.
-
[scientific]
To nejsou procesy, ale vlakna (threads). Vlakna sdileji pametovy prostor, proto je i u kazdeho toho vlakna stejne vyuziti pameti v %. Firefox sposuti jen jeden proces
ps -e | grep firefoxVypis vlaken ziskas:
ps -eLf | grep firefox
Jinak, co se tyce nenazranosti Firefoxu, to byl vzdycky. Ale nikdy jsem nezazil ze by mu nestacilo 4GB pameti. To opravdu je divne. Typioval bych nejaky plugin, nebo nejakou stranku.
Zkus postupne odinstalovat rozsireni (mas-li nejake) jestli se situace nezlepsi. (Nebo rovnou odinstaluj cely FF a postupne dodavej rozsireni) a uvidis.
Co se tyce stranek, psal jsi - mam ten dojem - ze myvas dlouho otevreny mnoho tabu. Mas tam nejake ktere oteviras pravidelne? ktere to jsou? Nepomuze nektere proste zavrit? A jsi si jist, ze nektera na nezneuziva tveho vykonu k tezbe kriptomen? Atd...
-
Děkuji, už mi bylo dříve vysvětleno, že mám bordel v názvosloví proces VS vlákno, ale nějak si to neumím odnaučit. :-)
V podstatě dělám analýzy webů. Každý ze čtyř uživatelů (každý uživatel má vlastní proces). Navštíví možná až 14 webů každou minut paralelně ve 4 záložkách svého okna.
Takže se na každém ze čtyř oken firefoxu každou minutou otočí asi 14 webů v celkem 4 záložkách.
-
Jinak, co se tyce nenazranosti Firefoxu, to byl vzdycky. Ale nikdy jsem nezazil ze by mu nestacilo 4GB pameti. To opravdu je divne. Typioval bych nejaky plugin, nebo nejakou stranku.
Ale scientific pousti ty Firefoxy 4. Na to proste 8GB stacit nebude.
-
Ale jo, jde to, už sem to vychytal, opravdu to dělá nějaký doplněk, mám tam pár blokátorů nechtěného obsahu a některý z nich to dělá. Předtím sem při těch 4GB RAM zkoušel doplňky vypnout safe-modem, ale teď jsem tomu safe-modu dal druhou šanci při 8GB RAM a tady už je rozdíl značný i CPU začaly stíhat, takže krásná ukázka jak adblock, anti-miner a ještě jeden blokátor umí udělat pěkný bordel.
Takže vyřešeno, díky moc za Vaše rady.
-
Mám tu konečný verdikt, dělá to adblock místo 2GB RAM mi pak Firefox žere tak, že 8GB je jak prd, takže adblock ne-e, server přetížený o 350%. :-)
-
Zkuste uBlock origin, jestli to bude lepsi.
-
Mám tu konečný verdikt, dělá to adblock místo 2GB RAM mi pak Firefox žere tak, že 8GB je jak prd, takže adblock ne-e, server přetížený o 350%. :-)
Dobrá práce :-) Nahlašte to jako chybu - uveďte běhové prostředí a verze.
-
To jsme vlastně vyřešily jen RAM. Nějak jsem zapomněl, že mi šlo primárně o CPU usage.
Zkusil jsem nainstalovat noScript, doplněk, myslel jsem, že vysoké CPU způsobuje zpracovávání javascriptu, ale nepomohl sem si nijak.
Mám server s 3x CPU, i když kažá instance firefoxu má svoje vlastní vlákno (3x CPU = 3x Instance firefoxu), stejně běží CPU average 95% až 100% všechny tři. Viz screenshot.
Nemáte prosím pro mě nějaký typ kam se mrknout, co kde nastavit, abych odlehčil CPU?
-
1. Jiný prohlížeč?
2. Adblock?
https://riseup.net/en/security/network-security/better-web-browsing#advanced-extensions
-
1. Prohlížeč měnit nechci máme už nakonfigurované svoje profily s firefoxem umíme apod. Nechceme jiný.
2. AdBlock jsem zavrhnul, páč při našem stylu používání brutálně zvyšoval RAM, ale tak to bych přežil, pokud by odlehčil CPU, zkusím mu tedy dát ještě šanci, děkuji.
-
1. Prohlížeč měnit nechci máme už nakonfigurované svoje profily s firefoxem umíme apod. Nechceme jiný.
2. AdBlock jsem zavrhnul, páč při našem stylu používání brutálně zvyšoval RAM, ale tak to bych přežil, pokud by odlehčil CPU, zkusím mu tedy dát ještě šanci, děkuji.
ad 1, hm, tvůj boj.
ad 2, to bylo míněno jako varování před tím adblockem, viz ten link...
-
Asi bych nejdrive zkusil zjistit, ktere vlakno zere nejvic CPU. To zjistis treba tak, ze si v nastaveni htop zapnes "Tree view" a "Show custom thread names". Pak u kazdeho Firefox procesu uvidis seznam vlaken s jejich jmeny. Pokud to zere hlavni vlakno, pak bych to tipnul na JS na strankach. Vic info muzes pak ziskat profilerem: https://developer.mozilla.org/en-US/docs/Mozilla/Performance/Profiling_with_the_Built-in_Profiler
-
hawran, ok, tedy děkuji
f: bohužel to to vypadá, že veškeré CPU žere hlavní vlákno firefoxu, nikoliv ty vlákna o úroveň níž. JS helpery zamstnávají CPU na pár procent, přestože JS mám povolený jen pár zdrojů jako google analytics, bootsrap apod. Viz screenshot.
-
Rekl bych, ze se JS Helper vlakna pouzivaji na kompilaci JS, ne na exekuci. Nic lepsiho nez zkusit ten profiler ted asi neporadim.
-
Snad jsem nascreenoval cos mi radil. Dokážeš mě podle toho nějak nasměrovat dál nebo poznat v čem je problém? Jestli to dobře chápu, tak většinu času CPU zaměstnává přímo GECKO?
Viz přílohy.
-
Jinak nahrávání výkonu běželo při zapnuté jedné instanci firefoxu, ještě dodávám screenshot, kde firefox používá CPU na 117%, zahlédl sem tam i 135% :-D
-
Snad jsem nascreenoval cos mi radil. Dokážeš mě podle toho nějak nasměrovat dál nebo poznat v čem je problém? Jestli to dobře chápu, tak většinu času CPU zaměstnává přímo GECKO?
Tos misto gecko profileru pouzil nastroj performance v developer tools. To je spis na ladeni stranek. Tohle sbira performance data jen pro tu danou stranku, navic neuvidis ani do nativnich callstacku.
-
Já sem tušil, že to bez toho nepůjde. :-D
Tedy nové screenshoty v příloze. Procesor zaměstává c++. :-\
Děkuji, že se mi snažíš pomoct.
-
Ahoj, prave vcera som si vsimol strasne spomaleny firefox a tiez mi to zralo vela CPU, pri preklikavani medzi 3 tabmi to bolo pomale ako slimak. najskor som vypol vsetky add-ony. Pouzivam Ghostery, ADP a uBlock, ale nic sa nezmenilo. vsimol som si, ze sa pri starte FF pripaja na nejake google ip adresy (ok, chapem koli google search) potom tam boli nejake US amazon adresy - to uz mi prislo podozrive a nakoniec ceresnicka nejaka cinska IP adresa! pouzivam FF 58.0.2 kubuntu 16.04.4. nechapem to, podozrievam aliexpress - zacal som tam asi pred mesaicom nakupovat.
tak som nakoniec backupoval .mozilla adresar a potom som ho zmazal. cisty start FF s novym .mozilla adresarom sa zda byt v pohode. vlakna sa samozrejme vytvoria ale vyuzitie CPU Firefoxom je cca 7-10% (htop)
ak by ste niekto vedel, ci sa do FF da nieco "tajne" vnutit uzivastelovi, tak ma to zaujima, proste je minimalne divna ta cinska ip adresa hned po starte a len s "blank page".
-
ak by ste niekto vedel, ci sa do FF da nieco "tajne" vnutit uzivastelovi, tak ma to zaujima, proste je minimalne divna ta cinska ip adresa hned po starte a len s "blank page".
Uz parkrat jsem odstranoval profil, protoze se do nej neco nekam nainstalovalo. Mate ostatne kliku, ze se to nainstalovalo jen do FF profilu, protoze nekdy odstraneni FF profilu nepomuze. Nejlepsi to pak je u borcu, kteri provozuji Widle pod adminem a odklepnou kazdou hlasku.
-
Uz parkrat jsem odstranoval profil, protoze se do nej neco nekam nainstalovalo. Mate ostatne kliku, ze se to nainstalovalo jen do FF profilu, protoze nekdy odstraneni FF profilu nepomuze. Nejlepsi to pak je u borcu, kteri provozuji Widle pod adminem a odklepnou kazdou hlasku.
takze to je celkom bezne/mozne, ze sa do profilu nieco potichu nainstaluje?!? to som mal o FF lepsiu mienku:( bol by som radsej, keby to len bola moja paranoia a nejaka "hlava pomazana" by nam seriozne vysvetlila, ze tajna instalacia vo FF nie je mozna.
jo a mimochodom: koli tomuto prechadzam na keepassx - tu na roote ho celkom chvalia
-
Uz parkrat jsem odstranoval profil, protoze se do nej neco nekam nainstalovalo. Mate ostatne kliku, ze se to nainstalovalo jen do FF profilu, protoze nekdy odstraneni FF profilu nepomuze. Nejlepsi to pak je u borcu, kteri provozuji Widle pod adminem a odklepnou kazdou hlasku.
takze to je celkom bezne/mozne, ze sa do profilu nieco potichu nainstaluje?!? to som mal o FF lepsiu mienku:( bol by som radsej, keby to len bola moja paranoia a nejaka "hlava pomazana" by nam seriozne vysvetlila, ze tajna instalacia vo FF nie je mozna.
jo a mimochodom: koli tomuto prechadzam na keepassx - tu na roote ho celkom chvalia
Profil je adresar na disku a do toho adresare se da zapisovat, takze ciste teoreticky tam neco "nainstalovaneho" byt muze. Pokud mas konkretni podezreni, treba Ti nekdo poradi, ale je klidne mozne, ze proste mas proste v tom profilu nejake nastaveni, ktereho si nejsi vedom, fragmentovane nejake uloziste nebo neco podobneho, co zpomaluje. Urcite si nemyslim, ze tam FF sam o sobe instaluje a spousti doplnky, ktere pred Tebou skryva.
-
Urcite si nemyslim, ze tam FF sam o sobe instaluje a spousti doplnky, ktere pred Tebou skryva.
Nemyslel som konkretne FF ale skor ci je mozne bez uzivatelovho vedomia do jeho profilu pretlacit nejaky kod, na ktory FF usera neupozorni. Napr. nejaky coin mining a pod. Mal som nainstalovany aj "No Coin" ale ten nic nehlasil. Hlavne ta cinska ipcka ma prekvapila.
-
Já sem tušil, že to bez toho nepůjde. :-D
Tedy nové screenshoty v příloze. Procesor zaměstává c++. :-\
Děkuji, že se mi snažíš pomoct.
To se ze screenshotu vycist neda. Klikni na share, to uploadne data profileru na server a vygeneruje link. Ten sem posli. Nezarucuju, ze v tom neco najdu, ale kouknout se muzu...
-
Dobře, tady to máš, děkuji: https://perfht.ml/2FGjK9O
-
Ze 47.5s strojoveho casu, kdy bezelo hlavni vlakno, to travilo neco pres 27 sekund v JS. To mi prijde celkem dost. Navic to je v naproste vetsine JS ze stranek a ne interni JS z chrome://. Zkus to nejak poblokovat.
(https://thumb.ibb.co/fkd7QH/combined.png) (https://ibb.co/fkd7QH)
(https://thumb.ibb.co/bQnOzc/js.png) (https://ibb.co/bQnOzc)
-
No tak sem zase povolil ten plugin "nosricpt" a v podstate sem mu povolil pár zdrojů, už ho mám nastavený, zkoušel sem ho a rozdílu sem si moc nevšiml, ale teď když na to koukám, je možné, že je to o trochu lepší, přestože občas skočí CPU usage až na 150%, ale to je asi normální, když se trefí okamžik, kdy se na ráz načítá více stránek.
Zde je nový výstup z Gecko: https://perfht.ml/2FM2Xho
Vidíš tam nějaké zlepšení?
-
přestože občas skočí CPU usage až na 150%, ale to je asi normální, když se trefí okamžik, kdy se na ráz načítá více stránek.
Ze to obcas skoci na 150% problem neni, to jen ukazuje, ze to bezi na vice CPU paralelne. Nemelo by to ale zrat CPU cas, kdyz to zdanlive nic nedela. Zlepseni vidim. Ono neni uplne trivialni vytahnout z tech profilu presna cisla pro jednotlive ukony, takze ta cisla ber orientacne. Kdyz odectu cas straveny pollovanim a na mutexech, tak bylo hlavni vlakno cinne cca 89.5s. JS + veci volane z JS z toho delaji cca 39s. Cycle collection a garbage collection dalsich cca 24s. Kdyz tohle vsechno vyfiltruju, nic dalsiho tam vyslovene nevycniva. Je tam jen par spicek mezi 90. a 100. sekundou. To je zpracovani html, css a reflow. Viz par screenshotu:
(https://thumb.ibb.co/g68mLH/1.png) (https://ibb.co/g68mLH)
(https://thumb.ibb.co/cw8mLH/2.png) (https://ibb.co/cw8mLH)
(https://thumb.ibb.co/m8qcSx/3.png) (https://ibb.co/m8qcSx)
(https://thumb.ibb.co/hn66LH/4.png) (https://ibb.co/hn66LH)
(https://thumb.ibb.co/gQiWnx/5.png) (https://ibb.co/gQiWnx)
-
Jak myslíš to "Kdyz tohle vsechno vyfiltruju"? Javascript sem odfiltroval už já tím doplnkem ne? Nebo si myslel tím odfiltrováním, že si odfiltroval jen ty dva collectory?
Chápu to tak, že jsme využití CPU stáhly na minimum zablokováním téměř veškerého javascriptu a v tuto chvíli by javascript měl využívat CPU opravdu nulově, páč je povoleno jen google analitics a pár zdrojů, které ještě dodatečně zablokuji, ale i tak jsou na mílokterých webech, takže opravdu nulově.
A jediné co výrazněji žere CPU čas, jsou collectory a tím nic nezmůžeme. Takže úkol je splněn.
Moc děkuji, zkusím ještě více omezit javascript plus přidat další instance firefoxu.
-
Jak myslíš to "Kdyz tohle vsechno vyfiltruju"? Javascript sem odfiltroval už já tím doplnkem ne? Nebo si myslel tím odfiltrováním, že si odfiltroval jen ty dva collectory?
Tim jsem myslel, ze jsem odstanil vzorky CC, GC, JS, poll a mutex z toho profilu, abych videl, co dalsiho tam zere cas.
Chápu to tak, že jsme využití CPU stáhly na minimum zablokováním téměř veškerého javascriptu a v tuto chvíli by javascript měl využívat CPU opravdu nulově, páč je povoleno jen google analitics a pár zdrojů, které ještě dodatečně zablokuji, ale i tak jsou na mílokterých webech, takže opravdu nulově.
Bloknul se JS na strankach, ale samozrejme ten addon je psany v JS, takze na nulu se nikdy dostat nemuzes :)
A jediné co výrazněji žere CPU čas, jsou collectory a tím nic nezmůžeme. Takže úkol je splněn.
Muzes zkusit reportovat bug, aby nekdo prozkoumal, zda CC a GC nezere prilis mnoho casu. Lide obcas nadavaji, ze nektere bugy lezi v bugzille bez povsimnuti leta, ale zrovna bugum ohledne vykonu se vyvojari docela venuji, obzvlaste pokud reporter spolupracuje a dodava data.
-
Ok, zkusím se ještě poradit přímo s mozzilou. To asi tedy nemám psát na komunitní forum, ale přímo na bugzillu, chápu tě dobře?
-
Ok, zkusím se ještě poradit přímo s mozzilou. To asi tedy nemám psát na komunitní forum, ale přímo na bugzillu, chápu tě dobře?
Jojo, zaloz bug na bugzilla.mozilla.org, dej tam link na data z profileru a trochu to popis. Urcite bych tam vyjmenoval vsechny addony, co mas nainstalovane a taky zmin, ze mas vypnuty multiprocess kvuli uspore pameti.
-
No addony nepoužívám žádné, kromě javascript blokátoru, páč addony jsou jen žrouti paměti, už takhle 8GB je jen tak tak. :-D
Možná jim tam zkusím nějak přiložit celý config pro jistotu, ať se můžou mrknout na nějaké parametry co by je zajímali.
Moc ti děkuji za celý náročný proces pomoci mě.
To abych těď taky pomáhal lidem a vylepšil si karmu. :-D