Inside 10.6 => julkaisun jälkeen

[amanita]

Tänne on tarkoitus saada pohdintoja uuden käyttiksen teknologioista.
Aiemmassa samannimisessä ketjussa samasta aiheesta. Mikäli katsotaan tarpeelliseksi siirtää sieltä tähän ketjuun viestejä, se voitaneen toteuttaa.

[nobu178]

Onko tohon Base 10 Counting -ratkaisuun jokin painava syy? Kyllä se häiritsee ainakin minua, kun joudun käyttämään samoja ulkoisia kovoja sekä macissä että wintoosassa. Ratkaisu ilmeisesti koskee vain kovotilaa, koska muistia ei ole tullut lisää. En todellakaan tajua, mitä tuolla on saavutettu näennäisesti kasvaneen kovotilan lisäksi

[kronos]

Onko tohon Base 10 Counting -ratkaisuun jokin painava syy? Kyllä se häiritsee ainakin minua, kun joudun käyttämään samoja ulkoisia kovoja sekä macissä että wintoosassa. Ratkaisu ilmeisesti koskee vain kovotilaa, koska muistia ei ole tullut lisää. En todellakaan tajua, mitä tuolla on saavutettu näennäisesti kasvaneen kovotilan lisäksi

IEEE 1541
http://en.wikipedia.org/wiki/IEEE_1541

[spiidi78]

Onko tohon Base 10 Counting -ratkaisuun jokin painava syy? Kyllä se häiritsee ainakin minua, kun joudun käyttämään samoja ulkoisia kovoja sekä macissä että wintoosassa. Ratkaisu ilmeisesti koskee vain kovotilaa, koska muistia ei ole tullut lisää. En todellakaan tajua, mitä tuolla on saavutettu näennäisesti kasvaneen kovotilan lisäksi

Itseni mielestä suunta oikeaan. Ne ihmiset jotka eivät ole käyttäneet komentoriviä jatkuvalla syötöllä tai näpränneet 80-luvulla koneita eivät varmaan tajua mitä ajan takaa.

[mike.mcfin]

SnowLeopardin SDK:n NDA poistettiin about 5 minuuttia takaperin joten eiköhän kohtapuolin ala tihkumaan tietoa vähän tietoa mitä pellin alla on.

ADC:stä löytyy infoa: http://developer.apple.com/mac/library/ ... X10_6.html

[nobu178]

IEEE 1541
http://en.wikipedia.org/wiki/IEEE_1541

Kiitos taas kerran hyvästä linkistä!

Itseni mielestä suunta oikeaan. Ne ihmiset jotka eivät ole käyttäneet komentoriviä jatkuvalla syötöllä tai näpränneet 80-luvulla koneita eivät varmaan tajua mitä ajan takaa.

Ratkaisu on mielestänikin looginen, mutten kysynyt, onko ratkaisu jonkun mielestä oikeanlainen vai ei, vaan halusin tietää, mikä syy on ratkaisun takana. Myönnän, etten tajua, mitä ajat takaa. Komentoriviä käytän joka päivä, mutten tosiaankaan näprännyt tietsikkaa 80-luvulla. Oli siihen aikaan paljon kivampia juttuja kuin komentoliittymästä ohjattava tietsikka, esim. hurjastella tyttökaveri takapenkillä moottoripyörällä, jossa 500-kuutioinen V4 2-tahtimoottori

[Sarjatuli]

Asennuskokemuksia... mitään ei hävinnyt.. Saldo. Asennuksessa kului kolme (3) Karjala olut tölkkiä (5,68dl) aikaa hieman. Nema broblem.

[spiidi78]

Ratkaisu on mielestänikin looginen, mutten kysynyt, onko ratkaisu jonkun mielestä oikeanlainen vai ei, vaan halusin tietää, mikä syy on ratkaisun takana. Myönnän, etten tajua, mitä ajat takaa. Komentoriviä käytän joka päivä, mutten tosiaankaan näprännyt tietsikkaa 80-luvulla. Oli siihen aikaan paljon kivampia juttuja kuin komentoliittymästä ohjattava tietsikka, esim. hurjastella tyttökaveri takapenkillä moottoripyörällä, jossa 500-kuutioinen V4 2-tahtimoottori

Luultavasti syy on tuo juurikin tuo SI-järjestelmä(hyvä jenkit, lopultakin otatte sen haltuun), mutta se mitä itse ajoin takaa on että noin isoja tietomääriä kun käsitellään päässä, on helpompi mielestäni suhteuttaa kaikki pelkkiin tavuihin. Tulee aika kammottavan vaikeaksi elämä, jos kokoajan joutuu miettimään asioita kakkospotensseina Koko kakkospotenssiajatus on varmaan peräisin muistinhallinnasta jostain 80-luvulta, jolloin muistia varattiin 2^x. Kun esim ohjelmoidaan on mielestäni parempi tietää kuinka paljon joku tiedosto 64MB on tavuissa, kuin että kuinka monta 1024x1024x1024 tavua joku tiedosto on jota käydään lataamaan muistiin Näin siis esimerkkinä. Vaikea selittää tänään tarkemmin, johtunee osittain ehkä myös tästä 12päk kaljasta joka tuli juuri vedettyä huiviin

Ja joo tosiaan vielä DOS/yms-ajoilla tiedosto jos oli 6 megaa, se oli 60,000,000 tavua, eikä 65,536,... varmaan vähän vanhan koulukunnan juttuja nämä mielipiteet myöskin.

[nobu178]

Luultavasti syy on tuo juurikin tuo SI-järjestelmä(hyvä jenkit, lopultakin otatte sen haltuun), mutta se mitä itse ajoin takaa on että noin isoja tietomääriä kun käsitellään päässä, on helpompi mielestäni suhteuttaa kaikki pelkkiin tavuihin. Tulee aika kammottavan vaikeaksi elämä, jos kokoajan joutuu miettimään asioita kakkospotensseina Koko kakkospotenssiajatus on varmaan peräisin muistinhallinnasta jostain 80-luvulta, jolloin muistia varattiin 2^x. Kun esim ohjelmoidaan on mielestäni parempi tietää kuinka paljon joku tiedosto 64MB on tavuissa, kuin että kuinka monta 1024x1024x1024 tavua joku tiedosto on jota käydään lataamaan muistiin Näin siis esimerkkinä. Vaikea selittää tänään tarkemmin, johtunee osittain ehkä myös tästä 12päk kaljasta joka tuli juuri vedettyä huiviin

Ja joo tosiaan vielä DOS/yms-ajoilla tiedosto jos oli 6 megaa, se oli 60,000,000 tavua, eikä 65,536,... varmaan vähän vanhan koulukunnan juttuja nämä mielipiteet myöskin.

Joo, noin sanottuna niin varmaan on. Toivotaan vaan, että ympäristö muuttuu tuolle ratkaisulle suotuisaksi mahdollisimman pian. Eiköhän pärjätä vielä pari vuotta intilaisella ihmelaskennalla ja kymmenillä 12päkeillä

[honpsu]

Onkos nuo nyt sitten muuttaneet myös muut yksiköt oikeaksi, eli esim. keskusmuistinmäärä ilmaistaan 1 GiB (= 1024 MiB) eikä 1 GB ?

[mikastus]

Ihan sama mitä mieltä asiasta ollaan, mahtaako olla joku syy miksi tavu on kahdeksan bittiä - haloo?! Vai päättääkö demokratia myös faktat eri tavalla kuin on reaalielämässä, vähän kuten kommunistihallinto pahoina kausinaan?

No niin, anteeksi purkaus. Mib, GiB ja kumppanit ovat tervetulleita minun puolestani, ja opettelen käyttämään niitä itsekin jos tarvis. Tosiasia ei kuitenkaan muutu. Tavu ON 8 bittiä, ei kymmenen tai jotain muuta ihmisten kovasti haluamaa ihkua juttua.

