Another controversial change for Ubuntu 10.04: File size policy


Recommended Posts

A less visible change than the controversial window control arrangement in the Gnome default theme for Ubuntu 10.04 'Lucid Lynx' is that a units policy was put in place, similar to what Apple have done for Mac OS X 10.6 'Snow Leopard': File sizes are now displayed in base-10 units. I.e. 1 kB = 1,000 bytes, 1 MB = 1,000 kB = 1,000,000 bytes and so on. Quoth Benjamin Drung, the person who suggested the change:

I stumbled over Ubuntu 10.04 Reads File Sizes Differently and I have to correct some statements.

First I want to ask you, my blog reader, to read the units policy. Then think about it and read it again.

Now my criticism to the blog post:

* We didn?t change the units policy. There were no such policy; we created one.

* KB does not exist (in the SI or IEC standard). It?s either kB (meaning 1000 bytes) or KiB (meaning 1024 bytes). Did the author read the policy?

Now my clarifications to the commenter:

* This policy was not Canonical?s decision. You have to blame me for creating the draft of the policy and the Technical Board for approving it.

* This policy has nothing to do with Apple. I have never used a Mac and I don?t care what kind of byte prefixes Apple uses.

* This policy is not connected to the decision to change the window buttons position of the default theme. This was done by different people. These two things are absolutely independent.

Correcting all applications to comply to the units policy is a goal for lucid+1 (Ubuntu 10.10). We are too late in the release cycle for the change in lucid (Ubuntu 10.04). My current plan is to create a library for inputing/outputting bytes to users. The user can then configure this library to display the units in base-2 (KiB), base-10 (kB), or the historical totally f*****-up format (KB).

Source via Planet Ubuntu

This is potentially a bad thing if all other Linux distributions stick to the old format and will lead to confusion sooner or later. IMHO at least.

I always hated that they wanted to go and change it just because some people got their panties in a twist over the meaning of Kilo. Computers work in binary, not base 10. We've always defined them in digital measurements, and I'll continue to refer to 1 kilobyte as 1024 bytes, and no I will not use those silly baby talk sounding words like kibibyte. :p

... installed 10.4 ..... no GUI ... nothing at all really, but i can create a folder on the desktop!!!!!! Not a big Linux buff... so please dont belittle me too much... especially if it involves the terminal.... which i also cannot get by the way! blink.gif

I always hated that they wanted to go and change it just because some people got their panties in a twist over the meaning of Kilo. Computers work in binary, not base 10. We've always defined them in digital measurements, and I'll continue to refer to 1 kilobyte as 1024 bytes, and no I will not use those silly baby talk sounding words like kibibyte. :p

+1 This revisionism is quite simply annoying (similar to the insistance in certain circles of using BCE instead of BC, when both refer to exactly the same time frame). People like me who have been using computers for the better part of 3 decades KNOW what KB means, because it has been used for decades and has always meant the same thing in computer terminology. The whole issue started with hard drive makers trying to excuse their use of the (then nonstandard) 1,000,000-byte definition of a megabyte when selling hard drives.

A pretty silly change. Doing this for the sake of technical accuracy blatantly ignore's Ubuntu Desktop's biggest roadblock to adoption: user-friendliness. And the standards argument is problematic in the same way that the argument against the use of "literally" as emphasis is problematic. It's a snotty change and ignores the fact that almost every hardware manufacturer and user is used to 1MB = 1024KB. Yes, this whole thing is started by HD manufacturers who wanted to nickel-and-dime us, but that's not a good enough excuse to stop now.

I wonder which NASA shuttle is going to crash because of this.

Good to see them finally do this, the kernel and most userland tools have been using the proper suffixes for ages.

It also brings it in line with HD makers (who have always done it properly), and helps the end user (having conflicting numbers = bad)

Good to see them finally do this, the kernel and most userland tools have been using the proper suffixes for ages.

It also brings it in line with HD makers (who have always done it properly), and helps the end user (having conflicting numbers = bad)

