<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/1.5.1-alpha" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Ninety gigs, down the toilet</title>
	<link>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/</link>
	<description>the blog that is not dansdata.com</description>
	<pubDate>Fri, 10 Feb 2012 18:16:44 +0000</pubDate>
	<generator>http://wordpress.org/?v=1.5.1-alpha</generator>

	<item>
		<title>by: Daniel Rutter</title>
		<link>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/#comment-5382</link>
		<pubDate>Wed, 29 Jul 2009 04:22:53 +0100</pubDate>
		<guid>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/#comment-5382</guid>
					<description>Sure, that'd be great - except operating systems use powers-of-two for file and drive sizes.

Insisting that the &quot;27.9Mb&quot; file someone just clicked on is actually 29.26 powers-of-ten megabytes does not strike me as a point of view that's certain to sweep the world. I sincerely hope that this nonsense fades away in the near future, but I don't expect that to actually be the case, because redefining the gigabyte as 0.931 previous gigabytes and the terabyte as 0.9095 previous terabytes is (a) confusing for normal users and (b) in deadly opposition to the desires of the hard-drive companies.

(I think all OSes use powers-of-two for file sizes, but I'm not sure. Is there some oddball OS that uses powers-of-ten?)</description>
		<content:encoded><![CDATA[	<p>Sure, that'd be great - except operating systems use powers-of-two for file and drive sizes.</p>
	<p>Insisting that the "27.9Mb" file someone just clicked on is actually 29.26 powers-of-ten megabytes does not strike me as a point of view that's certain to sweep the world. I sincerely hope that this nonsense fades away in the near future, but I don't expect that to actually be the case, because redefining the gigabyte as 0.931 previous gigabytes and the terabyte as 0.9095 previous terabytes is (a) confusing for normal users and (b) in deadly opposition to the desires of the hard-drive companies.</p>
	<p>(I think all OSes use powers-of-two for file sizes, but I'm not sure. Is there some oddball OS that uses powers-of-ten?)
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Pedant</title>
		<link>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/#comment-5381</link>
		<pubDate>Tue, 28 Jul 2009 04:10:53 +0100</pubDate>
		<guid>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/#comment-5381</guid>
					<description>18: JC - I suspect this is a troll, but it may be that you are simply an idiot. 

The computer industry did not exist when kilo, mega, giga, and so forth were defined. They are part of the metric system (you may have heard of it).

The computer industry bastardised the existing definitions (which were all powers of ten), not the other way around.

I think it's foolish, even annoying, that Microsoft chooses to use the wrong (binary) prefixes for file sizes. It loses one of the major advantages of the metric system - the idea that one can simply shift the decimal point and adjust the prefix on the unit of measure: 0.31G = 31M = 31000k for everything EXCEPT things expressed using the wrong (binary) prefixes.

Dan - please stop pushing this foolishness. Binary prefixes are ONLY appropriate for RAM, and you know that.</description>
		<content:encoded><![CDATA[	<p>18: JC - I suspect this is a troll, but it may be that you are simply an idiot. </p>
	<p>The computer industry did not exist when kilo, mega, giga, and so forth were defined. They are part of the metric system (you may have heard of it).</p>
	<p>The computer industry bastardised the existing definitions (which were all powers of ten), not the other way around.</p>
	<p>I think it's foolish, even annoying, that Microsoft chooses to use the wrong (binary) prefixes for file sizes. It loses one of the major advantages of the metric system - the idea that one can simply shift the decimal point and adjust the prefix on the unit of measure: 0.31G = 31M = 31000k for everything EXCEPT things expressed using the wrong (binary) prefixes.</p>
	<p>Dan - please stop pushing this foolishness. Binary prefixes are ONLY appropriate for RAM, and you know that.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: JC</title>
		<link>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/#comment-5265</link>
		<pubDate>Mon, 13 Jul 2009 15:49:45 +0100</pubDate>
		<guid>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/#comment-5265</guid>
					<description>I'd just like to remind everyone that the real reason for this discrepancy is that the SI, standards organization, are headstrong and foolish.

Remember that the computing world used the binary system and had STANDARD definitions for bit, byte, kilobyte, gigabyte, etc, for decades before SI decided they were going to *correct* us by attempting to redefine a standardized term already in use.

Bit and byte don't exist in the decimal system.  It is an invalid expression to define prefixes like kilo =1000, giga=1,000,000, etc, in the decimal system because a prefix is inherently a descriptor of the base unit (that unit being binary).

In other words, there's no such thing as gibibyte, and gigabyte is never 1 million bytes.  IF the standards organization wants to define a term then logically and scientifically they can use the prefixes to mean decimal values ONLY if they use a different base unit that is defined in the decimal system.  They tried to change the prefix when they needed to change the base unit!

If they like throwing &quot;ibi&quot; onto words to fix what they mistakenly thought was a problem, then 1 million bytes would be termed gigabibi.  Seems silly, but technically correct for making up new words instead of the mess they made instead.</description>
		<content:encoded><![CDATA[	<p>I'd just like to remind everyone that the real reason for this discrepancy is that the SI, standards organization, are headstrong and foolish.</p>
	<p>Remember that the computing world used the binary system and had STANDARD definitions for bit, byte, kilobyte, gigabyte, etc, for decades before SI decided they were going to *correct* us by attempting to redefine a standardized term already in use.</p>
	<p>Bit and byte don't exist in the decimal system.  It is an invalid expression to define prefixes like kilo =1000, giga=1,000,000, etc, in the decimal system because a prefix is inherently a descriptor of the base unit (that unit being binary).</p>
	<p>In other words, there's no such thing as gibibyte, and gigabyte is never 1 million bytes.  IF the standards organization wants to define a term then logically and scientifically they can use the prefixes to mean decimal values ONLY if they use a different base unit that is defined in the decimal system.  They tried to change the prefix when they needed to change the base unit!</p>
	<p>If they like throwing "ibi" onto words to fix what they mistakenly thought was a problem, then 1 million bytes would be termed gigabibi.  Seems silly, but technically correct for making up new words instead of the mess they made instead.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: kibibyte</title>
		<link>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/#comment-2349</link>
		<pubDate>Sun, 13 Apr 2008 18:03:52 +0100</pubDate>
		<guid>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/#comment-2349</guid>
					<description>&quot;In computer usage, though, those SI prefixes are perverted to refer to powers of two, not ten&quot;

... except for hard drives, and DVDs, and tape drives, and older floppy drives, and networking speeds, and processor speeds, ...

&quot;the rip-off factor, in other words&quot;

What a bunch of baloney.

Hard drives have always been measured in correct power-of-10 units.  The first hard drive ever sold was the IBM 350 RAMAC in the 1950s.  It featured 50,000 sectors, each of which held 100 alphanumeric 7-bit characters.  I'm not seeing a connection to powers of two, are you?  Through the 60s, 70s, 80s, and 90s, hard drives continued to be measured in powers of 10, as they are today.  Operating systems that used &quot;binary K&quot; like CP/M and DOS didn't even come out until the 70s.

Early floppy drives (8-inchers) were also measured in decimal kbytes and megabits.  Meanwhile, your 56K modem was 56,000 bits per second, not 57,344.  Today, your Ethernet connection is 100,000,000 bits per second, not 104,857,600.  Your MP3 files are 128,000 bps, not 131,072.  Your 50 GB Blu-Ray disc holds about 50,000,000,000 bytes, not 53,687,091,200.  The ONLY thing that's inherently powers of two is memory.  If you have evidence to the contrary, please present it, because all I've seen is complaints of fraud against drive manufacturers with no evidence to back it up.

The problem isn't deceitful marketing; it's Microsoft.  What conceivable benefit is there to reporting a 100,000,000,000 byte drive as &quot;93 GB&quot; in one place and &quot;95,367 MB&quot; in another place? None. Microsoft's notation is stupid and useless.  Western Digital was absolutely correct in their response to getting sued:

'Surely Western Digital cannot be blamed for how software companies use the term &quot;gigabyte&quot;—a binary usage which, according to Plaintiff's complaint, ignores both the historical meaning of the term and the teachings of the industry standards bodies. In describing its HDD's, Western Digital uses the term properly. Western Digital cannot be expected to reform the software industry. ... Apparently, Plaintiff believes that he could sue an egg company for fraud for labeling a carton of 12 eggs a &quot;dozen,&quot; because some bakers would view a &quot;dozen&quot; as including 13 items.' http://paulhutch.com/wordpress/?p=214

Using &quot;G-&quot; to mean &quot;1,073,741,824&quot; is just wrong, plain and simple.</description>
		<content:encoded><![CDATA[	<p>"In computer usage, though, those SI prefixes are perverted to refer to powers of two, not ten"</p>
	<p>... except for hard drives, and DVDs, and tape drives, and older floppy drives, and networking speeds, and processor speeds, ...</p>
	<p>"the rip-off factor, in other words"</p>
	<p>What a bunch of baloney.</p>
	<p>Hard drives have always been measured in correct power-of-10 units.  The first hard drive ever sold was the IBM 350 RAMAC in the 1950s.  It featured 50,000 sectors, each of which held 100 alphanumeric 7-bit characters.  I'm not seeing a connection to powers of two, are you?  Through the 60s, 70s, 80s, and 90s, hard drives continued to be measured in powers of 10, as they are today.  Operating systems that used "binary K" like CP/M and DOS didn't even come out until the 70s.</p>
	<p>Early floppy drives (8-inchers) were also measured in decimal kbytes and megabits.  Meanwhile, your 56K modem was 56,000 bits per second, not 57,344.  Today, your Ethernet connection is 100,000,000 bits per second, not 104,857,600.  Your MP3 files are 128,000 bps, not 131,072.  Your 50 GB Blu-Ray disc holds about 50,000,000,000 bytes, not 53,687,091,200.  The ONLY thing that's inherently powers of two is memory.  If you have evidence to the contrary, please present it, because all I've seen is complaints of fraud against drive manufacturers with no evidence to back it up.</p>
	<p>The problem isn't deceitful marketing; it's Microsoft.  What conceivable benefit is there to reporting a 100,000,000,000 byte drive as "93 GB" in one place and "95,367 MB" in another place? None. Microsoft's notation is stupid and useless.  Western Digital was absolutely correct in their response to getting sued:</p>
	<p>'Surely Western Digital cannot be blamed for how software companies use the term "gigabyte"—a binary usage which, according to Plaintiff's complaint, ignores both the historical meaning of the term and the teachings of the industry standards bodies. In describing its HDD's, Western Digital uses the term properly. Western Digital cannot be expected to reform the software industry. ... Apparently, Plaintiff believes that he could sue an egg company for fraud for labeling a carton of 12 eggs a "dozen," because some bakers would view a "dozen" as including 13 items.' <a href='http://paulhutch.com/wordpress/?p=214' rel='nofollow'>http://paulhutch.com/wordpress/?p=214</a></p>
	<p>Using "G-" to mean "1,073,741,824" is just wrong, plain and simple.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Coding Horror</title>
		<link>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/#comment-2088</link>
		<pubDate>Thu, 14 Feb 2008 05:13:43 +0000</pubDate>
		<guid>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/#comment-2088</guid>
					<description>&lt;strong&gt;Gigabyte: Decimal vs. Binary&lt;/strong&gt;

 Everyone who has ever purchased a hard drive finds out the hard way that there are two ways to define a gigabyte. &amp;nbsp; When you buy a &quot;500 Gigabyte&quot; hard drive, the vendor defines it using the decimal powers...</description>
		<content:encoded><![CDATA[	<p><strong>Gigabyte: Decimal vs. Binary</strong></p>
	<p> Everyone who has ever purchased a hard drive finds out the hard way that there are two ways to define a gigabyte. &nbsp; When you buy a "500 Gigabyte" hard drive, the vendor defines it using the decimal powers...
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Daniel Rutter</title>
		<link>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/#comment-571</link>
		<pubDate>Mon, 08 Jan 2007 22:15:19 +0000</pubDate>
		<guid>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/#comment-571</guid>
					<description>Uh, abb3w - I think you'll find there's no such agreement about the upper and lower case status of bits and bytes. The old fashioned way of doing it is to give B to bits (because they came first, and have a definite value) and b to bytes (which came second, and can vary in size; you whippersnappers and your assumptions about eight-bit bytes).

The upshot is that anybody hoping to make themselves clear &lt;b&gt;must&lt;/b&gt; define their terms every single time, not just dive in with a blithe assumption that other people will understand the way they happen to do it.

I wrote about this in &lt;a href=&quot;http://www.dansdata.com/danletters001.htm&quot; rel=&quot;nofollow&quot;&gt;the very first Dan's Data letters column&lt;/a&gt;.</description>
		<content:encoded><![CDATA[	<p>Uh, abb3w - I think you'll find there's no such agreement about the upper and lower case status of bits and bytes. The old fashioned way of doing it is to give B to bits (because they came first, and have a definite value) and b to bytes (which came second, and can vary in size; you whippersnappers and your assumptions about eight-bit bytes).</p>
	<p>The upshot is that anybody hoping to make themselves clear <b>must</b> define their terms every single time, not just dive in with a blithe assumption that other people will understand the way they happen to do it.</p>
	<p>I wrote about this in <a href="http://www.dansdata.com/danletters001.htm" rel="nofollow">the very first Dan's Data letters column</a>.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: becakman</title>
		<link>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/#comment-570</link>
		<pubDate>Mon, 08 Jan 2007 21:26:18 +0000</pubDate>
		<guid>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/#comment-570</guid>
					<description>I z a we the new sherriff?
Iz a da drooler also the ruler, to measure size, standards are nice.  Back in the day we would partition different portions of the biggest drives according to the type of data files that would best written into that partition.  with the &quot;{[(modern)]}&quot; paging sizes of virtual memory (sp?) these days, I feel that nothing matters anymore, unless you are trying to lay off HD broadcast quality video full size 1920x1080px (hundreds of MB per second versus DV which is a mere 3-4 MB disk used per second of footage!) to a Sony HD deck that is more than 12.9' away via 4-way fiber channel network, oh and the 4 terabyte RAID must be hard wired directly into your G5, otherwise none of this is even glimmerrable.  

Have long wind edly said that, my point was that back in the day we actually cared about the block size of the partition, so that the partition that I stored all my BS 2k docs on would be a 600 mb partition with a .5k block size, and the partions that I set up for photoshop skratch disk and Video Capture would have the max block size, (32k or 64k) depending on what hard drive formatting utility was in use.
We were using FWB Hard Disk Toolkit and RAID toolkit back in 1990-92.  so if I saved a 2k file on the partition with 64k block size, it would take up 64k. Again that was back when we cared and actually controlled all processes and applications on our EXPENSIVE little macs. QUADRA 640av....blog...blah blog a blam!

PEACE no warts on rolling logs peas in yurtz 

ERic PIt Crew out  :-)</description>
		<content:encoded><![CDATA[	<p>I z a we the new sherriff?<br />
Iz a da drooler also the ruler, to measure size, standards are nice.  Back in the day we would partition different portions of the biggest drives according to the type of data files that would best written into that partition.  with the "{[(modern)]}" paging sizes of virtual memory (sp?) these days, I feel that nothing matters anymore, unless you are trying to lay off HD broadcast quality video full size 1920x1080px (hundreds of MB per second versus DV which is a mere 3-4 MB disk used per second of footage!) to a Sony HD deck that is more than 12.9' away via 4-way fiber channel network, oh and the 4 terabyte RAID must be hard wired directly into your G5, otherwise none of this is even glimmerrable.  </p>
	<p>Have long wind edly said that, my point was that back in the day we actually cared about the block size of the partition, so that the partition that I stored all my BS 2k docs on would be a 600 mb partition with a .5k block size, and the partions that I set up for photoshop skratch disk and Video Capture would have the max block size, (32k or 64k) depending on what hard drive formatting utility was in use.<br />
We were using FWB Hard Disk Toolkit and RAID toolkit back in 1990-92.  so if I saved a 2k file on the partition with 64k block size, it would take up 64k. Again that was back when we cared and actually controlled all processes and applications on our EXPENSIVE little macs. QUADRA 640av....blog...blah blog a blam!</p>
	<p>PEACE no warts on rolling logs peas in yurtz </p>
	<p>ERic PIt Crew out  :-)
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Jimmy</title>
		<link>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/#comment-568</link>
		<pubDate>Mon, 08 Jan 2007 10:59:26 +0000</pubDate>
		<guid>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/#comment-568</guid>
					<description>This is hearsay, so I may be wrong on this.

I remember reading a post by someone about this and they stated that prior to the 100Mb Drive, disk sizes were accurate. It was the maker of the first &quot;100Mb&quot; Disk that broke the rule, it was probably because they were short by a little, and someone suggesting using 1000 bytes to the kilobyte system as a way around it.

James</description>
		<content:encoded><![CDATA[	<p>This is hearsay, so I may be wrong on this.</p>
	<p>I remember reading a post by someone about this and they stated that prior to the 100Mb Drive, disk sizes were accurate. It was the maker of the first "100Mb" Disk that broke the rule, it was probably because they were short by a little, and someone suggesting using 1000 bytes to the kilobyte system as a way around it.</p>
	<p>James
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: phrantic</title>
		<link>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/#comment-567</link>
		<pubDate>Mon, 08 Jan 2007 10:37:37 +0000</pubDate>
		<guid>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/#comment-567</guid>
					<description>But they're marketing people! It's what they do! Just look at the now-confusing numbers used in CPU and GPU naming. Even Toyota rounded off my 1968cc 18R engine to two litres.

And don't get me started on PSU ratings.

Their job is to be as kind to their product's capabilities as possible, and our job call bullshit on it.</description>
		<content:encoded><![CDATA[	<p>But they're marketing people! It's what they do! Just look at the now-confusing numbers used in CPU and GPU naming. Even Toyota rounded off my 1968cc 18R engine to two litres.</p>
	<p>And don't get me started on PSU ratings.</p>
	<p>Their job is to be as kind to their product's capabilities as possible, and our job call bullshit on it.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: UnderLord</title>
		<link>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/#comment-566</link>
		<pubDate>Mon, 08 Jan 2007 05:14:54 +0000</pubDate>
		<guid>http://dansdata.blogsome.com/2007/01/07/ninety-gigs-down-the-toilet/#comment-566</guid>
					<description>I whinged about the same thing last Friday
http://www.bluesnews.com/cgi-bin/board.pl?action=viewthread&amp;amp;threadid=74271
At least you got some response!
I was the engineer at one of the first real PC companies in the U.K, back in the day, and the dates in those hard-drive capacity lists look off to me.
I left Keen Computers in 1982 after years of fixing Corvus Drives.
I do recall though that we sold the Corvus drives as 5, 9 and 18MB capacities, maybe honesty was the rule back then in the U.K.
True enough, at the price per gigabyte of storage, why should we care, but I don't like to see dodgy numbers mandated by competitive marketing go unchallenged.
</description>
		<content:encoded><![CDATA[	<p>I whinged about the same thing last Friday<br />
<a href='http://www.bluesnews.com/cgi-bin/board.pl?action=viewthread&amp;threadid=74271' rel='nofollow'>http://www.bluesnews.com/cgi-bin/board.pl?action=viewthread&amp;threadid=74271</a><br />
At least you got some response!<br />
I was the engineer at one of the first real PC companies in the U.K, back in the day, and the dates in those hard-drive capacity lists look off to me.<br />
I left Keen Computers in 1982 after years of fixing Corvus Drives.<br />
I do recall though that we sold the Corvus drives as 5, 9 and 18MB capacities, maybe honesty was the rule back then in the U.K.<br />
True enough, at the price per gigabyte of storage, why should we care, but I don't like to see dodgy numbers mandated by competitive marketing go unchallenged.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>

