- log69 blogja
- A hozzászóláshoz be kell jelentkezni
- 1259 megtekintés
Hozzászólások
Nem lenne jobb a while read
rész helyett egyszerűen a find
-exec
opcióját használni?
find ~/.mozilla -iname \*.sqlite -exec sqlite3 {} VACUUM \;
Meg persze így a cd ~/.mozilla
se kell :)
- A hozzászóláshoz be kell jelentkezni
Ezt tipikusan sok fajta képen lehet megoldani Linux-on. Az exec szebb nekem is.
- A hozzászóláshoz be kell jelentkezni
Ezek nem képek, hanem adatbázisok. :)
- A hozzászóláshoz be kell jelentkezni
Jé, ez még mindig kell? Egyszer, évekkel ezelőtt volt olyan (dez)információ, hogy már belefaragták a Firefoxba. Már akkor sem nagyon hittem el, így a mai napig van egy ilyen az autostart scriptemben:
if ! pgrep -u "$USER" -x firefox >/dev/null; then
pdat=`echo "$HOME"/.mozilla/firefox/*.default/pluginreg.dat`
[ -f "$pdat" ] && mv -f "$pdat" "${pdat}.bak"
for i in $HOME/.mozilla/firefox/*/*.sqlite; do
[ -f "$i" ] && sqlite3 "$i" 'VACUUM;'
done
fi
if ! pgrep -u "$USER" -x thunderbird >/dev/null; then
for i in $HOME/.thunderbird/*/*.sqlite; do
[ -f "$i" ] && sqlite3 "$i" 'VACUUM;'
done
fi
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Sajnos nem találok dátumot a blog oldalán. Nem tudom miért nem tesz ki. A weboldal forrásban 2017 márciusi infót látok a vacuum-hoz kapcsolódóan, tehát valszeg relative friss, fél éves a cikk. Nekem egyébként százalékban sokat nyomott rajt, 55 MB-ról 35-re. És a böngésző indulás is gyorsabbnak tűnik érzésre.
- A hozzászóláshoz be kell jelentkezni
Az nem világos, ezt miért nem teszi meg a Firefox induláskor. Nyilván menet közben nem, akkor épp lassítana, olyankor csak bejegyzésre kerül egy-egy rekordról, hogy érvénytelen, de induláskor kitakaríthatná az adatbázisból a felesleges szemetet.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Vagy leállításkor.
Jó enne egy olyan oprendszer feature, amely tanulná hogy mikor van a rendszer üresjáratának legnagyobb időablaka legnagyobb eséllyel naponta vagy hetente, és ezen eseményre be tudnának regisztrálni alkalmazások karbantartások elvégzésére. Mobil OS lehet már tudja.
- A hozzászóláshoz be kell jelentkezni
Ezt nagyon jó ötletnek tartom! :) Az a vicces, a tanuló démon megírását nem is tartom olyan rettentő nehéznek, inkább az a rész kellene, hogy ez egy szabványos freedesktop felület legyen, s az alkalmazások írói rákapjanak az ízére.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Szerintem sem lenne nehéz. De kicsit jobban belegondolva mozilláék beletehetnék akár a cron.weekly-be is vagy monthly-ba. Nem tudom hogy a cron figyeli-e az üresjáratot vajon?
- A hozzászóláshoz be kell jelentkezni
Mintha a Windows Vistában lett volna ilyen. :)
- A hozzászóláshoz be kell jelentkezni
Közben nekem is eszembe jutott hogy lehet ezért ketyereg folyamatosan a lemez Windows-on..
- A hozzászóláshoz be kell jelentkezni
"Az nem világos, ezt miért nem teszi meg a Firefox induláskor."
Tipp: mert sokkal lassabban indulna...?
- A hozzászóláshoz be kell jelentkezni
Ebben van valami. Akkor marad a desktop indulásakor az autostart scriptemben.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Crontab heti?
- A hozzászóláshoz be kell jelentkezni
Nem rakom át, már csak azért sem, mert a firefox szerintem jobb, ha nem fut közben - bár nem tudom -, az pedig a belépéskor bizonyosan így van. Amúgy a vacuum nem tart sokáig, ha nincs sok szemét, azaz rendszeres a dolog.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Igazad van, meg kell bizonyosodni hogy nem fut. Mondjuk oda pont jó a te scripted emlékeim szerint, mert ellenőrzöd a futást.
- A hozzászóláshoz be kell jelentkezni
Az az ellenőrzés nem elég, mert csak a script elején ellenőrzi, hogy nem fut a Firefox, de a script semmit nem tesz annak érdekében, hogy ne indulhasson el egy se, amíg több másodpercig takarít.
- A hozzászóláshoz be kell jelentkezni
EZ is igaz, az esély meg van. Akkor kilépésnél lenne jó egy ilyen algo:
if (rand < 0.01) { lock files; clean; unlock files }
A random limit értéket pedig adaptívan állítgathatná méréssel (többszörivel persze és akkor mikor a rendszer terheltsége kicsi ezen processzen kívül) és tanulná, hogy pl. mennyi sebességet nyernek bizonyos funkciók a működés során ill. induláskor, és egy treshhold idő érték felett mindig kisebbre venné a sűrűbb karbantartáshoz, pl úgy hogy a sebesség növekedés mértékéhez állítja a random értéket 0.1 és 0.001 között egy visszacsatolással. Az állítás léptéke pedig logaritmikus lenne. Így gyorsan optimálissá válna.
Vagy random helyett lehetne eltelt időhöz kötni, hogy mikor végez karbantartást. Futás közben is elvégezhetné.
Egyszerű picike C vagy bármilyen nyelven meg lehetne írni. Kíváncsi lennék hogy Mozilla befogadna-e ilyen patch-et. Az auto top list algo-mra speciel nem reagáltak semmit, pedig nagyban hozzájárulna a felhasználói élményhez szerintem.
- A hozzászóláshoz be kell jelentkezni
Ami engem illet, ha én kilépek valamiből, akkor azt akarom, hogy az lépjen ki, de azonnal, és semmi szín alatt ne álljon neki még vakarászni 5-8 másodpercig (nálam kb 5 másodpercig tart a takarítás akkor is, ha semmi változás sincs). Lásd Windows frissítések kilépéskori telepítése, még ha ez azért sokkal gyorsabb ahhoz képest.
szerk.: egyébként meg tökmindegy, már túl késő ahhoz, hogy FF56-ba bármi ilyesmi bekerülhessen, utána meg úgyis használhatatlan szar lesz az egész :)
- A hozzászóláshoz be kell jelentkezni
:)
- A hozzászóláshoz be kell jelentkezni
Már nem kell, about:support alatt a Places Database: Verify Integrity gomb a vacuum mellett egyéb karbantartási műveleteket is elvégez.
- A hozzászóláshoz be kell jelentkezni
Jó tudni, köszi.
- A hozzászóláshoz be kell jelentkezni
Na jó, de manuálisan? Azzal mire megyek? Akkor mégis csak kell.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
nekem van egy ilyen: places.database.lastMaintenance: 1504790124
úgy tűnik hogy csinálja ő magától is
// Happy debugging, suckers
#define true (rand() > 10)
- A hozzászóláshoz be kell jelentkezni
Ezt más is meg tudja erősíteni? Mert nekem 37 %-ot kapott le a db méretéből a kézi vacuum. Mivel az about:support oldalon is ír vaccum műveletet, feltételezem ugyanannak kell lenni a hatásának. Akkor miért tudott ennyit kidobni belőle mégis?
- A hozzászóláshoz be kell jelentkezni
rányomtam a gombra, vacuum előtt és után is ugyan akkora volt, szóval szerintem csinálja :)
// Happy debugging, suckers
#define true (rand() > 10)
- A hozzászóláshoz be kell jelentkezni
A kérdés nem az hogy csinálja-e, hanem hogy automatikusan csinálja-e :)
- A hozzászóláshoz be kell jelentkezni
mivel én nem csináltam eddig, a timestamp meg amit hazudott a héten volt éééés a kézi vacuum -től egy byte-ot nem változott az sqlite db éééés szerintem így joggal feltételezhető hogy csinálja, magától :D
// Happy debugging, suckers
#define true (rand() > 10)
- A hozzászóláshoz be kell jelentkezni
Érdekes módon nekem nem frissíti az about:support oldalon a "storage.vacuum.last.places.sqlite" bejegyzés timestamp-jét miután kézzel rányomok a "Verify integrity" gombra. Böngésző újraindítás után sem. Lehet hogy az automatikus karbantartás idejét mutatja csak, a manuálisét nem.
- A hozzászóláshoz be kell jelentkezni
cd ~/.thunderbird/ és itt is mehet ugyanez.
- A hozzászóláshoz be kell jelentkezni
Bizony! Írtam is. ;)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
https://en.wikipedia.org/wiki/BleachBit
https://www.bleachbit.org/cloth-or-something
----
"Kb. egy hónapja elkezdtem írni egy Coelho-emulátort, ami kattintásra generál random Coelho-kompatibilis tartalmat."
- A hozzászóláshoz be kell jelentkezni
Wow. Erezhetoen faragott a FF indulasi idejen a places.sqlite kipucolasa.
- A hozzászóláshoz be kell jelentkezni