10.3.5 --> Norton Speeddidsk --> 10.2.8

VS · Viesti Kirjoittaja VS » 4.11.2004 klo 12.07

Käyttis on 10.3.5, pitäisi saada Nortonin Speeddisk ja DiscDoctor ajettua mutta eihän se onnistu kun on Nortonin levy hukassa. Firewire asemalla on varmuuskopio edellisestä OSsista (10.2.8) josta ennen päivitystä ajoin kyseisen nortonin.

Kysymys: Jos nyt käynnistän koneen FW asemalta 10.2.8 käyttikseltä ja ajan Nortonin 10.3.5 osiooni, niin seuraako katastrooffi vai onnellinen loppu?

freemem · Viesti Kirjoittaja **freemem** » 4.11.2004 klo 12.18

Kovin moni on varoitellut ettei kannata 10.3.X ajella norttonia ollenkaan. Veikkaisin katastrofia.

VS · Viesti Kirjoittaja VS » 4.11.2004 klo 12.31

...mutta jos 10.2.8 puolelta sen ajaa, ja tekee pelkän fragmentoinnin tuohon 10.3.5 käyttikseen (eli siis speeddiskin) niin mites sit? Onko kellään kokemusta?

VS · Viesti Kirjoittaja VS » 4.11.2004 klo 12.32

Tuolla FW levyllä olisi myös DiskWarrior...

Lakiopaalu · Viesti Kirjoittaja **Lakiopaalu** » 4.11.2004 klo 13.13

DiskWarrior on parempi vaihtoehto. Mikä versio, onko tuorein?

...mutta jos 10.2.8 puolelta sen ajaa, ja tekee pelkän fragmentoinnin tuohon 10.3.5 käyttikseen (eli siis speeddiskin) niin mites sit? Onko kellään kokemusta?

Ei muuta sitä, että Norton on ongelmallinen 10.3 :n kanssa (sen fileitähän siinä käsitellään).

VS · Viesti Kirjoittaja VS » 4.11.2004 klo 13.38

Versio 3.0. Eikö pantherissa sitten oikeasti haittaa että kovalevy on täysin fragmentoitunut? Eihän tuo diskwarriorkaan ihan siihen tarkoitukseen ole...

masa · Viesti Kirjoittaja **masa** » 4.11.2004 klo 14.08

10.3 ei fragmentoidu jos on journalointi päällä.

VS · Viesti Kirjoittaja VS » 4.11.2004 klo 15.25

Journalointi?

pallo · Viesti Kirjoittaja **pallo** » 4.11.2004 klo 15.30

Emmä tiä miten paljon se vaikuttaa, mutta OS X defragmentoi itse itseään komentaen. Pahimmillaan mulla oli Jaguarin aikana, kun Nortonilla tutkin niin vain pari prosenttia verrattuna Ysikäyttiksen kymmeniin prosentteihin tai jotain. Eli fragmentaatio on mitätäntä Kympissä piste

Jamac · Viesti Kirjoittaja **Jamac** » 4.11.2004 klo 18.19

Versio 3.0. Eikö pantherissa sitten oikeasti haittaa että kovalevy on täysin fragmentoitunut? Eihän tuo diskwarriorkaan ihan siihen tarkoitukseen ole...

Aika harvinaista on jos OS X:n kovis olisi fragmentoitunut. Varsinkin jos levyllä on vapaata tilaa. Jos tila käy vähiin alkaa OS X:nkin konstit olla vähemmissä. Ja kun kymppi laittaa tiettyjä tiedostoja sellaiseen paikkaan levyllä josta ne nopeiten latautuu, niin järjestelmä voi jopa hidastua defragmentoinnin seurauksena. OS X laittaa tiedoston aina ensisijaisesti sellaiselle lohkolle levylle mihin se mahtuu kokonaan. Toisin kuin esim FAT joka pilkkoo tiedoston jokaiseen pieneen koloon levylle ja siis siten fragmentoi sen.

Jamac · Viesti Kirjoittaja **Jamac** » 4.11.2004 klo 18.21

Journalointi

Katso: Journalointi

NOx · Viesti Kirjoittaja **NOx** » 5.11.2004 klo 0.00

10.3 ei fragmentoidu jos on journalointi päällä.

Kyllä se fragmentoituu silti. Koostaminen on vain osittaista. Journaling ymmärretään pääosin väärin.