[nobu178]

Onkos nuo nyt sitten muuttaneet myös muut yksiköt oikeaksi, eli esim. keskusmuistinmäärä ilmaistaan 1 GiB (= 1024 MiB) eikä 1 GB ?

Ainakin suomenkielisessä tekstissä lukee ennestään tuttu "Gt" (siis kun katsoo "Tietoja tästä Macista").

[Holomo]

Ensivaikutelmat Snow Leopardista:

- Expose ja muut animaatiot kuten ikkunan minimointi tökkii todella paljon. Ehkä 3-4 "framea" ehtii nähdä ja joskus jopa vähemmän. Tämähän voi olla makuasia, mutta Tigerin ja Leopardin aikaan animatiot toimivat niin paljon sulavammin. Tykkäisin kovasti palata siihen käyttökokemukseen.

- Ohjelmat avautuvat nopeammin ja swirlyä ei ole vielä näkynyt. Stabiilisuus ja nopeus ovat tässä suhteessa kohentunut huomattavasti. Laittelen lisää kokemuksia kunhan ehdin enemmän käyttämään tätä.

Mitäs mieltä porukka on noista animaatioista? Ehkäpä clean install auttaa? Koneena on 15" MBP 2.4 Ghz C2D ja asensin leopardin päälle tämän.

[mindgame]

Ensivaikutelmat Snow Leopardista:

- Expose ja muut animaatiot kuten ikkunan minimointi tökkii todella paljon. Ehkä 3-4 "framea" ehtii nähdä ja joskus jopa vähemmän. Tämähän voi olla makuasia, mutta Tigerin ja Leopardin aikaan animatiot toimivat niin paljon sulavammin. Tykkäisin kovasti palata siihen käyttökokemukseen.

- Ohjelmat avautuvat nopeammin ja swirlyä ei ole vielä näkynyt. Stabiilisuus ja nopeus ovat tässä suhteessa kohentunut huomattavasti. Laittelen lisää kokemuksia kunhan ehdin enemmän käyttämään tätä.

Mitäs mieltä porukka on noista animaatioista? Ehkäpä clean install auttaa? Koneena on 15" MBP 2.4 Ghz C2D ja asensin leopardin päälle tämän.

Mulla oli ihan armotonta jumitusta koko SL, kun sen muutma buildi sitten asensin leopardin päälle. Pistin sitten alusta asti meneen ja käyttökokemus oli jotain iha muuta

[jugih]

Ensivaikutelmat Snow Leopardista:

- Ohjelmat avautuvat nopeammin ja swirlyä ei ole vielä näkynyt. Stabiilisuus ja nopeus ovat tässä suhteessa kohentunut huomattavasti. Laittelen lisää kokemuksia kunhan ehdin enemmän käyttämään tätä.

Joo, oman Air:in finder-surffailu tuntuu nopeutuneen kummasti myös.

Mitäs mieltä porukka on noista animaatioista? Ehkäpä clean install auttaa? Koneena on 15" MBP 2.4 Ghz C2D ja asensin leopardin päälle tämän.

Huomasin saman. Clean install ei auta, koska tein itse niin.

[Jamac]

Kaikki on hiukan nopeamman oloista (unibody Macbook 2GHz, 4 GB Ram).

[nobu178]

En ole ehtinyt katsoa kaikkia, mutta odotuksenmukaisesti SL:n Levytyökalu tekee uudenmukaisia levytiedostoja. Kun tekee 1Gt:n levytiedoston SL:ssa, se Finderissä näkyy 1,02 Gt:n ja Leopardissa (ja varmaan muissa käyttiksissä) 976,6 Mt:n levytiedostona. Kun Leopardissa tekee 1Gt:n levytiedoston, se näkyy Finderissä 1Gt:n ja SL:ssa 1,07 Gt:n levytiedostona.

Asiasta viidenteen. Kokeilin Xbenchiä ja Leopard päihitti SL:n Open GL -pisteiden ansiosta. SL on Open GL -bnchissä silminhavaittavasti hidas. No, voisiko olla tähän syy siinä, että Xbenchin käyttämä testi on vanhentunut? Geekbenchiä en ole vielä kokeillut.

