Hard disk driveAre you sure manufacturers are using 1000MB as 1GB? If they are then I'd say someone could have a lawsuit. Can you provide a link where you got that info?
Hard disk driveAre you sure manufacturers are using 1000MB as 1GB? If they are then I'd say someone could have a lawsuit. Can you provide a link where you got that info?
There actually was a lawsuit over this a few years ago.
It's in windows, and mine is a 830 series drive as well.
Are you sure manufacturers are using 1000MB as 1GB? If they are then I'd say someone could have a lawsuit. Can you provide a link where you got that info?
- Usually, there is.Interesting, I wonder if there was fine print on the packaging.
768GB / 1024 = 750GBhow come the 768gb ssd on the rmbp is only have actual 750gb usable space? What happened to the other 18gb?
- Yes, I'm sure. No, I can't provide a link, but I can prove it to you:
Take a look at all your hard drives on your Windows PCs, and look at how many bytes their partitions have. If you divide that number by 1000 four times (i.e. x/1000/1000/1000/1000) you'll get almost exactly the same amount of GBs they were advertised to have by the manufacturer. If you, instead, divide the number by 1024 four times, you'll get the same amount of GBs that Windows is reporting.
This means that a 500 GB drive will show up as 465 GB under windows, a 256 GB drive will show up as 238 GB, and so on...
- Usually, there is.
Have you really been working in IT for several years without being aware of this?
Read the link I posted. It's quite common for hardware companies to state capacity as 1GB = 1000MB, rather than 1GB = 1024MB.I am aware that you don't get exactly what it's marketed as, as for I've never seen anyone compare a GB to 1000MB.
Read the link I posted. It's quite common for hardware companies to state capacity as 1GB = 1000MB, rather than 1GB = 1024MB.
- That doesn't make sense, though, since OS X uses the 1000 MB to a GB system, not the 1024 MB to a GB system.
Thanks, that's a good link. Yet I still don't see what people are complaining about though, it's small percentages of space. The funny thing is both myself and JTToft have the same drive series and capacities yet we see completely different sizes. I am not complaining about the size though, I got a 256 and didn't expect to see 256 because I know you formatting uses space.
Because end users don't understand how storage works. See my previous post about this.
Fixed that for you.
Older versions of OS X, as well as Windows and most other operating systems, count hard disks by gibibytes instead of gigabytes, while OS X reports hard disks using gigabytes.I have a brand new 256GB samsung SSD sitting on my desk right now that I just got yesterday. I haven't put anything on it yet, but there is only 238.47GB available. That's 17.53GB wasted on formatting. Maybe I should sue samsung for selling me a 238.47GB drive.![]()
On the contrary, the 1000 vs 1024 math exactly accounts for the difference:4. OS X says the unformatted capacity is 250, 500, and 750 GB respectively for the 256, 512, and 768 GB flash storage modules in the rMBP - as I explained above, there is no amount of extra formatting or 1000 vs 1024 math that can account for this difference.
On the contrary, the 1000 vs 1024 math exactly accounts for the difference:
256,000,000 / 1024 = 250
512,000,000 / 1024 = 500
768,000,000 / 1024 = 750
Understanding storage capacity in Solid State Drives
Storage capacity displayed in Disk Utility by for Solid State Drives will show a slighly smaller size. For Example, the 256 GB Solid State Drive (SSD) should have a total of approximately 250 GB.
These items may account for the additional space used in your Solid State drive:
EFI Partition
Restore Partition
Wear-leveling blocks
Write-buffer area
Metadata
Spare blocks
Grown bad blocks
Factory bad blocks
On the contrary, the 1000 vs 1024 math exactly accounts for the difference:
256,000,000 / 1024 = 250
512,000,000 / 1024 = 500
768,000,000 / 1024 = 750
Then Apple itself admits that wear-leveling blocks and bad blocks are actually counted - it's completely disingenuous to include wear-leveling space in your advertising and no other drive vendor does this. It's like including 256 GB of bad unaccessible flash in a 512 GB SSD and calling it a 512 GB SSD because it has 512 GB total, or including the cache RAM in an SSD in the capacity figure.
For one thing, plugging in any other SSD doesn't include a recovery partition, among other things.Then how come I can plug in any other 512GB SSD and see 512GB?
My math is irrefutable and 100% accurate. You can't successfully argue with the math that I posted. I said nothing about gibibytes or gigabytes in my post. Read it again:What are the units on those figures?
Your math is just wrong.
768 gigabytes = 715.3 gibibytes, not 750 gibibytes. OS X reports in gigabytes anyway.
Do you see a single unit of measurement indicated?256,000,000 / 1024 = 250
512,000,000 / 1024 = 500
768,000,000 / 1024 = 750
For one thing, plugging in any other SSD doesn't include a recovery partition, among other things.
For one thing, plugging in any other SSD doesn't include a recovery partition, among other things.
APPLE SSD SM512E:
Capacity: 500.28 GB (500,277,790,720 bytes)
Model: APPLE SSD SM512E
Revision: CXM09A1Q
Serial Number: S0VMNYAC700889
Native Command Queuing: Yes
Queue Depth: 32
Removable Media: No
Detachable Drive: No
BSD Name: disk0
Medium Type: Solid State
TRIM Support: Yes
Partition Map Type: GPT (GUID Partition Table)
S.M.A.R.T. status: Verified
Volumes:
disk0s1:
Capacity: 209.7 MB (209,715,200 bytes)
BSD Name: disk0s1
Content: EFI
Macintosh HD:
Capacity: 400 GB (400,000,000,000 bytes)
Available: 304.48 GB (304,475,983,872 bytes)
Writable: Yes
File System: Journaled HFS+
BSD Name: disk0s2
Mount Point: /
Content: Apple_HFS
Volume UUID: 63E66DE7-F9B0-3D7E-A9B2-BFCEE81DD8E1
Recovery HD:
Capacity: 650 MB (650,006,528 bytes)
BSD Name: disk0s3
Content: Apple_Boot
Volume UUID: A67B864C-7F13-353B-B5A8-AECCA3DC892C
Macintosh HD 2:
Capacity: 99.28 GB (99,283,812,352 bytes)
Available: 99.07 GB (99,069,898,752 bytes)
Writable: Yes
File System: Journaled HFS+
BSD Name: disk0s4
Mount Point: /Volumes/Macintosh HD 2
Content: Apple_HFS
Volume UUID: 554835A0-8A86-35AD-B5CA-8743121773AE
My math is irrefutable and 100% accurate. You can't successfully argue with the math that I posted. I said nothing about gibibytes or gigabytes in my post. Read it again.
I'm posting what Apple reports. Nothing more. This whole rant is completely pointless. You aren't going to change a single thing by complaining in this forum about what Apple states regarding capacity. If it twists you out of shape so much, go DO something about it. File a lawsuit. Boycott Apple products. Submit feedback to Apple. This is a completely trivial issue and it's childish to throw a tantrum about it. Get over it!You don't understand anything that's been said in this thread, do you? We're talking about the UNFORMATTED CAPACITY REPORTED IN DISK UTILITY, which INCLUDES all the space used up by recovery partitions and partition tables not the size of the Macintosh HD partition. Besides, the formatting on a modern OS X boot drive takes up less than 1 GB.
Perhaps this is due to the SSD overprovisioning.
You've not understood a single thing we've said, putting up bogus math to prove your points which aren't even true, and you finally capitulate by saying "but it doesn't matter anyway." Look who's being childish. Well, it matters to some people.I'm posting what Apple reports. Nothing more. This whole rant is completely pointless. You aren't going to change a single thing by complaining in this forum about what Apple states regarding capacity. If it twists you out of shape so much, go DO something about it. File a lawsuit. Boycott Apple products. Submit feedback to Apple. This is a completely trivial issue and it's childish to throw a tantrum about it. Get over it!