Aiheesta tuli joskus kirjoitettua enemmänkin:

Levynkorjaaja

Lisätietoja Applelta:

http://docs.info.apple.com/article.html?artnum=107249

http://developer.apple.com/technotes/tn/tn1150.html

Olipa Journaling käytössä tai ei, Norton Speed Disk on silti syytä pitää kaukana systeemilevystä. Sillä saa tuhottua hotfiles-listin ja metadata zonen sisällön keskinäisen vastaavuuden ja sitten kone ainakin on hidas. Ellei peräti heittele Kernel Panicia.

NOx · Viesti Kirjoittaja **NOx** » 5.11.2004 klo 0.14

OS X laittaa tiedoston aina ensisijaisesti sellaiselle lohkolle levylle mihin se mahtuu kokonaan. Toisin kuin esim FAT joka pilkkoo tiedoston jokaiseen pieneen koloon levylle ja siis siten fragmentoi sen.

OS X pirstaloi tiedoston tallennusvaiheessa ihan kuin muutkin tiedostojärjestelmät.

Pantherissa tapahtuva tiedoston yhdistäminen yhtenäiseksi tehdään tiedostoa avattaessa eikä tallennettaessa. Yli 20 Mb tiedostoille ei milloinkaan eikä pienemmillekään jos pirstaleita on alle 8 kpl. Adaptive Hot File Clusterin puolestaan skannaa tiedostojen käyttöä (vain niiden lukemista) ja siirtelee tiedostoja metadata zoneen niiden käytön mukaan, tätäkin tehdään vain alle 10 MB tiedostoille.

Olet kuitenkin oikeassa, jo nuokin toimenpiteet riittävät vähentämään defragin tarpeen lähes olemattomiin ja on harvinaista että OS X järjestelmälevy olisi pahasti fragmentoitunut.

Journalingin hidastavasta vaikutuksesta johtuen moni softavalmistaja suosittaa sen käytöstä poistoa musiikki- ja videokäytössä.

VS · Viesti Kirjoittaja VS » 5.11.2004 klo 0.27

Niin ettäkö jos esim. eDonkeyllä pistää 700 megaisen elokuvan tulemaan niin pantteripa se tietää varata sille tuon 700 megan tilan johon se saa sen yhtenäisenä? Tuskinpa vain...

Kiitos kuitenkin neuvoista! Jätetään Nortoni rauhaan...

Jamac · Viesti Kirjoittaja **Jamac** » 5.11.2004 klo 0.30

OS X pirstaloi tiedoston tallennusvaiheessa ihan kuin muutkin tiedostojärjestelmät.

Hmmnjaa...Ok, falseellista infoa tulee luettua... :/

Joo eikun... http://docs.info.apple.com/article.html?artnum=25668 Tästä varmaan oli jäänyt mieleen...

"Mac OS Extended formatting (HFS Plus) avoids reusing space from deleted files as much as possible, to avoid prematurely filling small areas of recently-freed space."

masa · Viesti Kirjoittaja **masa** » 5.11.2004 klo 0.57

Hyvä kun on viisaita joukossamme. Mitä oikeesti tekee järjestelmän optimointi esim. ohjelman tai päibityksen asennuksen jälkeen tai Onyx:in komento optimize system. Aivan kuin se jotenkin pakkaisi tiedostoja vrt. defrag. 10.3 myötä se mielestäni tuli..

NOx · Viesti Kirjoittaja **NOx** » 6.11.2004 klo 20.00

Hyvä kun on viisaita joukossamme. Mitä oikeesti tekee järjestelmän optimointi esim. ohjelman tai päibityksen asennuksen jälkeen tai Onyx:in komento optimize system. Aivan kuin se jotenkin pakkaisi tiedostoja vrt. defrag. 10.3 myötä se mielestäni tuli..

Viisaudestani en tiedä, mutta joka tapauksessa järjestelmän optimointi Pantherissa tarkoittaa samaa kuin Optimizing Prebinding ennen (ja siellä taustalla tämä on edelleen samoin vaikka asentajat käyttävätkin humaanimpaa ilmaisua). Optimize Prebind yhdistää ohjelman koodin sen tarvitsemiin Libraryihin (Sovelluskehys) valmiiksi jo ennen käyttöä. Tällä nopeutetaan ohjelman käynnistymistä ja parannetaan järjestelmän suorituskykyä ylipäätään. Muussa tapauksessa ohjelman käynnistyksen yhteydessä kaivetaan Libraryista tarvittavat symbolit dynaamisesti ja lasketaan niiden osoitteet. Jos ohjelma käyttää paljon Libraryita, voi tuohon mennä pitkäkin tovi.

