Ubuntu (Gnome) failisüsteemi ning SSD-de konflikt.

[vooler3]

Ubuntu (Gnome) failisüsteemi ning SSD-de omavaheline (varjatud) konflikt.

Avastasin juhuslikult ühe veidra, kuid samas üsna tüütu konflikti.
Ning olen juba sellel arvamusel, et Ubuntu (Gnome) tuleb mingiks ajaks välja vahetada.
1. Seda konflikti tavapäraselt näha pole.
2. Kuid see konflikt on näha olukorras kus Ubuntu (Gnomes) on kasutusel kataloogid milles on tuhanded või kümned tuhanded failid.
-------------
2. Nüüd siis see probleem ise.
Mul on pikaajaline hobi mille käigus tekivad kataloogid mis sisaldavad tuhandeid, tihti ka kümneid tuhandeid pisifaile. Näiteks isegi 1-10KB suurused pisifailid.

Ning nüüd avastasin sellise kummalise seiga, et kui ma kasutan Ubuntut (Gnome) ning SSD-d...
- siis Ubuntu failisüsteem ei suuda näidata selliste kataloogide sisu ja jääbki väga pikaks ajaks "ketrama".

A. alguses arvasin, et tegemist on konkreetse masina aeglusega.
- selle teooria kontrolliks võtsin alternatiivi: uusima Linux Lite.
- ja siis võrdlustulemus: Linux Lite: ei mingit aeglast "kerimist", kataloogide sisu kuvatakse mõne sekundiga.

B. ning täna tegin ka sellise võrdluse.
- asendasin Ubuntu 18.04 vesriooniga Ubuntu 19.04:
- tulemus: ei mingit vahet - kõik täpselt sama, ei suudeta kataloogi sisu näidata. "käib ainult pikaajaline kerimine".

3. nüüd siis kaks pildinäidet, mõlema nendega jääb Ubuntu hätta.
Linux Lite: pole mingit probleemi nende kataloogide avamisega ning sisude kuvamisega:

[Gomi]

Ning tavalise kõvakettaga seda muret pole...?
Arvaks pigem, et failivaaturis on probleem. Kas kasutasid mõlemas sama?

[643]

"Mul on pikaajaline hobi mille käigus tekivad kataloogid mis sisaldavad tuhandeid, tihti ka kümneid tuhandeid pisifaile."

Mul on ikka veel core2duo 32/64bitine sülearvuti ja LXDE töölaud ning HDD kõvaketas. Ja paljusi faile vaatan üldse mc-ga.

[vooler3]

Edit:
Võtsin nüüd huvi pärast uusima:
Ubuntu Mate.
Ning võtsin spetsiaalselt ka võimsama läppari.

Täpselt sama probleem nagu ka eespool nimetatud Ubuntuga.

Samade kataloogiide avamine kestab ulmeliselt kaua ja avamine jääbki "ketrama". Tõenäoliselt kunagi saab töö ka valmis aga kohe mitte ei viitsi oodata.
-----------------
PS: vaatan, võibolla kaevan veel mõne erineva Linuxi Distroga.

[BlueBull]

Ma üldse ei eita, et mingi bug kuskil on. Aga mis failisüsteemi sa kasutad?
Kas failisüsteemi valik on olnud teadlik või nii nagu vaikimisi oli?

Windowsis on hea lihtne - NTFS, ei mingit mõtlemist:)

[vooler3]

Edit:
Pärastpoole millalgi, katsetan veel ka Mintiga ning millegiga Archi "maailmast".

Ning üks karm võrdlus veel:
- ajasin sellesama masina peal tööle väga vanakese Windows 7-e.
- Tulemus: needsamad test-kataloogid avanevad oluliselt kiiremini kui seda suutis Linux Lite.
-------------
See on hetkel kõige huvitavam, et SSD-d on masssiliselt kasutuses kuid keegi pole sellele tähelepanu pööranud, et kui kiiresti reaalselt ka mingeid tegevusi tehakse.
Seda enam, et tänapäeval on ka SSD-e mahud juba Terabaitides ning täiesti lihtsalt võivad tekkida olukorrad kus kataloogides on korraga ka juba sajad tuhanded või miljonid failid - ja mida siis korraga välja tuleb lugeda.