Yes having conflicting numbers is bad, and since we'd been using 1024 from the very beginning it should never have been changed. It was the hard drive makers that changed it, not because it was correct but because it made their products sound bigger. Once again, computers are binary devices. Yes Kilo means 1000...in base 10. We're not dealing with that though.

I always hated that they wanted to go and change it just because some people got their panties in a twist over the meaning of Kilo. Computers work in binary, not base 10. We've always defined them in digital measurements, and I'll continue to refer to 1 kilobyte as 1024 bytes, and no I will not use those silly baby talk sounding words like kibibyte. :p

I totally agree. (Y)

Yes having conflicting numbers is bad, and since we'd been using 1024 from the very beginning it should never have been changed. It was the hard drive makers that changed it, not because it was correct but because it made their products sound bigger. Once again, computers are binary devices. Yes Kilo means 1000...in base 10. We're not dealing with that though.

yes, computers are binary machines and they work with bits, there is however no reason why a KILObyte should be 1024, none at all.

Yes having conflicting numbers is bad, and since we'd been using 1024 from the very beginning it should never have been changed. It was the hard drive makers that changed it, not because it was correct but because it made their products sound bigger. Once again, computers are binary devices. Yes Kilo means 1000...in base 10. We're not dealing with that though.

HD makers were correct though.

Kilo means 1000, whether it's in Base 2, Base 10 or Base 16.

Edit: And "Well we've been wrong all this time, may as well keep being wrong" isn't that good a reason to me.

HD makers were correct though.

Kilo means 1000, whether it's in Base 2, Base 10 or Base 16.

Edit: And "Well we've been wrong all this time, may as well keep being wrong" isn't that good a reason to me.

There is no 1000 in base 2, and I never agreed that we were wrong before.

no it doesn't why would it? Kilo is a word that means 1000, not 1024.

In computing, a binary prefix is a specifier or mnemonic that is prepended to the units of digital information, the bit and the byte, to indicate multiplication by a power of 2. In practice the powers used are mostly multiples of 10, so the prefixes denote powers of 1024 = 210.

The computer industry uses terms such as "kilobyte," "megabyte," and "gigabyte," and corresponding abbreviations "KB", "MB", and "GB", in two different ways. For example, in citations of main memory or RAM capacity, "gigabyte" customarily means 1073741824 bytes. This is a power of 2, specifically 230, so this usage is referred to as a "binary unit" or "binary prefix." However, in other contexts, the industry uses "kilo", "mega", "giga", etc., in a manner consistent with their meaning in the International System of Units (SI): as powers of 1000. For example, a "500 gigabyte" hard drive is 500000000000 bytes, and a "100 megabit" Ethernet connection is running at 100000000 bits per second.

Shamelessly stolen from wikipedia.

no it doesn't why would it? Kilo is a word that means 1000, not 1024.

...and we all know that the meanings of words absolutely cannot change, nor is there any flexibility in their meanings.

There was never any problem. It was decided that 1 kilobyte was 1024 bytes, which in binary it is. Everyone understood it and there were no issues with it until hard drive makers realized they could change it for marketing purposes and milk a little more size out of their drives. Then consumers started screaming "where did all my space go" because the OS still reported it in the correct manner while the size on the box said something different. Thank hard drive manufacturers for this whole mess.

Only in base 10. Binary system =/= base 10.

I'm fully aware of what base 10 and base 2 is, thank you very much. still don't see why a 1000 units of something should be 1024 in binary. There is no reason, there never has been a good reason and it only created confusion. It's a historical mistake and it's about time we start correcting it

You can all argue that kilo in the binary system is 1024.

Yeah, it's true, but for the average consumer kilo is 1000 and HD makers using that just made things worse so I agree that some changes must be made if you want to reach the consumer, no other way around.

Yes having conflicting numbers is bad, and since we'd been using 1024 from the very beginning it should never have been changed. It was the hard drive makers that changed it, not because it was correct but because it made their products sound bigger. Once again, computers are binary devices. Yes Kilo means 1000...in base 10. We're not dealing with that though.

Kilo means 10^3 everywhere, always and forever. It's an international standard clearly defined to be for powers of 10.

