Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

exFAT in the Linux kernel

cloudblogs.microsoft.com

Post reply on HN
Print view View original

181–190 of 280 posts

Re: exFAT in the Linux kernel

#181

Post by shmerl »

angrygoat wrote: post #180
newscracker wrote: post #179

When will we have a modern file system that “just works” for read and write on Windows, Linux and Mac without the need to buy some proprietary product or depend on some open source option that may not be maintained or 100% reliable? Seems like going over the network is the easiest option for people who use multiple OSes, though it comes with incompatibilities in permissions, ownership and also comes with a speed hit.…

exFAT works on MacOS >= 10.6.5, Windows and with this announcement hopefully shortly on Linux. I'd say it counts as a modern file system too - only released in 2006.

I'd count "modern", as something like btrfs, zfs or bcahefs.

Re: exFAT in the Linux kernel

#182

Post by riffraff »

sjwright wrote: post #137
throwaway_391 wrote: post #117

Earlier quoted context omitted.

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 didn't hear back from prospective jobs that asked for a word format specifically This almost always means you're speaking to a recruiter who is going to strip your identity from the resume so they can hold it hostage for an agreed commission. This also puts your submission at a disadvantage because you're automatically 10% more expensive than the next guy. If you're submitting your job application, double check t…

I was lucky enough that I never had to apply for a job with such requirements, but how does one learn about stuff like this?

Re: exFAT in the Linux kernel

#183

Post by riffraff »

veridies wrote: post #178
tw04 wrote: post #166

Earlier quoted context omitted.

Given that Microsoft is a for-profit company, what's the financial justification for writing office for Linux on desktop? The market share isn't even a rounding error and you're talking about them investing tens of millions minimum into the development. The fact they have office on Android, iOS, and osx proves it's about market share and common sense, not some fabricated hatred or fear of Linux on the desktop.

They don't have a mobile OS anymore. Apple is hardware-limited; there's a much larger buy-in required if you wanted to switch from Windows to MacOS than to Linux. And companies could save a LOT of money on computers if all they needed for software was Office and that were available on Linux.

yeah but the money they'd save is money that would go to microsoft through windows licenses and support, why would they want to lose that?

Re: exFAT in the Linux kernel

#184

Post by Abishek_Muthian »

angrygoat wrote: post #180
newscracker wrote: post #179

When will we have a modern file system that “just works” for read and write on Windows, Linux and Mac without the need to buy some proprietary product or depend on some open source option that may not be maintained or 100% reliable? Seems like going over the network is the easiest option for people who use multiple OSes, though it comes with incompatibilities in permissions, ownership and also comes with a speed hit.…

exFAT works on MacOS >= 10.6.5, Windows and with this announcement hopefully shortly on Linux. I'd say it counts as a modern file system too - only released in 2006.

It already does in Linux albeit not by default, it needs exFAT-utils and in android Paragon has the app with license for exFAT.

Re: exFAT in the Linux kernel

#185

Post by mavhc »

nolok wrote: post #173
skinnymuch wrote: post #169

Earlier quoted context omitted.

I am guessing Office 365 has some sort of offline capabilities. Maybe not? For the email, can’t you write it anywhere? Difference is it’s not officially a draft in an email client.

Office 365 allows you to install the latest version of word excel ... too in addition to their web versions. It’s actually the superior part of the offering, even though Hm tends to focus on the web part (why superior ? Automatic upgrade to latest so no mismatch of versions inside your company, no expensive acquisition cost merely add less than ten euro a month to add a new user, disable the next month if it didn't w…

Office 365 is 700 things all with the same name.

Office 365 web apps (free), Office 365 the monthly updating desktop Windows version of MSOffice (not free)

Re: exFAT in the Linux kernel

#186

Post by throwaway8941 »

benbristow wrote: post #56
bubblethink wrote: post #54

Any news on NTFS ?

NTFS-3g is pretty good and support on Linux is definitely a lot better than it used to be. Still, official (or officially supported/documented) support would be really nice. Honestly I hope even Windows abandons NTFS soon. It's the worst part of using Windows. e.g. Try and develop any Node project on Windows and it's painful - takes literally minutes to delete the node_modules folder whereas on Linux/Mac it takes sec…

It's not a problem with NTFS and switching to another filesystem won't help. It's the classic "death from a thousand papercuts". The only way to mitigate performance issues is to bypass most of their I/O stack altogether, like they did with WSL2.

https://github.com/Microsoft/WSL/issues/873#issuecomment-425...

Re: exFAT in the Linux kernel

#187

Post by dis-sys »

I will believe Microsoft loves Linux when they decide to drop the development of their buggy NT kernel and starts to build windows on top of the mainline Linux kernel.

Everything else is just cheap marketing.

Re: exFAT in the Linux kernel

#188

Post by codycraven »

grosswait wrote: post #156
dekhn wrote: post #124

Earlier quoted context omitted.

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

Run a benchmark that measures more than throughput and you'll see the difference. IOPs are usually poor.

Latency is a nightmare if you perform certain types of tasks on FUSE.

Re: exFAT in the Linux kernel

#190

Post by pferde »

msftlvslicnsing wrote: post #119
jaboutboul wrote: post #103

Earlier quoted context omitted.

Okay but this is the future of our industry. Are they just supposed to roll over or die? Shouldn’t we appreciate that after decades of bad blood they’ve decided to now wise up? Shouldn’t we give the benefit of the doubt? Companies have to face it. Community-which was once considered auxiliary bullshit that needed lip service—has now become the de-facto requirement for how to engage users and customers in a technology…

Companies are not people. They are not owed any second chances, olive branches, benefits of doubt. Nothing is stopping any of MSFT's OSS-Forward ideas from being brought up by capable people in other contexts. > Community-which was once considered auxiliary bullshit that needed lip service—has now become the de-facto requirement for how to engage users and customers in a technology business. I don't know what you're…

The only move towards "community" from big companies I've seen so far is that nowadays you can make a ruckus on twitter to make them care.
Post reply on HN