Re: WWDC 2017 -tapahtuma
Lähetetty: 6.6.2017 klo 22.41
Again, that’s native support without needing a separate controller or add-in card on the motherboard. Similarly, there’s native support for Thunderbolt 3.0.
http://www.pcadvisor.co.uk/review/graph ... e-3658183/For laptops with integrated graphics, you’ll see better performance from a Kaby Lake chip thanks to the Iris Plus GPU and also better performance and battery life when watching 4K Netflix. Indeed, a Skylake-based laptop may not even have the raw CPU power to play 4K video. Then again, not many laptops have 4K screens.
Mille mediaservereille teet contenttia tai minkä tyypin mediaservereistä on edes kyse?freek kirjoitti: N joo. Itsekin voisin elää ilman Photaria. Videomaailmassa näyttäisi että firmat panostaa NVIDIAn tuotteisiin. Ei pelkästään Adobe. Teen mm contenttia mediaservereille jotka pyörittää 9000px resoluutioita. Kaikissa on nvidiat. Radeoniin törmää aika harvoin missään.
Itse asiassa tuon Leventhalin blogin mukaan tuo ei ollut edes noin fiksu, vaan kyse on puhtaasta "copy on write" -toiminnosta, eli se levyn ruksutus ja odottelu alkaa siinä kohtaa kun sitä tiedostoa ryhdyt muokkaamaan. Sääli, tuollainen "tiedostokohtainen versionhallinta" olisi ollut mielenkiintoinen malli.IIIMacci kirjoitti:Miten nää simppelit jutut osataan aina monimutkaistaa.
Katoin ton uudestaan ja esittäjä sanoi itse että "its going to COPY" ja siinä käytettiin Duplicate toimintoa joka siis tekee tiedostosta identtisen KOPION. Käyttäjälle tuo on näin mutta sun sepostus varmaan on sit mitä tapahtuu konepellin alla mikä mua ei sinäänsä kiinnosta täs tapauksessa pätkääkään. Mulla on yhden tiedoston sijaan kaksi tiedostoa joita voi käsitellä erillisinä mielin määrin ilman että vaikuttaa toiseen.
Tiedän että kun duplikoin tiedoston niin uudella tiedostosysteemillä se onnistuu räpäyksessä kun ennen kone ruksutti asiaa tovin. Success.
Edit: Lisättäköön että jos ymmärsin oikeen niin tuo teknisesti on vielä parempi kuin fyysinen kopionti kun ei vie tuplatilaa vastakun toista duplikaateista rupee edaamaan.
Olisiko noin? Kysehän olisi pelkästä silmänkääntötempusta. Itse ajattelin, että tässä tehdään linkki alkuperäiseen tiedostoon ja ylläpidetään versionhallinnan tapaista muutoslogia, mikä kyllä tarkoittaisi aika monimutkaista zydeemiä, jossa alkuperäisen tiedoston poistaminen johtaisi sen kopioitumiseen muutostiedoston oheen.jpsuominen kirjoitti: Leventhalin blogin mukaan tuo ei ollut edes noin fiksu, vaan kyse on puhtaasta "copy on write" -toiminnosta, eli se levyn ruksutus ja odottelu alkaa siinä kohtaa kun sitä tiedostoa ryhdyt muokkaamaan. Sääli, tuollainen "tiedostokohtainen versionhallinta" olisi ollut mielenkiintoinen malli.
Uusi laajennettava pro-kone yksistään korjasi Applen maineen kentällä. Fiksu ratkaisu verrattuna siihen sateenvarjoteline-roskikseen.Sendaa kirjoitti:Oikeesti. KErro nyt ihmeessä mitä nämä "kaapin paikan näyttävät" ominaisuudet nyt oli? iPhonelle ei iOS tuo juuri mitään uutta tai mullistavaa. iPadille sentään edes muutamia hyviä juttuja. Uusi Files on täysi vitsi, se on vain rebrandattu iCloud drive johon tullut tuki muille pilvipalveluille. Ei tuolla mitään tiedostonhallintaa tehdä yhtään sen enempää. )
Näin tuossa väitetään, tiedä sitten mistä nämä tiedot on kaivettu?daystar3 kirjoitti:Olisiko noin? Kysehän olisi pelkästä silmänkääntötempusta. Itse ajattelin, että tässä tehdään linkki alkuperäiseen tiedostoon ja ylläpidetään versionhallinnan tapaista muutoslogia, mikä kyllä tarkoittaisi aika monimutkaista zydeemiä, jossa alkuperäisen tiedoston poistaminen johtaisi sen kopioitumiseen muutostiedoston oheen.jpsuominen kirjoitti: Leventhalin blogin mukaan tuo ei ollut edes noin fiksu, vaan kyse on puhtaasta "copy on write" -toiminnosta, eli se levyn ruksutus ja odottelu alkaa siinä kohtaa kun sitä tiedostoa ryhdyt muokkaamaan. Sääli, tuollainen "tiedostokohtainen versionhallinta" olisi ollut mielenkiintoinen malli.
With APFS, if you copy a file within the same file system (or possibly the same container; more on this later), no data is actually duplicated. Instead a constant amount of metadata is updated and the on-disk data is shared. Changes to either copy cause new space to be allocated (so-called “copy on write” or COW).
...
So with APFS I can make a copy of my document and get the benefits of space sharing, but those benefits will be eradicated as soon as I save the new revision.
Siinä puhutaan HEVC-purusta. Vanhemmissa prossuissa ei ole rautatukea.exlex kirjoitti:Siis täh? Ai ei riitä vääntö 4k videoonko?
15" Macbook Pro:n 2016 -mallin Radeon Pro näytönohjaimissa on rautatuki 8- ja 10bit HEVC:lle, eli niissä 2017 -malli ei tuo etua verrattuna vanhempaan.khaosaming kirjoitti:Siinä puhutaan HEVC-purusta. Vanhemmissa prossuissa ei ole rautatukea.exlex kirjoitti:Siis täh? Ai ei riitä vääntö 4k videoonko?
...may not even have the raw CPU power to play 4K..
Niissä malleissa, joissa on ulkoinen näytönohjain (15") se tehokkaampana hoitaa vaativammat työt (kuten HEVC -purku) joka tapauksessa joten niissä eroa 2016 vs 2017 ei ole kun molemmista löytyy rautatason HEVC -purkua tukevat Radeon Pro näytönohjaimet.suppo69 kirjoitti:Lainauksen tarkoituksena oli lähinnä tuoda esiin, että työ prosessorilta itseltään siirtyy (siirtynee) integroituun näytönohjaimeen paremmin. Lainauksen sisältöä olisin voinut rajata paremmin. Eli säästyy akkua ja prosessoritehoa muuhun kaikissa tapauksissa?
Ja suora tuki TB3:lle saattaa sisältää jotain muutoksia konehuoneeseen muuten.
Niinpä. Ehkä se toimii nopeammin ainoastaan Applen laitteessa.Eki79 kirjoitti:Aika kovia tuloksia jos pitää paikkaansa. Muka 20 pinnaa nopeempi ku edellinen sukupolvi.
https://www.macrumors.com/2017/06/07/20 ... geekbench/
En kyllä kiveen noita tuloksia hakkais. Tarttee seurailla tilannetta. Kun taas moni muu sanoo vaan 2-3% parannusta.