Defragmentointikomentoa tai ohjelmaa Ubuntuun?

[avanti]

Latasin tif-tiedoston, jonka koko on peräti 549 MB (kuva kuusta jossa pienin yksityiskohta on muistaakseni 150 metriä kuun pinnalla.

Koitin avata se Gimpillä, mutta ei näy tulevan valmista, sain jopa hyydytettyä koko käyttiksen, kun yritin sulkea Gimpin hiirellä!

Eräällä toisella oli käynyt samoin - Corel ei avannut. Hän defragmentoi kiintolevynsä ja johan alkoi toimimaan, jopa yllättävän nopeasti. Mainitsi vaan sellaisen ohjelman kuin Auslogicsin disk defrag -ohjelma. Se näkyy hanskaavan vain FATit ja NTFSsät. En ole löytänyt Ubuntusta valmiina mitään defragmentointi-komentoa.

ML

[JaniAlander]

En nyt varmaksi tiedä, mutta itsellä oli sellainen käsitys että ext4 varjelee itseään aika lailla defragmentoitumiselta eikä siinä taida siksi olla tarvetta sellaisille työkaluille

[Jtkone]

Windowsille tehty Corel Designer on loistava ohjelma, koska hanskaa lähes minkä tahansa kuvatiedoston  muokattavaksi. Toisaalta vaatii "älyttömiä" konetehoja. Jos Windows joutuu swappaamaan ja levy on hyvinkin pirstaleinen niin ko. ilmiö on hyvinkin mahdollinen.
Niin kuin JaniAlander sanoi  Linux (ext 3 ja ext 4 )käsittelee levyä hiukan toisin eikä defragmentoitumisesta ole mitään haittaa. Eli siis ei tarvita siihen myöskään työkaluja.
Tuosta Nasan kuvasta on toisaalla jo täällä keskustelu.
Tuon kokoinen rasterikuva ei sitten ole mikään helppo nakki millekkään kotikoneelle käyttöjärjestelmästä riippumatta.

[Ubumpi]

Latasin tif-tiedoston, jonka koko on peräti 549 MB ...
Koitin avata se Gimpillä, mutta ei näy tulevan valmista.

Katsopa Gimpistä

Muokkaa/Asetukset

Ilmeisesti kohta Uuden kuvan enimmäiskoko aiheuttaa tuon ongelmasi, samoin kohta Suurin tiedostokoko, josta tehdään esikatselu.

Itse olen vanhoillakin koneilla avannut gigojen kokoisia kuvia, en tosin Gimpillä, mutta silläkin kaiketi pitäisi pystyä moiseen vaivatta, koska muistaakseni olen Cinepaintilla (Gimpistä johdettu ohjelma) aukaissut niitä.


Defragmentoinnin eli eheytyksen voit unohtaa, koska a) Linux ei juurikaan pirstaloidu ja b) se ei vaikuta tähän asiaan millään tavoin. Windows-aikoina sain kyllä isot ja pirstaloituneet tiedostot auki videoeditoreissa eli ei pirstoutuneisuus itsessään vaikuta tiedon saamiseen kuin hakuajoissa. Käyttäjälle se näkyy siinä miten hyvin kone reagoi ja kiintolevyn 'ruksutuksena'.

[ilkkak]

500 Mt ei Gimpille ole mikään ongelma. Voipi olla muistin max-määrä miinus pyöreät 500 Mt (jonka käyttis vie) ja hyvin raksuttaa. Vika on tn. edellä mainitussa gimpin käyttämän muistin maks-asetuksessa. Vaihda se kuten edellä mainittiin.

Ext... levyjärjestelmät ei frakmentoidu lainkaan. Data  kirjoitetaan levylle hujan hajan taaten että kaikilla tiedostoilla on varaa laajentua uudelleenkirjoituksen yhteydessä. Jos näin ei käy, koko tiedosto  siirretään suurempaan paikkaan. Tämä takaa, ettei edes periaatteessa frakmentoitumista pääse tapahtumaan. Kun levy alkaa olla liian täynnä ext... -järjestelmät lakkaavat käytännössä toimimasta, joten levyä ei saa kirjoittaa liian täyteen.

[juyli]

Ext... levyjärjestelmät ei frakmentoidu lainkaan.

Ihan noin jyrkästi en asiaa ilmaisisi. Kyllä levyosiot pirstoutuvat, mutta noita pyritään eheyttämään levyosion tiedostojärjestelmän tarkistuksen yhteydessä. Linux/Unix -tiedostojärjestelmät eivät kuitenkaan pirstoudu samalla tapaa kuin fat/vfat tai ntfs -tiedostojärjestelmät. Yleisesti ottaen pirstoutuminen ei ole Linux-tiedostojärjestelmien ongelma.

Kun levy alkaa olla liian täynnä ext... -järjestelmät lakkaavat käytännössä toimimasta, joten levyä ei saa kirjoittaa liian täyteen.

Linux/Unix-järjestelmissä osa levyosiosta säästetään root-tunnuksen käytettäväksi, joten kun käyttäjille määritelty tila loppuu, jää vielä siivu (5-10%  - tai miten tuo kulloinkin on määritelty) levyosiosta käytettäväksi root-tunnukselle levyosion huoltotöihin.
Esim. /home -osion (levyosion) täyttyminen ääriään myöten näkyy siten, ettei tavan käyttäjän loginilla pääse kirjautumaan esim. graafiseen tilaan koneella.

