Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Jolly Roger Newsgroups: comp.sys.mac.system Subject: Re: Five years later... Intel launches Fusion Drive for Wintel... Date: 2 May 2017 20:40:09 GMT Organization: People for the Ethical Treatment of Pirates Lines: 31 Message-ID: References: <59069158$0$8050$b1db1813$2411a48f@news.astraweb.com> <5908af4b$0$60228$c3e8da3$66d3cc2f@news.astraweb.com> <5908ccfe$0$10675$c3e8da3$5d8fb80f@news.astraweb.com> <5908e0b2$0$43725$c3e8da3$5e5e430d@news.astraweb.com> <5908e99f$0$61841$c3e8da3$e074e489@news.astraweb.com> X-Trace: individual.net cOfni2ShAzZCKd6YvRpT9geLHlMeLwHmRUnzzxhmZxhZqS+emv Cancel-Lock: sha1:oKI7KKSXoi4OiwGVSo1y0UpKSe4= Mail-Copies-To: nobody User-Agent: slrn/1.0.1 (Darwin) Xref: csiph.com comp.sys.mac.system:106121 On 2017-05-02, Alan Baker wrote: > On 2017-05-02 1:18 PM, JF Mezei wrote: >> On 2017-05-02 16:03, Jolly Roger wrote: >> >>> Those bloggers somehow manage to back up their assertions with factual data >>> (including Apple's own internal documents and tools) >> >> which mention it is file based. > > Cite, please... He's full of shit and spreading misinformation as usual. "The four calls listed, "RdChunkCS," WrChunkCS," "RdBgMigrCS," and "WrBgMigCS," are all referenced in the fs_usage source as being Core Storage operations; the last two are noted in the code comments as referring to "composite disk block migration" calls. This is the actual "tiering" activity that forms the core of Fusion Drive. The blocks being referenced are sequential (on disk0, the process is reading block 0x00debd00, then 0x00debe00, and then 0x00debf00), and the actual chunk size being moved around is 128KB (0x20000 bytes)." It's *abundantly* clear to anyone with working brain cells and powers of simple observation that Fusion Drives do block(chunk)-level operations rather than file-level operations. -- E-mail sent to this address may be devoured by my ravenous SPAM filter. I often ignore posts from Google. Use a real news client instead. JR