There are alternatives for base 2 systems that are also clearly defined - they are not the same as the base-10 SI prefixes. The term was used incorrectly and there is now a push to be more accurate. what benefit is there to continue to be incorrect in one branch of computing?

You might have had an argument if the prefix was universal within computer technology circles but it isn't (see network transmission rates: 1 megabit per second is not 1024^2 bits / second). It all hinges on the idea that computers will continue to operate in binary forever (quantum computers are likely to use base 3 or 5).

I'm fully aware of what base 10 and base 2 is, thank you very much. still don't see why a 1000 units of something should be 1024 in binary. There is no reason, there never has been a good reason and it only created confusion. It's a historical mistake and it's about time we start correcting it

Because it works better for digital calculations. Ask yourself why 1Byte has 8 bits? For the same reason, having 9bits you wouldn't be able to divide by 2, and 8 is a better choice than 10 because it's 2^3, while 10 is not a power of 2. 1024 is 2^10, while 1000 is not a power of 2 which complicates the ability of processors to calculate data.

Everything is in their right place, there is no use to put decimal system in computers because the hardware itself will never use it.

It also brings it in line with HD makers (who have always done it properly)

Uhhh, no. The standard since the beginnings of the personal computer revolution in the 70's (and probably before that) has been to refer to a kilobyte as KB (note the uppercase K) and that it was equal to 1024 bytes. And by extension a megabyte is 1024 KBs, and so on. The push towards using SI or IEC terminology only really got going a little over a decade ago when IEC passed their proposal for the new prefixes. http://en.wikipedia.org/wiki/Kibi-#Inconsistent_use_of_units

There is no 1000 in base 2

Your statement is ambiguous and confusing. Just for those who might be confused, it should be said that the Base-10 number 1000 is translatable to the Base-2 (binary) number 1111101000. Now, a kilobyte is defined as a quantity of bytes that amounts to 1000, with 1000 being understood as a Base-10 number, so there are 1000 (understood as Base-10) binary digits in a kilobyte.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Waymo recalls self-driving software after cars enter closed freeway work zones by Paul Hill Waymo, the self-driving car maker owned by Alphabet – the parent company of Google –, has recalled some of its fifth-generation Automated Driving Systems (ADS). It did so after some of its cars drove through closed construction zones. According to the National Highway Traffic Safety Administration (NHTSA), the affected vehicles were capable of driving through a closed freeway construction zone and continuing to drive at speed. The listing on the NHTSA website says that Waymo is currently developing a solution to fix this issue, but in the meantime, freeway driving is being restricted. Waymo will update its ADS software so that vehicles can detect when they can avoid entering construction zones. According to the Safety Recall Report, on April 20, 2026, Waymo’s Field Safety Committee began meetings reviewing an event from April 11, 2026, and five events from April 19, 2026, where Waymo’s autonomous vehicles didn’t recognize and drove past ramp closure signs into the pre-planned freeway construction zones. This took place in Phoenix, Arizona. Separately, on May 18, 2026, seven Waymo vehicles entered freeway lanes with active construction in the San Francisco Bay Area by driving between cones that were placed to show the lane was closed. On the back of both of these events, Waymo restricted freeway driving until it could address the issue. In June, Waymo’s Safety Board reviewed the issue and additional information related to ADS performances around construction zones; then, as a result, it decided to conduct a recall. This development is not good for Waymo as it adds to a growing list of technical hiccups its cars have experienced. Ultimately, it will lead to more scrutiny from lawmakers around the world who will be more cautious about letting autonomous vehicles on their roads without tighter regulation. For readers in areas where Waymo operates, does this news make you more wary about stepping into one of these vehicles?
    • I'm still on Windows 10 22H2 because I didn't want to deal with all the issues in Windows 11, so I waited almost a week before installing the latest Patch Tuesday update (KB5094127), I went ahead and did it, and it was a huge mistake—ever since then, my File Explorer has seen a performance drop of about 30% when transferring large files... Once again, Microsoft has outdone itself! This update cannot be uninstalled, either through the Control Panel (via Settings) or by accessing Advanced Startup Options. The only possible alternative would be to use system restore points, but I’d have to reinstall all app and driver updates (and there’s no guarantee it would work). Or there’s the “nuclear option” of a in-place repair without losing files or apps, but even then, all my customizations would be lost! Microsoft just can’t help but mess everything up! Way to go, Microsoft! But I still don’t want your c****y Windows 11!
    • Microsoft: Windows 11 could finally solve a major issue across AMD, Nvidia, and Intel GPUs by Sayan Sen While Microsoft has been trying to improve it, Windows 11 is definitely not flawless, as even today some issues are taking a year to publicly acknowledge. However, one area of trouble that may finally see much better results soon is graphics driver crashes. Work on graphics driver timeouts, also called Timeout and Detection Recovery (TDR), is not new as the latest WDDM 3.2 also has specific improvements regarding it. Windows Display Driver Model (WDDM) version 3.2 is supported on Windows 11 24H2 and 25H2. However, with the upcoming version 26H2, TDR crash diagnosis could go to the next level as Microsoft is introducing a new DirectX 12 API feature called "DirectX Dump Files". Similar to how system memory dump files work when a system crashes or freezes or encounters any such major issue, DirectX Dump Files (DDF) will essentially record a snapshot of the GPU execution right at the moment a graphics-related crash or hang or freeze occurs, so that developers can better understand and diagnoze these TDR and timeout detection errors. The dump will be available as a .dxdmp file for analysis and it will be a comprehensive dump file generated with detailed insights about the hardware, drivers, Windows, as well as the affected application. This should be another welcome change in this department. Earlier at GDC 2026, when the technology was first debuted, Microsoft had shared more details regarding it. The company had explained how DDF is designed to gather data from every layer of the graphics stack into a single file, eliminating the need for developers to manually correlate logs from multiple tools. As mentioned above, the dump can contain a lot of useful details like GPU hardware state information such as register values, shader program counters, page fault virtual addresses, shader memory data, and command buffers. Alongside that, it also captures DirectX runtime and kernel information, including D3D objects, pipeline state objects, device error data, adapter details, and CPU call stacks. Microsoft says the feature has been built around two primary use cases: retail device removals and local device removals. The former allows developers to collect crash information from end users' systems in the field, while the latter helps QA teams and developers investigate issues on test machines. Developers will also be able to include up to 2 MB of custom application data through new D3D12 APIs, providing additional context for troubleshooting. In addition, Microsoft is introducing three dump collection modes ranging from zero-overhead capture, which has no runtime performance impact on supported hardware, to higher-detail modes that collect more vendor-specific debugging data. On compatible Tier 2 hardware, zero-overhead dumps will be enabled by default, meaning developers may begin receiving useful crash diagnostics without making any code changes. The table below explains the three tiers: Tier Description NO_OVERHEAD Enables crash capture with no runtime cost and is suitable for broad deployment MEDIUM_OVERHEAD Provides a balance, capturing additional diagnostic data with moderate impact HIGH_OVERHEAD Collects the most detailed GPU and driver state available, enabling deeper investigation at the cost of higher runtime overhead In terms of availability, the company expects broader release to be around the fall of 2026, which should be right around the time when Windows 11 version 26H2 lands. Right now, DirectX Dump Files are available as a preview and currently, only AMD has the compatible AgilitySDK Developer Preview driver version 26.10.07.02. You can find the official announcement post here on Microsoft's website.
    • And with SO much better perf than the laggy mess that is Files.
  • Recent Achievements

    • One Month Later
      Sharbel earned a badge
      One Month Later
    • First Post
      BizSAR earned a badge
      First Post
    • Week One Done
      Jordan Smith earned a badge
      Week One Done
    • Reacting Well
      BizSAR earned a badge
      Reacting Well
    • First Post
      AndreaB earned a badge
      First Post
  • Popular Contributors

    1. 1
      +primortal
      598
    2. 2
      +Edouard
      190
    3. 3
      PsYcHoKiLLa
      79
    4. 4
      Michael Scrip
      76
    5. 5
      Steven P.
      70
  • Tell a friend

    Love Neowin? Tell a friend!