MacBook Core 2 -aikaan

[jusi]

[soz jos tästä oli jo useampia posteja]

Saapa nähdä jääkö uutisankaksi, mutta mikäli TheRegisteriin on uskomista niin sekä MacBook että MBP päivittyvät Core2Duo-prosessoreihin melkolailla pian.

http://www.reghardware.co.uk/2006/08/11 ... get_merom/

Jotta näin.

[Tuppu]

Vois auttaa aika paljon niihin kuumuus-ongelmiinkin. Jos macbook saa vielä intelin uuden integroidun näyttispiirin, saatan harkita ostamista.

[kultapyssy]

Tuleepas nopeasti MacBook päivitys, tosin ei se nyt kauheasti koneen ominaisuuksia muuta miksikään ainakaan allaolevan testin perusteella.

Anandtech Core 2 Duo testi:
Meromin suorituskyky on testistä riippuen noin 5 - 15 % parempi kuin Yonahin, mutta tehonkulutus ja akunkesto ovat miltei identtiset. Akkutesti:
http://www.anandtech.com/cpuchipsets/sh ... =2808&p=16

Veikkasin kyllä, että tulevaisuudessa virrankulutus saatetaan saada pienemmäksi, kunhan softat oppivat käyttämään sitä.

Tossa vielä Suomeksi kyseinen uutinen:
http://www.tietokone.fi/uutta/uutinen.a ... 3&tyyppi=1

Mielummin jään odottamaan Blu-Ray-aseman tuloa.

[senor_cit]

Muistaakseni Core 2 Duojen thermal design power eli maksimilämmöntuotto on täsmälleen sama kuin vastaavien kellotaajuuksien Core Duoissa. Eli 10-15% on saatu tehoa lisää kasvattamatta lämmöntuottoa, mutta viileämpinä Core 2:t eivät käy. Ellei Apple sitten ala säätää tuulettimia käynnistymään vähän aiemmin...

[Tuppu]

Ilmeisesti jossain vaiheessa inteliltä piti tulla joku noista lastuista hieman vajaatehoisempana joka veisi jopa vain 5 wattia. Muistin ilmeisesti väärin, että core 2 duo kävisi jo hieman viileämpänä.

Yksi asia mitä toivoisin ostovaihtoehtoihin olisi se, että prosessorin kellotaajuuden voisi vaihtaa ja valittavana olisi myös aivan heikoinkin malli. Luulis lämpöongelmat ainakin hieman poistuvan. Ja osx:ssä saisi olla käyttäjän itse säädettävissä oleva tuulettimien säätöön tarkoitettu ohjelma, josta voisi määrittää, käykö kone hieman viileämpänä ja pyörittää hiljaa kokoajan tuulettimia, niin saisi ammumiset ja muut pois. Tuohon ei tarvitseisi oikeastaan kuin 1 liukusäädin, eli kuinka tehokkaasti haluaa jäähdytyksen toimivan.

[Dukez]

Mielummin jään odottamaan Blu-Ray-aseman tuloa.

sitä saa varmaan odotella, kun edes "superdrive" ei ole vieläkään vakiovaruste

[tahkis]

Mielummin jään odottamaan Blu-Ray-aseman tuloa.

Blu-Ray-asema maksaa 1000e tienoilla, joten ei sitä ainakaan MB:ssa nähdä. Hyvä jos 17" MBP:n tulee.

[mcbook]

luuletteko että tuota kannattaisi jäädä odottelemaan vai tilata suoraan vanhentuva macbook?

[TheKraken]

luuletteko että tuota kannattaisi jäädä odottelemaan vai tilata suoraan vanhentuva macbook?

Sitä ei oikein tiedä kuin Steve itte. Lainatakseni vapaasti jotakuta foorumilla puhunutta fiksua miestä: Jos tarvitset: osta. Jos koet että voit odottaa: odota.

[mcbook]

tietokone.fi-sivustolta:

"Macbook-tietokoneet saavat syyskuussa sisuksiinsa Intelin uuden 64-bittisen Core 2 Duo- eli Merom-prosessorin."

Tämä vanha prosessorihan on 32-bittinen, eikö? Jos ajatellaan tulevaisuuden ohjelmia (joskus sitten leopardissa), niin eikö noissa ole selvä ero?

[Macco]

Tämä vanha prosessorihan on 32-bittinen, eikö? Jos ajatellaan tulevaisuuden ohjelmia (joskus sitten leopardissa), niin eikö noissa ole selvä ero?

Ei kai niissä niin hirvittävän suurta eroa ole muussa kuin muistin määrässä, jota ohjelma voi maksimissaan käyttää. Korjatkaa jos olen väärässä.

[Tuppu]

Kyllä odottaisin uutta mallia, jos noinkin paljon on juttua, että syyskuussa pitäisi tulla. Ei ainakaan ole älyttömän pitkä odotus. Siinä voi olla ensimmäisen version lastentauteja korjattu taas enemmän ja hyvällä tuurilla prossun lisäksi jopa näyttöpiiri vaihtunut siihen intelin uudempaan, vaikka siitä ei mitään olekaan puhuttu.

Itseänikin kiinnostaa tuo macbook sen verran, että saatan sen uudemman version hankkia, jos se osoittautuu hyväksi. Lähinnä odotan, että nuo viat olis saatu kitkettyä pois. Tällä hetkellä todennäköisyys saada ongelmallinen macbook kaupasta on mielestäni liian suuri.

[tt]

Tämä vanha prosessorihan on 32-bittinen, eikö? Jos ajatellaan tulevaisuuden ohjelmia (joskus sitten leopardissa), niin eikö noissa ole selvä ero?

Ei kai niissä niin hirvittävän suurta eroa ole muussa kuin muistin määrässä, jota ohjelma voi maksimissaan käyttää. Korjatkaa jos olen väärässä.

Tämä onkin aika mielenkiintoinen kysymys. Nopeuttahan tuo 64-bittisyys tuo varmasti lisää, kuten myös tuon muistialueen laajenemisen. Leopardissa tulee täysi 64-bittisyys käyttikseen, mutta siinä on myös tuki 32-bittisille ohjelmille jotka pitäisi pyöriä ns. "täydellä vauhdilla", mitä se sitten tässä tapauksessa tarkoittaneekaan. Tuhannen dollarin kysymys onkin: tulevatko sovellusohjelmat nopeassa tahdissa "64-bittistymään", jolloin ne eivät enää pyörisi vanhoissa koneissa, vai tehdäänkö kaikki ohelmat vastaisuudessakin 32-bittisinä jotta toimivat kaikissa koneissa? Onko universal binary -formaatissa jo tuki joka mahdollistaa samaan pakettiin 32-bittisten ppc- ja intel-versioiden lisäksi vielä 64-bittisen intel-version?

[Tuppu]

Eikös tuosta 64-bittisyydestä ole jo juttua ollut vuoden ajan ainakin ja monia testejä. Tehot ilmeisesti eivät nouse juuri lainkaan 32-bittisiin softiin nähden, ainoastaan softat voivat käyttää enemmän muistia. Enemmänkin semmosta hypeä koko 64-bittisyys, joka pitää saada vaikka siitä ei mitään varsinaista hyötyä olekaan. Mutta odottaisin silti uutta macbookia, jos se on aivan kulman takana 64-bittisen prossun kans. Eihän tulevaisuudesta koskaan tiedä ja varmistaa ainakin yhteensopivuuden joka tilanteessa jatkossakin.

[Teppo Tulppu]

Tavallisen 2 + 2 = 4 laskun suorittaminen sujuu ihan yhtä nopeasti riippumatta siitä esitetäänkö luvut 32-bittisinä vai 64-bittisinä. Etua saavutetaan (i) jos oikeasti lasketaan sellaisilla luvuilla että ne pitää esittää 64-bittisinä tai (ii) jos muistia on enemmän kuin 32-bittisellä prosessorilla pystyy osoittamaan. Mutta tavallisissa 2 + 2 = 4 -laskuissa ei niistä ylimääräisistä biteistä ole hyötyä. Ja noita tavallisia laskuja tehdään aika paljon.

On varmasti paljon softaa jossa 64-bittisistä luvuista voidaan saadaa hyötyä. Mutta tuon hyödyn irtiottaminen pitää tehdä koodausvaiheessa ja kestää kauan ennen kuin olemassaolevat softat väännetään kooditasolla uusiksi (pelkkä uudelleen kääntäminen ei siis riitä). Tähän astisessa koodissa kun on oletettu 32-bittiset luvut.

[tt]

On varmasti paljon softaa jossa 64-bittisistä luvuista voidaan saadaa hyötyä. Mutta tuon hyödyn irtiottaminen pitää tehdä koodausvaiheessa ja kestää kauan ennen kuin olemassaolevat softat väännetään kooditasolla uusiksi (pelkkä uudelleen kääntäminen ei siis riitä). Tähän astisessa koodissa kun on oletettu 32-bittiset luvut.

Kyllä 64-bittisiä laskutoimituksia on voinut jo nytkin koneilla laskea, esimerkiksi c-kielen peruskirjastoista löytyy matikkafunktioita jotka toimivat "long long int" -tietotyypillä eli 64-bittisillä kokonaisluvuilla. Samoin Java-kielen "long"-tietotyyppi on 64-bittinen kokonaisluku. Tähän asti nuo laskutoimitukset on pitänyt tehdä useammilla 32-bittisillä operaatioilla. 64-bittisellä alustalla uudelleenkääntäminen nopeuttaa niitä kyllä huimasti.

[Teppo Tulppu]

Kyllä 64-bittisiä laskutoimituksia on voinut jo nytkin koneilla laskea, esimerkiksi c-kielen peruskirjastoista löytyy matikkafunktioita jotka toimivat "long long int" -tietotyypillä eli 64-bittisillä kokonaisluvuilla. Samoin Java-kielen "long"-tietotyyppi on 64-bittinen kokonaisluku. Tähän asti nuo laskutoimitukset on pitänyt tehdä useammilla 32-bittisillä operaatioilla. 64-bittisellä alustalla uudelleenkääntäminen nopeuttaa niitä kyllä huimasti.

Toki 64-bittisiä laskutoimituksia on voinut jo koneilla laskea. Mutta kuvittelisin että niitä ei ole suurissa määrin käytetty ellei ole ollut pakko koska niiden käyttö on hitaampaa koska prosessori on ollut 32-bittinen. (32-bittisillä luvuilla laskut menee yhdellä kellosyklillä, en sitten osaa sanoa kuinka monta sykliä menee 64-bittiseen laskuun 32-bittisellä prosessorilla.)

Esimerkiksi omalla koneellani (PowerBook G4) yksinkertainen luuppi jossa kasvatetaan muuttujaa 10000000 kertaa menee 64-bittisillä luvuilla noin kymmenen kertaa hitaammin kuin 32-bittisillä. Jos siis voi välttää 64-bittiset muuttujat, se kannattaa.

[iPratt]

Minua on ruvennut mietityyttämään mitä applen operatiivinen johto ajattelee (?)
Yleensä odottaisi että mahdollisimman suuren voiton tuottaminen olisi osakkeenomistajien kannalta paras, ja ainoa oikea asia.
En ole selvillä applen (tietokoneiden) myynnistä, mutta luulisin että kokonaismyynnin kasvu on kuitenkin merkittävin tekijä; ei se kuinka suuri ero MB ja MBP välillä on.
Tämän takia uskoisin että apple yrittää tehdä MB mahdollisimman houkuttelevan laitteen kuluttajille. Jos kilpailijoilla (pc läppärit) löytyy "parempia", jotka vievät MB:n myntiä ei ole mitään väliä kuinka paljon eroa on MB:llä ja MBP:llä.
Eiköhän se "2" tule myös consumer laitteeseen aika pikaisesti.

[tt]

Toki 64-bittisiä laskutoimituksia on voinut jo koneilla laskea. Mutta kuvittelisin että niitä ei ole suurissa määrin käytetty ellei ole ollut pakko koska niiden käyttö on hitaampaa koska prosessori on ollut 32-bittinen. (32-bittisillä luvuilla laskut menee yhdellä kellosyklillä, en sitten osaa sanoa kuinka monta sykliä menee 64-bittiseen laskuun 32-bittisellä prosessorilla.)

Esimerkiksi omalla koneellani (PowerBook G4) yksinkertainen luuppi jossa kasvatetaan muuttujaa 10000000 kertaa menee 64-bittisillä luvuilla noin kymmenen kertaa hitaammin kuin 32-bittisillä. Jos siis voi välttää 64-bittiset muuttujat, se kannattaa.

Aivan, mutta entäs jos 32-bittinen lukualue ei riitä. Sitähän kai tuossa alunperin tarkoitit, kun sanoit että "on varmasti paljon softaa jossa 64-bittisistä luvuista voidaan saadaa hyötyä". Silloin saadaan 64-bittisyydestä hyötyä, kun on pakko käyttää 64-bittisiä lukuja lukualueen takia, ei kai kukaan niitä ihan huvikseen vaan käytä. Ja nimenomaan pelkällä uudelleenkääntämisellä tällöin saadaan nopeutta lisää.

Ihan esimerkinomaisesti, Javassa on aikaleimat 64-bittisiä. Eli aina kun Javassa tehdään aikalaskentaa, käytetään 64-bittisiä lukuja. Kun JVM käännetään uudestaan 64-bittiselle käskykannalle, tulee nopeutta lisää kaikkiin Java-ohjelmiin joissa aikaleimoja käsitellään.

[Teppo Tulppu]

Toki 64-bittisiä laskutoimituksia on voinut jo koneilla laskea. Mutta kuvittelisin että niitä ei ole suurissa määrin käytetty ellei ole ollut pakko koska niiden käyttö on hitaampaa koska prosessori on ollut 32-bittinen. (32-bittisillä luvuilla laskut menee yhdellä kellosyklillä, en sitten osaa sanoa kuinka monta sykliä menee 64-bittiseen laskuun 32-bittisellä prosessorilla.)

Aivan, mutta entäs jos 32-bittinen lukualue ei riitä. Sitähän kai tuossa alunperin tarkoitit, kun sanoit että "on varmasti paljon softaa jossa 64-bittisistä luvuista voidaan saadaa hyötyä". Silloin saadaan 64-bittisyydestä hyötyä, kun on pakko käyttää 64-bittisiä lukuja lukualueen takia, ei kai kukaan niitä ihan huvikseen vaan käytä. Ja nimenomaan pelkällä uudelleenkääntämisellä tällöin saadaan nopeutta lisää.

Kyllä tällaisissa tapauksissa saadaan lisää nopeutta, en sitä halua kiistää. Ainoa mitä koitan sanoa on että saatava hyöty ei ole välttämättä kovin iso.

Oma kokemukseni on että se miten data esitetään on ohjelmoijan valinta. Hieman yksinkertaistaen, 32-bittisessä maailmassa datan esittäminen 64-bittisillä luvuilla ei ole ollut kovin tehokasta. Siksipä sitä dataa jota käsitellään "koko ajan" ei kannata koodata 64-bittisin luvuin. (Hieman ohjelmoijalähtöisemmin, "sisimmässä luupissa" vain 32-bittisiä lukuja.)

Esimerkiksi omalla koneellani (PowerBook G4) yksinkertainen luuppi jossa kasvatetaan muuttujaa 10000000 kertaa menee 64-bittisillä luvuilla noin kymmenen kertaa hitaammin kuin 32-bittisillä. Jos siis voi välttää 64-bittiset muuttujat, se kannattaa.

