- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
Hirdetés
-
Új Beats fej- és fülhallgatók jelentek meg
ma Frissítette a Solo termékcsaládot az Apple házi audiomárkája.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Az Apple iPadOS-t is megrendszabályozza az EU
it Az EB közölte: az Apple iPad táblagépekre írt iPadOS rendszere is kapuőrnek számít, az üzleti felhasználókra gyakorolt fontossága miatt.
Új hozzászólás Aktív témák
-
ddekany
veterán
Egy inkompatibilis addon (Google Translator for Firefox) letiltása után valóban megy több szálon az 54. Viszont nálam 1-re választotta a dom.ipc.processCount-ot (nem tudom figyelembe veszi-e, de amúgy 4 magos CPU-m van).
Maga a megoldás kicsit furcsa stabilitás/izoláció szempontjából. Ha egy fül "lerohad", azaz folyamatosan fut benne a JS, akkor már valóban nem fagy le az egész FireFox, működik a menü, meg váltani is tudok a fülek közt. De, az a fűl, ami ugyan abba a folyamatba (process) esik mint ami lerohadt, ugyan megjelenik meg görgethető (de csak ha már be volt töltve), de nem reagál kattintásra meg egyéb interakciókra. Aztán mikor a problémás fül végez a JS-el vagy lelövöm, akkor hirtelen minden korábbi kattintásom végrehajtódik. Ha a dom.ipc.processCount 1, mint nálam alapból volt, akkor minden fül ilyen félig fagyott, ha 4 process van, akkor kb. minden negyedik.
Szóval ez ilyen böngészős multitasaking, ami a füleket illeti, hogy akik véletlenül egy folyamatba esnek, továbbra is akasztják egymást. (Elsősorban Java-s/szerver oldali fejlesztőként (ahol természetes egy egy process-ben fut rengeteg szál) nekem ez ilyen WTF, meg eleve az is, hogy miért kell erre több process, és miért nem lehet minden fül egy külön szál egyetlen process-en belül. De nyilván valami gáz van a gyökereknél, mert a többi böngésző is hasonló hákokkal megy. Furcsa.)
[ Szerkesztve ]
-
ddekany
veterán
Nem is a Chrome féle megoldást akartam dicsőíteni. Ellenkezőleg, reméltem, hogy folyamatok helyett tisztán szálakkal fogják megoldani (mármint nem úgy, hogy indítanak egy folyamatot, csak, hogy legyen benne egyetlen egy szál...), de úgy látszik ez itt sem volt megvalósítható.
Én "csak" 30-40 fülig szoktam felmenni. Ott a "Tree Style Tabs"-al (oldalra rakja a füleket egymás alá) még kiférek mindenféle tördelés/görgetés nélkül. Mellékesen azt is még kombinálom Tab Mix Plus-al színezéshez. Az alap fülkezelése a böngészőknek kb. Opera (és talán Vivaldi - nem próbáltam) kivételével felejtős. (Ez is érdekes dolog amúgy, hogy ezt 4-ből 3 esetben nem érzik fontosnak egy böngészőkben.)
-
ddekany
veterán
Gondolom ott néhány tabon CPU gyilkos dolgok futnak, mert egyébként tapasztalatom szerint mindegy hány fül van nyitva (nyilván, amíg marad RAM), és 30 körüli fül nálam gyakori. Ha meg van CPU evő tab, akkor meg kell, hogy külön szálban legyen a többi tab-tól, ami Chrome-nál ha jól tudom mindig teljesül, FF-nél meg kérdéses. Van-e addon ami miatt nem megy a feature, ha nincs akkor mennyi a dom.ipc.processCount (nálam valamiért 1-re alapértelmeződött...), és ha igen az a tab mit nézel mennyi és mennyire antiszoc tabbal esik egy folyamatba. Szóval mi van ha pl. a dom.ipc.processCount-t beállítod 10-re?
-
ddekany
veterán
3 firefox.exe azt jelenti, hogy csak 1 folyamatot indított tartalom kezelésre, mert azon kívül alapból van 2 folyamat, és 2 + 1 = 3. Korábban már említett beállítást tehát feljebb kell állítani. (Hogy miért 1 az alapértelmezés, a cikkben említett 4 helyett, azt nem tudom, de gondolom még paráznak az egynél többtől, szóval annyira még nincs ez a funkció kész.) És gondolom egy a 3 megnyitott fül közül 3 percig teker JS-ben valamiért.
-
ddekany
veterán
válasz sz.balazs.95 #81 üzenetére
Igen, maga az UI megy, bár azon fülek tartalma, amik u.a.-ba a folyamatba esetek (ami véletlenszerű - minél több a about:config-on a dom.ipc.processCount annál kisebb az esélye) nem fognak rendesen működni, amíg az FF fel nem kínálja a beragadt JS leállítását és ott le nem állítod.
Amúgy könnyű ezt tesztelni. Csinálsz egy "akármi.html" nevű fájlt pl. Jegyzettömbbel (nem "akármi.html.txt", mert alapértelmezésben hajlamos erre) alábbi tartalommal, és megnyitod:
<script>while (true) { }</script>
-
ddekany
veterán
Chrome-hoz van erre addon, pl. "Native Lazy Tabs". Nem próbáltam amúgy (mert FF-et használok). (Mellékesen, a Vivaldi, ami Chormium alapú, meg alapból tudja ezt.)
Viszont esetleg kitalálhatnának olyat, hogy ha sokáig nincs újraindítva az FF (nálam kb. akkor van ha frissítés miatt kéri) és nagyon rég nem néztél egy tabra, akkor kidobja a memóriából.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Elite: Dangerous
- HP nyomtatók
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- A pápa egyre jobban tart a romlott AI veszélyeitől
- Debrecen és környéke adok-veszek-beszélgetek
- Kínai, és egyéb olcsó órák topikja
- Otthoni hálózat és internet megosztás
- Suzuki topik
- ThinkPad (NEM IdeaPad)
- Mibe tegyem a megtakarításaimat?
- További aktív témák...
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- Game Pass Ultimate előfizetések 1 - 25 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN!
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül