Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Data Storage Microsoft Open Source Patents Linux

Open Source ExFAT File System Reaches 1.0 Status 151

Titus Andronicus writes "fuse-exfat, a GPLv3 implementation of the exFAT file system for Linux, FreeBSD, and OS X, has reached 1.0 status, according to an announcement from Andrew Nayenko, the primary developer. exFAT is a file system designed for sneaker-netting terabyte-scale files and groups of files on flash drives and memory cards between and among Windows, OS X, and consumer electronics devices. It was introduced by Microsoft in late 2006. Will fuse-exfat cut into Microsoft's juicy exFAT licensing revenue? Will Microsoft litigate fuse-exfat's developers and users into patent oblivion? Will there be a DKMS dynamic kernel module version of the software, similar to the ZFS on Linux project? All that remains to be seen. ReadWrite, The H, and Phoronix cover the story."
This discussion has been archived. No new comments can be posted.

Open Source ExFAT File System Reaches 1.0 Status

Comments Filter:
  • A file system is normally designed for one's own usages. A file system is entirely contained within your computer system (or in the event of a distributed file system, within computers under your control). What use then is "sneaker-netting" files between Windows, OSX, and Linux? Isn't this a network concept?

    • by Anonymous Coward on Wednesday January 23, 2013 @05:20PM (#42674247)

      You do know what a "Sneaker Net" is dont you ? I guess not. It is using media such as SD Card or USB stick or hard drive to move files from one location to another by walking ie on your feet that are wearing sneakers, also very similar to using a "V8" net as in "Never underestimate the bandwidth of a V8 station wagon loaded with tapes / drives hurtling across the country"

      • Thanks for the chuckle. I knew what Sneaker Net was, but I'd never heard of a V8 Net.

    • by perbu ( 624267 )
      ExFAT is designed for use on SD cards and other portable storage units that get moved around.
    • by gaudior ( 113467 )
      Portable hard drives and thumbdrives are often a much better option for transferring large numbers of large files than networks, even very fast ones.
    • "Never underestimate the bandwidth of a station wagon full of tapes." It's still faster to drive terabytes of data across town than it is to "network" it unless you have an unusually fast internet connection on both ends and a reliable tube between the locations.

      • by jandrese ( 485 )
        The problem with that statement is that it doesn't take into account the time spent writing the data to tape, or reading it on the other side. Once you add those factors it's a lot harder to beat a good network connection.
        • Let it work to your advantage. There is no reason the tape can't be read while the writer is still writing.

        • It really depends on what you mean by a "good network connection", how much data you have to move and how many items of storage media (not nessacerally tape) you can fill in paralell.

          Lets assume

          You have 3TB of data
          You fill/empty your drive at 1 gigabit per second (number plucked from wikipedia and rounded)
          Your network between sites is 100 megabit per second.

          It takes 24000 seconds to put the data on the drive and another 24000 seconds to copy it off again at the destination. In comparision it would take 2400

    • by Vairon ( 17314 )

      FAT filesystems are traditionally used on USB flash drives, SD cards and other removable storage to copy files between computers, cameras, printers and other devices which may not be attached to each other on a network. Sneakernet is a term for when you move files via removable storage between computers instead of using a network. For example, if you want to copy several gigabytes of data from one location to another and it would take several hours to complete via the Internet or only take 15 minutes to dri

    • What use then is "sneaker-netting" files between Windows, OSX, and Linux? Isn't this a network concept?

      Not if the network is cost prohibitive. Good luck transferring 10-gigabyte files over cellular.

    • It would be nice to live in a world where I had a server on a gigabit network connection with unlimited traffic and every machine I touched also had a gigabit network connection with unlimited traffic back to that server.

      Back in the real world I don't have that luxury, end user ports on the university network are only 100 megabit and my cable connection at home is even slower so when I need to use large files on multiple computers it's faster to carry an external hard drive arround than to try and use the n

      • so when I need to use large files on multiple computers it's faster to carry an external hard drive arround than to try and use the network.

        And that external hard drive can be formatted UDF, as long as you don't need to write to the drive from a Windows XP machine [superuser.com].

        I guess I could carry a laptop arround and setup a network connection directly with the machine I wanted to use the file on but that is a lot bulikier and more hassle than just plugging in an external hard drive.

        That or an external hard drive in a NAS enclosure, so that any computer that speaks FTP or SMB can read and write its files. Or an external hard drive in a USB enclosure that speaks MTP, so that any computer that speaks MTP (such as any Windows PC or any Mac with the MTP class driver [google.com]) can read and write its files. The difference is that both NAS and MTP work on the level of files, unl

      • This is the actual purpose of bittorrent. They all get it at (roughly) the same time.
    • Because you would never need to transfer a file to something you can't hook up to your network, like the USB port on your car stereo, would you?

      You would always want to waste days transferring a terabyte or two across the Internet, instead of 30 minutes to drive it across town, right?

      Never underestimate the bandwidth of an SUV filled with hard drives hurtling down the freeway. The latency sucks, though.

  • by BLToday ( 1777712 ) on Wednesday January 23, 2013 @05:16PM (#42674213)

    As far as I know it's part of OS X since Snow Leopard. But I could totally use the Linux support.

  • by SuricouRaven ( 1897204 ) on Wednesday January 23, 2013 @05:48PM (#42674639)

    First they'll give enough time for it to get established to the point of being considered an essential for any functional desktop.

    *Then* they'll start suing.

    • by Gadget_Guy ( 627405 ) on Wednesday January 23, 2013 @06:06PM (#42674889)

      Based on their previous actions, they will allow the use of this project in distros but will sue any commercial implementation that uses it. So they haven't sued Ubuntu or Mint, but have sued TomTom.

    • by c0lo ( 1497653 )

      *Then* they'll start suing.

      Suing who?

      • Obviously anyone who makes money off their shitty file system.

        • by c0lo ( 1497653 )
          I'm safe then.
          • Me too, because I don't plan on touching any FAT file systems with a ten foot pole if I can help it. It's bad enough portable systems like cameras and phones often require it; I get my data off of those systems ASAP and on a more sane file system, first chance I get. I have already tried externally formatting my Android phone's SD card as ext2 with no success... it would be nice if ext2 and UFS were supported by these things.

            Android... the Linux that can't even support its own native file system.

  • DKMS? (Score:4, Insightful)

    by r1348 ( 2567295 ) on Wednesday January 23, 2013 @05:49PM (#42674643)

    As the name clearly states, this is a FUSE implementation of exFAT, i.e. userspace. In which case DKMS is as useful as a fork for soup.

    So not only we get the news two days after Phoronix [1], but the poster has no idea on what he's talking about.

    [1] http://www.phoronix.com/scan.php?page=news_item&px=MTI3OTQ [phoronix.com]

  • The fact that this isn't in the kernel and that device manufacturers can't ship it remains a serious problem for Linux.

Keep up the good work! But please don't ask me to help.

Working...