Ihan esimerkinomaisesti, Javassa on aikaleimat 64-bittisiä. Eli aina kun Javassa tehdään aikalaskentaa, käytetään 64-bittisiä lukuja. Kun JVM käännetään uudestaan 64-bittiselle käskykannalle, tulee nopeutta lisää kaikkiin Java-ohjelmiin joissa aikaleimoja käsitellään.

Jos katsotaan mitä tapahtuu tuossa omassa keinotekoisessa esimerkissäni 64-bittisellä käännöksellä, aikaleiman käyttö kerran ohjelman alussa ja kerran ohjelman lopussa nopeutuu. Siis muutama monen kellosyklin operaatio muuttuu yhden kellosyklin operaatioksi. Sen sijaan, tuo 10000000 muuttujan kasvattaminen ei nopeudu minnekään. Ohjelman nopeutuminen 64-bittisellä käännöksellä nimellistä.

Lyhyesti siis. On siis asioita jotka nopeutuvat pelkällä uudelleenkääntämisellä. Argumenttini on että niitä ei ole merkittävän paljon. 32-bittisessä maailmassa kriittisissä kohdissa (sellaisissa joissa voi valita) ei ole kannattanut käyttää 64-bittisiä lukuja koska se on tarkoittanut suorituskyvyn selvää laskua.

Tilanne on vähän sama kuin AltiVecin kanssa aikoinaan. Jotkut asiat sujuivat ihan törkeän nopeasti kun ne koodattiin käyttämään AltiVecia. Mutta se piti erikseen sinne koodata. (Voi olla että joku kääntäjä osasi jotakin koodia joissain tapauksissa vektorisoida itsekin, tästä ei ole tarkempaa muistikuvaa.)

[lothar]

Olisin tällä viikolla käynyt hakemassa/tilaamassa Macbookin, mutta nyt joutunee odottamaan ensikuuhun.

[kermit]

Olisin tällä viikolla käynyt hakemassa/tilaamassa Macbookin, mutta nyt joutunee odottamaan ensikuuhun.

Älä sitten pety jos ei kansanmalliin vielä tulekaan core-kakkosta.

[Rooivalk]

Olisin tällä viikolla käynyt hakemassa/tilaamassa Macbookin, mutta nyt joutunee odottamaan ensikuuhun.

Minä laitan todennäköisesti huomenna tilaukseen, ei jaksa enää odotella. Vaihdan sitten vaikka uusimpaan versioon kun Leopardi laskeutuu.

[Jii]

Siis kun Core 2 Duo:t tulee Applen koneisiin, niin mahtaako samaan aikaan nousta myös koneiden kellotaajuus (gigaherzit)?

Mutta eikös se ole aika varmaa, että ainakin Macbook Pro saa tuon Core2Duon sisuksiinsa? Eli jos nyt on aikeiessa ostaa Macbook Pro:n, niin kannattaa vielä malttaa hetki, jotta nuo Core 2 Duot saapuisi Pro:hon? Eikös olekin näin?

Hitsit, en malta odottaa tuota päivää kun Pro saa sisäänsä Core2Duon... koska silloin minäkin siirryn Puuceestä Mäcin loistavaan valtakuntaan. 8)

[Rooivalk]

Olisin tällä viikolla käynyt hakemassa/tilaamassa Macbookin, mutta nyt joutunee odottamaan ensikuuhun.

Minä laitan todennäköisesti huomenna tilaukseen, ei jaksa enää odotella. Vaihdan sitten vaikka uusimpaan versioon kun Leopardi laskeutuu.

No niin perkskele, laitoin heti tilaukseen. Tilisiirrolla, maksan huomenna kun palkka tulee tilille.

Otin valkoisen 2Ghz peruskokoonpanolla, saas nähdä kauan kestää toimitus.