EDIT Nyt kokeilin Geekbenchiä ja SL voitti Leopardin 150 pisteellä.

Kokeilin myös 64-bittistä moodia. Silläkin SL toimi hyvin, mutta teitysti ajuriongelmia on enemmän kuin 32-bittisessä moodissa. Kokeilun jälkeen palasin 32-bittiseen moodiin ja olin huomaavinani, ettei Järjestelmäasetusten yläpalkissa enää lue mitään. Muistaakseni siinä luki jotain tyyliin "32-bittinen yhteensopiva" tms. Muistanko ihan väärin?

[tsjlehti]

ADC:stä löytyy infoa: http://developer.apple.com/mac/library/ ... X10_6.html

Eipä GCD ainakaan vielä vaikuta tekniikalta, joka lunastaisi ennakkohypellä aikaan saadut odotukset. Voihan tuo olla kätevä, mutta mullistava? Tuskin. Keventänee hiukan ohjelmoinnin ja suunnittelun puolelta, mutta threadpool ja jonkin sortin äly siihen, montako säiettä laitetaan rinnakkain menemään, ei ole ennenkään ollut mahdotonta. Mutta täytyy silti tutustua paremmin. Voihan se olla hyväkin.

[Forsteiner]

Nopeuden tunnetta lisää myös se, että genie effect -animaatiota on nopeutettu.

[Sarjatuli]

Päivityksen jälken huomasin etä kovalevyn koko oli muuttunut 300->320 Gt:un. Oikeuksien korjaus nopeentui myös huomattavasti.

[Kurtbyy]

Käyttöjärjestelmäpäivityksissä muuttuu aina miljoona asiaa, joista 98 % menee minulta ohi. Huomasin juuri erään pienen jutun. Käyttöjärjestelmän zoom toimii edellistä versiota paremmin. Ennen kuva vilisi silmissä, kun siirsi kursoria. Nyt ruudulla rajaus vaihtuu vasta, kun siirtää kursoria vasten rajauksen reunoja.

[Anghorn]

Käyttöjärjestelmäpäivityksissä muuttuu aina miljoona asiaa, joista 98 % menee minulta ohi. Huomasin juuri erään pienen jutun. Käyttöjärjestelmän zoom toimii edellistä versiota paremmin. Ennen kuva vilisi silmissä, kun siirsi kursoria. Nyt ruudulla rajaus vaihtuu vasta, kun siirtää kursoria vasten rajauksen reunoja.

Tuon saa ainakin Leopardissa muutettua kohdasta

Järjestelmäasetukset / Näppäimistö ja hiiri / Hiiri / Zoomaa rullauspalloa pidettäessä / Valinnat

[Pis]

Käyttöjärjestelmän zoom toimii edellistä versiota paremmin. Ennen kuva vilisi silmissä, kun siirsi kursoria. Nyt ruudulla rajaus vaihtuu vasta, kun siirtää kursoria vasten rajauksen reunoja.

Tuon voi vaihtaa ja on ennenkin voinut vaihtaa zoomin asetuksista.

Edit: Hidas

[VilleF]

Asiaa, täytyi käydä heti vaihtamassa zoomiasetukset. Lisännee omaa käyttöä varsinkin television kanssa.

[L_A_G]

Muistaakseni luin ruotsin Macworldistä että tuo kun siirryttiin toisenlaiseen tiedostojen kokolaskumenetelmään oli kiintolevy-valmistajien pyynnöstä... Mokomat ovat kuulemman ajat ja iät ilmoittaneet kovalevyjen koot epävirallisella "Gt = 1000 Mt"-järjestelmällä niin että ovat saanaeet kovalevyt näyttämään suuremmilta kuin oikeasti ovat.

Omasta mielestä on tyhmä idea ruveta menemään tietokoneiden perusmatematiikkaa vastaan...