Slashdot Mirror


Microsoft Announces ReFS, a New Filesystem For Windows 8

bonch writes "Microsoft has shared details about its new filesystem called ReFS, which stands for Resilient File System. Codenamed 'Protogon,' ReFS will first appear as the storage system for Windows Server and later be offered to Windows clients. Microsoft plans to deprecate lesser-used NTFS features while maintaining 'a high degree of compatibility' for most uses. NTFS has been criticized in the past for its inelegant architecture."

459 comments

  1. My preview of ReFS by TechGuys · · Score: 5, Funny

    After my initial tests, I must say that ReFS is incredible advangement. ReFS supports named streams, object IDs, short names, compression, file level encryption (EFS), user data transactions, sparse, hard-links, extended attributes and quotas. It is basically all the best filesystems compiled into one.

    Not only is this good for Windows system, but overall network architecture.

    1. Re:My preview of ReFS by Anonymous Coward · · Score: 3, Interesting

      How does it compare to ZFS in terms of resilience? After all, it's in the damn name.

    2. Re:My preview of ReFS by Anon-Admin · · Score: 4, Insightful

      So they are starting to catch up with the ext3 filesystem.

    3. Re:My preview of ReFS by gnalre · · Score: 4, Funny

      After my initial tests, I must say that ReFS is incredible advangement. ReFS supports named streams, object IDs, short names, compression, file level encryption (EFS), user data transactions, sparse, hard-links, extended attributes and quotas. It is basically all the best filesystems compiled into one.

      Not only is this good for Windows system, but overall network architecture.

      and of course will be an open standard(Sarcasm Alert)

      --
      Choose your allies carefully, it is highly unlikely you will be held accountable for the actions of your enemies
    4. Re:My preview of ReFS by DarkOx · · Score: 5, Informative

      That's very interesting given the article says

      There are some NTFS features for which Microsoft plans to drop support with ReFS, specifically named streams, object IDs, short names, compression, file level encryption (EFS), user data transactions, sparse, hard-links, extended attributes, and quotas, Verma blogged. That said, one of Microsoftâ(TM)s goals with ReFS is to âoemaintain a high degree of compatibility with a subset of NTFS features that are widely adopted while deprecating others that provide limited value at the cost of system complexity and footprint,â Verma said.

      --
      Repeal the 17th Amendment TODAY! Also Please Read http://www.gnu.org/philosophy/right-to-read.html
    5. Re:My preview of ReFS by ledow · · Score: 3, Interesting

      Great. What does that mean for users?

      Amateurs: Nothing at all.
      "Know-a-bit's": Almost nothing.
      Professional users: Nothing we couldn't do before.
      State-of-the-art, top-dog, storage-gods: Nothing very special or new at all.

      Now, if you'd said that it finally supported WinFS-style file tagging and searching, then you'd have ticked lots of boxes for all manner of users. As it is, it's a "slightly better filesystem than before" and hardly newsworthy (out of all your "features", I only spot one that you can't already do with Windows alone and that would ever be exposed to someone NOT using bit-level access to the drive - file level encryption).

    6. Re:My preview of ReFS by NJRoadfan · · Score: 2

      Umm, aren't those the features being dropped?

    7. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      It's worth noting NTFS already has most (if not all) of the features you quoted.

      Time will tell if it is better designed or behaved than NTFS; but users can already use NTFS to do everything you mentioned.

    8. Re:My preview of ReFS by vlm · · Score: 5, Funny

      End users: We still live in a world of 8.3 filenames. Sorry. Till the last PC is burned in a bonfire...

      You know what would be a funny graph of google data? How many are still serving up .htm files instead of .html files vs year.

      20 years from now my grandkids are going to have to answer on Jeopardy why computer filenames are still in a 8.3 filename format.

      --
      "Science flies us to the moon. Religion flies us into buildings." - Victor Stenger
    9. Re:My preview of ReFS by Anonymous Coward · · Score: 1

      I'm gonna assume your comment was lost because you needed sarcasm font.

    10. Re:My preview of ReFS by vlm · · Score: 2, Informative

      So they are starting to catch up with the ext3 filesystem.

      I thought it sounded pretty much like a dumbed down version of AFS... from the early 90s. The problem is I never use any of that extra stuff because I have no use for it. I don't remember if I can do sparse with AFS because I don't care about sparse. At home I do the openafs thing for linux, mac, and windoze and everything is in AFS, so I don't really care what windows uses natively, its just kind of a bootloader to get to my real files over afs.

      I hope there is a way to disable file level compression, because nothing sucks worse than shoving pre-compressed media files into and out of another compressor. Also it screws CPU performance in favor of storage space... So my storage is limitless or its incompressible data, but my CPU gaming cycles are limited, I'm not seeing this turn out well.

      --
      "Science flies us to the moon. Religion flies us into buildings." - Victor Stenger
    11. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      Moreover, these are exactly the features being dropped in transition from NTFS to ReFS.

    12. Re:My preview of ReFS by Anonymous Coward · · Score: 1

      Where do you find your files? I haven't seen an 8.3 for many years, and I work in a hospital research group that still deploys XP images on new computers (and runs its webmail with outlook 2003, argh).

    13. Re:My preview of ReFS by SpryGuy · · Score: 4, Informative

      You need to RTFA. The grandparent was a spoof. ReFS doesn't support compression. Or short-names. etc.

      --

      - Spryguy
      There are three kinds of people in this world: those that can count and those that can't
    14. Re:My preview of ReFS by fibonacci8 · · Score: 1, Flamebait

      http://slashdot.org/~bonch Note the collaboration between this, and numerous other "contributors" between extremely verbose first posts submitted within the same minute as their submitted articles. How much are you getting paid to game slashdot? Evidence: check how many contributors defend first posts that are clearly prepped to send immediately after a story goes live. Humans don't tend to type more than 200 words per minute in response to actual news. But shills who get paid to post do.

      --
      Inheritance is the sincerest form of nepotism.
    15. Re:My preview of ReFS by Enderandrew · · Score: 4, Insightful

      Not everything that Microsoft makes is bad. Just because someone says a particular product or technology is good doesn't make them a troll. In fact, as much as Windows drives me up a wall, I am a really big fan of Microsoft Security Essentials.

      Assuming that everything Microsoft is terrible conversely is trolling.

      --
      http://blindscribblings.com - Tasty pop-culture in conceptual fashion.
    16. Re:My preview of ReFS by Enderandrew · · Score: 1

      Supposedly they also support pools across multiple devices of different sizes that can be reallocated dynamically.

      In that regard, it is more like zfs and btrfs, and on par with the best filesystems out there.

      I'm curious what performance is like.

      --
      http://blindscribblings.com - Tasty pop-culture in conceptual fashion.
    17. Re:My preview of ReFS by mlts · · Score: 1

      Some of those features are actually useful:

      Compression comes into handy for dealing with directories full of log files.

      File level encryption is useful for volumes where BitLocker can't be used.

      Sparse files are extremely useful.

      As for quotas, unless they have another layer for warning/enforcement, how will places keep users from filling up their home directories?

      I'm hoping ReFS is up to ZFS with needed features, such as deduplication, encryption, an analog of RAID-Z, the filesystem working with the LVM layer (or even replacing it), and so on. Otherwise, people will just shrug and keep NTFS as their default fs of choice because it has been around for so long.

    18. Re:My preview of ReFS by andydread · · Score: 2

      Yes troll but it features POOR interoperability. No thanks.

    19. Re:My preview of ReFS by K.+S.+Kyosuke · · Score: 1

      After my initial tests, I must say that ReFS is incredible advangement. ReFS supports named streams, object IDs, short names, compression, file level encryption (EFS), user data transactions, sparse, hard-links, extended attributes and quotas. It is basically all the best filesystems compiled into one.

      We have a cautionary fairy tale here about the cat and the dog baking a cake. Since they don't know how to bake a tasty cake, they decide to put every tasty ingredient they know into the mix. So then naturally include flour, milk, butter, eggs, whipped cream, bones, mice, sausages, candies, chocolate, pork cracklings, sauce...and so on, except for bread, which neither cats nor dogs seem to like. Well, I guess you can guess what they got in the end.

      --
      Ezekiel 23:20
    20. Re:My preview of ReFS by Anonymous Coward · · Score: 5, Insightful

      Or maybe, just maybe, his post is actually a joke, wherein he copy/pasted the list of features being dropped (see paragraph 5 in TFA), claiming they were the advancements.

      But no, conspiracy theories are much more fun.

    21. Re:My preview of ReFS by compro01 · · Score: 3, Informative

      Some of those features are actually useful

      Yes, and they're DROPPING those features.

      --
      upon the advice of my lawyer, i have no sig at this time
    22. Re:My preview of ReFS by Anonymous Coward · · Score: 2

      So, you are a troll, posing as a MS shill ...

      really now.

      Interpret the GP's post anyway you want. But here's my take on MS in 2012:

      A large company in its Cash Cow phase of its life cycle using its gigantic clout and cash reserves to try to innovate in its struggle to stay relevant. After all, Apple is now kicking MS' ass. Big time.

      So what's happening?

      MS is innovating. They're using their obscene cash horde and are grasping at straws - like AT&T did before they became the current evil marketing trolls that they are now.

      They are producing some interesting work and innovations in their struggle to stay relevant and domineering in the market place. Speaking as a "high tech" investor, MS is considered a Dog. An also ran. A No Factor.

      I'm an ex-techie Wall Street guy - we think MS is an ex-beauty queen old hag who thinks she still can fuck any guy she wants. Ballmer is starting to get the drift.And he's really pushing for MS to become .... ????

      Ballmer needs to retire and become a maven of charity like Bill for us to become comfortable.In the meantime, MS can become something like Apple. Really, they can - at least I believe that; No. I have no position in MS nor do I plan on getting one.

      tl;dr MS haters, get a grip, It's not 1990 anymore.

    23. Re:My preview of ReFS by tgeek · · Score: 1

      All over the place. There's still a great many widely used software packages that evolved from and still use DOS/8.3 file naming. One example: Peachtree Accounting (in various flavors).

    24. Re:My preview of ReFS by andydread · · Score: 4, Insightful

      Actually for Windows MSE works pretty decent compared to the others with seeming less resource usage. Didn't they purchase that technology from someone else? I can't remember. However TechGuys is a known paid shill. At this point I don't even know why he bothers. The problem with this new filesystem is that it features very poor interoperability with non Microsoft products leaving your data at the mercy of Microsoft even worse than before. Now-a-days you can boot up Windows computer with a Linux live CD and rescue your files when windows is borked. That won't happen now. Microsort is doing everything in their power to break interoperability with open source and competing operating systems.

    25. Re:My preview of ReFS by Canazza · · Score: 4, Informative

      TechGuy's a troll who's gotten the most first-posts in the last week AND every one has either promoted an MS product or bashed a Google one. One even said "Use Silverlight instead of Dreamweaver for making a website".

      --
      It pays to be obvious, especially if you have a reputation for being subtle.
    26. Re:My preview of ReFS by Archangel+Michael · · Score: 1

      Doesn't mean they aren't there. FAT is still pervasive enough that you can't get away from 8.3. All you have to do is look at Movie and Music/Sound files, they all are .m4v and .mp3 and .wma and so on.

      Here's one, how do you tell the difference between avatar.m4v and avatar.m4v and which one is the crappy action adaption of a cartoon and which one was the crappy cartoon masking as an action flick?

      --
      Agent K: A *person* is smart. People are dumb, stupid, panicky animals, and you know it.
    27. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      setup.exe .rdp .txt .log .msi .dll

      Shall I continue? If you run a "PC" you will have these on your computer.

    28. Re:My preview of ReFS by Anonymous Coward · · Score: 0, Interesting

      DavidSell, ByOhTek, antitithenai, Bonch, Dtech and others are psuedonyms/sockpuppets used by the Waggener Edstrom rapid response team employed by MS to astroturf discussions in favour of MS and to attack any point of view which isn't favourable to MS and supportive of their interests.

      http://waggeneredstrom.com/about/approach

      Mod accordingly

    29. Re:My preview of ReFS by poetmatt · · Score: 1

      names don't change the game. We know a troll when we see it and will call you out every time for it.

      Shills, begone!

      After your initial tests, I'd say you're full of crap because it hasn't even been implemented yet.

    30. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      Yes, but will ReFS cause Microsoft to murder Yahoo?

    31. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      evidence that links those accounts? (before you get modded up for rumor)

    32. Re:My preview of ReFS by poetmatt · · Score: 1

      Uh, apple is in the exact same panic - have you not seen their lawsuit attempts against android?

      hint: it isn't stopping the competition.

    33. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      Because a sandwich is just like a car!

    34. Re:My preview of ReFS by Phics · · Score: 1

      Nah... pretty much everything they make is crap. That's why they buy companies like Sybari.

      --
      There are two types of people in the world; those who believe there are two types of people, and those who don't.
    35. Re:My preview of ReFS by hedwards · · Score: 2

      That thought crossed my mind, there are legitimate reasons for ditching NTFS, but I can't help but wonder if this has anything to do with Win 8 being the first release in a long time where they weren't under DoJ supervision. Also, at this point, NTFS support on other OSes is pretty good. Seems like a really convenient way of making it inconvenient to interoperate or multiboot.

    36. Re:My preview of ReFS by Anonymous Coward · · Score: 1

      Missed that whooshing sound, did you?

    37. Re:My preview of ReFS by hedwards · · Score: 1

      I'm pretty sure what they're dropping is the ability of the filesystem to take a long filename and interpret it as a short filename the way that FAT32 did. You'll still be able to have files that are named in the 8.3 format, you just won't have that as a fallback if the filesystem doesn't support it. Which really doesn't make anysense at this point.

      I mean even UFS supports 8.3 filenames, it's just not required for the OS to know what kind of a file it's dealing with. Perhaps MS is finally implementing something that will allow programs to identify a file type without using the extension.

    38. Re:My preview of ReFS by anonymov · · Score: 3, Informative

      Yeah, he's also very, very fast to be able a) read the article, b) concoct a funny answer, c) post it the same minute the article was published.

      All that without subscriber account, note.

      He's really agile with the keyboard, this guy, he does it fourth time already today.

    39. Re:My preview of ReFS by ByOhTek · · Score: 1

      Trust me, I know, but when it comes to marketing... They are nitwits, but even they aren't dumb enough to hire that guy.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    40. Re:My preview of ReFS by Anonymous Coward · · Score: 1

      However TechGuys is a known paid shill.

      Oh so you have seen his paychecks? Don't confuse fanboy with shill.

    41. Re:My preview of ReFS by ByOhTek · · Score: 2, Interesting

      I disagree on the 'paid' part. The posts are too incompetent. It seems more like a "I'll make MS look bad by posting this crap" type thing.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    42. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      all the things that NTFS DID support, and compression/encription is turned off for ANY file you create UNTIL you turn it on for a file (or directory) yourself so it is not a reason your gaming system is slow

    43. Re:My preview of ReFS by obsess5 · · Score: 1

      3-letter file extensions aren't necessarily a sign of 8.3 filenames, they just happen to be 3 letters long. What's your proposed replacement for ".log"? Administrators and users who use a shell will just love you for picking longer extensions. :)

    44. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      from this and another article
      "There are some NTFS features for which Microsoft plans to drop support with ReFS, specifically named streams, object IDs, short names, compression, file level encryption (EFS), user data transactions, sparse, hard-links, extended attributes, and quotas"

      are you being funny ?

    45. Re:My preview of ReFS by asylumx · · Score: 1

      The mods get it, but I hear a collective "Whoosh" from everyone else commenting. Let me explain the joke: The OP is claiming to have tested ReFS prior to them dropping all of those features, and gives it a positive review based on the features that ReFS will now certainly lack.

    46. Re:My preview of ReFS by ByOhTek · · Score: 1

      Except if you look at my post history, I criticize as well as agree with MS. Likewise I criticize as well as agree with non-MS projects/group.

      About the only biases you can really accuse me of are:
      (1) I strongly dislike Apple.
      (2) I prefer BSD licenses to the GPL license, but I both lacking.
      (3) Perl should die, python is better for anything you'd do with Perl.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    47. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      After my initial tests, I must say that ReFS is incredible advangement. ReFS supports named streams, object IDs, short names, compression, file level encryption (EFS), user data transactions, sparse, hard-links, extended attributes and quotas. It is basically all the best filesystems compiled into one.

      We have a cautionary fairy tale here about the cat and the dog baking a cake. Since they don't know how to bake a tasty cake, they decide to put every tasty ingredient they know into the mix. So then naturally include flour, milk, butter, eggs, whipped cream, bones, mice, sausages, candies, chocolate, pork cracklings, sauce...and so on, except for bread, which neither cats nor dogs seem to like. Well, I guess you can guess what they got in the end.

      Cupcakes? Looks like everybody got their just desserts! All you have to do is take a cup of flour, add it to the mix...

    48. Re:My preview of ReFS by ByOhTek · · Score: 1

      Except they are getting rid of those features, so, maybe we should say they are falling behind (or running the wrong direction in the race?)

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    49. Re:My preview of ReFS by anonymov · · Score: 1

      Nope, he just has a time machine. See, he doesn't even need a subscription to get that first post (check them timestamps!).

      The real joke is how fast +1 Interesting mods got retracted (too bad I didn't screenshot that, now he's got none but funny/troll) and replaced with +1 Funny.

    50. Re:My preview of ReFS by ledow · · Score: 1

      That's like saying that install.sh is named that way because of a filesystem limitation. It isn't.

      RDP is a protocol with those exact initials.
      TXT, I'll give you but I've never seen a .text file in my life.
      Log - it's a word that means something on its own.
      MSI, Microsoft Installer? This is midway between the first two.
      DLL, it's a dynamic link library, no more different to a .so

      There's a big difference between "named in a compatible way with 8.3 by accident" and "restricted to 8.3 because of its origin." Only a few files (.jpg, .htm) are actually called like that because of the limitation (and I've seen .jpeg and .html a lot in the wild) but most aren't (.png, .gif, .wmf, etc. for instance, which are the name of the format in its entirety).

    51. Re:My preview of ReFS by SadButTrue · · Score: 1

      This is actually a cautionary tale about RTFA before you post. It is an oft told story on slashdot but one that never seems to be learned :)

      TFA: all items mentioned are being dropped from the FS not included.

      PS That ingredient list sounds like a passable German dish.

      --
      grape - the GNU free, open source rape
    52. Re:My preview of ReFS by willaien · · Score: 1

      I use HTM and HTML files interchangeably when I'm working on existing sites (that is, I'll stick to the current naming standard used by the site).

      New sites are more likely to end in .php, but if it's a static site, I end it in .html

      Yes, PHP is a LOL language, but, I'm what you might call an amateur and PHP is so pervasive that it's about the only thing I can count on a web host supporting 100% of the time.

    53. Re:My preview of ReFS by ByOhTek · · Score: 1

      Normally I don't agree with the "this is for anticompetative purposes..." stuff, but... I this case, unless the new FS is amazingly fast, I'd have to agree...

      It's losing quite a few useful features. I'm guessing the OSS NTFS drivers got too good for them, and they wanted to move to something different, and those "depricated" features are simply things they didn't have time/budget to implement.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    54. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      No, it's exactly as GP says. That account, among several others, is definitely a Bonch sockpuppet. The "TechGuys" account isn't a subscriber and it bashes Microsoft in much the same way as it's been used to bash Google in a different first post. Bonch is a known Apple shill, so it's not too difficult to see what he's trying to do here.

    55. Re:My preview of ReFS by willaien · · Score: 1

      Administrators and users who use a shell will just love you for picking longer extensions. :)

      Hello, tab completion.

    56. Re:My preview of ReFS by blahplusplus · · Score: 1

      "We still live in a world of 8.3 filenames."

      Short filenames are much easier to rename/manage then files with long names when doing any kind of serious work with files.

    57. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      Not everything that Microsoft makes is bad. Just because someone says a particular product or technology is good doesn't make them a troll.

      True but TechGuys is still a troll.

    58. Re:My preview of ReFS by phrostie · · Score: 2

      I think you got it right.

      look at the time stamps:
      @10:23AM
      @10:23AM

      on the other hand, how do you know when projects like Wine or ReactOS are getting good?

      when MS starts introducing incompatibilities.

    59. Re:My preview of ReFS by ckaminski · · Score: 1

      Does it let me have a single unified namespace and softlinks to network resources?

      Fail.

      Why is windows the only remaining hold-out on this archaic drive-letter bullshit?!

    60. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      I use perl because it comes preinstalled on most servers/desktops that run unix/unixlike OSes. AIX, Solaris, OSX, Ubuntu, *BSD, whatever. I do not have to ask customers to install anything extra, or somehow try to compile python (good luck getting them to do that).

    61. Re:My preview of ReFS by ckaminski · · Score: 2

      There's an answer to that - switch to QuickBooks. My dad held on to Peach Tree Classic until he ran out of quarters and PCA started rolling over and obliterating his old data.

      He wishes he switched to QuickBooks years ago. Make sure you get the Accountants version if you need Fixed Asset management. :-)

    62. Re:My preview of ReFS by Dishevel · · Score: 2

      Apple with Steve was a monster.
      Apple booted Steve Apple played dead.
      Apple brought Steve back for the win.
      Steve died, Apple will soon.

      --
      Why is it so hard to only have politicians for a few years, then have them go away?
    63. Re:My preview of ReFS by Gilmoure · · Score: 1

      Advangement is a perfectly cromulent word.

      --
      I drank what? -- Socrates
    64. Re:My preview of ReFS by bonch · · Score: 1, Insightful

      Not everything that Microsoft makes is bad. Just because someone says a particular product or technology is good doesn't make them a troll.

      If you've been following the discussions on the site lately, you'll notice that if you praise a competitor to Google or Linux, you are accused of being a "shill" by a swarm of attackers, the new buzzword used to filter out opposing viewpoints. Based on moderation trends, it's working. And of course, the irony that these "shill" accusers only go after opponents of Google is lost on them.

      Kind of sad, because despite occasional advocacy, Slashdot discussion really did used to be more open-minded and reflective of the tech industry as a whole.

    65. Re:My preview of ReFS by MauriceV · · Score: 1

      ReFS does NOT support named streams, object IDs, short names, compression, file level encryption (EFS), user data transactions, sparse, hard-links, extended attributes and quotas.

    66. Re:My preview of ReFS by perryizgr8 · · Score: 0

      In the meantime, MS can become something like Apple.

      i hope you're wrong. i don't want another apple. the only thing with any little bit of innovation out of apple was iphone. now they're more into making irrelevant updates to their hw and patent trolling.
      at least ms is completely incompetent, even at doing evil.

      --
      Wealth is the gift that keeps on giving.
    67. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      Actually for Windows MSE works pretty decent compared to the others with seeming less resource usage.

      That's so cool. I am so glad you have a decent tool that doesn't use too many resources in order to (never fully) solve a problem other operating systems simply don't have. What a great selling point!

    68. Re:My preview of ReFS by amliebsch · · Score: 1

      Well, it's got checksumming, which is a pretty significant feature for some usage scenarios. Also, NTFS is certainly not going away.

      --
      If you don't know where you are going, you will wind up somewhere else.
    69. Re:My preview of ReFS by JasterBobaMereel · · Score: 2

      iPhone - All the parts were available, they had all been integrated into devices before, Apple gets the credit because it was the first one that a) worked b) was easy to use c) had an app store with useful apps in it on the day of launch ...

      This is the same reason the iPod worked - the device itself was nothing special, not even the interface - but iTunes meant you had an easy way of getting stuff on it ...

      Apple are good at complete systems, they are not as good at components that work nicely with others ...

      --
      Puteulanus fenestra mortis
    70. Re:My preview of ReFS by SuricouRaven · · Score: 1

      So... aside from EFS and short names (Which are pointless on unix), aren't all those features supported by ext4? And for that matter, HPFS. And reiser. I think NTFS supports them all too, though Windows doesn't provide any easy means to create a hard link, the feature being present for POSIX support only. If you want to talk about how great ReFS is, you need to at least list some features that isn't already done by widely-deployed technologies.

      Although I admit that ReFS has one huge advantage over said technologies: It is supported by Windows Server.

    71. Re:My preview of ReFS by peragrin · · Score: 2

      No we will live in 8.3 file names as long as FAT is the defacto standard for all portable drives.

      My only wish is for MSFT to support a filesystem they didnt create. That way a third paty FS can get used for portable media

      --
      i thought once I was found, but it was only a dream.
    72. Re:My preview of ReFS by Anonymous Coward · · Score: 1

      Exactly.

      Sometimes I wish IBM, MS, and other companies could get together and hammer out an open, standard filesystem similar to ZFS where no LVM layer would be needed.

      This way, I can plug in a USB drive on a POWER7 795, copy files to it, take it to a Windows server to copy for publishing. Or, pop a snapshot of a LUN belonging to an outwards facing Windows box, and present that to a Solaris box for virus scanning.

      This is 2012. Shouldn't we see cross platform filesystems that can understand the following features?:

      1: Transactions.
      2: Block/partition encryption (a la TrueCrypt or BitLocker)
      3: File based encryption (a la EncFS)
      4: 64 bit CRCs so a backup program can just ask the filesystem for the CRCs of files, and if they changed, back it up.
      5: Hybrid Block compression (a la SquashFS/YAFFS). This way, a compressed chunk of data can be on the same filesystem as normal data, and the user doesn't need to care about the difference.
      6: Redirected writes. This way, a file/volume/block group can be read-only, with all writes being saved to a log file.
      7: The ability to be tuned for various media, so it behaves differently if storing data on a SSD versus a normal hard disk versus a read-only image for a DVD.
      8: An OS neutral way of doing ACLs, so it will work well with the UNIX style user/group/other, as well as Windows's style of permissions and inheritance.
      9: Ability to handle RAID levels. For example, the directory /data might be mirrored to two disks, while everything else is on RAID 5.
      10: Deduplication on a block level basis.
      11: Autotiering. If presented with multiple HDD speeds, having the option to move more frequently used data to the faster drives and less frequently accessed data to the slower platters.
      12: Compression on a file/block/directory basis.
      13: The ability to cryptographically sign files and writes using a time stamping system.
      14: an auto-healing filesystem similar to NTFS in Vista and newer.
      15: The ability to store data encrypted with keys stored on another volume or on a special card. This way, if data is deleted, just the keys can be erased on the secure media, ensuring nobody will be reading it.
      16: Ability to have encrypted and unencrypted parts. This way, a kernel can boot, load what it needs to decrypt, get the keys needed from the TPM or the user, unlock the rest of the boot volume, and proceed with the OS boot.
      17: Ability to have drives assigned with additional error correction blocks per file. This way, a volume that will be used for long term archiving can be filled with ECC data, so in the future, even if there is major block damage, there is a good chance of recovering files from it. This would be similar to using DVDisaster and making sure the ISO image is always the capacity of the DVD with error correction info.
      18: Ability to split up a file among multiple volumes, not striping, but a true share split where each file has the same length. This way, data can be put onto n volumes, and it would require m volumes out of the n made to reconstruct things.
      19: TRIM support.
      20: Ability to move data off a HDD onto other media if the SMART alert says that there are starting to be too many bad blocks.

    73. Re:My preview of ReFS by rrohbeck · · Score: 1

      But it'll surely keep those unwashed Linux hippies from accessing Microsoft's precious data.

    74. Re:My preview of ReFS by SuricouRaven · · Score: 1

      I can't access youtube from work, but I imagine the 'baked bads' from FiM. Which is awesome.

    75. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      I lift things up and I put them down....

    76. Re:My preview of ReFS by darkpixel2k · · Score: 0, Flamebait

      Some of those features are actually useful:

      Compression comes into handy for dealing with directories full of log files.

      Mount your log directories from a Linux Samba server with 'fusecompress'.

      File level encryption is useful for volumes where BitLocker can't be used.

      So is a Linux Samba server with 'encfs'.

      Sparse files are extremely useful.

      There are a lot of file systems in Linux that support sparse files... It's actually sorta difficult to find a filesystem that doesn't support it.

      As for quotas, unless they have another layer for warning/enforcement, how will places keep users from filling up their home directories?

      A Linux Samba server can enforce quotas. You can also be super geeky and store home directories on their own partition--so if they fill up, your mail server doesn't die horribly like Exchange does...

      I'm hoping ReFS is up to ZFS with needed features, such as deduplication, encryption, an analog of RAID-Z, the filesystem working with the LVM layer (or even replacing it), and so on. Otherwise, people will just shrug and keep NTFS as their default fs of choice because it has been around for so long.

      I shrugged and ditched Windows over a decade ago. Haven't missed NTFS yet. ;)

      --
      There's no place like ::1 (I've completed my transition to IPv6)
    77. Re:My preview of ReFS by JasterBobaMereel · · Score: 1

      Rename a .txt file to .Text and then you will see ...

      File associations assume that file extensions are 3 letters ... and .htm and html are different ...

      Unlike every other OS where the file type is determined by the actual contents ... so a corrupt .mp3 file is no longer an mp3 according to the OS ...

      --
      Puteulanus fenestra mortis
    78. Re:My preview of ReFS by Anonymous Coward · · Score: 1

      Damn! One more minute and he'd need another bit.

    79. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      After my initial tests, I must say that ReFS is incredible advangement. ReFS supports named streams, object IDs, short names, compression, file level encryption (EFS), user data transactions, sparse, hard-links, extended attributes and quotas. It is basically all the best filesystems compiled into one.

      Not only is this good for Windows system, but overall network architecture.

      This is just another POS Microsoft astroturfer trying to pimp some lame ass useless Microsoft "technology"

    80. Re:My preview of ReFS by reasterling · · Score: 5, Insightful

      I use linux (arch linux) on all my machines. I agree with you that this will break interoperability, but even I (a die hard linux user) recognize that Microsoft has a right to try to improve their file system. NTFS has been around a long time (version 1.0 released in 1993). Sometimes laying an old project to rest and starting new is the right choice. This does not mean that they are doing this to break "system rescue cd" or some other live linux environment.

      --
      "For I desired mercy, and not sacrifice" -- God
    81. Re:My preview of ReFS by mcavic · · Score: 1

      It may be a great FS, but now that Linux has achieved good NTFS compatibility, this is a step backwards 2 or 3 years at least. Not to mention that NTFS works fine, and there's no point in deprecating anything.

    82. Re:My preview of ReFS by MrHanky · · Score: 2

      Then again, no one does that, bonch.

    83. Re:My preview of ReFS by ColdWetDog · · Score: 1

      If you pull yet another first post with completely off the wall statements like TechGuy did here and you're NOT Dr. Bob, DC (hi grub, we miss you!), yeah, you are a troll.

      --
      Faster! Faster! Faster would be better!
    84. Re:My preview of ReFS by JonySuede · · Score: 1

      This is something that I don't understand, MS research rocks but the result of those research always appear on the market 10years late with half the feature they had in research or they buy a company with a similar but less stellar product than the one coming from the lab.. Does anyone knows what happens between research and productivization at MS?

      --
      Jehovah be praised, Oracle was not selected
    85. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      ..where I would like to add that png, gif and wmf were probably chosen as three-letter acronyms because of the prevalent 8.3 restriction of their time.

    86. Re:My preview of ReFS by Bill,+Shooter+of+Bul · · Score: 2

      While those you listed do a lot of pro Microsoft posts, I have to wonder about this one. He listed all of the features that they actually removed from NTFS and said that they still support them, either he screwed up or he's not a Microsoft shill.

      --
      Well.. maybe. Or Maybe not. But Definitely not sort of.
    87. Re:My preview of ReFS by zero0ne · · Score: 1

      Glad I didn't read that thread!

    88. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      My only bias is that python should die and take with itself every other semantic indented language. See how funny bias are? :-)

    89. Re:My preview of ReFS by ColdWetDog · · Score: 1

      Both of you are suggesting that the DOJ has the technical chops to understand the argument that the reason Microsoft wants to change the file system is to stifle competition.

      Aren't you giving the DOJ just a bit too much credit?

      --
      Faster! Faster! Faster would be better!
    90. Re:My preview of ReFS by jellomizer · · Score: 1

      I have been finding lately I have getting more respect with Microsoft products and less towards Apples.

      Most of the Slashdotters are suck in the 1990's, where there was huge gap in quality between the Popular Microsoft Products and Basically Everyone else. Microsoft Products were crap, most people didn't know it back then, and their counterparts of the time were often far superior in many aspects. But at the time where Software Distribution is primary based on going to the store and buying software Microsoft was King, they had (and still have) rows and rows of MS-DOS then Windows Compatible Software, A row if you are lucky of Apple/Mac Software, and a little spot for everyone else.

      Now what happened, well who goes to the store to buy software any more.
      1. App Stores (Like the apple App Store or Apt-Get in Linux) makes installing software easy you are not checking for compatability as much and you find what you want and a version for your OS and your computer is ready for you.

      2. Web/Cloud Apps. With the Exception of Games and CAD for normal Desktop usage most new software can be done well as a Web Based App. Web Applications really take the OS out of the picture. You can do the computing you want on any modern OS really. Even the majority of mobile apps are just additional UI commands on top of a web page. Leading me to figure that these multi finger gestures will be integrated in future HTML standards.

      3. Download Free (as in Beer or Speech, Your choice) software. Fortunately/Unfortunately if a type of software gets popular there are usually free alternatives that come out soon. So selling you stuff at the store will not give you much of an advantage.

      What this does was put Microsoft in a fare playing field now. No I doubt they are going to die and still stay as a major player for decades. However they are no longer going to enjoy 95%+ Market share it will go down to a respectable 30% share.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    91. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      Especially since, at least for the first while you'll have to manually select to use the new file system. Also, looking at past behaviour - if I really wanted, I can still format my Windows drives FAT32 for better compatibility. They won't be getting rid of NTFS for a long while.

    92. Re:My preview of ReFS by ColdWetDog · · Score: 1

      I'm gonna assume your comment was lost because you needed sarcasm font.

      Hell, Slashcode doesn't even understand Unicode, much less Sarcasm...

      --
      Faster! Faster! Faster would be better!
    93. Re:My preview of ReFS by ByOhTek · · Score: 2

      I work for a Wniversity, and they pay my salary. If I were paid by MS, I probably wouldn't have moved a bunch of Windows servers over to Linux (network filesystems + Windows = PAIN IN THE ASS).

      As for them, how the hell do I know where their salary comes from? It seems to me you are trying to say everyone who disagrees with your dogma is one person, in an attempt to discredit them, without any evidence.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    94. Re:My preview of ReFS by LordLimecat · · Score: 1

      No hardlinks? That wont have any impact?

      Most of the rest could be good to see go.

    95. Re:My preview of ReFS by anonymov · · Score: 2

      He was in too much hurry to get that first post and hadn't much chance to get pro-MS today.

      His three other first-post-same-timestamp-as-article-but-no-subscription-account today succeed in looking down on Google, but don't have much to say about MS, except for "IE9 is now fully standards compliant and Google breaks the web".

    96. Re:My preview of ReFS by LordLimecat · · Score: 1

      Filename completion: Learn to use it.

    97. Re:My preview of ReFS by badboy_tw2002 · · Score: 2

      I actually don't mind shill accounts if they're backing up stances with factual information. Its when they come in with obvious biased opinion "This is the best, I've used it, trust me" that people get cranky with the labels. Also if its an obvious repetitive drum beat of "X sucks, Y is good, end of discussion!" without any thought or measure. If you continually get first post, and you continually have the same opinion, you either aren't putting a lot of thought into them or are so completely biased with zealotry it doesn't matter what the article is about. Either way you add zilch to the community and nothing to the discussion. Sockpuppets (care to comment on one of the links above where you type a suspiciously similar comment as another poster) are particularly frowned upon because its seen as gaming the system, or an attempt to do so, and again is dishonest in the course of the discussion (esp. when they are posed specifically as separate people replying to each other, etc.).

      I actually wouldn't mind actual company representatives responding directly to the community. Having an "Official MS Rep" in the comments section (and labeled as so) would probably garner more interesting conversation, and could possibly end the "shill" accusation. (not the "troll" one of course :)

    98. Re:My preview of ReFS by jones_supa · · Score: 1

      Also .jpg versus .jpeg is a big one. Many people even say "send it to me as jay-pee-gee" rather than just "jay-peg".

    99. Re:My preview of ReFS by operagost · · Score: 1

      Is this Microsoft's fault?

      --

      Gamingmuseum.com: Give your 3D accelerator a rest.
    100. Re:My preview of ReFS by mSparks43 · · Score: 1

      Thanx, I was starting to wonder.

    101. Re:My preview of ReFS by TheRaven64 · · Score: 1

      ReFS supports named streams, object IDs, short names, compression, file level encryption (EFS), user data transactions, sparse, hard-links, extended attributes and quotas

      So, you mean, it supports a subset of the features of NTFS? Uh, yay?

      It is basically all the best filesystems compiled into one.

      Oh, it was a joke. Sorry.

      --
      I am TheRaven on Soylent News
    102. Re:My preview of ReFS by operagost · · Score: 1
      When was the last time you copied a file to a floppy disk and got "filena~1.txt"-ed? FAT32 supports long file names. If file formats still have three character extensions, it may be because we don't need or want to type NewMovie.windowsmedia.

      Here's one, how do you tell the difference between avatar.m4v and avatar.m4v and which one is the crappy action adaption of a cartoon and which one was the crappy cartoon masking as an action flick?

      Maybe "Avatar-Last Airbender.m4v"? I don't understand the question. Are you using Windows 95?

      --

      Gamingmuseum.com: Give your 3D accelerator a rest.
    103. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      I meant "semantic space" but I can see that my typo with that disappearing "space" was an unwanted demonstration of the nature of the problem.

    104. Re:My preview of ReFS by Johann+Lau · · Score: 1

      stop being a whore and a doormat for greedy imbeciles -- just walk away. your whining is irrelevant already forgotten either way.

    105. Re:My preview of ReFS by anonymov · · Score: 1

      They're too big and important to care for /.

      There's Mozilla's and Opera's guys, for example, who show up in web related discussions often, but big boys like Google, MS and Apple? Not so much.

    106. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      Are you serious? This is Slashdot; it's full of pro-Linux propaganda all the time. You honestly believe otherwise?

    107. Re:My preview of ReFS by Missing.Matter · · Score: 3, Informative

      Does anyone knows what happens between research and productivization at MS?

      Management.

    108. Re:My preview of ReFS by Missing.Matter · · Score: 1

      You do realize that by spamming the same post multiple times in multiple articles you're just as bad, if not worse, than the offending parties. At least shills have something on topic and relevant to say. Please post under your account so we can mod you accordingly.

    109. Re:My preview of ReFS by morgauxo · · Score: 1

      "is incredible advangemen"

      GW Bush? Is that you?

    110. Re:My preview of ReFS by damnbunni · · Score: 1

      Apple's OSX uses file extension exclusively to determine what sort of file it is.

      They used to use creator codes, but those have been removed and now it relies entirely on file extension.

    111. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      It so happens that the guys who keep getting the long first posts go after Google in addition to shilling MS. I guess according to you the community needs to wait for some more shills to show up before we can try to have a community discussion again.

    112. Re:My preview of ReFS by SteveFoerster · · Score: 3, Informative

      I work for a Wniversity

      Ha, dude, you're busted! You were trying to say "university" and it came out "Windows"! ;-)

      --
      Space game using normal deck of cards: http://BattleCards.org
    113. Re:My preview of ReFS by Creepy · · Score: 1

      Microsoft doesn't like to change features, especially if they break compatibility. ReFS isn't really a new FS, it is NTFS with a bunch of old features and restrictions removed maintaining as much backwards compatibility as possible (Microsoft claims it's a ground up rewrite, but it still is essentially NTFS from a high level).

    114. Re:My preview of ReFS by Bucky24 · · Score: 1

      I just can't get over Python's lack of brackets. I guess that's just me being old fashioned. And Perl's integration with regex is simply amazing.

      --
      All the world's a CPU, and all the men and women merely AI agents
    115. Re:My preview of ReFS by Bucky24 · · Score: 1

      Why would Microsoft care so much about what is said on ./?

      --
      All the world's a CPU, and all the men and women merely AI agents
    116. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      You did happen to notice that the set of features that "TechGuys" posted is a list of the features that are NOT included in ReFS, right?

      You might want to reconsider your "Waggener Edstrom shill" standpoint.

    117. Re:My preview of ReFS by K.+S.+Kyosuke · · Score: 1

      This is actually a cautionary tale about RTFA before you post. It is an oft told story on slashdot but one that never seems to be learned :)

      I fail to see why. I would simply like to assert that any FS that includes the items mentioned in one huge blob of code is perforce bound to suffer from some serious issues, and TFA does not seem to contradict my position. The actual news is that MS engineers finally got the message as well.

      --
      Ezekiel 23:20
    118. Re:My preview of ReFS by dmbasso · · Score: 2

      You remember myself some 6 or 7 years ago. Back then I coded mostly in C++ and Lua, and I wholeheartedly hated Python. I have a friend (way more intelligent than I am) that told me something like "Python is the best language ever", but I couldn't understand how he liked it.

      Then I was forced to make some extensions to Blender in Python. What started as a frustrating (because of my prejudice) experience quickly (+- one week) turned to amazement about how easy it was to code the things I wanted to do. And after a little while coding mostly Python, I understood the usefulness of having semantic indentation. Now it is my language of choice for 99% of things I have to do.

      Except last year, that I had to code some things in Perl. After one month dealing with it, I hate it even more, and I guess it made my IQ drop some 20 points. Its syntax is fucking ugly, and the whole thing is a big hack... it just feels wrong.

      JavaScript also feels hackish, but it is not ugly. Same level as C and PHP I guess (although my complaint with PHP is the buggy libraries). I still enjoy C++ very much, only don't used it much these days.

      This friend I mentioned earlier also loves Haskell, so from time to time I take a look at it, but it seems I'm just not ready yet. :)

      --
      `echo $[0x853204FA81]|tr 0-9 ionbsdeaml`@gmail.com
    119. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      No, Microsoft is not allowed to improve anything. They have to keep everything archaic and outdated and full of baggage so we can point it out. Any attempt to improve is obviously for the sake of killing Linux.

    120. Re:My preview of ReFS by TheRaven64 · · Score: 1

      I think the only one of those that isn't in ZFS is 'Hybrid Block compression', which isn't so important because creating a new filesystem in ZFS is very cheap (about as hard as creating a new directory).

      --
      I am TheRaven on Soylent News
    121. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      However TechGuys is a known paid shill. At this point I don't even know why he bothers.

      maybe you should have your sarcasm detector checked....

      After my initial tests, I must say that ReFS is incredible advangement. ReFS supports named streams, object IDs, short names, compression, file level encryption (EFS), user data transactions, sparse, hard-links, extended attributes and quotas. It is basically all the best filesystems compiled into one.

      that's a list of the NTFS features which were dropped from ReFS

    122. Re:My preview of ReFS by Lashat · · Score: 1

      Copy + Paste of the same exact AC post does not lend credibility to your position.

      --
      For every benefit you receive a tax is levied. - Ralph Waldo Emerson
    123. Re:My preview of ReFS by Creepy · · Score: 4, Informative

      The "resilience" is from copy on write (CoW), which is used in Volume Shadow Copy and Microsoft SQL server. It is also able to cloud data across multiple volumes on different machines from what I read. Since both CoW and ZFS's copy work a lot like RAID0 (as far as I can tell), I'd expect them to be similar in this respect, however ZFS also does checksum tests and NTFS doesn't BUT I don't know if ReFS will or not.

      That said, ZFS is a WAY better file system, and I'll give you a few reasons why:
      No max path length restriction (TFA says there still be one for ReFS)
      Variable Block sizes and Sparse Files
      Allocate on Flush
      Block Journaling (aka Journaling File System) as opposed to Metadata only Journaling (NTFS and probably ReFS) which is less reliable
      Logical Volume Management
      and that is just naming a few off the top of my head with some links to what they mean if it seemed like it may not be obvious (the others are fairly commonly talked about IMO - if you don't know them, they should be easy to search for)

        I'm fairly certain NTFS still doesn't support user metadata, either, and I believe zfs does (most modern FS's do), so I doubt ReFS will (what I mean by this is I can tag a piece of data as, say "photos" and then when I search for photos, those are found first - this is a feature like what was planned for WinFS's and what Apple's Spotlight does).

    124. Re:My preview of ReFS by darkpixel2k · · Score: 0

      Administrators and users who use a shell will just love you for picking longer extensions. :)

      Hello, tab completion.

      Yeah--because that works *so* well in Microsoft<tab>Microsoft ActiveSync<tab>Microsoft FrontPage<tab>Microsoft Internet Explorer<tab>Microsoft Office<tab>Microsoft Silverlight<tab>Microsoft Visual Studio<tab>Microsoft.NET<tab>Microsoft Windows. Aah--there we go.

      --
      There's no place like ::1 (I've completed my transition to IPv6)
    125. Re:My preview of ReFS by metrix007 · · Score: 1

      How retarded. I'm often Pro MS as well, because I care about technology from a pragmatic rather than ideological point of view. If I agree with any of those accounts I guess I'm just another sockpuppet in on the conspiracy right? You have real problems to construct an ad hominum of this magnitude.

      --
      If you ignore ACs because they are anonymous - you're an idiot.
    126. Re:My preview of ReFS by ifrag · · Score: 1

      but iTunes meant you had an easy way of getting stuff on it.

      I had an iRiver before I got an iPod. iTunes was not even close to easy when compared to the ease of copy-paste "D:\Music". Unfortunately it looks like iRiver has gone to the same "library" tool stuff, but at least the old ones were just like mass storage, installed no software whatsoever. The device could build up meta data index if browsing directories was not the preferred search method and the device could already use my M3U playlists anyway.

      Also, shortly before the battery life became relatively useless, I even had a chance to try out alternative firmware on it, which was almost entirely trivial to install.

      For simple music players, I really would like going back to simple "sync" methods, like raw file access. Maybe I should hunt down a new player...

      --
      Fear is the mind killer.
    127. Re:My preview of ReFS by metrix007 · · Score: 1

      Bonch is a subscriber. Fool.

      --
      If you ignore ACs because they are anonymous - you're an idiot.
    128. Re:My preview of ReFS by Dutch+Gun · · Score: 1

      Microsoft doesn't like to change features, especially if they break compatibility. ReFS isn't really a new FS, it is NTFS with a bunch of old features and restrictions removed maintaining as much backwards compatibility as possible (Microsoft claims it's a ground up rewrite, but it still is essentially NTFS from a high level).

      "Essentially NTFS from a high level"... Doesn't that mean they just kept features and compatibility where it made sense? I've done that before with software - rewrote the guts of something but kept the API mostly the same.

      --
      Irony: Agile development has too much intertia to be abandoned now.
    129. Re:My preview of ReFS by anonymov · · Score: 1

      Yes, he's also the submitter of this article. What does it have to do with TechGuys?

    130. Re:My preview of ReFS by aztracker1 · · Score: 1

      I'm not 100% sure, but this sounds like the file system they've been using with Windows Home Server... I know a few people that love it... I was pretty skeptical early on, but can see some advantages to it.

      --
      Michael J. Ryan - tracker1.info
    131. Re:My preview of ReFS by anonymov · · Score: 1

      Surely you mean MicrosW

      Or Microsw for cmd/Powershell (who the hell thought inserting full first match is a good idea?)

    132. Re:My preview of ReFS by anonymov · · Score: 1

      Bleh, that's what you get for not previewing.

      Surely you mean Micros<tab>W<tab>

      Or Micros<tab><ctrl-left><ctrl-end>w<tab> for cmd/Powershell (who the hell thought inserting full first match is a good idea?)

    133. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      Above, "bonch" and "TechGuys" and a bunch of others are accused of being known pro-Microsoft shill accounts. Down here they're accused of being known pro-Apple shill accounts.

      You guys need to seriously get your conspiracy theories straight.

    134. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      I would point out that dogs would not put real chocolate in a cake - it is poisonous to them.

    135. Re:My preview of ReFS by scot4875 · · Score: 1

      Do people really have a difficult time understanding these things?

      Rename a .txt file to .Text and then you will see ...

      File associations assume that file extensions are 3 letters ... and .htm and html are different ...

      That's because they ARE different. Unless you have .text registered with your OS to behave the same way as .txt, how can it know what to do with it? (Forgetting magic numbers, etc, for the time being). Your statement makes about as much as "rename a .txt file to .textual_content and then you will see ..."

      Computers aren't magical. If something is different, it's different. In a Unix system .txt would be seen just as different from .Text as it is from .Txt. It's how shit works.

      --Jeremy

      --
      Jesus was a liberal
    136. Re:My preview of ReFS by hedwards · · Score: 1

      The DoJ doesn't have to understand the technical details, the DoJ only has to understand the effect that a new filesystem has on interoperability. Well that and MS' patent abuse to keep people from using previous filesystems without paying royalties.

    137. Re:My preview of ReFS by Anonymous Coward · · Score: 1

      You may think ZFS is way better, but keep one thing in mind; can your FS handle inproperly coded garbage that trashes the machine, or hardware that's writing stuff to disk half-cocked, or a crashed process, or something that hijacks EFS and tries to manage the keys? ZFS is on a sun server; enterprise hardware with enterprise code, you can toss it on a linux box but I'd like to see it perfrom with a user that thinks ZFS is a type of car or something they clean their counters with.

      NTFS does variable cluster sizes and Logical Volume management, although I'll give you that nobody in the real world uses them unless they're crazy.

      NTFS has done pretty well for itself; sure there's things that are a PITB like all the books saying NTFS journals when that's only true under low-load circumstances, VSS not working correctly under load, etc. But, It does a heck of a lot better on a bad disk than Fat32 ever did, most linux FS's slow to a crawl trying to deal with it.

      Did I mention I've seen about 3 crashed Oracle installs on Sun equipment that were irrecoverable, even from backups, due to a build-up of errors? Design ZFS around databasing and NTFS around general computing and leave it at that. They're different FS's.

    138. Re:My preview of ReFS by clodney · · Score: 1

      Doesn't mean they aren't there. FAT is still pervasive enough that you can't get away from 8.3. All you have to do is look at Movie and Music/Sound files, they all are .m4v and .mp3 and .wma and so on.

      The FAT file system has supported long file names since the introduction of Windows 95. As another poster points out, the set of all long file names includes those named in 8.3 formats, and there is nothing in the file system that prevents those files from being used. What is presumably being dropped is the ability to generate an 8.3 alias for every file.

    139. Re:My preview of ReFS by TheRealGrogan · · Score: 2

      Yeah, well, when I go to work on trashy Windows 8 computers and I can't read the filesystem with my tools, people are simply going to lose their data. I don't care. I'm sick of working on Microsoft crap anyway. (Time for a change of life)

      I have specialized boot disks that don't exactly use a Windows 8 kernel. Every goddamned version of Windows is getting worse for recovery and repair options. I am almost embarrassed to say how many times I have had to "clean install" Vista and Windows 7 because I couldn't find the needle in the haystack. There's "startup repair"... nope, that's almost never relevant to the problem, yet they make you start that anyway before making other options available. There's System Restore. Nope, the restore points are seldom valid and when they are, often it either doesn't solve the problem, or causes other inconsistencies. (It's not an image, and not everything is tracked. Only legitimate changes through Windows APIs, in Normal mode). There's Restore a Full System Backup... nope, nobody ever has one of those. So basically all there is for me, is booting up with other media and working behind Windows' back, loading registry hives, deleting or replacing rootkit drivers with good, correct versions, blanking passwords etc. If I can't read the filesystem, that's all she wrote.

      (and for file retrieval I like to use Linux because it will mount damaged filesystems that Windows absolutely refuses. A cp -R command will continue after i/o errors too. At least with the old in kernel NTFS driver... things seem to crap out with NTFS 3G when there are bad sectors, if it even mounts)

      I'm not going to maintain a Windows 8 box just so I can hook up hard disks to read Microsoft's latest idiotic filesystem, assuming it will mount. I hate Windows 8 (I have tried a few builds). I'm familiar with the alpha/prerelease/beta/rc thing and I understand they are varying degrees of unfinished product, but I absolutely despise the direction it's going.

      There aren't even many useful support articles (i.e. "mskb") for Windows 7 yet, and they are about to bulge a new version of Windows out their rectum. I fucking hate this. When it gets to the point where there are mostly just Windows 8 appliances out there, I'll just have to stop servicing computers. There will be no need for expertise... just someone with a truck to make dump runs.

      Grogan
      MCSE (Microsoft Certified Solitaire Engineer) ---- but don't hold that against me.

    140. Re:My preview of ReFS by JDG1980 · · Score: 1

      Since both CoW and ZFS's copy work a lot like RAID0 (as far as I can tell), I'd expect them to be similar in this respect, however ZFS also does checksum tests and NTFS doesn't BUT I don't know if ReFS will or not.

      According to the original Building Windows 8 post, checksums are indeed supported:

      As mentioned previously, one of our design goals was to detect and correct corruption. This not only ensures data integrity, but also improves system availability and online operation. Thus, all ReFS metadata is check-summed at the level of a B+ tree page, and the checksum is stored independently from the page itself. This allows us to detect all forms of disk corruption, including lost and misdirected writes and bit rot (degradation of data on the media). In addition, we have added an option where the contents of a file are check-summed as well.

      This is definitely good news; for too long ZFS has been the only file system to take data integrity seriously, and it's nice to see more options start to become available.

    141. Re:My preview of ReFS by K.+S.+Kyosuke · · Score: 1

      I would point out that dogs would not put real chocolate in a cake - it is poisonous to them.

      That's true, but the author of the fairy tale, who wrote it in 1929, probably didn't know that. Alternatively, seeing as it was the cat who suggested including chocolate in the recipe, she might have been trying to poison him. :-)

      --
      Ezekiel 23:20
    142. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      Oh, it was a joke.

      Actually, yes, it was. That is the list of features from NTFS that are not going to be in ReFS.

      At least I assume it's a joke, but who knows? Could be drugs or something.

    143. Re:My preview of ReFS by DarkOx · · Score: 1

      Go buy some newer bigger flash drives, they will be formatted exFAT which supports both LNFs and get this files larger than 4gb.

      Thanks to Google and others there are Fuse drivers.

      --
      Repeal the 17th Amendment TODAY! Also Please Read http://www.gnu.org/philosophy/right-to-read.html
    144. Re:My preview of ReFS by afabbro · · Score: 2

      Here is a list of known MS shill accounts on slashdot:

      Give me a break...I doubt MS even knows Slashdot exists.

      --
      Advice: on VPS providers
    145. Re:My preview of ReFS by willy_me · · Score: 4, Informative

      Apple's OSX uses file extension exclusively to determine what sort of file it is. They used to use creator codes, but those have been removed and now it relies entirely on file extension.

      No, creator and type metadata take precedent over file extension. The big change in OSX is that the API and developer tools promote file extensions over metadata. There was a big push to ensure that OSX would work correctly even if it was using a file system that didn't support metadata.

      Try this, go to the Finder and select "Get Info" on a data file. Now go to where it says "Open With" and select a different application. Unlike Windows where this selection is forgotten after it opens, on OSX the choice is remembered. The Finder sets the creator metadata of the data file to ensure that it is always opened with the selected application.

      So metadata is still used in OSX, but extensions now also play a prominent role.

    146. Re:My preview of ReFS by Vegemeister · · Score: 2

      Better than

      [D0NK3Y T1T5]!!! - Avatar.the.Last.Airbender.XviD.avi

    147. Re:My preview of ReFS by amliebsch · · Score: 1

      Well, an alternate scenario is that the file name is an arbitrary piece of metadata, as is the program to use the file with. So, you have a piece of metadata that says "Open this file with Notepad" and it will open with Notepad regardless of what the name is.

      The main disadvantage of this (and one of the reasons it's being deprecated somewhat in OSX) is that while filesystem support for file names is universal, but support for creator code metadata is not. So shifting files across different platforms is much simpler when the metadata is embedded in the filename, e.g., as an extension.

      --
      If you don't know where you are going, you will wind up somewhere else.
    148. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      yeah sure thats what it is. OSS drivers got so good that microsoft wrote a new file system to leave you clever linux users in the dust.

      hahahahahhahahahahahahahahahhaahah idiot.

    149. Re:My preview of ReFS by turgid · · Score: 1

      It is also able to cloud data across multiple volumes on different machines

      Whatever next?

    150. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      I'd have to agree to an extent.

      Base62 incremented filenames, that's a lot of space even for user created content. Youtube uses it for videofile IDs.
      It enforces efficient use of character spaces and folders. Filenames / IDs don't take up much space, but they do take up some space. It is something that isn't really thought about much as something that takes up space, same with folders. Their fingerprint is extremely tiny. But it scales just like anything else. If a semantic name isn't required, encode it.

      Admittedly it isn't as huge a problem nowadays. Hard drives are pretty cheap. Several TBs of storage can easily be afforded by an average adult with a decent income.
      In fact, larger name spaces are good for managing if you have a tagging system and a custom file explorer / script to allow you to manage them.
      Just some encoded name (base62, or larger if the FS supports it actually), then tag(s) inside square brackets. Then you could label things such as animals - cats - domesticated - orange - climbing - curtains - ruining - male adult watching TV - female adult moaning (tale from the aunt and uncle, oh boy them and their cats)

    151. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      Did... did you just... use the word "cloud" as applies to cloud computing... as a verb? Is that a thing now?? I must be really behind the times.

    152. Re:My preview of ReFS by Shatrat · · Score: 1

      Same person, shill account.

      --
      09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
    153. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      ReFS supports named streams, object IDs, short names, compression, file level encryption (EFS), user data transactions, sparse, hard-links, extended attributes and quotas.

      i dont see you naming a feature that wasnt in NTFS. (except for maybe sparse file allocation, not sure about that).

    154. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      It's more along the line of the fanfic Cupcakes.

    155. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      You know what would be a funny graph of google data? How many are still serving up .htm files instead of .html files vs year.

      I suspect the number of servers serving .htm files instead of .html have increased steadily. For a Windows system administrator, a four letter file extension is a four letter word.

    156. Re:My preview of ReFS by anonymov · · Score: 1

      You (and that anonymous guy with a long list of Whatchamacallit Response Team members) really suck at detecting sockpuppets. They've got fucking different style and different behaviour, how the fuck are they "same person"?

      You're conflating 2 entities, that AC crumbles 3 or more together (did somebody else make it on his list?).

      That doesn't help and just makes weighted "He's wrong because (a) and (b), also compare (this post) and (that post) from his previous account" posts lost in the "Everyone's a shill! Reply to me and get on the list too!" noise.

    157. Re:My preview of ReFS by jo_ham · · Score: 1

      Come on, seriously?

      "A known paid shill"?

      For real?

      Where's the evidence?

      You, and many others, may suspect - but that is a long way from being a "known paid shill".

    158. Re:My preview of ReFS by drsmithy · · Score: 2

      on the other hand, how do you know when projects like Wine or ReactOS are getting good?

      when MS starts introducing incompatibilities.

      Is this the contemporary manifestation of that old "DOS ain't done 'til Lotus won't run" canard ?

    159. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      That's just assumptions on your part, and you're wrong on at least a couple of them. Let's take it one by one:

      Since both CoW and ZFS's copy work a lot like RAID0 (as far as I can tell),

      Uh... I don't think so, no. I'm not even sure why you'd compare them.
      RAID-0 combines two disks into one virtual disk twice the size by interleaving the data on it. It's a fairly low-level technique, where each location on the virtual disk is mapped to a fixed location on one of the underlying disks.
      Copy-on-write happens on a different level and does a different thing. Say you have a largish block of data, and a pointer to it. The data block is too large to write atomically to, but the pointer isn't. So instead of overwriting the data, you write the modified data to a new place, and change the pointer when you're sure the data is OK.

      No max path length restriction (TFA says there still be one for ReFS)

      Right, at 32K characters. OTOH, that's also the max length for filenames, while ZFS is restricted to 255.

      Variable Block sizes and Sparse Files

      Spares files granted, the block size I'll reserve judgement until we have more details on the design, but I hardly consider it a killer feature of ZFS.

      Allocate on Flush

      Maybe. That's in part an implementation detail though, we wouldn't necessarily know it if they (MS) did.

      Block Journaling (aka Journaling File System) as opposed to Metadata only Journaling (NTFS and probably ReFS) which is less reliable

      Much less of an issue since they have a copy-on-write system.
      From http://blogs.msdn.com/b/b8/archive/2012/01/16/building-the-next-generation-file-system-for-windows-refs.aspx:

      When this option, known as "integrity streams," is enabled, ReFS always writes the file changes to a location different from the original one. This allocate-on-write technique ensures that pre-existing data is not lost due to the new write. The checksum update is done atomically with the data write, so that if power is lost during the write, we always have a consistently verifiable version of the file available whereby corruptions can be detected authoritatively.

      Logical Volume Management

      That part is handled by their storage spaces. Note that this isn't just RAID - it does allocation and replication for a pool of fixed-size slabs, so you should be able to throw any collection of disks together into a replicated storage pool.

      I'm fairly certain NTFS still doesn't support user metadata, either

      I'm fairly certain you're wrong - NTFS has "alternate data streams", which let you attach arbitrary metadata to a file.
      It's not used too much in practice, for instance in the form of a tagging system like you mention, but the support is there.

    160. Re:My preview of ReFS by exomondo · · Score: 2

      No we will live in 8.3 file names as long as FAT is the defacto standard for all portable drives.

      Why? FAT LFN support has been commonplace for well over a decade. Where have you recently been restricted to 8.3 filenames?

    161. Re:My preview of ReFS by drsmithy · · Score: 1

      Doesn't mean they aren't there. FAT is still pervasive enough that you can't get away from 8.3. All you have to do is look at Movie and Music/Sound files, they all are .m4v and .mp3 and .wma and so on.

      Has nothing to do with a technical limitation. It's 16 years since FAT was replaced with vFAT.

      Here's one, how do you tell the difference between avatar.m4v and avatar.m4v and which one is the crappy action adaption of a cartoon and which one was the crappy cartoon masking as an action flick?

      You ask the person who gave it to you, then tell him it's time to upgrade that 386 running Windows 3.1.

    162. Re:My preview of ReFS by drsmithy · · Score: 1

      No we will live in 8.3 file names as long as FAT is the defacto standard for all portable drives.

      I've never seen a single "portable drive" that wasn't formatted in long filename capable vFAT. Even back when they were still measured in sizes of less than 100MB.

    163. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      In Windows, you check the little checkbox saying you want the file type to always open with the program. Windows lets the user choose.

    164. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      C'mon, I can't even get an *OSS* filesystem that has full read/write across all OSes. I think *BSD may've gotten ext2 support right around the time ext4 was coming, and there's fuse for ntfs and such, but can anyone name a single cross-OSS/OS filesystem, other than a FAT derivative, that is actually stable and compatible for all (or a subset of) features that would be needed to transfer files in an interoperable manner?

      Because I'd sure like to see it!

    165. Re:My preview of ReFS by SadButTrue · · Score: 1

      nice save!

      --
      grape - the GNU free, open source rape
    166. Re:My preview of ReFS by cbhacking · · Score: 4, Informative

      Windows also allows you to change the Open With association (and has for many years) but it's stored in the registry as a global configuration for the file type. It's not specific to any given file.

      Just thought I'd clear that up.

      --
      There's no place I could be, since I've found Serenity...
    167. Re:My preview of ReFS by cbhacking · · Score: 1

      Looks like you fell into the sarchasm.

      Seriously though, there really needs to be a well-recognized way to indicate sarcasm in text. Apparently, giving a feature list of NTFS as the supposed feature list of it's replacement wasn't obvious enough for some people, moderators included.

      --
      There's no place I could be, since I've found Serenity...
    168. Re:My preview of ReFS by Kalriath · · Score: 1

      Apple gets the credit because it was the first one that ...c) had an app store with useful apps in it on the day of launch ...

      No it didn't - the App Store was launched only around the time of the second-generation iPhone. The first one, Apple insisted that everyone would be OK with just HTML5 web apps.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    169. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      Wihle I agree with the rest of the comment,

      what I mean by this is I can tag a piece of data as, say "photos" and then when I search for photos, those are found first

      Or boy... those who don't understand UNIX...

      You know what the purpose of a directory is, right?
      Have a directory "photos", put a hard link of each photo in there. Done.
      The fault is, that the software is too stupid to handle full graphs, and hence directory hard links are banned and taboo.
      And the other fault is, that directories and files are not the same thing. Meaning that files can have sub-files, or directories have content too, if seen the other way.

      It's another example of oversimplification / dumbing down causing harm to efficiency, because the developers didn't have the balls to call retard users retards.

    170. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      You mean like UDF?

    171. Re:My preview of ReFS by Meski · · Score: 1

      Most didn't realise it because of the 'don't read the article' meme. He didn't add that it was built on a relational database, though. I wonder if it will enjoy the same popularity as WinFS?

    172. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      Keep in mind that ReFS is intended to be used in conjunction with Storage Spaces. The lack of LVM in ReFS isn't critical if you solve the problems in a different layer. User metadata has been supported for ages in NTFS (junction points are an example; that's just a Microsoft-provided driver parsing metadata). Block Jornaling appears to implemented as "Intergrity Streams" on ReFS, which is a per-file option inherited from the parent directory (unlike ZFS, where it's per file system). ReFS consistently uses 64 bits checksums, unlike NTFS but like ZFS. I'll agree that ZFS is still better (if only because it ships today), but WAY better it isn't.

    173. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      > Not everything that Microsoft makes is bad.

      In fact when catching up MS will make good products, usually. The problem is that they usually inconvenience users which do not use Microsoft OSes or use older versions.

    174. Re:My preview of ReFS by Barabul · · Score: 1

      That would be hard. There is no difference between FAT and vFAT. The driver uses some impossible file attributes to hide the long names between the short names on a normal FAT system; if you can't see the long name, it's simply a software limitation, not a different filesystem format. LFN worked even on FAT-12 floppies.

    175. Re:My preview of ReFS by coolmadsi · · Score: 1

      Seriously though, there really needs to be a well-recognized way to indicate sarcasm in text. Apparently, giving a feature list of NTFS as the supposed feature list of it's replacement wasn't obvious enough for some people, moderators included.

      That would be the "Snark" punctuation mark. It is basically a reverse question mark and used to denote a second or hidden meaning. I don't think it is too well know though (I doubt that slashdot would be able to display it, given their trouble with other characters).

    176. Re:My preview of ReFS by GreatBunzinni · · Score: 2

      For a headsup, the bonch account and Overly Critical Guy accounts are sockpuppets operated by the same organization. See this post and a previous post I've made here for evidence that these user accounts are used to push the same script, sometimes even copy/paste versions of it.

      --
      Slashdot, fix your code or at least hire someone who is competent at it to do it for you.
    177. Re:My preview of ReFS by ByOhTek · · Score: 2

      Nothing about leaving anyone in the dust.

      Consider:
      1) In the past, when has MS EVER dropped an existing technology and rewritten it for a new version of something, rather than adapted/shoehorned it into the desired role?
      - NT? Nope - that was a ground-up write, but for a new project that didn't really align with existing software. It did end up replacing DOS for the basis of Windows, but that was just shoehorning one underlayer in place of another that itself was shoehorned into running things.
      -NTFS? Nope, just like NT.

      MS adapts and evolves, they don't rewrite. Except they do now, for this. And they bring in something missing a lot of useful features. That strikes me as very odd, and a bit of a panic move.

      With tools that repair and restore Windows, but run on Linux (or even MacOS?), MS is probably worried "Oh, people are going to start noticing there sometimes is something else fixing Windows than Windows, when something goes wrong, they might be interested in switching!"

      It feels like a stretch, but this move is very out of character for MS. They aren't in the business of rewrites and dropping features.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    178. Re:My preview of ReFS by datavirtue · · Score: 1

      They have been talking about a new file system since the days of Vista development. vista and Windows 7 saw no new filesystem. It is about time. I just wish they would get on with it deploy the damn thing. Screw compatibility. Just throw a driver in between the new FS and NTFS and people will migrate off of it as soon as possible.

      --
      I object to power without constructive purpose. --Spock
    179. Re:My preview of ReFS by datavirtue · · Score: 1

      Got a problem? Get QuickBooks. Now you got two problems.

      --
      I object to power without constructive purpose. --Spock
    180. Re:My preview of ReFS by asylumx · · Score: 1

      Well then maybe the mods didn't get it after all!

    181. Re:My preview of ReFS by oakgrove · · Score: 1

      The fact that you are so stupid astounds me.

      --
      The soylentnews experiment has been a dismal failure.
    182. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      You're joking right? NTFS is already much more advanced by far.

    183. Re:My preview of ReFS by Bill,+Shooter+of+Bul · · Score: 1

      As far as I'm concerned I think the users decrying the MS Shills are actually the same pearson/people as the shills. They're just having fun waging a mock battle with themselves in front of everyone.

      --
      Well.. maybe. Or Maybe not. But Definitely not sort of.
    184. Re:My preview of ReFS by perihelia · · Score: 1

      Seriously though, there really needs to be a well-recognized way to indicate sarcasm in text.

      Exactly. I'm surprised that there aren't any common implementations in forums and such. If only enclosing text with a sarcasm tag worked some magic, such as adding an asterisk and fine print like "*this sarcasm warning has not been approved by the FDA and is not intended to prevent, treat, or cure any misinformed replies."

    185. Re:My preview of ReFS by Anonymous Coward · · Score: 0

      I got 99 problems, but QuickBooks ain't one...

  2. Starts with 'R' by uigrad_2000 · · Score: 5, Funny

    This is a bad idea.

    Now we can count on some guy named 'Hans Resilient" to be tried and found guilty of murder.

    --
    Free unix account: freeshell.org
    1. Re:Starts with 'R' by Anonymous Coward · · Score: 0

      Now we can count on some guy named 'Hans Resilient" to be tried and found guilty of murder.

      Not to mention this thread being flooded with people defending Hans. Even after he leads the police to the body.

  3. linux driver by stanlyb · · Score: 0

    Until there is no linux driver for this new FS, i am not going to switch. Not, Ever.

    1. Re:linux driver by SJHillman · · Score: 5, Funny

      There's already no Linux driver for it... so does that mean you're going to switch? And if someone makes a Linux driver will you switch back to not using it?

    2. Re:linux driver by NJRoadfan · · Score: 5, Insightful

      That might be motivation for creating ReFS. Third party NTFS drivers finally became mature enough to safely read/write the file system... so lets create a new undocumented filesystem and make data exchange between other OSes a PITA again. It also means WinFS is completely dead and never coming back.

    3. Re:linux driver by vlm · · Score: 1

      Maybe he means something like with SecureBoot, he will never be able to run linux again, so not having a filesystem driver won't matter, or something like that, so he's not switching?

      --
      "Science flies us to the moon. Religion flies us into buildings." - Victor Stenger
    4. Re:linux driver by stanlyb · · Score: 1

      I mean i am not going to use this new FS. NTFS is mature enough for me, for Win7 and linux.

    5. Re:linux driver by Anonymous Coward · · Score: 1

      Damn right. I'm not going to use the hell out of it!

    6. Re:linux driver by Anonymous Coward · · Score: 0

      Yeah, and she seems to know what I want without my asking. Like that thing with her pinky. God Save The (Mature) Queen!

    7. Re:linux driver by Anonymous Coward · · Score: 0

      NTFS took a long time to mature because it was extremely complicated. I think ReFS will be implemented a lot faster.

    8. Re:linux driver by Anonymous Coward · · Score: 0

      I can guarantee that right now there is no linux driver for this FS.

      I can't make promises about the future though.

    9. Re:linux driver by Anonymous Coward · · Score: 0

      Unless, of course, you're not completely retarded, and actually know what SecureBoot is.

    10. Re:linux driver by CodeReign · · Score: 1

      You can add your own signing keys to SecureBoot on X86 devices (as far as I know). It's just ARM and the low powered series that won't have it.

    11. Re:linux driver by KnownIssues · · Score: 1

      That might be motivation for creating ReFS. Third party NTFS drivers finally became mature enough to safely read/write the file system... so lets create a new undocumented filesystem and make data exchange between other OSes a PITA again.

      Except that the original blog post where this was discussed states that ReFS will be extensible just like NTFS in the context of supporting features they will not be supporting out of the box.

  4. Interesting by msobkow · · Score: 4, Interesting

    I can't say that I've ever used any of the NTFS features they're planning to drop.

    I do wish Windows had a sane soft-link system like *nix does; I've yet to run into an application that automatically dereferences a .lnk when opening it. You have to futz around with opening the link manually, reading it's redirect, and then opening THAT instead. Very crude and ugly.

    But more to the point, I didn't see much about what might be NEW with this file system, only what's OLD and being discarded.

    Mind you, some basic feature cleanup never hurt anyone. But if that's the case, why not NTFS2 instead of a marketing buzzword?

    --
    I do not fail; I succeed at finding out what does not work.
    1. Re:Interesting by msobkow · · Score: 1

      Typo: I meant "API", not "application".

      --
      I do not fail; I succeed at finding out what does not work.
    2. Re:Interesting by EvanED · · Score: 5, Informative

      I do wish Windows had a sane soft-link system like *nix does; I've yet to run into an application that automatically dereferences a .lnk when opening it. You have to futz around with opening the link manually, reading it's redirect, and then opening THAT instead. Very crude and ugly.

      Man, if only.

      (OK, it's not quite sane considering you have to distinguish between links to files and links to directories at creation time. I'm not sure what happens if you flip it behind its back.)

    3. Re:Interesting by EvanED · · Score: 1

      (OK, it's not quite sane considering you have to distinguish between links to files and links to directories at creation time. I'm not sure what happens if you flip it behind its back.)

      Also, I think that under the default setup you have to be admin to create links.

      I think I've read some "reason" for that but I forget what it was.

    4. Re:Interesting by Malc · · Score: 1

      Why are you referring to shortcut files? That's something entirely different.

    5. Re:Interesting by dkf · · Score: 1

      Also, I think that under the default setup you have to be admin to create links.

      That'll be to create hard links to directories, which is a Bad Idea everywhere. Symbolic links to directories are fine though, and can be created by ordinary users (with the right tool; Windows doesn't come with anything like 'ln' by default).

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    6. Re:Interesting by anonymov · · Score: 5, Informative

      There's a blog post linked from the article.

      There's all kinds of promising stuff, like data corruption resilience and dropped/extended limits.

      Much more interesting read than the linked ZDNet article.

    7. Re:Interesting by Anonymous Coward · · Score: 0

      I do wish Windows had a sane soft-link system like *nix does; I've yet to run into an application that automatically dereferences a .lnk when opening it. You have to futz around with opening the link manually, reading it's redirect, and then opening THAT instead. Very crude and ugly.

      .lnk's are shortcuts, not symlinks. They're basically a shell thing. If you want soft links, use soft links. NTFSLink will put it in your context menu I believe.

    8. Re:Interesting by SpryGuy · · Score: 4, Informative

      But more to the point, I didn't see much about what might be NEW with this file system, only what's OLD and being discarded.

      Let's see: 32K file name and path limits (instad of 255), on-line recovery from corruption (no more "Check Disk" or offline recovery-rebuild), faster performance, built in recovery of data on failed disks (via Storage Spaces), hot-adding-more-storage to volumes, better control of allocation and localization on the drive, attribute checksums (and auto detection and recovery from "bitrot")....

      Did you RTFA at all?

      --

      - Spryguy
      There are three kinds of people in this world: those that can count and those that can't
    9. Re:Interesting by DarkOx · · Score: 2

      NTFS supports softlinks, (junction points) its just none of the user land stuff that ships on the Windows platform knows how to deal with it.

      Explorer for instance can't create them, and indicate that something is a link, and can't correctly total up disk usage for a tree if you have used them in that tree.

       

      --
      Repeal the 17th Amendment TODAY! Also Please Read http://www.gnu.org/philosophy/right-to-read.html
    10. Re:Interesting by Anonymous Coward · · Score: 0

      Depending on what applications you have used, you probably have actually used hardlinks without knowing about it.

      For example Mercurial uses them to create clones:
      http://mercurial.selenic.com/wiki/HardlinkedClones

    11. Re:Interesting by Miamicanes · · Score: 1

      He's not. Lost amidst the orgy of hate for Vista was the fact that it did, in fact, finally give us real, honest-to-god symlinks, so it's no longer necessary to use NTFS junctions to kludge directory symlinks. http://en.wikipedia.org/wiki/Mklink

      The bad news is, there's an ambiguous set of Group Policy settings that work together in non-obvious ways to create a perverse scenario where the only users who CAN'T create symlinks are users with local admin privileges. In other words, anybody who doesn't have local admin rights (including the guest user) can create symlinks wherever they're allowed to create files, but if you DO have local admin rights, mklink will fail.

    12. Re:Interesting by anonymov · · Score: 2

      mklink can create symlinks (which were introduced with NT6.0's update to NTFS)/hardlink/dir junctions and is available out of the box since Vista/Server 2008. There's "fsutil hardlink" command on earlier systems, but to create directory junctions you had to install Resource Kit's linkd or Russinovich's Junction.

    13. Re:Interesting by WillerZ · · Score: 1

      NTFS already supports paths longer than 255 bytes; you just need to use the right APIs to access them.

      It used to really piss me off that the JVMs for Windows weren't using the long-path APIs. It stopped annoying me when I stopped needing to write Java programs.

      --
      I guess today is a passable day to die.
    14. Re:Interesting by BobKagy · · Score: 1

      Symbolic links to directories are fine as long as you use junctions (available in WinXP) instead of symbolic links (available in Win7 (Vista?)).

      Symbolic links (not junctions) to files or directories are recommended as prohibited, and Win7 seems to ship that way:
      http://technet.microsoft.com/en-us/library/dd349804(WS.10).aspx#BKMK_16

    15. Re:Interesting by Anonymous Coward · · Score: 0

      There is mklink, but it is still not supported by msysgit. But to be fair, the current msysgit might not even work on the new filesystem.

    16. Re:Interesting by willaien · · Score: 1

      I never saw the benefits of symbolic or hard links, personally? Can anyone explain this to me? .lnk is not the equivalent of a symbolic link, by the by. It's just a reference file.

    17. Re:Interesting by rubycodez · · Score: 1

      that's funny, because whatever distribution of OS you are using makes much use of them. So you are using them and benefiting from them.

    18. Re:Interesting by loufoque · · Score: 1

      So that means that instead of wasting 40 GB, a Windows install will now waste even more?

      Meanwhile, my whole linux system with everything installed only takes 2 GB...

    19. Re:Interesting by EvanED · · Score: 1

      That's Git's problem, not MS's problem; I'm not sure why you think it's particularly relevant.

      (OK, it's mostly Git's problem. The difference between symlink-to-file and symlink-to-directory is the primary reason that they don't support it. You can find some mailing list discussion on it.)

    20. Re:Interesting by TheLink · · Score: 1

      NTFS already supports paths longer than 255 bytes; you just need to use the right APIs to access them.

      Does Windows Explorer support that yet? Because if it doesn't work with Windows Explorer that's good as not working for many popular use cases.

      Then it's just as silly as saying that Windows isn't using that much disk space with the SxS stuff, if stuff still grumbles about lack of disk space when you try to use that "actually unused space"...

      --
    21. Re:Interesting by anonymov · · Score: 1

      Here, a usecase from everyday life: Dropbox doesn't allow multiple root directories for syncing + many apps and games use hardcoded paths for storing user profiles = create junctions in Dropbox root, while cursing developers under your breath.

      The other solution, of course, is to look for a better web storage/sync solution, but it's often not worth the trouble.

    22. Re:Interesting by 0123456 · · Score: 1

      Let's see: 32K file name and path limits (instad of 255)

      That'll be great fun for all those old C programs that do:

      char filename[MAX_PATH];

      strcpy( filename, lpstrSomeWindowsFileCrap() );

      (Yeah, I know that weird Windows Reverse Mongolian naming is probably wrong, I haven't programmed on Windows in years)

    23. Re:Interesting by willaien · · Score: 1

      Replying to my own comment here. I guess I can see the benefits in some situations. Example would be a distribution that has a major revision number symlinked to the latest minor revision for file distribution. (ie. CentOS5 symlinks to CentOS5.4)

    24. Re:Interesting by Anonymous Coward · · Score: 0

      Mind you, some basic feature cleanup never hurt anyone. But if that's the case, why not NTFS2 instead of a marketing buzzword?

      Because NTFS2 would have to be explained as NTFS-for-stupids.

    25. Re:Interesting by Rakishi · · Score: 2

      I buy an 128gb SSD to speed things up, I have 200gb worth of Steam games.

      Without symlinks: I am sad.

      With symlinks: I copy rarely played games to my regular hard drive, symlink to them from the steam directory (on the ssd). Everything works transparently.

    26. Re:Interesting by Anonymous Coward · · Score: 0

      At least from WinXP-SP3, Windows Explorer supports filenames longer than 255 characters. I haven't tried that with paths, and I haven't tried to push it all the way to the (approximately) 32K limit.

      Oddly, Explorer won't do everything NTFS allows. For example, Explorer doesn't let you rename a folder with a leading dot. You can do it from a command prompt, though.

      - T

    27. Re:Interesting by Anonymous Coward · · Score: 0

      I can't say that I've ever used any of the NTFS features they're planning to drop.

      I have used some of those features and can say that several are quite useful. This looks like they're making a "Resilient" subset of NTFS to go with their "Windows 8 is also for tablets!" theme. A lightweight filesystem that can be repaired while the system is running, without any kind of recovery disc or console, would be perfect for a low-powered machine with limited troubleshooting options.

    28. Re:Interesting by Malc · · Score: 1

      mklink works for me as a member of the local admins group in Win7

    29. Re:Interesting by EvanED · · Score: 2

      Oddly, Explorer won't do everything NTFS allows. For example, Explorer doesn't let you rename a folder with a leading dot.

      Files too, not just folders.

      In fact, there are sort of three levels: what Explorer allows (e.g. not naming a file ".gitignore"), what the Win32 API allows (e.g. not having two files whose names differ only in case), and what NTFS itself supports and is accessible through, e.g., the Interix/SFU/SUA/whatever-it's-called-now subsystem, which is fully Posix-compliant AFAIK.

    30. Re:Interesting by TheLink · · Score: 1

      I've definitely had problems at work with long paths on Windows 7. And seems like others have problems too:
      http://social.technet.microsoft.com/Forums/en/w7itprogeneral/thread/53779044-d453-458b-b8c4-96d41711ea69

      Microsoft does not say encouraging stuff: http://msdn.microsoft.com/en-us/library/windows/desktop/aa365247(v=vs.85).aspx#win32_file_namespaces

      --
    31. Re:Interesting by Miamicanes · · Score: 2

      It usually does. The bug only surfaces when you're part of an enterprise active directory network that has group policies & domain admins, and it only crops up with specific combinations of group policy settings that look innocent in and of themselves, but have disabling the creation of symlinks by local admin members (but nobody else) as an unintended side effect. To make them work, you have to set some other policy that looks like it's imposing a restriction upon local admins, but actually has the opposite effect.

    32. Re:Interesting by Miamicanes · · Score: 1

      I should mention that the bug I'm describing most certainly DOES affect Windows 7, too. But just to re-emphasize for the benefit of context (in case future replies separate this post from the parent), the bug ONLY manifests itself when you have an enterprise network with certain specific group policies that look individually innocent, but collectively have the effect of preventing local admin group members (and ONLY members of this group) from using mklink to create symlinks.

    33. Re:Interesting by fahrbot-bot · · Score: 1

      Did you RTFA at all?

      That's adorable.

      --
      It must have been something you assimilated. . . .
    34. Re:Interesting by UnknownSoldier · · Score: 2

      I built 3 windows 7 computers over the winter break.

      A fresh install of Win 7 x64 takes
      - 12 GB Windows
      - 8 GB pagefile (deleted & turned off)
      - 8 GB hibernate (deleted & turned off)

      Not sure where you are pulling 40 GB out of your ass from ? =)

    35. Re:Interesting by TemporalBeing · · Score: 1

      mklink can create symlinks (which were introduced with NT6.0's update to NTFS)/hardlink/dir junctions and is available out of the box since Vista/Server 2008. There's "fsutil hardlink" command on earlier systems, but to create directory junctions you had to install Resource Kit's linkd or Russinovich's Junction.

      NTFS had that support for quite a while, and APIs to do it; just no user tools to support it until Microsoft decided it was the god of all inventions to use for managing DLLs in WinSXS. Since Vista, you can easily consume 3 or 4 times your actual disk space as the utilities provided by Microsoft for disk space don't account for them.

      --
      Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
    36. Re:Interesting by Anonymous Coward · · Score: 0

      You also need an elevated admin console to create symlinks if I'm reading the msdn comments right.

    37. Re:Interesting by cbhacking · · Score: 1

      Symlinks and hard links to files are allowed for standard users. Symlinks to directories are not - too easy for a program that isn't aware of symlinks (and there are many in Windows-land) to get stuck in an infinite loop if you create a cycle in the directory tree. A member of the Administrators group (using high-privilege token, if UAC is enabled) can make symlinks to directories though (on the assumption that they know what they're doing).

      --
      There's no place I could be, since I've found Serenity...
    38. Re:Interesting by EvanED · · Score: 1

      Symlinks and hard links to files are allowed for standard users. Symlinks to directories are not.

      Not under my setup, and I am not aware of anything that would have changed it from the default setup. I get a permissions error even for file symbolic links, even as a non-elevated administrator let alone a standard user (I tried both).

    39. Re:Interesting by Anonymous Coward · · Score: 0

      Long paths...

      As a Windows server admin, the command prompt should work, but it doesn't. Our users can make files and directories that are too long for me to do auditing functions via the command prompt.

      What does that mean?

      I think this means MS wants me to use VB or something else to get stats and find files our uses deleted. Why? To push me to install a Sharepoint server and make more of a mess and lock me into the MS product line.

      NTFS sucks, on a big file server you will eventually get a forced chkdsk on reboot and tell your users to come back tomorrow. Did you know that all NTFS systems need to have chkdsk run? You see if you use ACLs and you have more than a few you have to clean up the Extended attributes as they get disconnected from the files. The only way to do this presently is offline.

      All file servers should be UNIX, Sun showed us that with ZFS. Microsoft, not much of an innovator... And that iPad thing, just ignore it everyone really NEEDS a windows desktop or laptop...

    40. Re:Interesting by msobkow · · Score: 1

      But what about the ENVIRONMENT variables?

      I've never had a problem with path name limits under Windows XP, but I've OFTEN run out of PATH space and had it truncated. Sybase ASE is notorious for assuming it's the only thing running on the box, for example.

      --
      I do not fail; I succeed at finding out what does not work.
    41. Re:Interesting by atamido · · Score: 1

      Let's see: 32K file name and path limits (instad of 255)

      NTFS doesn't have a 255 character limit on paths. The default file handler API in Windows (even 7/2008) is limited to ~254 characters. You can force force the use of the newer API (with 32K path lengths) by using \\?\, but I've personally found application support to be spotty, even under MS applications.

      Specifics available here:
      http://msdn.microsoft.com/en-us/library/windows/desktop/aa365247(v=vs.85).aspx

    42. Re:Interesting by loufoque · · Score: 1

      People don't have fresh installs, they've got OEM installs with bundled crapware.

  5. Great! by Sez+Zero · · Score: 2, Insightful

    All we need is another MS-specific filesystem to cause compatibility headaches.

    1. Re:Great! by uigrad_2000 · · Score: 3, Insightful

      I'll agree.

      As ugly as NTFS is, the one thing I've liked about it is that it's the only FS used by Windows and Windows Servers for a dozen years.

      With Linux, on the other hand, I've had to deal with ext2, ResierFS, ext3, ext4, and those are only the popular ones! There are a ton of other specialized filesystems for other features, such as encryption or use on flash memory!

      --
      Free unix account: freeshell.org
    2. Re:Great! by Anonymous Coward · · Score: 0

      I'm not sure what you mean by "had to deal with". I use Linux daily and it doesn't make any difference to me what filesystem is being used.

    3. Re:Great! by seandiggity · · Score: 1

      With Linux, on the other hand, I've had to deal with ext2, ResierFS, ext3, ext4, and those are only the popular ones! There are a ton of other specialized filesystems for other features, such as encryption or use on flash memory!

      We Linux users have great kernel support for tons of filesystems, and a userspace daemon that makes working with them quite easy and transparent: http://en.wikipedia.org/wiki/Filesystem_in_Userspace

      Since ntfs-3g has been stable, we haven't had problems with that filesystem either. In fact, the only thing that worries me about this new filesystem is the upcoming patent threat that will keep a stable driver for Linux years away from being attainable. There are few attempts at bringing FUSE to non-*nix systems, and they're not pretty. But trust me when I say that it would make my life a lot easier...I've given up developing software on Windows systems completely because of crappy support for filesystems, locally and over the network.

      --
      Geeks like to think that they can ignore politics, you can leave politics alone, but politics won't leave you alone.-rms
    4. Re:Great! by Burning1 · · Score: 1

      The good news is that ResierFS has been slowly killing off the other, lesser known filesystems.

    5. Re:Great! by Anonymous Coward · · Score: 0

      My knee-jerk reaction tells me this is simply a tactic to make migration from Windows more difficult. It's still going to doable, its just going to be a bigger hassle, necessitate a little more equipment. Plus, with all these new digital laws potentially coming in, there will probably be something about the illegality of copying data from the new "secure" FS to, say, unsecured (by their definition) btrfs/ZFS.

    6. Re:Great! by Anonymous Coward · · Score: 0

      I see what you did there.

    7. Re:Great! by Anonymous Coward · · Score: 0

      Do you think they are doing this because NTFS has essentially been cracked by Unix drivers?

    8. Re:Great! by Waccoon · · Score: 1

      I learned the hard way that you should NEVER check an NTFS volume with a boot disk for a newer version of Windows. It might decide to automatically update the filesystem to the new version and cause a whole heap of problems.

      Yes, the same filesystem... but in name only.

  6. My Preview of Cold Fusion Reactors by eldavojohn · · Score: 3, Funny

    After my initial tests

    Wait, what? From the article:

    Officially named ReFS — for Resilient File System — the new file system will be made available via a staged “evolution,” according to a January 16 post on the “Building Windows 8 blog.

    So you're saying something that was just announced and will be made available via a staged evolution has already been tested by you? Impressive!

    It is basically all the best filesystems compiled into one.

    Thanks for summing it up for me there, bud. I didn't realize it was the greatest goddamn filesystem I could imagine, why didn't you just say "Imagine what your dream filesystem will be able to do, this is it." I wonder though, will it have the homicide capacity of ReiserFS?

    This reminds me of my initial tests of cold fusion. I must say that cold fusion is incredible dvangement. Cold fusion supports providing us with unlimited power from a glass of water, it prints money, it gives the user eternal life, it allows the user to travel faster than the speed of life and -- when activated -- attractive women jump out of the core reactor demanding money shot after money shot.

    --
    My work here is dung.
    1. Re:My Preview of Cold Fusion Reactors by anonymov · · Score: 2

      It gets better:

      TFA:

      some NTFS features for which Microsoft plans to drop support with ReFS, specifically named streams, object IDs, short names, compression, file level encryption (EFS), user data transactions, sparse, hard-links, extended attributes, and quotas, Verma blogged.

      His post:

      I must say that ReFS is incredible advangement. ReFS supports named streams, object IDs, short names, compression, file level encryption (EFS), user data transactions, sparse, hard-links, extended attributes and quotas

      He's either overpaid as MS shill, or underpaid as dark PR style "obviously dumb MS shill" troll.

    2. Re:My Preview of Cold Fusion Reactors by fnj · · Score: 1

      Maybe he's just, like, stupid. Sorry, he left himself wide open.

    3. Re:My Preview of Cold Fusion Reactors by anonymov · · Score: 1

      Maybe he's just, like, stupid.

      It's covered by second part. Smart new media marketing should pay idiots (what a widely available resource!) to go and promote opposing products. It'll make their own fanbase and product stand out in contrast. Maybe that already happens?

    4. Re:My Preview of Cold Fusion Reactors by maxwell+demon · · Score: 1

      I wonder though, will it have the homicide capacity of ReiserFS?

      I think that on is in the "iser" part of the file system.

      --
      The Tao of math: The numbers you can count are not the real numbers.
    5. Re:My Preview of Cold Fusion Reactors by Anonymous Coward · · Score: 0

      ---sarcasm

      ---you

    6. Re:My Preview of Cold Fusion Reactors by cbhacking · · Score: 2

      Or... he's being sarcastic, and you are a fool. That list was basically a complete rundown of NTFS's newest or least-known features (some, like compression and EFS, have existed for over a decade). It was quite obvious, even without reading TFA, that some if not all of them were going to be cut from the new version.

      Mind you, if you want me to use a filesystem that doesn't support transactions, it better have some other damn good perk. Compare what happens if a big file operation (say, copying a large directory tree) gets canceled mid-way on XP (no transactions) vs Win7 (transactions, I think Vista actually had them too).

      Getting rid of compression and EFS just seems dumb. Yeah, neither is used as much as they should be, but the fix for that is user education, not feature removal. Both are valuable capabilities that, by integrating them transparently into the filesystem, are far more convenient to use than an external tool.

      Hard-links make all kinds of sense, and even though NTFS now supports symlinks as well, there are definitely still places where hard-links are suprerior (specifically, if you plan on moving/renaming the "original" file).

      Alternate data streams are actually used by a number of popular software packages (and, admittedly, no small amount of malware). EFS uses them too.

      Quotas are just an obviously good idea for any kind of shared file server. I suppose they don't intend this new FS to be used in that kind of environment.

      --
      There's no place I could be, since I've found Serenity...
  7. Dropped features by snsh · · Score: 2

    Dropping support for compressed folders and hard links? I use those features all the time. Especially when you troubleshoot a server with a subfolder containing 12GB of log files, and have no direction or policy about what to do with those old log files, you could safely enable compression on the folder and they magically take up less space.

    1. Re:Dropped features by Anonymous Coward · · Score: 1

      How do you give a file a name, without hard links?

      (Yeah, yeah, I have a strong UNIX bias)

    2. Re:Dropped features by MagicM · · Score: 1

      compressed folders + truecrypt + robocopy also makes a wonderful hassle-free backup system.

  8. You gotta be kidding me?! by Robert+Zenz · · Score: 5, Funny
    From the blog post:

    Today, NTFS is the most widely used, advanced, and feature rich file system in broad use.

    If this is true...it's a very sad world we live in...

    1. Re:You gotta be kidding me?! by ThatsMyNick · · Score: 1

      Whats not to like about NTFS? All my portable harddisks and my primary data partition uses NTFS. It is supported well by Windows, Linux and Mac, and can support most commonly used partition sizes.

    2. Re:You gotta be kidding me?! by webheaded · · Score: 1

      I'm pretty sure all those embedded *Nix devices would have a thing or two to say to Microsoft about the wide spread use of NTFS.

      --
      "Those who would sacrifice essential liberties for a little temporary safety deserve neither liberty nor safety." - BenF
    3. Re:You gotta be kidding me?! by rubycodez · · Score: 1

      scary news for you, writing into NTFS from LInux is still not reliable and not all features have been reverse engineered. Especially true with NTFS 6 (vista/win7) which is only partially supported by Linux ntfs-3g. If you value your data, use a different solution.

    4. Re:You gotta be kidding me?! by ydrol · · Score: 1

      Good NTFS support on Linux has only been around for the last 5 years or so. and no thanks to Microsoft of course. Before that it was fairly risky to write to NTFS partitions from linux. In the media-streamer world, there is a lot of demand from users to manage their NTFS based portable storage from embedded Linux based streamers. Despite commercial 3rd party NTFS drivers, it still seems a bit risky to me.

      http://www.google.co.uk/search?q=site%3Anetworkedmediatank.com+ntfs

    5. Re:You gotta be kidding me?! by Anonymous Coward · · Score: 0

      Whats not to like about NTFS? All my portable harddisks and my primary data partition uses NTFS. It is supported well by Windows, Linux and Mac, and can support most commonly used partition sizes.

      A good file system should meet the following cretiria:

      1. Fast
      2. cross-platform
      3. Provide all the features people need (reliability, soft links, etc)

      Of the 3 of these, NTFS is considered just barely fast enough, just barely cross-platform, and just barely provides all the features people really need. Like, they just barely provide support for soft-links.

    6. Re:You gotta be kidding me?! by Anonymous Coward · · Score: 0

      Only because Microsoft won't support Linux and Max files systems. NTFS is supported on Linux and OSX DESPITE Microsoft's efforts.

    7. Re:You gotta be kidding me?! by jimicus · · Score: 1

      Broadly speaking, it is true. NTFS:

      - Is the default filesystem for Windows. Count every Windows PC and yes it probably is the most widely used.
      - Advanced/Feature rich: NTFS has an enormous number of features. For some reason best known only to the FSM these are seldom used outside of Windows itself - userland software seldom scratches the surface.

    8. Re:You gotta be kidding me?! by Anonymous Coward · · Score: 0

      no
      not supported well, they might be able to read the disks but they can't natively write...that doesn't sound like its "Well supported"

  9. As the best boss I ever had used to ask: by vikingpower · · Score: 2

    1) which problem does this solve ?

    2) if the answer at #1) is not "null", then how monkeyproof is it ?

    --
    Religous speak to God. Insane are spoken to by God. When all shut up, one can finally hear Shostakovich in peace
    1. Re:As the best boss I ever had used to ask: by xlsior · · Score: 1

      Being able to repair a live volume is a pretty bog one - with ntfs checkdisk can't make repairs to a volume while it is being used, forcing a reboot and often extended downtime to repair large volumes. Hate to see the removal of folder compression, though.

  10. Sooo, can I still use FAT16? by Anonymous Coward · · Score: 0

    I still have devices that need FAT16/FAT12. Can I still use that?

  11. Warning by TBedsaul · · Score: 5, Funny

    If you're married to "Hans Resilient", you'll want to start running now.

    1. Re:Warning by TACD · · Score: 1

      There's a joke here that's gone right over my head.

      --
      Security through promiscuity is no better than security through obscurity.
    2. Re:Warning by TeknoHog · · Score: 1

      Hans Reiser, creator of ReiserFS (the first journaling filesystem in vanilla Linux kernel and still a pretty good FS overall) and a convicted murderer.

      --
      Escher was the first MC and Giger invented the HR department.
    3. Re:Warning by Anonymous Coward · · Score: 0
    4. Re:Warning by Anonymous Coward · · Score: 0

      Hans Reiser wrote the ReiserFS for linux. In 2008 he was convicted of killing his wife.

    5. Re:Warning by Anonymous Coward · · Score: 0

      http://en.wikipedia.org/wiki/Hans_Reiser

  12. Same thing as with WinFS ... by yvesdandoy · · Score: 0

    "va-pour-wa-re" until it is available (which never happened to WinFS)

    By the way ... do anyone even remember WinFS ?

    1. Re:Same thing as with WinFS ... by Anonymous Coward · · Score: 0

      I do, WinFS was supposed to be fattened-up NTFS with some extra usability features
      this ReFS is opposite, slimmed down NTFS that will loose any feature that majority of people DID NOT use in NTFS and make it faster than NTFS that way
      Extra performance is nice, but I do not think i like loosing features

  13. More things to patent.... by Sir_Sri · · Score: 5, Funny

    Sounds like they're due for a refresh so they can get some new patents on their filesystem to make sure all the device makers need to continue to pay them money.

    1. Re:More things to patent.... by Anonymous Coward · · Score: 0

      Yea cause device makers REALLY took to NTFS right?

    2. Re:More things to patent.... by Sir_Sri · · Score: 1

      No, but if you want to use long filenames on say, your android phone, and being able to connect that to a windows machine MS gets a licence fee. That applies to pretty much all devices. That's a FAT32 patent though, and I'm wondering (somewhat seriously) if they don't have anything worthwhile for enforcing on NTFS so that's part of why they're looking for something new.

    3. Re:More things to patent.... by Locutus · · Score: 1

      good point, do they have patents on NTFS which are about to expire? hmm, no patents on NTFS... BINGO, we have a winner.

      what, mod'ded "Funny" and not "Informative". Duuuuuudes?

      LoB

      --
      "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
    4. Re:More things to patent.... by ThatsNotPudding · · Score: 1

      Sounds like they're due for a refresh so they can get some new patents on their filesystem to make sure all the device makers need to continue to pay them money.

      Dunno why this was modded to Funny; based on their Android blackmail scheme (and ARM devices), this is exactly what they will be doing.

    5. Re:More things to patent.... by Sir_Sri · · Score: 1

      Actually i think their FAT32 patents start expiring soon, since they got them in the mid 90's. Which either means NTFS doesn't have much they can licence, or they're just planning ahead, since NTFS is about 10 years old, they need to get something else out there, and keep the cycle going.

      It's probably a lot harder to make licencing argument with filesystem patents if you don't actually have it out there, and in the wild. And that takes a few years to get/force adoption.

    6. Re:More things to patent.... by TemporalBeing · · Score: 2

      Sounds like they're due for a refresh so they can get some new patents on their filesystem to make sure all the device makers need to continue to pay them money.

      That's what exFAT was for. This is probably to make it harder for non-Windows folks again since they can finally read/write to NTFS (stable since late 2.6.2x series for Linux; don't know about the others).

      --
      Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
  14. why not jump on btrfs bandwagon? by Anonymous Coward · · Score: 0

    1. Make the kernel support multiple filesystem (which I think it already does), write a wrapper for btrfs

    2. ???

    3. Enjoy peace and harmony

    Granted, I have no slightest clue on what are these streams that virii hide in are, but I doubt they are very useful as no one is moaning for supporting such in Linux. Are there more incompatibilities?

  15. NTFS up to EXT4 speeds? by Moses48 · · Score: 4, Interesting

    I'm not a filesystem guru. I stick to programming in the application space mostly. But I have noticed a large time discrepency compiling a large project using EXT4 vs NTFS. EXT4 being multiple times faster then doing the same compile on an NTFS. My question now is, will ReFS bring those times up to similar values?

    PS. Also looking at the dropped support for short names, i think quite a few server batch files will be broken.

    1. Re:NTFS up to EXT4 speeds? by SpryGuy · · Score: 2

      I've heard anecdotal evidence (so take with a grain of salt) that doing stuff on ReFS is much faster.

      Keep in mind this initial release is for servers only, and NOT for boot volumes, so it'll be a while (half a decade or more) before it trickles down into most desktops/laptops.

      --

      - Spryguy
      There are three kinds of people in this world: those that can count and those that can't
    2. Re:NTFS up to EXT4 speeds? by afidel · · Score: 1

      Turn off last access time and you can get faster compiles on NTFS, but it was never a particularly fast FS, just a very reliable one. The AOW architecture in ReFS will help with the situation because metadata updates will become large streaming writes instead of small random ones.

      Personally I'm loving the idea of data integrity streams with mirrored spaces, I hope that they implement ANSI T10 DIF so that you can have end to end data integrity from disk to application.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    3. Re:NTFS up to EXT4 speeds? by JasterBobaMereel · · Score: 2

      So this is for servers, not for boot devices

      So what is it for, for storage most people are using network storage, where the filesystem is very often not Windows Native?

      --
      Puteulanus fenestra mortis
    4. Re:NTFS up to EXT4 speeds? by Anonymous Coward · · Score: 0

      So this is for servers, not for boot devices

      So what is it for, for storage most people are using network storage, where the filesystem is very often not Windows Native?

      There are plenty of MSSQL and Exchange installations which could benefit from having their data stores on a faster file system.

    5. Re:NTFS up to EXT4 speeds? by 0123456 · · Score: 1

      Turn off last access time and you can get faster compiles on NTFS, but it was never a particularly fast FS, just a very reliable one.

      Considering the gigabytes of data that I've lost on NTFS in the past, I would have to disagree with that. I've lost far more data on NTFS than FAT or ext3, or even ext4.

    6. Re:NTFS up to EXT4 speeds? by SpryGuy · · Score: 1

      Datacenters mostly. I know our company (a MS shop) will certainly make use of these features whenever they make the move to Windows 8 Server. Which isn't likely for years, but still.

      Ultimately they'll release it for boot devices and such. But for the next few years it'll only be really useful in large storage scenarios. I don't know if they're going to release it on "Windows Home Server", but they should: Mirrored Storage Spaces plus the ReFS improvements would be VERY useful in that area. Joe Blow can just plug in a new 1TB drive, and ReFS and Storage Spaces will make use of it, replicating data across drives. A drive goes bad? Just unplug it, and plug in a new one. Hot-swappable, uninterrupted... self-healing.

      --

      - Spryguy
      There are three kinds of people in this world: those that can count and those that can't
    7. Re:NTFS up to EXT4 speeds? by hechacker1 · · Score: 1

      I've heard anecdotal evidence (so take with a grain of salt) that doing stuff on ReFS is much faster.

      Keep in mind this initial release is for servers only, and NOT for boot volumes, so it'll be a while (half a decade or more) before it trickles down into most desktops/laptops.

      If Microsoft implements it right, it should be faster than NTFS.

      Since it's copy on write, you can batch together random writes into a single linear write (while still maintaining consistency). They also mention having 3 allocators depending on the size of data to be written (because a one size fits all allocator is worse than 3 tuned to data size).

      And considering it gets rid of some rarely used NTFS features, it also stands to be faster because it doesn't have to support as much.

    8. Re:NTFS up to EXT4 speeds? by Anonymous Coward · · Score: 0

      IIRC, we disabled short file names on NTFS to improve our build time. It made a big difference.

  16. Full of sound and fury, signifying an idiot by SuperKendall · · Score: 1, Informative

    Note the collaboration between this, and numerous other "contributors" between extremely verbose first posts submitted within the same minute

    It's called "being a subscriber". Since you don't even know that we can all just assume you've not ever been one and are just a leech.

    As for "being paid", I don't know that many people are paying to have humorous articles posted to Slashdot.

    You did realize his post was humor, right? It was not to subtle for you to comprehend, right?

    Oh.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Full of sound and fury, signifying an idiot by anonymov · · Score: 3, Informative

      Yes, you see that asterisk right next to his nickname that means "a subscriber account"... Oh, wait, there's none.

    2. Re:Full of sound and fury, signifying an idiot by Anonymous Coward · · Score: 0

      Wow, you're fucking stupid.

    3. Re:Full of sound and fury, signifying an idiot by Kalriath · · Score: 1

      Subscribers can tick the checkbox that says "No Subscriber Bonus", which removes the asterisk and any "Subscriber" modifications people add in their discussion settings.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
  17. Just like the new filesystem with Vista by Anonymous Coward · · Score: 0

    Are they actually going to release this one? I remember one of the big features of Vista was to be their new filesystem Win FS. Although, I guess Microsoft had enough criticisms to deal with in Vista that it could have been even more of a disaster to release a new filesystem with it.

    1. Re:Just like the new filesystem with Vista by anonymov · · Score: 1

      WinFS was not even a filesystem, it was meant to be basically a database for metadata storage on top of NTFS.

      Too bad they dropped it, it's an interesting idea.

      I think only BeOS had something like that, with support for metadata and queries built right into BeFS.

    2. Re:Just like the new filesystem with Vista by JasterBobaMereel · · Score: 1

      BeOS had a working implementation of what WinFS was supposed to be ... and it was implemented before MS and came across all the problems that WinFS had ...

      MS found that a pure DB filesystem is a brilliant idea, but in practice it is not very fast unless you are very careful, and it seems they weren't ...

      --
      Puteulanus fenestra mortis
    3. Re:Just like the new filesystem with Vista by TemporalBeing · · Score: 1

      Are they actually going to release this one? I remember one of the big features of Vista was to be their new filesystem Win FS. Although, I guess Microsoft had enough criticisms to deal with in Vista that it could have been even more of a disaster to release a new filesystem with it.

      WinFS was ditched before Vista development was started. Yes, it was part of the original Longhorn project; but that project after 3 years was tossed, and a new Longhorn project was started that became Vista, and then reved and became Win7; but if I recall correctly, WinFS didn't make it into the second round of Longhorn (e.g. what was to become Vista).

      --
      Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
  18. Apple: Ditch HFS+ by Arakageeta · · Score: 1

    Well, Apple, it looks like you'll be the last major OS still running a terribly out of date file system. Ditch HFS+!

    1. Re:Apple: Ditch HFS+ by Anonymous Coward · · Score: 0

      At one point they were part way through migrating to ZFS... but given what's gone on with Oracle and licensing since, I think I now understand why that project died.

    2. Re:Apple: Ditch HFS+ by Bananana · · Score: 1

      It is true only if ReFS successes; and we're gonna see. HFS+ is about similar period as ntfs.

    3. Re:Apple: Ditch HFS+ by MachineShedFred · · Score: 2

      Got it in one. MacOSForge had a working driver and filesystem version for ZFS on Snow Leopard. However, on the day before Snow Leopard shipped, it was yanked off the download repository, because Apple couldn't come to licensing terms with (then) Sun.

      They had ZFS completely implemented on Mac OS X 10.6, and had to abort due to licensing. The package is still kicking around out there if you go looking, but I doubt anyone is maintaining it anymore. Too bad, too.

      --
      Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
    4. Re:Apple: Ditch HFS+ by blueg3 · · Score: 1

      What important features does HFS+ lack that ext3/4, ntfs, or refs have?

    5. Re:Apple: Ditch HFS+ by rubycodez · · Score: 2

      the fsck that comes with Mac OS can't even repair certain cases of the "Invalid Node Structure" errors (some third party products averaging about $100 each claim to handle those cases). Really Apple should either make their shit fixable or get a more modern file system

    6. Re:Apple: Ditch HFS+ by antifoidulus · · Score: 1

      Snapshots and data deduplication for starters. That is why time machine can be a real bitch for bigger files, any change to the file means the entire file has to be copied over again. This is part of the reason a lot of OS X fans were quite excited about ZFS, using some of the features available in ZFS would have mean that Apple could have made a much more efficient version of time machine.

    7. Re:Apple: Ditch HFS+ by blueg3 · · Score: 1

      Right, but ext3/4 and NTFS don't really support those either, do they? I haven't seen about ReFS. I suppose Win 7 with NTFS supports limited-duplication snapshots with VSC (not arbitrary deduplication, but snapshots that store only changed blocks instead of changed files).

      Low-cost snapshots is a pretty useful feature, though. The HFS+ snapshot solution not only uses a fair bit of space, but its implementation is ugly -- it's all hard links, where hard links are a weirdly-implemented feature stapled on to HFS+ (they work, but it's a bit disconcerting).

    8. Re:Apple: Ditch HFS+ by Anonymous Coward · · Score: 1

      To be more clear; Apple did not ship ZFS because Sun refused to indemnify Apple against any patent lawsuits from NetApp about ZFS' alleged infringement of WAFL patents. NetApp has since given up on its patent litigation against Sun (now Oracle).

  19. Totally agree by Anonymous Coward · · Score: 0

    What could be sadder in this modern life?

  20. Why not EXT by ripdajacker · · Score: 1

    I don't get why they don't go with EXT4 or something in that fashion.

    1. Re:Why not EXT by Anonymous Coward · · Score: 1

      There's absolutely no comparison between EXT4 and something like ReFS (which bares more similarity with the likes of ZFS and BTRFS). Completely different worlds. BTRFS is being developed specifically to supplant EXT4.

    2. Re:Why not EXT by Bananana · · Score: 1

      It is a stupid question. If MS was willing to do this kind of thing, it could have ported win32 and the windows GUI on top of linux. That way they would have a solid feature-rich O/S and compatibility with Win s/w.

  21. Microsoft plans to deprecate lesser-used features by IGnatius+T+Foobar · · Score: 4, Insightful

    "Microsoft plans to deprecate lesser-used features" --- such as the reasonable level of compatibility that has started to show up in non-Microsoft implementations of NTFS over the last couple of years. We may be assured that ReFS is a patent minefield.

    --
    Tired of FB/Google censorship? Visit UNCENSORED!
  22. like what was supposed to be in vista ? by Anonymous Coward · · Score: 0

    Wasn't vista supposed to offer all sorts of cool new stuff, like a better file system ?
    OR
    is their an upcoming oracle/google/android filesystem that is impacted by the MS announcement ?

  23. When NTFS was introduced... by QuietLagoon · · Score: 5, Interesting
    ... it was hyped, among other things, as a file system that would never need to be defragmented.

    .
    I have to wonder how much of the pre-release ReFS hype will prove to be true in the coming years.

    1. Re:When NTFS was introduced... by Anonymous Coward · · Score: 0

      Looking at the fact that SSDs are becoming cheaper, more reliable and possibly the new storage standard - in the coming years a lot less people will actually need/have anything to defragmet. I guess the whole fragmentation craze will actually die down within the next 5/10 years... Maybe even earlier, who knows.

      Btw does anyone have a ReFS - Ext4 and possibly other filesystems comparison chart?

    2. Re:When NTFS was introduced... by Anonymous Coward · · Score: 0

      (only because there was no defragment utility written at the time!)

    3. Re:When NTFS was introduced... by PRMan · · Score: 1

      Actually, NTFS usually doesn't need to be defragmented in most cases until the drive fills up. In actual practice, if you never fill the drive, you will get around a 1% performance improvement by defragmenting.

      --
      Peter predicted that you would "deliberately forget" creation 2000 years ago...
    4. Re:When NTFS was introduced... by TemporalBeing · · Score: 2

      And they specifically used the same FS number as HPFS which Microsoft and IBM jointly developed for OS/2, and was also used by Apple for MacOS specifically to keep systems from being compatible.

      So, watch them use partition table FS identifier 82 (Linux FS - Ext2/3/4) instead...for the same reason. However, that has typically only hurt Microsoft as everyone else figures out how to be detect the differents FS's on the actual partition, especially the Linux folks.

      --
      Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
    5. Re:When NTFS was introduced... by drsmithy · · Score: 2

      And they specifically used the same FS number as HPFS which Microsoft and IBM jointly developed for OS/2 [...]

      The reason for that should be pretty obvious - NTFS was supposed to replace HPFS in what was then still called OS/2 NT.

      NTFS development started along with NT development in the late '80s. Back when IBM and Microsoft were still BFFs and *years* before they would have any thoughts about "compatibility".

    6. Re:When NTFS was introduced... by flyingfsck · · Score: 1

      Over the years, MS has announced a few new file systems that were never released. This may be another one of those vapor ware file systems.

      --
      Excuse me, but please get off my Pennisetum Clandestinum, eh!
    7. Re:When NTFS was introduced... by TemporalBeing · · Score: 1

      And they specifically used the same FS number as HPFS which Microsoft and IBM jointly developed for OS/2 [...]

      The reason for that should be pretty obvious - NTFS was supposed to replace HPFS in what was then still called OS/2 NT.

      NTFS development started along with NT development in the late '80s. Back when IBM and Microsoft were still BFFs and *years* before they would have any thoughts about "compatibility".

      NTFS was NOT jointly developed by Microsoft and IBM, HPFS was. Microsoft did NTFS as part of Windows NT after the split. And FYI - Windows has never really recognized the HPFS or HPFS+ file systems - both used by OS/2 and Mac OS, and instead calling them "corrupted" NTFS file sytems. Yes there are a lot of shared features between the two; but that probably has more to do with the fact that Microsoft worked on HPFS than anything else - they probably saw them as good features to have as a result, and thereby incorporated them. (Not to mention the marketing perspective.)

      I'll also point out that Wikipedia disagrees with you as well (see NTFS Wiki article - just read the page source for blackout day) as to the origin of NTFS; while it does kind of agree in the assumption of why NTFS uses the same disk type as HPFS but for different reasons.

      --
      Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
    8. Re:When NTFS was introduced... by drsmithy · · Score: 1

      NTFS was NOT jointly developed by Microsoft and IBM, HPFS was.

      I never said it was. I said NTFS was developed while IBM and Microsoft were still "married".

      NT was entirely a Microsoft show as well, and started at the same time - around 1988. NTFS was built to go into NT.

      Microsoft did NTFS as part of Windows NT after the split.

      The IBM/Microsoft split was in 1990. NT started development in 1988. Sadly I can't find my copy of Helen Custer's "Inside the Windows NT Filing System", or I'd quote you a more accurate timeframe for the beginning of NTFS development.

      And FYI - Windows has never really recognized the HPFS or HPFS+ file systems - both used by OS/2 and Mac OS, and instead calling them "corrupted" NTFS file sytems.

      Windows NT 3.1 and 3.5 could be installed into an HPFS partition. NT 3.51 could read and write HPFS partitions (and would run from one if upgraded from earlier versions of NT). NT 4.0 didn't have the driver by default, but it could be installed easily enough for full read/write support.

      No version of MacOS (Classic or X) has ever supported HPFS so far as I know.

      Yes there are a lot of shared features between the two; but that probably has more to do with the fact that Microsoft worked on HPFS than anything else - they probably saw them as good features to have as a result, and thereby incorporated them. (Not to mention the marketing perspective.)

      There's not really a lot of "shared features", especially architecturally. NTFS is a superset of HPFS in terms of functionality and was supposed to be its replacement, just like NT was supposed to (eventually) replace OS/2.

      I'll also point out that Wikipedia disagrees with you [...]

      No, it doesn't.

  24. Compatibility Grief is What I See Coming by BoRegardless · · Score: 3, Insightful

    All the file utilities for both Mac and PC and how you handle these different systems including forward/backward compatibility, Parallels, VMWare, Backup software, hard drives and tape devices will all go through teeth nashing debugs as we try to get everything to work with a new file system.

    That may be OK when you are an IT professional.

    For someone who "just wants it to work" there is likely to be lots of surprises ahead.

    1. Re:Compatibility Grief is What I See Coming by Anonymous Coward · · Score: 0

      ...for both Mac and PC...

      Please don't use that phrase again. Not only does it label you as a Mac user but an ignorant one as well.

  25. Transitional by virgnarus · · Score: 1

    But more to the point, I didn't see much about what might be NEW with this file system, only what's OLD and being discarded.

    Mind you, some basic feature cleanup never hurt anyone. But if that's the case, why not NTFS2 instead of a marketing buzzword?

    The article hints in various areas that they are restricted by maintaining a high level of compatibility. ReFS is merely a transitional FS from NTFS, and as an unfortunate result it carries some of that burden with being compliant to a high compatibility standard. Part of me thinks this may be the "Vista" of file systems (much of what caused Vista to be awful was due to extreme efforts to maintain compatibility), but I will be critically optimistic about it, given the changes it advertises.

    On a side note, the original MSDN blog confuses me on a couple things, namely their statement on deduplication. While they say the ReFS itself does not natively incorporate deduplication, but - like NTFS - will permit 3rd-party support of it, why is it that people have found new FSCTL ops for it in the Win8 header files? Maybe they dropped it? Curious.

  26. After years and years of NTFS praises... by Anonymous Coward · · Score: 0

    And now we'll hear the paid astroturfing M$ shills who invaded /. with their 7 digits IDs explaining us that those "lesser used NTFS features" that are now going to disappear really weren't that great... While for years we had these shills explaining us how one of the reason Windows was so much secure than the various Un*xes out there was due to all these NTFS features.

  27. NTFS is resilient! by DigiShaman · · Score: 4, Interesting

    A few weeks ago, I pulled "Hail Mary" with regards to saving an SBS 2003 server. For whatever reason, the server would not boot after a power failure. The RAID cache was not dirty on the card, and the RAID volume passed a manual parity consistency check. Unfortunately, the server would still not boot into the OS. It kept throwing a BSOD or hung at finding the hal.dll file. Attempting to access the recovery console or other F8 invoked options failed. Any Server 2003 disk would throw a BSOD the moment it attempted to mount the boot "C" volume. It wasn't the RAID drivers, but actual NTFS corruption causing the kernel panic. Serious shit. However, a Server 2008 R2 disk did save my ass. I was able to mount the volume through a command recovery console. A chkdsk revealed massive amounts of corruption. Server is fucked right? NO! A "chkdsk /R" command was able to find and repair all errors. No data loss what-so-ever.

    Basically, the server must have been busy with installing updates or something when the power died. An old UPS battery will do that. But this goes to show how remarkably resilient the NTFS system is. Absolute respect!

    --
    Life is not for the lazy.
    1. Re:NTFS is resilient! by Anonymous Coward · · Score: 5, Insightful

      Respect?? That's absolutely terrible.

      A modern journalling filesystem should not experience any corruption after a crash, because journal recovery is supposed to keep data structures consistent.

      Not only that, but NO filesystem, journalling or not, should cause a kernel crash if it is corrupted.

      Microsoft has done one thing well, and that is to lower the expectations of their users so far, that what should have been a few second journal recovery turned into a big outage and manual recovery of a massively corrupted filesystem, and that gains them "Absolute respect".

    2. Re:NTFS is resilient! by rubycodez · · Score: 1

      uh huh, and I've ten stories of utter failure of chkdsk after loss-of-power for your one. robust except when it isn't. of course, I have the same complaint about ext3.

    3. Re:NTFS is resilient! by DigiShaman · · Score: 1

      I agree about the kernel panic. It should not crash because of data corruption. So the problem was with the kernel not handling corruption, not NTFS (which is why I had to use a 2008 boot disk) but I've seen dataloss and Linux failing to boot under the same circumstances. In one cases, it was Asterix server failing on a power outrage too. Checking the disk via command would not repair or recover data in some instances. Of course, same thing can be said of any Windows machine too.

      Journalling or not, you can't guarantee 100% data integrity under heavy I/O and simply expect full recovery from a power outage. If it was the case, we would never hear or read documented cases such of these. A lot of the problems can be mitigated through proper software coding. The rest relies on a lot of luck and timing. Better yet, just make damn sure your UPS batteries are up to snuff.

      --
      Life is not for the lazy.
    4. Re:NTFS is resilient! by Anonymous Coward · · Score: 0

      I never said Linux or any other UNIX was perfect or that users should expect zero bugs. But Linux, BSD, and UNIX users are rightfully pissed off if the filesystem journal replay doesn't work and requires manual intervention to mount. They don't consider it an outstanding success when they finally manage to repair it after a big outage and start running again.

      Journalling most certainly does not rely on luck and timing! Under heavy I/O, journalling can guarantee filesystem data integrity (modulo coding bugs). Application data integrity often needs to be handled additionally, e.g., with RDBMS transactions.

    5. Re:NTFS is resilient! by 0123456 · · Score: 3, Interesting

      Journalling most certainly does not rely on luck and timing! Under heavy I/O, journalling can guarantee filesystem data integrity (modulo coding bugs).

      Back in the real world, journalling is generally only used for metadata, and many hard drives lie when you ask them to flush their cache to disk. So even if the drive doesn't lie and your journal works, the actual file data -- you know, the stuff you actually care about -- may well be trashed.

    6. Re:NTFS is resilient! by Anonymous Coward · · Score: 0

      Err, metadata journalling means journalling of the filesystem's data. The application data stored in the filesystem cannot be made consistent by the filesystem, hence we have logging in databases and atomic modification procedures when writing data. However, the OP was talking about corruption of the filesystem metadata, which is what journalling is supposed to protect against.

      Some client hard drives lie about their cache, but server hard drives do not. The kind of HDD you put behind a caching RAID controller on your server do not lie about it.

    7. Re:NTFS is resilient! by PRMan · · Score: 1

      uh huh, and I've ten stories of utter failure of chkdsk after loss-of-power for your one. robust except when it isn't. of course, I have the same complaint about ext3.

      Exactly, for all the "ext3 journaling" blah, blah, blah, I've had far more unrecoverable disk failures on Linux than I have on NTFS.

      --
      Peter predicted that you would "deliberately forget" creation 2000 years ago...
    8. Re:NTFS is resilient! by DigiShaman · · Score: 1

      Journalling most certainly does not rely on luck and timing! Under heavy I/O, journalling can guarantee filesystem data integrity (modulo coding bugs).

      NTFS is a journalling file system. It's why I was able to repair the file system. But yes, when pending write-back transactions can't be completed because the extended disk queue length is part in system RAM and RAID Cache, the integrity of any filesystem will become compromised. Even ZFS. The only difference between journaled file systems is how well they recover from an un-expected shutdown. As another poster have stated, disks can and do often lie reporting that a write has completed when in fact it hasn't. On-board disk cache (not to be confused with on-board RAID cache) used for writing is only for sequencing and order to ensure optimal write back performance. But sometimes a disk will report a write transaction has completed when in fact it hasn't. It's a hardware problem for sure, but many filesystems are not designed to take such issues into consideration but rather the reporting of hardware transactions at face value.

      So yes, luck still plays a big part in this with regards to modern hardware. And don't even get me started on SSD technology. The amount of Voodoo coded into its firmware makes data recovery virtually unpredictable and completely abstracted with regards to LBA addressing to physical memory cells. As you may know, those blocks constantly get re-mapped for wear leveling.

      --
      Life is not for the lazy.
    9. Re:NTFS is resilient! by Anonymous Coward · · Score: 1

      No. The idea behind a journalling filesystem is that you don't have to take it offline and repair it. The journal simply gets replayed (or rewound) on mount, and that's that. It takes a few seconds. Real journalling filesystems will contain correct barriers and flushes to ensure the thing works in the face of writeback caching in controllers and drives.

      On board disk cache is not only for sequencing and order. It is also used to elide writes, to batch into bigger writes, and to service reads from.

      Luck does not play a part. If you have put shitty consumer drives in your server that lie about cache, then it is not luck if it works, it is simply a disaster waiting to happen.

      If you have correct hardware, then it is not luck, it requires no timing or magic.

    10. Re:NTFS is resilient! by Anonymous Coward · · Score: 0

      "No data loss what-so-ever."

      Actually without a checksumming filesystem (e.g., Hammer, Btrfs, ZFS, etc.[none exists for windows]) and no package manager that keeps track of hashes of all the files (e.g., using debsums [none exists for windows, and it wouldn't help for your non-packaged files anyway]), unless you are using an IDS (not many of these run on windows), or you manually checked a hash of every single file on your filesystem against the hashes you took moments before windows crashed-- there is _no_ way you can know you did not lose data.

      All an fsck does is fixes the filesystem metadata. It has no magical ability to bring back your data.

      Windows is a really primitive environment, especially when it comes to ensuring data integrity. Yes data loss can occur regardless of what you are running as an OS, but at least with most other OSs, you have options that will allow you to know if you lost data. If you really care about your data you can't use windows.

    11. Re:NTFS is resilient! by DigiShaman · · Score: 1

      If you have correct hardware, then it is not luck, it requires no timing or magic.

      Uh huh, because hardware specifications are so open to the public, and everything bought and sold as enterprise grade is rock-solid and military grade. You can't seriously expect me to put that much faith into "correct hardware" right? If I'm going to do that, I might as well design, engineer, and fab the enterprise hardware myself for a few billion dollars. Clearly you have more faith with man-made machines along with a complete disregard for murphy's law.

      Now, do you prefer holy blessings, charms, rituals, or pro-active review through tea leaf readings? It's just as effective with or without your faith in any hardware platform. BECAUSE FAILURE DOES HAPPEN REGARDLESS!

      --
      Life is not for the lazy.
    12. Re:NTFS is resilient! by Anonymous Coward · · Score: 0

      Sure, they all have bugs and anybody who says their OS has no data corruption bugs does not know what they're talking about.

      The difference is that Linux users do not consider this a success when they get filesystem corruption. Apparently MS users do.

    13. Re:NTFS is resilient! by Anonymous Coward · · Score: 0

      Your CPU hardware specification is not public, neither is any other bit of hardware in your system.

      You miss my point. The point is not that bugs don't happen, the point is that journalling filesystems work "by design", not "by luck, timing, and magic".

      Sure, there can be bugs in any of the closed specification. There can also be bugs in any of the open source code or hardware that you are running on your stack. A failure in a journalling filesystem is due to a BUG, it is not due to simply your luck of good timing having run out.

    14. Re:NTFS is resilient! by Anonymous Coward · · Score: 0

      I overclocked my CPU the other day. Not enough voltage, so the machine BSOD'd and reboot itself. Guess what happened? My filesystem was messed up; even after chkdsk did its mandatory run, I ended up with the registry hives being totally demolished. Windows managed to recover them (using a backup? I don't know), but the ACLs were totally borked for some reason. So now, several of my keys restrict write permission, preventing non-escalated programs from accessing them. I've fixed a few (to get Windows Media Center to work, and the Dolby sound thing that came with my motherboard), but others may be broken and I'll have no idea.

    15. Re:NTFS is resilient! by MarkVVV · · Score: 1

      Respect?? That's absolutely terrible.

      A modern journalling filesystem should not experience any corruption after a crash, because journal recovery is supposed to keep data structures consistent.

      Not only that, but NO filesystem, journalling or not, should cause a kernel crash if it is corrupted.

      Microsoft has done one thing well, and that is to lower the expectations of their users so far, that what should have been a few second journal recovery turned into a big outage and manual recovery of a massively corrupted filesystem, and that gains them "Absolute respect".

      Now you go tell that to Btrfs creators, son. The same people that didn't release a proper fsck yet. I've experienced major kernel panics while dealing with a corrupted Btrfs filesystem.

      You may not like it, but NTFS is pretty resilient.

      Ps.: I am a GNU/Linux user.

    16. Re:NTFS is resilient! by Anonymous Coward · · Score: 0

      I'm not talking about btrfs creators. I'm talking about Microsoft and its users.

      I'm not claiming there are no bugs in any other systems.

      What I said was that it's sad that Microsoft has lowered the expectations of its users so far that massive data corruption in the filesystem and a large server outage while it gets repaired, gains them "absolute respect".

      Ps.: You may be a GNU/Linux user, but you are not my father.

  28. Original MSDN Blog (Full details) by virgnarus · · Score: 2

    The summary links to a blog commenting on the new public release. The most relevant blog is present on the MSDN here.

    While Mary-Jo Foley's blog has a link to it, this saves the hassle of hopping a bit to get to the nitty gritty.

  29. Then I guess we live in a sad world by Sycraft-fu · · Score: 3, Insightful

    When it comes down to it, NTFS is a pretty good file system. If you look in to things you find that the feature list for BTRFS reads an awful like a feature set of current NTFS.

    None of that is to say that NTFS couldn't stand improvement, and indeed it is being improved, but I've yet to see the amazing widely used file system that is so much better than it. Ext3 is functional, but leaves much to be desired.

    1. Re:Then I guess we live in a sad world by RightSaidFred99 · · Score: 1

      Yeah, you'll notice the MS haters can't really come up with much bad to say about it, because it's actually a pretty good filesystem. Not perfect, and it's got feature bloat, but it really is, in total, "...the most widely used, advanced, and feature rich file system in broad use.".

    2. Re:Then I guess we live in a sad world by anonymov · · Score: 1

      Well, it just depends on definitions.

      Most widely used is probably FAT32, with all the portable storage using it, but it surely is not advanced and feature rich.

      Other filesystems are more advanced, but live on servers behind the scenes.

      So NTFS takes middle ground being "most advanced widely used", which is not bad by itself, just a bit misleading turn of phrase.

    3. Re:Then I guess we live in a sad world by spauldo · · Score: 2

      We can come up with tons of bad things to say about NTFS. It basically boils down to three things in the end, though:

      1) Windows doesn't support NTFS features very well
      2) NTFS is overly complex and unpredictable as a disk format
      3) NTFS is outdated and doesn't support modern features

      Point 1 is evidenced by how basic tools (explorer, file dialogs, etc.) don't support many of the features. You have to use command line tools for things like links. That's not a big deal on UNIX systems, but Windows isn't horribly command line friendly. The constraints for the features don't make this easier; many of them seem tacked on and awkward. I seem to remember a time when you could hard link a directory but not a file, and soft link a file, but not a directory... which makes all kinds of no sense at all (I might have that backwards).

      Point 2 is evidenced by the fact that no one has yet to come up with a good way for other operating systems to write to NTFS filesystems. There's a lot of very smart people who have worked on this problem, and you still have to worry about corruption when using anything besides Windows.

      Point 3 is where most people will argue their points, but to my way of thinking, this is the least important. Sure, NTFS doesn't have all the bells and whistles that btrfs, reiser4, or even JFS offer, but it's consistant (and due to point 1, you wouldn't use many of them anyway).

      Personally, I don't care. I don't use Windows except on my laptop when I want to play games. However, if I were Microsoft, I'd probably take a leaf out of Linux's book and go with a three-FS setup:

      1) FAT32 for compatability with consumer electronics
      2) A stripped-down and cleaned up NTFS for general use (maybe this new ReFS)
      3) Something like ZFS that would be used for file servers

      (This is similar to what I do - I use JFS for general use, XFS for my backup system (large tarballs, mostly), and ZFS on FreeBSD for my fileserver. The only downside I've found so far is I have to look up the ZFS commands whenever I lose a drive.)

      --
      Those who can't do, teach. Those who can't teach either, do tech support.
  30. with patented algorithms nodoubt by Fujisawa+Sensei · · Score: 2

    With patented algorithms to ensure that other OSes won't inter-operate without paying the Microsoft Patent Trolls a fee high enough to buy a Windows license for each machine in question.

    --
    If someone is passing you on the right, you are an asshole for driving in the wrong lane.
  31. 32K long file names? That'll be useful... by Viol8 · · Score: 2

    ... to no one. Apart from maybe malware writers who'll be able to put an entire virus in the filename. Whether they'll be able to hide it or even use it is another matter but I wouldn't put it past Windows to have a nice exploit available.

    1. Re:32K long file names? That'll be useful... by itsme1234 · · Score: 1

      Yea, and nobody needs more than 640k of RAM...

    2. Re:32K long file names? That'll be useful... by Thing+1 · · Score: 4, Informative

      ... to not one.

      The real world disagrees with your statement: we have TFS projects with long directory and file names, such that we cannot map the entire TFS source in a single folder. Even naming it e.g. "c:\x" (or "d:\", putting it on a separate drive), the paths and files still exceed MAX_PATH (which is 260, not 255).

      So, this feature will be useful to our shop.

      It's also useful for "rolling backups"; I administer family machines, and one has been upgraded from a desktop, to a laptop, to another laptop. The first upgrade, I copied all the files to "c:\e" (old machine was an eMachine). That laptop died, we used a restoration company that started with a "G" to get the data back (now we backup via WHS), and I saved that in "c:\g" (so there's a "c:\g\e" with the desktop's files). The third machine (second laptop) has "c:\h" (which also contains "c:\h\g\e"). Other times I've saved backups with more descriptive names, like "Backup of the Dell Inspiron 5150, 2011-11-11", and sometimes those backups fit inside each other like expressed above.

      So, I have examples from both home and work where having longer-than-MAX_PATH file/path names would be useful.

      --
      I feel fantastic, and I'm still alive.
    3. Re:32K long file names? That'll be useful... by unitron · · Score: 1

      ... to no one. Apart from maybe malware writers who'll be able to put an entire virus in the filename. Whether they'll be able to hide it or even use it is another matter but I wouldn't put it past Windows to have a nice exploit available.

      Is it 32K for the filename, or for the name with the path appended to the front?

      I've seen cases where an 8.3 couldn't be copied because of the overall length of path+filename that would have resulted.

      --

      I see even classic Slashdot is now pretty much unusable on dial up anymore.

    4. Re:32K long file names? That'll be useful... by anonymov · · Score: 1

      Maximum file name length 32K unicode characters

      Maximum path length 32K

      So you can have filename that won't fit maximum path length?..

    5. Re:32K long file names? That'll be useful... by unitron · · Score: 1

      SpryGuy said "...32K file name and path limits (instad of 255)..." (which to me implied a 32K limit of the total of both) and in reply to that post Viol8 came back talking about 32K file names, implying that it wasn't the total of both, at which point I asked a question to which your post may or may not be an answer, but I can't tell what you're trying to say.

      --

      I see even classic Slashdot is now pretty much unusable on dial up anymore.

    6. Re:32K long file names? That'll be useful... by anonymov · · Score: 1

      Sorry, should have clarified. That was a quote from limits table in MSDN blog post, which states 32K Unicode characters as name limit and 32K (without unit) as path limit, which left me wondering.

    7. Re:32K long file names? That'll be useful... by Anonymous Coward · · Score: 0

      It would enable you to do the equivalent of putting your entire post in the title, instead of just the first words.

    8. Re:32K long file names? That'll be useful... by unitron · · Score: 1

      So, we're both left equally confused?

      Well, at least that puts both of us in good company. : - )

      --

      I see even classic Slashdot is now pretty much unusable on dial up anymore.

    9. Re:32K long file names? That'll be useful... by Anonymous Coward · · Score: 0

      Not true; I've run into a few instances with applications where the paths became longer than the limit on a Win7 64bit system. Why? Because in their default locations (x:\Program Files\stuff) they were just under the limit; moving them to the default install location on 7-64 (x:\Program Files (x86)\stuff) put them 2 or 3 characters over the limit and broke the installation.

      It basically happens when an application has a lot of small data files associated with it which are organised into a deep folder tree; a lot of release builds work around it now by rolling all of their data files into a single archive (which also reduces install fragmentation), but try and extract those archives and you could quickly get into trouble.

    10. Re:32K long file names? That'll be useful... by Anonymous Coward · · Score: 0

      Sounds like more of a problem with your repository structure.

    11. Re:32K long file names? That'll be useful... by Anonymous Coward · · Score: 0

      NTFS already supports long path names; the MAX_PATH is an anachronism. Unfortunately, using them is obscure, since only Unicode fuctions can handle them and they must be prepended with \\?\

    12. Re:32K long file names? That'll be useful... by Anonymous Coward · · Score: 0

      The limitation you refer to is a long standing problem with .Net NOT ntfs. Ntfs supported 32k character paths a long time ago.

  32. Then what file system should we all use? by Sycraft-fu · · Score: 1

    Name the file system that offers features similar to NTFS, and is free for use that you recommend. Then please show me the Windows IFS driver for it

    People like to hate on NTFS because they hate MS. However I haven't seen any replacements floating around.

    Thus far the only thing I've seen in terms of any sort of open cross compatibility is a Ext2 driver for Windows. Not really up to date with that and not the kind of thing I'd want to run Windows on.

    So what with nobody providing a great cross platform file system, I don't see why there's a reason not to just use what MS provides. NTFS has worked real well, and if this new FS is an improvement, great.

    1. Re:Then what file system should we all use? by Anonymous Coward · · Score: 0

      Why would anyone? DId it ever occur to you that if there are none, it's because there's no interest in creating any? Or are you implying that Windows is so damned kludgy to write drivers for that it prevents anyone interested in such an endeavor to get off their butt?

    2. Re:Then what file system should we all use? by ThorGod · · Score: 1

      ZFS blows NTFS and ext4 out of the water. It's like comparing an 18-wheeler to a 1/2 ton truck. Every ReFS feature I've heard mentioned here is already implemented and used in production ZFS systems. Granted, you have to run FreeBSD or Solaris to access a ZFS pool locally. (I don't think there are any windows drivers or worthy Mac OS X drivers for ZFS, but it does work great for fileservers.)

      -deduplication
      -on-volume compression
      -dynamic volume management
      -hot swap
      -prefetch
      -integrated volume/file system management
      -live 'growing' of volumes
      -per-file system settings (ability to turn on/off compression, network sharing, dedup, etc)

      --
      PS: I don't reply to ACs.
    3. Re:Then what file system should we all use? by Korin43 · · Score: 1

      I think the point is that there are plenty of filesystems far better than NTFS (Ext4, ReiserFS, ZFS), but Microsoft is choosing to make a new one, probably just so it will be incompatible with *nix systems.

    4. Re:Then what file system should we all use? by Anonymous Coward · · Score: 0

      You misunderstand. Most of us have our external HDs among other things formatted NTFS because everything can read it. That will still be true, but the only thing that will be able to read this new FS is Windows 8, so it's basically useless because the only reason we've been using MS's shitty filesystem when we could be using ext3/4 is interop.

    5. Re:Then what file system should we all use? by Sycraft-fu · · Score: 1

      My experience with ZFS has been quite negative. We setup an OpenSolaris server to work as a file server. Since the whole thing with ZFS is it does all that "raid controller" type stuff itself, we let it go to it. Ok fine... Until we had disk failures. It takes, literally, about 45 days to rebuild from a disk failure. This for for a server that would take two days at most using a regular RAID-6 array with the hardware controller.

      Makes it not so useful in my opinion.

    6. Re:Then what file system should we all use? by Luckster7 · · Score: 1

      Granted, you have to run FreeBSD or Solaris to access a ZFS pool locally.

      I've been setting up servers using native ZFS on Linux for almost a year now. Previously I've used Nexenta (Debianized OpenSolaris) to get ZFS.

      zfsonlinux.org

      --
      Deuteronomy 13:06-9
    7. Re:Then what file system should we all use? by bearfx · · Score: 4, Informative
      I use zfs quite a bit. Huge zfs fan.

      How much data did you have on a single large zdev that it required that amount of time? I tend to group mine into groups of 8 disks with raidz2. When I have to rebuild, it does so at the write speed of the new disk (100+MB/sec). If you have a relatively small array and it still takes 45 days to rebuild then you have a hardware issue, or you are using an siig card, which has horrible performance under all the unix/linux variants I have used.

      I use zfs on linux at home with an 8 disk raidz2 array for network storage. On a core 2 duo / 2.5ghz using an lsi 1068 based card, I achieve a rebuild speed of 80+MB per second, a scrub speed of 150+MB/sec. At work, I use it to store spatial data / 3d video using zfs on linux. Multiple 8 disk raidz2 devices connected via lsi 9200 card. I achieve a rebuild speed of 80+MB per second, a scrub speed of 250+MB/sec.

      If you use junk cards, you get junk performance.

    8. Re:Then what file system should we all use? by DeathFromSomewhere · · Score: 1

      1. No support for ReFS on removable media.
      2. Windows 8 won't be able to read or write ReFS. It's Server 8 only.

      --
      -1 overrated isn't the same thing as "I disagree".
    9. Re:Then what file system should we all use? by ThorGod · · Score: 1

      Why use software if you have hardware?

      I know I've seen recommendations to use ZFS raid over hardware, but that doesn't mean you must or even should. I could swear "use hardware before software" is an old sysadmin maxim from ages ago...but I could be wrong.

      --
      PS: I don't reply to ACs.
    10. Re:Then what file system should we all use? by Sycraft-fu · · Score: 1

      About 28TB or so, on an LSI RAID controller (set to non-RAID mode). Lots of data to be sure (a bunch of 2TB disks) but not that excessive. The resilver was just amazingly slow. Doing searches online I came across lots of people talking about slow resilvers, and no solutions.

      We are going to blow away the system and just use hardware RAID (and jettison OpenSolaris) due to the problems. We just needed another storage array that could hold the data while that happens.

    11. Re:Then what file system should we all use? by Anonymous Coward · · Score: 0

      Name the file system that offers features similar to NTFS, and is free for use that you recommend.

      The plain old ext3?

      Then please show me the Windows IFS driver for it

      Who cares... Switch to a proper OS and quit whining.

    12. Re:Then what file system should we all use? by mhotchin · · Score: 1

      If locating a replacement for the HW RAID card is difficult, then software RAID may be preferable. Imagine having your card explode, then find out that nothing else in the universe will put your disks back together as a filesystem.

    13. Re:Then what file system should we all use? by drsmithy · · Score: 1

      About 28TB or so, on an LSI RAID controller (set to non-RAID mode). Lots of data to be sure (a bunch of 2TB disks) but not that excessive. The resilver was just amazingly slow. Doing searches online I came across lots of people talking about slow resilvers, and no solutions.

      What was your disk controller plugged into ?

    14. Re:Then what file system should we all use? by Anonymous Coward · · Score: 0

      I call BS on that one.

      You're the one single anecdote where people probably didn't know what the fuck they were doing. You handwave a bit, don't know shit and suddenly ZFS sucks.

      What you do is called cargo-cult IT. It's not relevant to anyone's experience with ZFS.

    15. Re:Then what file system should we all use? by Anonymous Coward · · Score: 0

      It wouldn't surprise me if you put all 14+ disks in a single vdev and then scratch your head why it's slow.

      Idiots.

    16. Re:Then what file system should we all use? by Sycraft-fu · · Score: 1

      You mean what is the computer, or what bus? It is on a PCIe 2.0 8x slot. I don't know the details of the system, not a high end number cruncher, but not underpowered either (Core i class Xeons).

    17. Re:Then what file system should we all use? by drsmithy · · Score: 1

      The bus. I've seen many people concluding any sort of software RAID is aweful after hooking up a dozen drives to a single 32-bit PCI slot.

      Since you appear to have ample bus bandwidth, it's a bit unusual. I have 16 drives on two 8-port controllers in x8 slots, and my two zpools can scrub (concurrently) at 550-600MB/sec (on a Xeon X3430 w/8GB RAM).

      If you had all 16 drives in a single zpool, that might be related. Max recommended number of devices per pool is 8, from memory.

  33. Re:Microsoft plans to deprecate lesser-used featur by MachineShedFred · · Score: 1

    I'm wondering how many Sun / Oracle ZFS patents they are going to stomp on themselves. I doubt that Oracle will be any more willing to share certain patents with Microsoft, then Microsoft would share with Oracle.

    --
    Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
  34. The question is by Pf0tzenpfritz · · Score: 1

    will filesystem specs again be handled as a "trade secret"? If so it is another basically unusable filesystem that I am forced to use on at least one critical machine. At least there is native NFS client support in Windows now. It really helps preventing the worst as the built-in backup option still sucks.

    --
    Oh, the beautiful gloss of greality!
  35. Eliminate Drive Letters by jfdavis668 · · Score: 2

    How about a change that has been a long time coming, the elimination of drive letters. It has been a long time since we needed to mark a drive as C: to figure out where too boot the system.

    1. Re:Eliminate Drive Letters by amliebsch · · Score: 3, Informative

      You're reversing cause and effect. A volume isn't boot because it's C:\, it's assigned C:\ because it's boot. Behind the scenes the drive letters don't exist. It's an abstraction, in a similar way that sda, sdb, sdc are.

      --
      If you don't know where you are going, you will wind up somewhere else.
    2. Re:Eliminate Drive Letters by jfdavis668 · · Score: 1

      If you look at it from the users viewpoint, C: is the boot drive. I understand how it is assigned. My point is, why is it called "C::. Why not "/" or "Hard Drive" or "Bob"? Since no one even uses floppies now, why reserve A: and B:? Time to retire this backward compatibility feature.

    3. Re:Eliminate Drive Letters by PsychoSlashDot · · Score: 1

      One: you can boot off of drive letters other than C:

      Two: eliminating drive letters entirely will break a LOT of software that doesn't need to be broken.

      Three: the feature is mostly harmless.

      --
      "Oh no... he found the .sig setting."
    4. Re:Eliminate Drive Letters by amliebsch · · Score: 1

      Because ultimately it's arbitrary. There's no real upside to changing it and a lot of potential downside.

      --
      If you don't know where you are going, you will wind up somewhere else.
    5. Re:Eliminate Drive Letters by Kjella · · Score: 1

      why is it called "C::. Why not "/"

      Because unlike Linux where /home doesn't need to be on the same disk as / and so the used and free disk space doesn't add up from the sub-directories, on Windows you have disks like top-level boxes. Everything that starts with C: is on the physical disk C: in a normal setup. If you're running out of space in box C:, you can add another box D: and move stuff over - calling it / would lose any such logic. Of course we could use any form of alias, that's why we have disk labels but we wouldn't want to reference the label or we couldn't change it. This is pretty much the same issue as the /dev/disk/by-{id|uuid|sdX}, are you looking to identify the physical disk, the file system or the connector/boot order. Nothing is perfect, might as well assign them a semi-arbitrary letter. I've certainly not had an issue with it even with upwards of 10 disks in a system.

      --
      Live today, because you never know what tomorrow brings
    6. Re:Eliminate Drive Letters by Anonymous Coward · · Score: 0

      Um, you do realise in Windows you can mount NTFS volumes to existing directories just like in 'nix? So to draw from your example you can mount a second drive or partition to C:\Documents and Settings and it basically does the same thing as you would with /home. Admittedly it's not as elegant as with 'nix but it does work.

  36. Nice technical approach by maudefan · · Score: 2

    There's a blog post linked from the article.

    There's all kinds of promising stuff, like data corruption resilience and dropped/extended limits.

    Much more interesting read than the linked ZDNet article.

    Indeed very interesting - their approach seems sound and modern. First, they remove the non-essential features from the filesystem to keep it lean. They could be possibly reimplemented on top of the filesystem. And second, they mention using B+trees and allocate-on-write principle, which some modern filesystems use - Reiser4 springs to mind.

    Interesting project to follow (and imitate in open source).

  37. Windows doesn't need a new disk based filesystem. by Anonymous Coward · · Score: 3, Interesting

    It needs some way to securely mount a remote filesystem. SMB and non-anonymous FTP shouldn't be used over the internet ever. It wouldn't be too bad except that FTP is incredibly difficult to reliably tunnel due to it opening connections in both directions on random ports. I would be a happy person if Windows added native support for sftp.

  38. All I could of think was... by Anonymous Coward · · Score: 0

    Re[iser]FS. Supervillain. Face transplant. Steve Balmer.

  39. And will still have the DOS curuptions??? by Anonymous Coward · · Score: 0

    Cannot make a directory for the word CON, PRT, etc - left over from DOS days.

    1. Re:And will still have the DOS curuptions??? by Guy+Harris · · Score: 1

      Cannot make a directory for the word CON, PRT, etc - left over from DOS days.

      That's an issue with the OS code atop the Installable File System layer (think "VFS layer"), not with the underlying file systems that plug into that layer, so ReFS can't and won't fix that.

  40. Misleading link title by Anonymous Coward · · Score: 0

    For those of you who take "NTFS has been criticized in the past for its inelegant architecture." for gospel, rather than click the link to check: in NTFS, the file size of a file that is still being written to may be out of date. That's all. A datum that is almost guaranteed to be wrong by the time you use it in the first place.
    Meanwhile, NTFS is a solid file system, offering support for Unicode, alternate data streams, compression and ACLs long before any of those got acceptance in the Unix ecosystem. While my sympathies lie more with the GNU folks, I've got to give it to Microsoft for NTFS.

    1. Re:Misleading link title by 0123456 · · Score: 1

      Meanwhile, NTFS is a solid file system, offering support for Unicode, alternate data streams, compression and ACLs long before any of those got acceptance in the Unix ecosystem. While my sympathies lie more with the GNU folks, I've got to give it to Microsoft for NTFS.

      Uh, but aren't Microsoft now removing most of those things because most people don't use them?

  41. I don't understand by Anonymous Coward · · Score: 0

    How can one be a "fan" of a kludge (anti-virus) whose purpose is merely to clean up after a bigger problem (bad security) which shouldn't be there in the first place?

  42. Hi, GreatBunzinni--a message from the accused by Overly+Critical+Guy · · Score: 0, Troll

    Hi, GreatBunzinni. How do I know it's you? Read on.

    I'm getting sick of this crap. You've been anonymously following my posts for months now, accusing me of being bonch, SharkLaser, and others. And now you're repeatedly getting upmods for it.

    This is not bonch. I don't follow a script. The post you cited from me about rounded rectangles was in response to someone who joked that Apple was suing over rounded rectangles, so of course my post is going to sound similar to someone else who agrees with me. All you did was go through a site that gets thousands of comments a day and round up a bunch of people who fall into the same spectrum on their positions. You can do that with any position--pro-Linux, pro-Google, pro-Microsoft, pro-Oracle, pro-whatever.

    If you want to talk about shills posting on multiple accounts, why don't you explain why your anonymous post looks an awful lot like this post by GreatBunzinni? You even tried to link to the same posts, though you didn't format it correctly that time. You've accidentally outed yourself.

    In the last month, the accusations of multiple accounts, "shills", and other conspiracy theories has exploded, and it's getting regularly modded up. Accused accounts are actually getting downmods now on legitimate posts. As of this writing, your post is almost +5 Informative. The moderation system has jumped the shark.

    So, screw you, GreatBunzinni, for contributing to the chaos of the discussion, trying to force people off the site whose opinions you don't like, and getting people to go along with it.

    Signed,
    NOT bonch

    --
    "Sufferin' succotash."
    1. Re:Hi, GreatBunzinni--a message from the accused by Anonymous Coward · · Score: 0

      Guessing this individual is TechGuy and a few others. The idea, as an earlier post suggested, was to make a "fake shill" so MS looks worse, and then attach the offending connotations to other fake shils he made, as well as legitimate accounts that he disagrees with "discrediting" them.

    2. Re:Hi, GreatBunzinni--a message from the accused by Anonymous Coward · · Score: 0

      Don't worry, GreatBunzinni, people are going to start modding down your trolling now that we know who you are and what you're doing. Not everyone is as stupid as you seem to assume.

    3. Re:Hi, GreatBunzinni--a message from the accused by Darinbob · · Score: 1

      The tin foil hat stays on better if you use screws.

    4. Re:Hi, GreatBunzinni--a message from the accused by jo_ham · · Score: 1

      My goodness, your tinfoil hat must be *on fire*!

    5. Re:Hi, GreatBunzinni--a message from the accused by bonch · · Score: 1

      It's turtles all the way down!

    6. Re:Hi, GreatBunzinni--a message from the accused by GreatBunzinni · · Score: 3, Interesting

      You are confused. The only time I've bothered pointing out that the bonch account and Overly Critical Guy accounts are sockpuppet accounts was in this comment, after I read this comment blowing your cover. And since then I've also stumbled on this comment, which provides further evidence. Are you also going to claim that I am chrb?

      And rest assure. I have some time to spare about now which I will waste replying to bonch/overly critical guy posts with messages pointing out that they are sockpuppet accounts. You can thank your personal attacks for this one.

      --
      Slashdot, fix your code or at least hire someone who is competent at it to do it for you.
    7. Re:Hi, GreatBunzinni--a message from the accused by GreatBunzinni · · Score: 2

      Meanwhile I've also stumbled on this post, which raises the suspicion that the bonch and SharkLazer accounts are also controlled by the same people. This post also points out that suspicion. Could it be that you also made the same mistake with messages posted from the SharkLazer account as the ones made from the Overly Critical Guy one?

      These sockpuppet accounts follow the same posting pattern: one account starts a discussion, either karma-whoring or astroturfing, and the other accounts then quickly intervene to either support the previous message or publicly attack any poster which contradicts the official POV adopted by this shill organization. Here are a couple of examples:

      --
      Slashdot, fix your code or at least hire someone who is competent at it to do it for you.
    8. Re:Hi, GreatBunzinni--a message from the accused by Anonymous Coward · · Score: 0

      Fuck the both of you losers, get outside for a few hours. It'd do your sorry, crazy asses some good.

    9. Re:Hi, GreatBunzinni--a message from the accused by Anonymous Coward · · Score: 0

      "Sockpuppets", "POV" ... I'll bet you're one of those asshat Wikipedia editors that get in to thos GIANT wikilawyering ass-fuck fests.

      Jack ass.

  43. Um, moderators? Proof please? by Anonymous Coward · · Score: 1

    This crazy post is modded +5 Informative, but there's zero evidence proving that any of the accounts are part of a "Waggener Edstrom rapid response team employed by MS." You people have gotten trolled so hard. Half the accounts he listed don't even post pro-Microsoft stuff, according to their post histories.

    Is this really how easy it is to turn the community against people? Just list their names followed by a link to some company's website?

  44. is it just me by ILongForDarkness · · Score: 1

    Or is compression and quotas something that you'd want, or at least want to be able to do if you chose on a filesystem level for a server? I know when I was admin of a large SAN half of my work was figuring out who needed how much data and making sure they got it by putting a quota on the hosting array. How exactly you go about this without it at the filesystem level? Are you supposed to provision a LUN for each user that is the size you want? What exactly was the reason for depreciating this? Is there a measurable performance win?

  45. Do we get a Master Password for Chrome NOW? by Anonymous Coward · · Score: 0

    So, in Windows 8 with ReFS (which won't have file-level encryption), is the whole Google argument against giving Chrome a master password now invalidated?

    (They argued that Chrome shouldn't be responsible for encrypting its saved passwords since the operating systems file encryption is the proper place for it to be done: http://www.google.com/support/forum/p/Chrome/thread?tid=5f249c4fa04ecd17&hl=en )

  46. Only thing to be added. by Anonymous Coward · · Score: 0

    The moderation system has jumped the shark.

    In Soviet Russia, moderation system is the shark.

  47. A bit more info for those interested... by Anonymous Coward · · Score: 1

    The Ars Technica article has a bit more detail on ReFS than the story's original linked article.

    http://arstechnica.com/microsoft/news/2012/01/microsoft-introduces-new-robust-resilient-file-system-for-windows-server-8.ars

  48. Nothing useful to read here? by Lashat · · Score: 1

    I was hoping for a comparison between the ReFS specs and other file systems, such as ext4, but I can't find anything informative enough despite the mods.

    Will this for sure break linux os read-write compatibility for good? Or, just until a new module is available to read/write ReFS?

    --
    For every benefit you receive a tax is levied. - Ralph Waldo Emerson
  49. How many times have we heard this? by jimicus · · Score: 1

    Wasn't something similar touted for Windows 7? (Or was it Vista?) And Win2K, now I think of it.

  50. The issue is OPENING, not creating links by msobkow · · Score: 1

    The problem isn't CREATING links with mklink.

    It's OPENING them from application code in the future.

    --
    I do not fail; I succeed at finding out what does not work.
    1. Re:The issue is OPENING, not creating links by EvanED · · Score: 1

      Uh, what? Symlinks are implicitly traversed when you open them, just like they are in *nix.

    2. Re:The issue is OPENING, not creating links by msobkow · · Score: 1

      Maybe it's finally been implemented properly in 7. I haven't done any 7 coding yet, just used .Net, and I had to stick with 3.5 APIs to maintain compatability with Mono.

      One of these days that will be corrected. Good to hear they finally did implement such a basic feature. BSD had it in what -- '83-'84? Way to go Microsoft -- it only took you since Windows was first created to implement a feature that's almost 30 years old. *LOL*

      --
      I do not fail; I succeed at finding out what does not work.
    3. Re:The issue is OPENING, not creating links by EvanED · · Score: 1

      Maybe it's finally been implemented properly in 7

      It was implemented mostly properly (see other posts in this thread for a couple caveats) in Vista, which was the first version that had it at all.

      Previous versions have had things which function sometimes in some cases a little bit like symbolic links, but Vista was the first version which had anything that MS actually called symbolic links. It's also the first version with mklink.

  51. MS is physically incapable of making good products by Anonymous Coward · · Score: 0

    "Assuming that everything Microsoft is terrible conversely is trolling."

    Assuming would, yes.

    But you don't have assume when can _know_.

    Here's some knowledge for you :

    1) Corporate culture which has heavy emphasis on profits and profits only. Quality is not even mentioned, ever. Gates himself has said that fixing bugs doesn't make money and the corporation is and has been loyal to that idea. Money first.

    2) Utterly complicated and forever changing "platforms" for anything guarantee that every program is full of bugs and most of those are so complicated that no-one can fix them.

    Also the corporate culture of patching over the bugs and not really fixing them kills the software very soon: You can't change anything (to fix a bug) without breaking something else. Case example: Windows ME.

    3) MS uses billions to achieve monopoly status in every area they operate on. Monopoly makes money and MS uses whatever means it wants, illegal or not, who cares?
    The only way to sell a lot of cheap crap with high price is to have a monopoly and MS knows this painfully well: They learned it from Intel.

    4) Demo-level software and feature lists.
    Two major selling arguments on every MS software on planet. They don't have any which is meant for real work and not some simple demos. No wonder, because demos are for selling software. Making actually robust tools isn't making profit.

    (Try to make a fancy looking document with Word which is 200 pages. Piece of cake if it has just 1 page. Demo-level software at its finest. )

    5) Selling target: MS sells a huge amount of software and practically every time they are selling over users and technical capable staff, directly to management, who have no clue about anything. Or at least something like software quality. Like shooting fish in a barrel. MS uses more money on marketing than research, developing, building and maintaining actual products.

    6) Automatic stealing of OEMs money: If you want to sell MS operating system, you can't sell anything else. Absolute abuse of monopoly in all areas and using profits for monopoly to expand other areas. Highly illegal in most of the Western countries but money buys you immunity. If you have enough and MS has.

    Points 1-6 guarantee that MS won't and can't ever make a product which isn't crap: It's econimically and physically impossible and that's based on common knowledge with zero assumptions.

    Standard procedure with any new product: They hack a quick demo, sell that and if people buy, they throw away 50% of promised features and furiously code something to cover the rest. Money first. Quality? What's that?

    Any questions?

  52. Re:Windows doesn't need a new disk based filesyste by shutdown+-p+now · · Score: 1

    Wasn't there a port of FUSE to Win32?

  53. Re:Windows doesn't need a new disk based filesyste by Anonymous Coward · · Score: 0

    >It needs some way to securely mount a remote filesystem. SMB and non-anonymous FTP shouldn't be used over the internet ever.

    Let compare apples to apples.
    The protocol NFS is a lot closer to SMB and I highly doubt you would also use NFS over the Internet.

    Any protocol can be tunneled you just need to better define what you are doing. Between IPsec, ssh, https, GRE you can pretty much tunnel anything. The more important question is "Why?" With so many alternatives such as sftp, scp.

    Adding support for scp to windows is as easy as downloading winscp and putting it your path.

  54. ext* FSs have forward/backward compatibility by YA_Python_dev · · Score: 1

    You can e.g. mount an ext3 filesystem using the ext2 driver, and ext4 FS using the ext3 module or an ext2 filesystem (as-is, without converting it) using the ext4 module. In fact on current kernels the ext4 module is the preferred way to mount any ext* partition: you get a speed boost even without on-disk changes.

    And, BTW, NTFS is not a filesystem, it's a commercial brand for a family of filesystems with frequent small incompatible changes. Try reading a disk formatted on a recent Windows on an older version...

    --
    There's a hidden treasure in Python 3.x: __prepare__()
  55. NTFS gestation by epine · · Score: 1

    Back when Windows NT first came out (and later the Pentium Pro) neither Microsoft nor Intel had much credibility in the workstation/server space. These were pretty big transitions, much like Boeing designing a new airframe, and by the standards of big enterprise normally applied to these things, both projects hit it out of the park.

    Microsoft's mindset at the time was embrace and extend. Let me translate that for you. If someone someday designs a sex android the way Microsoft designed software in the 1990s, it will come equiped with six vaginas. When you get it home, you'll soon discover it came equipped with six shallow / crusty vaginas. Check list compatible, for the PHB. Every vagina under the sun. That was the whole point of Windows NT. When organizations procured software, the first question was "does it have enough vaginas?" Sold, to the man with the bulging eyebrows!

    Twelve years later, the auction has moved on. Time to remove all those extra vaginas. A lot has changed since then in seek to fetch ratios. All things considered, NTFS had a pretty good run.

  56. Quote Dalek SEK from Dr. Who "Doomsday" by Anonymous Coward · · Score: 0

    Dalek SEK: "The technology is stolen - the ark is NOT of DALEK design..."

    Rose Tyler: "Then who built it?"

    Dalek SEK: "The timelords... this is all that survives of their homeworld!"

    Rose Tyler: "What's inside??"

    Dalek SEK: "THE FUTURE!"

    ---

    * It bites a LOT off of BSD-based *NIX ZFS... & much like MS wanted to do w/ a DB-driven filesystem (which IBM has been doing FOREVER on OS/400-zOS) ala IBM DB/2 (vsam iirc)?

    MS didn't succeed yet afaik on that end, using SQLServer, but tried it too, taking ideas from elsewhere...

    Heck - they ALL DO IT:

    (I can cite things in Linux doing it to MS & vice-a-versa + even Apple too!)

    ---

    1.) MS's process scheduling & thread model it basically took from MS Windows NT-based OS core/kernel subsystems in scheduler & process mgt. - think port completion!

    2.) I can cite how MS moved http.sys iirc, out of usermode into kernelmode as Linux has always done...

    3.) MS taking NOT starting the IP stack FULLY @ BOOTUP, like Windows 2000 & below do, but only fully once a user makes a 1st request to the net! (Apple did this in MacOS X - MS took a page outta their playbook there, saving boottime massively)

    ---

    Want more? They ALL do it!

    Another? ok - BSD based IP stacks anyone?? (Everyone's reaming BSD on that!)

    * So, in the end though: Who gains? We do!

    (As the end-users of improved stuff, so who really cares from the end-user perspective, you know?)

    APK

    P.S.=> So far, with this Re(iser)FS (pun intended, lol, loosely) & also Services that "self-shutdown" if idle? I like what I am hearing about Windows 8 thusfar (though I don't really care for the new "Metro interface" much & only hope I can step back to 'classic' mode or AERO type classic mode etc. as it is in Windows 7)...

    ... apk

    1. Re:Quote Dalek SEK from Dr. Who "Doomsday" by Anonymous Coward · · Score: 0

      Noone has a fucking clue what you're babbling about, Peter. Just STFU.

    2. Re:Quote Dalek SEK from Dr. Who "Doomsday" by Anonymous Coward · · Score: 0

      Noone has a fucking clue what you're babbling about, Peter. Just STFU.

      That's ok, probably some ptsd from the rape he endured.

  57. bonch = Overly Critical Guy by Anonymous Coward · · Score: 1

    While I don't buy the idea that you and bonch are are connected to the MS shill accounts since you seem to be Apple fanbois, there is no question you and bonch seem to be the same person posting the same shit in the same stories.

    Even idiots like commodore_64_love would come clean about having multi accounts, but you refuse to. Fuck off.

    Singed,
    NOT GreatBunzinni

  58. NTFS Compression & Your MEDIA FILES by Anonymous Coward · · Score: 0

    You don't HAVE to compress media files or a folder they sit in with NTFS... especially for media files you noted!

    * You can right-click on those files & set their compression attribute to be UNCOMPRESSED via their PROPERTIES (advanced)

    APK

    P.S.=> I don't like that they're doing a "Trade-Off" here in dropping encrypting filesystem &/or compressed attributes of files/folders/disks for added storage & security, though (can't use both @ once afaik though either anyhow in EFS + Compression on NTFS)

    OR

    Dropping other things like symbolic directory links (think junctions), &/or EA attributes + quotas (useful for storage AND security too)...

    ... apk

  59. Quote Dalek SEK from Dr. Who "Doomsday" by Anonymous Coward · · Score: 0

    Dalek SEK: "The technology is stolen - the ark is NOT of DALEK design..."

    Rose Tyler: "Then who built it?"

    Dalek SEK: "The timelords... this is all that survives of their homeworld!"

    Rose Tyler: "What's inside??"

    Dalek SEK: "THE FUTURE!"

    ---

    * It bites a LOT off of SUN or BSD-based *NIX 'ZFS' what-with its storage pools... & much like MS wanted to do w/ a DB-driven filesystem (which IBM has been doing FOREVER on OS/400-zOS) ala IBM DB/2 (vsam iirc)?

    MS didn't succeed yet afaik on that end, using SQLServer, but tried it too, taking ideas from elsewhere...

    Heck - they ALL DO IT:

    (I can cite things in Linux doing it to MS & vice-a-versa + even Apple too!)

    ---

    1.) MS's process scheduling & thread model it basically took from MS Windows NT-based OS core/kernel subsystems in scheduler & process mgt. - think port completion!

    2.) I can cite how MS moved http.sys iirc, out of usermode into kernelmode as Linux has always done...

    3.) MS taking NOT starting the IP stack FULLY @ BOOTUP, like Windows 2000 & below do, but only fully once a user makes a 1st request to the net! (Apple did this in MacOS X - MS took a page outta their playbook there, saving boottime massively)

    ---

    Want more? They ALL do it!

    Another? ok - BSD based IP stacks anyone?? (Everyone's reaming BSD on that!)

    * So, in the end though: Who gains? We do!

    (As the end-users of improved stuff, so who really cares from the end-user perspective, you know?)

    So far, with this Re(iser)FS (pun intended, lol, loosely) & also Services that "self-shutdown" if idle? I like what I am hearing about Windows 8 thusfar (though I don't really care for the new "Metro interface" much & only hope I can step back to 'classic' mode or AERO type classic mode etc. as it is in Windows 7)...

    APK

    P.S.=> I don't like that they're doing a "Trade-Off" here in dropping encrypting filesystem &/or compressed attributes of files/folders/disks for added storage & security, though (can't use both @ once afaik though either anyhow in EFS + Compression on NTFS)

    OR

    Dropping other things like symbolic directory links (think junctions), &/or EA attributes + quotas (useful for storage AND security too)...

    ... apk/b

  60. Re:Windows doesn't need a new disk based filesyste by m50d · · Score: 1

    You're supposed to use WebDAV for that. It's not as nice and easy as sftp, but it does work.

    --
    I am trolling
  61. Well two things by Sycraft-fu · · Score: 1

    1) I'd seriously debate those are better. Ext4 I'll flat out say is not better. That's the reason BTRFS is being worked on and if you read BTRFS's feature set it reads like NTFS's current features. ReiserFS seems to have good features but is flakey, it can have data corruption. That's not acceptable. A FS has to work all the time. ZFS, well see my other post, but maybe that one.

    2) Nobody has made Windows drivers for them. Do that, then we can talk. Maybe then Windows people start using another FS, and if that happens, maybe MS looks at official support. However given that the FSes you talk about provide no support for Windows, why should Windows provide support for them?

  62. So, basically. by bored · · Score: 1

    They removed all the hard to implement features that require tradeoffs, and dumbed down the system to the point where a decent subset of their power users will continue to use NTFS...

    All the while missing the single most important thing to happen in storage in the last 50 years... Aka SSDs and the ability to seek quickly.

  63. 5 stars just for the awesome name -- Protogon by jweller13 · · Score: 1

    That is a pretty awesome name. I'm going to name one of my MMO character's that, seriously.

  64. Can I finally rename files/folders while open? by Anonymous Coward · · Score: 0

    Please, can I finally have a file open and rename the directory containing it without Windows coughing up a dialog box several seconds later telling me the file is busy and I can't do that? UNIX filesystems have had that since, what, the 1970s or 1980s? I'm so sick of the error message from Windows telling me it ca not do what every other modern operating system can do, and that the best I can do to solve the problem is randomly close programs or wait a while and try again. I can understand if the file is being written to, but there's something seriously defective with the way that NTFS currently handles such a basic operation.

  65. You aren't a fan of "Dr. Who" then by Anonymous Coward · · Score: 0

    I know he goes over "big" here (as do StarTrek, StarWars etc./et al): You just don't "get it"/"catch my drift" here's all!

    I.E.-> This "new" ZFS like feature of storage pools on NTFS (ReFS)? It's almost like a "tardis" from the show (Time And, Relative Dimension In Space) - BIGGER ON THE INSIDE THAN IT IS ON THE OUTSIDE!

    That's it's "TimeLord Science", Ala Dalek SEK's quote from the scene I employed, & in the episode I used, in the post you replied to (doubtless to "courageously" (lol, NOT) troll me) to make a sort of analogous point describes it!

    (ReFS storage pools or better yet perhaps, NTFS compression (HPFS had it 1st afaik, @ least for release to the masses in OS/2 from the IBM-MS camp in those days) - both make MORE go 'inside' a given disk/folder/file than usual!)

    Anyone who watched the show knows it & can most likely KNOW where I am coming from - which again, only tells me you're no fan of it (your loss, it's funny & yet good Sci-Fi @ the same time quite often).

    * Heh, just thought about it, but.. The compression attributes in NTFS might fit that definition a wee bit better though in fact (as far as the timelord science part, & being 'bigger on the inside').

    APK

    P.S.=> There's also LITTLE QUESTION that "the technology is stolen" too, as SUN & BSD's had ZFS going LONG before the advent of NTFS/ReFS (or rather imitated, to be more polite about it) from ZFS (& iirc, they got it from an article, @ least the 'broad strokes' of it, called "Iron FileSystems" -> http://research.cs.wisc.edu/adsl/Publications/vijayan-thesis06.pdf but, don't quote me on THAT either...)

    ... apk

  66. This'll help U understand (visual aid, lol) by Anonymous Coward · · Score: 0

    Play from 1:13 position onward on YouTube player control -> http://www.youtube.com/watch?v=BmNNZXCfdxo&feature=related

  67. proctogon? by 0WaitState · · Score: 1

    Proctogon? PROCTOGON? You are seriously naming this after an all-seeing (panopticon) anal doctor (proctologist)???

    It's true. Microsoft couldn't market an iceberg in the sahara. Or maybe it's truth-in-advertising--this file system is going to crawl so far your computer's ass it'll know what you had for lunch.

    --

    Remain calm! All is well!
  68. Freudian Slip by Flere+Imsaho · · Score: 1

    Yep, that was a nasty freudian slut.

    --
    It gripped her hand gently. 'Regret is for humans,' it said.
  69. Hello tomhudson/gmhowell (ac posting stalkers) by Anonymous Coward · · Score: 0

    Busy stalking me as ac posts again? After all, it's what you 2 do:

    (tomhudson = a miserable fat diabetic wreck too that can't program for shit & *thinks* she can but hasn't been noted for it in anything in publication in the realm of the computer sciences, fact)!

    Example:

    "Wait until he starts on another kick, then reply to him as an AC. It's the new meme". - by tomhudson (43916) on Sunday May 09 2010, @08:29PM (#32150544) Homepage Journal

    QUOTED VERBATIM DIRECTLY FROM -> http://slashdot.org/comments.pl?sid=1646272&cid=32150544

    "BTW - if you're going to tell this guy to stop spamming his hosts file crap, make sure you do it anonymously" - by tomhudson (43916) on Saturday April 16 2011, @11:45AM (#35840680) Journal

    QUOTED VERBATIM DIRECTLY FROM -> http://slashdot.org/comments.pl?sid=2086920&cid=35840680

    ---

    "I've been trolling people for 36 years. Why would I stop now? I've also never denied trolling you. Why would I?" - by gmhowell (26755) on Sunday April 17, @05:03AM (#35846218) Homepage

    QUOTED VERBATIM DIRECTLY FROM -> http://slashdot.org/comments.pl?sid=2087330&cid=35846218

    "I never denied trolling you" - by gmhowell (26755) on Tuesday December 14 2010, @01:55AM (#34543612) Homepage Journal

    QUOTED VERBATIM DIRECTLY FROM -> http://slashdot.org/comments.pl?sid=1907528&cid=34543612

    gmhowell posts journal on trolling myself, years ago now -> http://slashdot.org/journal/266768/the-best-thing-about-trolling-apk

    PERTINENT QUOTE/EXCERPT:

    "The best thing about trolling APK?" - http://slashdot.org/journal/266768/the-best-thing-about-trolling-apk

    QUOTED VERBATIM FROM -> http://slashdot.org/journal/266768/the-best-thing-about-trolling-apk

    ---

    gmhowell says he will stop next below (after I got on his case) too:

    "But seriously, I may stop" - by gmhowell on Thursday June 16, @09:38PM (#36470452) Attached to: The best thing about trolling APK?

    and

    "Hmm... Maybe oughta lay off for a while." - by gmhowell (26755) on Thursday June 16, @09:38PM (#36470452) Homepage

    I took him @ his word, & then laid off on retrolling he, but?

    gmhowell starts up YET again (now by AC posts only)!

    Proof? Ok, this week -> http://slashdot.org/journal/276148/now-this-is-entertaining

    ---

    * There's NO ESCAPING what you yourselves wrote...

    APK

    P.S.=> Libeling me now, ontop of stalking me? NOT TOO SMART - it's breaking laws idiots!

    ... apk

  70. Vista FS finally ships! by defected · · Score: 0

    Wasn't Vista supposed to have some amazing new file system as well? At least one year it out when all the cool new features of the OS were announced. In the end nothing shipped and it took another 3 years after that to clean up the mess with Win 7. Win 8 smells like a disaster in the making.

  71. I'll believe it when I see it... by DarthVain · · Score: 1

    I'm still waiting for WinFS two operating systems ago.

  72. Too, Too True by hicksw · · Score: 1

    Has WHOOSH been deprecated?
    --
    I hope this comment creates a much-needed gap in the discussion.