[avanti]

500 Mt ei Gimpille ole mikään ongelma. Voipi olla muistin max-määrä miinus pyöreät 500 Mt (jonka käyttis vie) ja hyvin raksuttaa. Vika on tn. edellä mainitussa gimpin käyttämän muistin maks-asetuksessa. Vaihda se kuten edellä mainittiin.

Ext... levyjärjestelmät ei frakmentoidu lainkaan.

No niin. Muutin Gimpin muistin max-määrää (myös kuvakkeiden osalta) niin, että noinkin iso kuva toimii siinä. Tosin suurin "vika" on itsessäni, elikkäs nyt odotin niin pitkään että kuva lopulta tuli ladattua ohjelmaan. Kyllä näin järkälemäisen kuvan kanssa pitää olla paaljon enemmän resursseja raudassa. Näin piitkät odottelut eivät vetele.

Varsinkin kun kun netistä löytyy sama kuva tarkastelua varten linkistä http://wms.lroc.asu.edu/lroc_browse/view/wac_nearside. Tosi raudat on "langan" toisessa päässä. Poistin kuvan omalta kiintolevyltä - mutta kaikenlaista pitää kokeilla, samalla voi oppia jotain lisää taas.

Isoin resoluutio on 145 m/pikseli, tosin myös Virtulal Moon Atlas -ohjelmassa suurin reso on 250 m/pikseli (siis kuun pinnalla virtuaalisesti). Sen mahdollistava tekstuuri tuli 166 MB:n pakatussa tiedostossa, ja on siis vain yksi osa koko ohjelmaa. (Valinnaisia osia.)

Nykyään saa tyrmistyttävän upeita kuvia tähtitaivaalta netistä, myös harrastajilta. Lisäksi tajuttomia ohjelmia ym kamaa!!

ML

[avanti]

Ai niin, piti vielä lisätä että minulla oli kyllä harmaassa muistissa, että Linuxeissa levyjen pirstaantuminen ei pitäisi olla ongelma. Joku ilmeisesti Windowsin käyttäjä taas oli hyötynyt defragmentoinnista tuon kuvajärkäleen kanssa, oman kirjoituksensa mukaan. Piti minunkin jotenkin päästä asiassa sisälle.

ML

[ilkkak]

Ai niin, piti vielä lisätä että minulla oli kyllä harmaassa muistissa, että Linuxeissa levyjen pirstaantuminen ei pitäisi olla ongelma. Joku ilmeisesti Windowsin käyttäjä taas oli hyötynyt defragmentoinnista tuon kuvajärkäleen kanssa, oman kirjoituksensa mukaan. Piti minunkin jotenkin päästä asiassa sisälle.

ML

Ei se mitään. Ihan hyvä ottaa näitä windowsin perusvikoja silloin tällöin esiin. Itse en ole enää ollut aikoihin windowsin tekniikasta kiinnostunut (kun on niin paljon tyhjää hypetystä ilman mitään konkreettisia tekoja). Kysyisinkin. Frakmentoituuko w7:n levyjärjestelmät edelleen? Ei kai sinä enää ole NTFS?

[mrl586]

Frakmentoituuko w7:n levyjärjestelmät edelleen? Ei kai sinä enää ole NTFS?

Kyllä. On.

[cbz]

Ei tunnu MS saavan valmiiksi omaa tiedostojärjestelmäänsä mikä piti tulla jo Vistaan (tai sitten eivät saaneet ostettua valmista) 

[Ganymedes]

Syitä sille miksi tuollaisella kuvalla hyytyy on useita:

- 32-bittisen Windowsin raja yksittäiselle prosessille (luokkaa 1 GB, ei liene aivan eksakstia tiedettä)
- 32-bittisen Windowsin törkeän huono ja hidas muistinhallinta isoilla muistinosoituksilla
- SATA-II levyn suorituskyky romahtaa jos siihen kohdistuu useampia samanaikaisia luku/kirjoitusoperaatioita
- fragmentoituminen (sitähän se Windows haluaa tehdä jo tyhjällä levylläkin)
- itse ohjelma (eli miten paljon muistia se tarvitsee tuollaisen kuvan käsittelyyn ja miten se muuttelee muistinosoituksia, tosin eihän sekään paljoa auta jos muistin allokointi ja vapauttaminen on törkeän hidasta)

Joten hyvällä ohjelmalla, 64-bittisellä Linuxilla käyttäen käyttöjärjestelmälle eri levyä kuin datalle, tuollaisen kuvan avaaminen ei pitäisi tuottaa minkäänlaisia vaikeuksia. Kyse ei siis ole ensisijaisesti järjestelmän "tehosta" tai hinnasta, vaan sen oikeasta konfiguraatiosta.

EDIT:
Oikein konfiguroitu järjestelmä ei myöskään mene jumiin, vaan ainoastaan jonkin ohjelman käynnistäminen "kestää liian kauan". Ainoastaan täysin hallitsematon keskusmuistin varaaminen voi saada järjestelmän jumiin, vaikka se muuten olisikin aika hyvin konfiguroitu. (Oikeasti sen ei pitäisi hyytyä sittenkään, mutten oikein usko, että SATA-levyillä järjestelmä ei menisi jumiin ylenpalttisessa swapin käytössä - SCSI-levyillä ei menisi jumiin sittenkään, mutta tällaisiahan ei työasemissa enää juurikaan käytetä.)