[akbgf]

Samade kataloogiide avamine kestab ulmeliselt kaua ja avamine jääbki "ketrama".

Mis toimub terminalis (xtermis), kui lähed sinna kausta ja siis 'ls' kõikvõimalike võtmetega (-a, -l, --full-time, -h, -r, -s, -S, -t -- ükshaaval või paari-kolmekaupa, mitte kõik need korraga) ?

[vooler3]

Lubatud Mint ning KaOS (Arch) ja varasematest aegadest pärit Ubuntu Ultimate Edition on läbi katsetatud.

Kõige kiiremini töötab KaOS.
Ning kasutades failisüsteemi: Dolphin.
------------
Panin prooviks ka Ubuntu all samuti Dolphini tööle. Kõik avaneb kiiresti ning OK.

PS: Igatahes mitu aastat vanake Ubuntu Extreme Editon näitab samasugust aeglust.
Näidates sellega seda, et Ubuntu all - lohistatakse siiamaani kaasas mingit igivana failisüsteemi. Ning see failisüsteem ei oska midagi peale hakata ei SSD-ga ega selliste suuremahuliste kataloogidega.

[643]

systemd-analyze

Startup finished in 18.407s (kernel) + 27.165s (userspace) = 45.572s
Üldiselt HDD ja krüpteeritud ning virtuaalne failisüsteemi startimine core2 peal oli selline..

Töölaua rakendusprogrammidest on GNOME ja KDE ühed mõttetumad raiskajad üldse..

[akbgf]

Kõige kiiremini töötab KaOS.
Ning kasutades failisüsteemi: Dolphin.

Dolphin on failihaldur, mitte failisüsteem. Failihalduri vahetamiseks pole vaja OS-i vahetada.

[ertserts]

Kuna me ei tea vooler3 sinu sülearvuti(te) riistvaralisi näitajaid siis saame arvata ja anda ainult ligikaudseid lahendeid. Näiteks kui kasutada sülearvutit mis on 9 aasta vanune ThinkPad X201, vanema i5 protsessoriga, 8GB mäluga ja 500GB SSD siis tuleks ära unustada uusimad Ubuntu jne. distrod millel on peal töölauad Unity, Gnome, Mate, KDE. Liiga koormav, eriti saab aru siis kui näiteks nendes töölaudades käivitada paari gigaseid videofaile (filmid jms) või virtualiseerida (virtualbox jne.). Jõuad varem või hiljem tõdemuseni et asi ei tööta nii kuis vaja. Aeg on edasi läinud ja seesamune riist on vana ning väsinud.

Sellistele arvutitele sobivad kergemad Linux distro töölauad: Lubuntu, Xubuntu jne. Näiteks mainitud sülekas töötab täiesti korralikult Xubuntu 18.04 LTS. Vahest küll arvuti suuremate arvutuste puhul cpu kuuler kukub rohkem lõugama ja cpu temperatuur tõuseb kuid see on sellise vanakesest riista puhul talutav ja täiesti loomulik nähtus.

Mida sa saaksid esile kerkinud Linux distro vs SSD probleemi puhul ette võtta?

Mõned mõtted. NB! Tehtud ja läbi viidud Ubuntu distroga.

Tee lahti Terminal ja sisesta ning käivita pikk käsk mis arvutab CPU, RAM, HDD koormuse protsenti 1000x (numbrit saad käsus muuta). Seejärel ava kataloog kus paiknevad tuhanded failid:
$ for i in {1..1000} ; do echo "CPU `LC_ALL=C top -bn1 | grep "Cpu(s)" | sed "s/.*, *\([0-9.]*\)%* id.*/\1/" | awk '{print 100 - $1}'`% RAM `free -m | awk '/Mem:/ { printf("%3.1f%%", $3/$2*100) }'` HDD `df -h / | awk '/\// {print $(NF-1)}'`" ; done

või

Instaleeri arvutisse ATOP utiliit (system resources and process activity) ja käivitad Terminalis 'atop' käsu:
$ sudo apt install atop
$ atop | grep 'CPU\|MEM\|DSK'

või

