Live data from Hacker News

exFAT in the Linux kernel

cloudblogs.microsoft.com

121–130 of 280 posts

Re: exFAT in the Linux kernel

#121

Earlier quoted context omitted.

Run SQL server on more cloud providers that way

Of course. Similarly, Linux is run more than Windows on Azure.

This also means the majority of OSes operating on a Microsoft proprietary cloud arch are based around a kernel whose governance is becoming increasingly influenced by - you guessed it - Microsoft.

Re: exFAT in the Linux kernel

#122
post #81

Earlier quoted context omitted.

Stop shitting on them. We won the war. They’re mending their ways. It takes a long time to right such a large ship with levels upon levels of bureaucratic bullshit that’s been caked on for decades. It’s a WIP and they just granted a patent license to the OIN for fuck’s sake. Even 10 years ago this would have sounded like science fiction.

No, we are losing the war. Open Source is not an impediment to Microsoft's attacks on users' freedom. You can get a job on LinkedIn to write code on GitHub that runs on Windows and talks to a server deployed to Azure with a single click from within the README.md . In that ecosystem, permissively licensed Open Source software just helps Microsoft exploit you. Which is why Microsoft unironically love Open Source and ar…

You already know that Open Source is not the same as Free Software. There is very little public support for Stallmans idea of free software values, so your use of the term "we" is puzzling. FWICT, the HN audience primarily consists of people who want to start companies to make MONEY, not engage in social movements over software freedoms. Its impossible to say this without sounding rude but, you seem like a Slashdot anti-MS nutter. Also, there is simply no reason for MS to hate open source or free software. What MS is doing is already successful and they're making tons of cash. That doesn't mean its good, or that we have to agree with their position.

Re: exFAT in the Linux kernel

#123
post #12

Earlier quoted context omitted.

Aren't the FAT patents about to expire anyway?

Some of the earliest ones, surely, but presumably Microsoft also continued to patent later innovations: all of the "extended" in ExFAT.

This seems to be one of the patents involved: https://worldwide.espacenet.com/publicationDetails/biblio?CC...

I'm not sure what's the expiry on 2008 submission.

Re: exFAT in the Linux kernel

#124
post #77

Earlier quoted context omitted.

I use a FUSE filesystem on linux- not ExFAT, but as an S3 interface. I often see 1+Gigabyte/sec throughput over the wire from simple multithreaded IO operations. FUSE can be very fast.

For one thing, that's throughput, not latency. For another, that's probably a desktop, not a smartphone.

That's correct, my metric for performance is throughput I don't really think a desktop vs a smartphone matters much at this comparison, it's just my observation that when people say a fuse filesystem is slow it's just not well-engineered, not that the fuse API is inherently slow

Re: exFAT in the Linux kernel

#125
post #101

Earlier quoted context omitted.

>instead of requiring people to jump through many many hoops to actually install it Yeah the hoops of going to the Store, searching for "ubuntu" and clicking Install

Are they not still requiring this? Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux I admit I haven't used WSL in a while.

You still need to enable the subsystem, but I don't see why most users need it on by default. It seems like an easy enough feature to prompt the user to enable (or enable for them automatically) if your application calls for it.

Re: exFAT in the Linux kernel

#126
post #33

I'll believe Microsoft loves Linux when I can install Microsoft Office in my desktop Linux machine. Everything else is marketing. Edit: to expand, the corporate world runs on Excel/PowerPoint/Outlook. Microsoft milks them on Windows/Office licensing and is very aggressive against organizations that try to do Linux deployments. They're a convicted monopolist that got away easily when at some point the option on the ta…

I would recommend against using Office 365 web ui for word/excel etc, I'd also recommend avoiding the MacOS Office build for the same reason: They're both buggy as hell, the type of bugs that will make your document render in unintended ways when somebody opens it on the other side. At some point, Word for Mac decided to remove whitespace between words on my resume - I couldn't see them and generally exported to PDF,…

> I'd also recommend avoiding the MacOS Office build for the same reason

I never understood why they made it a effectively a different product. (Once you go past the trivial interaction) Different features, different behaviours, different problems. Why is excel for Mac not the same engine with a different UI?

Re: exFAT in the Linux kernel

#127
post #4

The big deal here is the patent grant. FAT related patents were held over linux like a gun in the Ballmer years. Its a reason Linux was stuck with 8.3 length filenames for so long.

does this mean we can finally get MSC back and not be stuck with the giant turd that is MTP?

Re: exFAT in the Linux kernel

#128
post #62
post #36

Earlier quoted context omitted.

Sorry, dumb question. :) I guess I never noticed a problem because either I mostly use ext3/4, or I am so used to using legally dubious drivers that I forgot they were there. I mean, who ever gives you a FAT formatted disk? I don't have floppy drive anyway :p

Linux itself creates a FAT partition for /boot, because the UEFI standard supports loading from FAT. As well, if you ever look at a live-CD (like the installers for most modern Linux distros are), it will usually be using SYSLINUX, which limits itself to 8.3 filenames, for various good reasons to do with floppies, PXE, and ISO9660. Mount an Ubuntu CD in Windows and you'll see them.

And IIRC, FAT being in the UEFI specification kind of solved the patent issue over FAT being in the Linux kernel tree.

Re: exFAT in the Linux kernel

#129
post #80
post #12

Earlier quoted context omitted.

Aren't the FAT patents about to expire anyway?

The original ones from the MSDOS days should have long expired. The one with VFAT/FAT32 from the Windows 95 era should have expired a few years back. I think exFAT is probably the last one remaining.

Yes I forgot that exFAT is a whole new thing from 2008.
Post reply on HN