To read all comments associated with this story, please click here.
Not just exFat. FAT is protected by patents as well, I imagine all Android/Linux makers got nastygrams with fat being some of the infringing patents.
ExFAT is basically just regular FAT with support for larger volumes and file sizes plus some minor features cribbed from more modern filesystems.
Edited 2012-09-18 22:39 UTC
Most SD-cards never get exchanged between devices. So, why doesn't RIM simply choose a good an affordable (read: free) file system? ext3, etx4, reiser, jfs....
Why choose exFAT, which is a)worse and b)more expensive?
I mean, Microsoft isn't exactly known for state of the art filesystems, or did I miss something?
Because many people do extract their SD card from their camera or mobile phone and insert it into their laptops.
Try to do that with ext3 and you've got yourself into three problems:
- Not supported out-of-the box on Mac and Windows
- Even after installing a driver, the support is not that good. Unless you go for a commercial implementation, such as Paragon's, and that means royalties. And if you are going to pay royalties, well, wtf, pay them to Microsoft and get FAT, which does not neeed a driver!
- Some people will try the SD card on a computer where the driver is not installed, they will receive the infamous "unknown partition" message and bitch about having lost all their data
So essentially going for FAT or anything which is supported out of the box by Windows and works acceptably well is the best business decision. Props if it also works out of the box and reasonably well on Mac. Linux? No need to care about them.
Problem is, FAT gets incredibly inefficient the larger you make your partition. You would have to be nuts to actually want to format a 128GB drive or partition with FAT, and I wouldn't really want to make a FAT partition with a size of 64GB either. There's a reason Microsoft has placed an artificial limitation in Windows and FDISK versions starting with Windows 98 (though maybe excluding Windows ME): FAT SUCKS on larger volumes.
It's not just to get you over to NTFS (although that is no doubt the primary reason). But in this case, they're actually right: it does make more sense to use NTFS instead of FAT on larger partitions. Far more sense, in fact. Cluster sizes jump from 16K to 32K in volumes over 32GB, leading to more slack space, especially if you have a decent number of small files. The larger the partition is, the larger the file allocation table becomes, to the point of being a massive waste of space on its own. The FAT, quite literally, gets fat.
Only potential exception: flash memory devices. NTFS is not designed to work well with those and their finite number of writes per block. I guess if you're only going to put a bunch of large videos and similar files on it you might be fine, but watch out for another potential problem: FAT has a file size limit of 4GB. Sorry, no full-size DVD images here.
http://www.pcguide.com/ref/hdd/file/partSlack-c.html [slack space]
http://www.pcguide.com/ref/hdd/file/partCluster-c.html [partition/cluster sizes]
http://www.pcguide.com/ref/hdd/file/partFAT32-c.html [FAT sizes]
http://www.pcguide.com/ref/hdd/file/part.htm [the whole site]
http://www.allensmith.net/Storage/HDDlimit/FAT32.htm [another site with some information]
I was forced at one point to use FAT32 to format one of my external hard drives to be able to use it to play music from while playing my Xbox 360. If I had the choice to use another file system, I would not have resisted at all. Even NTFS would have been nice--another Microsoft file system that is much faster, more efficient and more reliable with large drives, but the system would only accept FAT.
FAT just sucks, and exFAT is every bit as bad when it comes to these patents that Microsoft was granted and is enforcing. Not to mention its support outside of Windows before Vista sucks, as does its use as a general cross-platform-compatible "universal" file system.
Edited 2012-09-19 01:58 UTC





Member since:
2006-07-16
The reason we are using FAT for SD cards is FAT consumes little space in metadata and is supported by all the major operating systems (Windows and Mac).
Don't forget most people (and OEMs) only moved from FAT32 (which is essentially FAT, only consuming a few more blocks for long names) to NTFS when hard disks became larger than 32 GB. I expected a similar move for SD cards but exFAT, which is lighter than NTFS, may make that different.
Problem is the exFAT driver on Linux is very very slow (and affected by patents), unless you purchase the commercial implementation by Tuxera.
Edited 2012-09-18 22:25 UTC