Libraryt ovat eri asia kuin /Library tai /System/Library, suomenkielinen nimitys sovelluskehys on kuvaava. Koneesta löytyviä ohjelmiin liittyviä Libraryitä voi tarkastella Järjestelmänkuvauksen avulla. Näkymän pitää olla Long Formatissa (omppu-3). Näiden Libraryiden etuna on että kaikki ohjelmat voivat käyttää samoja Libraryitä ellei sitä nimenomaan ole kielletty, esim. Quicktime on kaikkien ohjelmien käytössä ja paljon tietysti sitä käytetäänkin.

Optimoinnin merkitys on Pantherin myötä vähentynyt uusien tekniikoiden myötä. Optimointi voidaan suorittaa ohjelman ensimmäisen käynnistyksen yhteydessäkin automaattisesti ainakin milloin ohjelma käyttää Applen omaa asennusohjelmaa ja receipt kirjoitetaan. Järjestelmän tarkkailee muutenkin enemmän itseään tältäkin osin. Käsinkin tätä optimointia voidaan tehdä terminaalista eikä ole edes vaikeata:

man update_prebinding

Ja lyhennetty versio:

sudo update_prebinding -root

Toimenpiteestä voi olla hyötyä joidenkin muuta kuin Applen asentajaa käyttävien ohjelmien asennukseen jälkeen, esim. Adoben ohjelmat käyttävät Visen asentajaa.

Käsin optimoinnin lisäksi markkinoilla on tusina järjestelmää nopeuttavaa ja korjaavaa apuohjelmaa. Kaikki niistä käyttävät myös tältä osin järjestelmän omia työkaluja eli ovat AppleScript Wrappereita tai sen kaltaisia kukin hieman erilaisella graafisella ulkoasulla. Mitään erityisiä ihmetemppuja niistä yksikään ei tee vaikka mitä lupaisivat. Hupaisinta on kun eri forumeilla aletaan väitellä esim. Onyxin nopeuttavan systeemiä enemmän kuin Panther Cache Cleanerin, PSR:n tai jonkin muun tai päinvastoin. Itse tuli keskusteltua aiheesta sähköpostitse PCC:n kehittäjän John Lowreyn kanssa erään tällaisen väittelyn jälkimainingeissa.

Loppuun vähän developer dokumenttia aiheesta:

http://developer.apple.com/documentatio ... lines.html

masa · Viesti Kirjoittaja **masa** » 6.11.2004 klo 22.17

Jotain tuollaista olin ymmärtänytkin. Kiitos infosta! Onyxillä nykyään noita olen ajellut..

10.3.5 --> Norton Speeddidsk --> 10.2.8

10.3.5 --> Norton Speeddidsk --> 10.2.8

Re: 10.3.5 --> Norton Speeddidsk --> 10.2.8

Re: 10.3.5 --> Norton Speeddidsk --> 10.2.8

Re: 10.3.5 --> Norton Speeddidsk --> 10.2.8

Re: 10.3.5 --> Norton Speeddidsk --> 10.2.8

Re: 10.3.5 --> Norton Speeddidsk --> 10.2.8

Re: 10.3.5 --> Norton Speeddidsk --> 10.2.8

Re: 10.3.5 --> Norton Speeddidsk --> 10.2.8

Re: 10.3.5 --> Norton Speeddidsk --> 10.2.8

Re: 10.3.5 --> Norton Speeddidsk --> 10.2.8

Re: 10.3.5 --> Norton Speeddidsk --> 10.2.8

Re: 10.3.5 --> Norton Speeddidsk --> 10.2.8

Re: 10.3.5 --> Norton Speeddidsk --> 10.2.8

Re: 10.3.5 --> Norton Speeddidsk --> 10.2.8

Re: 10.3.5 --> Norton Speeddidsk --> 10.2.8

Re: 10.3.5 --> Norton Speeddidsk --> 10.2.8

Re: 10.3.5 --> Norton Speeddidsk --> 10.2.8

Re: 10.3.5 --> Norton Speeddidsk --> 10.2.8