Installeeri arvutisse IOPING (disk I/O latency measuring tool) ja käivitad Terminalis 'ioping' käsu:
$ sudo apt install ioping
Tuvastad kõvaketta:
$ lsblk
$ sudo ioping /dev/sda

või

Igaks juhuks vaatad Terminalist millised programmide teenused on aktiivsed. Ehk on midagi üleliigset mida eales vaja pole.
$ service --status-all | grep +

Suure tõenäosusega on sul "kitsas king" kas Linux distro töölaua valikus ja/või riistvaraliselt cpu, mälu ning kõvaketta tasandil. Ma tean et ühel veel täpselt teadmata päeval ostan ma endale täiesti uue kaasaegsema sülearvuti.

[vooler3]

Edit:
Oli natuke aega süvauuringuks - ja tegin ära selle kontrolli, et mis siis saab kui arvuti BIOS-is / UEFI-s on seadeks võetud mitte AHCI vaid RAID.
Katsemasinaks Dell.

Tulemus oli see mida ka ette oletasin - installil valiku RAID korral seda konflikti kas pole või on nii väike, et ei märka.

Katsetan millalgi ka mõne teise firma läppariga. Eks siis on näha mis toimub.
-------------
PS: Võin eksida - aga nagu oleks kunagi aastaid tagasi kohanud sama keissi, et Linuxi installi korral tuleb valida BIOS-ist RAID.

[643]

SSD kohta on hea info vikipeedias:
https://et.wikipedia.org/wiki/SSD

[vooler3]

Edit:
Internetist on näha, et see on ikka "väga pika habemega" probleem.
Järgmine link pärineb ajast: 9 aastat tagasi.

why is nautilus slow?
Asked 9 years, 1 month ago
--------------
Ja nüüd, katsetatult terve rea arvutitega, läks Dolphin välja ning asemele asus:
PS: Seda mainitakse ka juba selles samas 9 aastat vanas teemas:
Thunar


PS2: Aga see on ka huvitav - mitte kusagil pole näha "Ubnutulaste patukahetust - et pikki aastaid ei ole suudetud seda aegluse-probleemi ära lahendada".

[643]

Kiirelt failidele ja kataloogidele
https://midnight-commander.org/

Pilte saad vaadata Shotwell programmiga.

Aga sa katseta. Iga 6 kuu tagant võid katsetada ubuntut. Keegi ei keela.

[vooler3]

Edit:
Kohe tuleb välja: Ubuntu 19.10 (Eoan Ermine).

Katsetasin Beta-versiooniga:
sama "uimardamise-viga" on endiselt alles.
Tundub, et kõigil on ükskõik kas suurr failide arvuga kataloogi avatakse mõned sekundid või "kümned minutid"...

[643]

Edit:
Kohe tuleb välja: Ubuntu 19.10 (Eoan Ermine).

Katsetasin Beta-versiooniga:
sama "uimardamise-viga" on endiselt alles.
Tundub, et kõigil on ükskõik kas suurr failide arvuga kataloogi avatakse mõned sekundid või "kümned minutid"...

sudo apt-get install mc shotwell

[imre]

Tekitasin 10000 2kB suurust pildifaili ja ei mingit probleemi. Ka siis kui piltide eelvaade oli sisse lülitatud.

1GB RAM
Ubuntu 18.04
FS: ext4

[643]

Kirjutamine enda toa seinale on ka huvitavam kui saada vooler3 käest tagasisidet.

Vastan tema eest:

"Kasutan windowsi peal virtualboxi ning katsetan kõiki linuxi distributsioone, eelkõige ubuntut ja sõiman neid viletsaid ja aeglasi."

Eriti kui windows kasutan ntfs ja virtualbox asub läpakas, mis ägab virtualboxi all.

[vooler3]

Edit:
Avastasin veel ühe probleemi Ubuntu süsteemist.
Ning tundub, et ka see sobib siia. Seda enam, et SSD-d on üsna väike mahuga.

Probleem on siis selles, et "Prügikastis" olnud failide all olnud mahtu ei vabastata pärast nende failide kustutamist.

Selle vea avastas:
BleachBit

See konkreetne viga on siis näha järgmisel pildil:
3,7GB on "kinni" ja seda kasutada ei saa - enne BleachBitiga üle käimist: