Back when Windows Vista was still known as Windows Longhorn, the operating system contained a very interesting and promising feature, a feature promoted as one of the 'pillars' of Longhorn: WinFS. WinFS was a storage subsystem for Windows, based on a relational database, that could contain whatever data you wanted to put in it. Thanks to the relational properties of the database, you could then create relationships between data, or let the computer do that for you.
Post a Comment
Member since:
2005-11-06
Fans: 0
Member since:
2005-07-06
Fans: 0
Member since:2005-06-29
Fans: 20
Too bad all of those are more or less dead ends. I would love something like this to come to fruition, so that we can finally have the kind of actions and applications Microsoft touted back in 2003 and Longhorn.
Of course, Beagle isn't dead, but Beagle is not a relational database-based "filesystem" - it's an indexer and query tool. Also nice, but in essence it's got as much to do with WinFS as a spoon has to do with a pig.
Member since:2005-07-06
Fans: 0
WinFS is like Beagle - neither of them are a real filesystem (WinFS sits on top of NTFS), and both use indexing and so on to offer an alternative way of finding and using your data. The WinFS model is more advanced, I agree, but Beagle is working right now.
The other projects I linked against offer many concepts and code that /could/ be used to create an awful new tag-based or database-like filesystem. Maybe they are dead end just because people don't care about it.
Member since:2005-08-07
Fans: 5
The other projects I linked against offer many concepts and code that /could/ be used to create an awful new tag-based or database-like filesystem. Maybe they are dead end just because people don't care about it.
Interesting thread here, and I'm giving up my ability to mod in this article to point out there is a new kid on the block (according to my copy of LXF105 any way, website looks like its been around awhile--maybe under a different name?) called Recoll.
http://www.lesbonscomptes.com/recoll/
Supposedly it uses less resources to do what beagle does and is faster as well....time will tell.
--bornagainpenguin
Member since:
2008-05-18
Fans: 0
I also have a development project aiming to implement a relational filesystem, and the relative desktop environment build around it: http://lobotomy.sf.net .
I've not so much time to dedicate the project, actually it is just a (not enterely working) proof, but sometime I can release some new code and, above all, some new addiction to the specifications.
If someone has feedback, it is always welcome ;-)
Member since:
2005-07-06
Fans: 1
Look one article down to
"Interview: Kevin Musick, BeServed; Haiku Code Drive 2008
Written by Thom Holwerda on Sat 17th May 2008 19:19 PST"
Microsoft should drop their ambitions to code that they are not equipped to organize and develop and turn to people who can. Or go with ZFS.
Member since:2005-06-29
Fans: 20
Please, people, read the article PROPERLY before spouting NONSENSE. ZFS, Beagle, Spotlight - they're all awesome, but have absolutely NOTHING to do with the technologies behind WinFS or the original WinFS project that led to their creation.
ZFS is an advanced filesystem that allows for things like volume snapshots and copy-on-write. Indexers and query tools like Beagle and Spotlight index the data on your hard drive, and expose that index to the user through what is in essence a glorified search dialog. All these technologies do their job well, they're useful, and I wouldn't want to live without Spotlight on my Mac.
WinFS has little to do with searching and indexing, and more to do with managing. WinFS allowed you to set relations between objects, and use those relations to manage and organise your data - either manually, or automatically via applications. To achieve this goal, it used a relational database, as described rather well in the interview.
Please, people, I know it's fashionable to discredit anything Microsoft does, but the ideas behind WinFS were sound, and the goals ambitious. They failed a lot of times to bring these concepts to your doorstep, but it seems, judging by the words of Clark, that they heave learned from these errors and are now working at in a different way: ensure a solid base, and build up the house from there.
In the interview, you can clearly read that the idea of bringing WinFS' features to the desktop are not quite dead just yet. And you can be anti-Microsoft all you want, but I'm excited about that.
Member since:2005-07-06
Fans: 0
Please, people, read the article PROPERLY before spouting NONSENSE. ZFS, Beagle, Spotlight - they're all awesome, but have absolutely NOTHING to do with the technologies behind WinFS or the original WinFS project that led to their creation.
That's true. If you want a semantic desktop in the *nix world, have a look at nepomuk http://nepomuk.kde.org/
As KDE4 will be ported to Windows, MacOS, there is a chance that we will see the the ideas of the original
WinFS come true, regardless what Microsoft decides to do with WinFS in the future.
Member since:2006-09-27
Fans: 0
Nepomuk integration is one of the most exciting features of KDE4. OTOH I'm worried about implementing semantic attributes at such a high level. I mean, what happens if you log into, say, icewm, or console, instead of KDE, and move or rename a file? Can Nepomuk detect this change correctly the next time you log into KDE? In Windows the problem doesn't arise because there's only one desktop environment, but in GNU/Linux it seems that semantic features should be implemented below any DE, maybe with FUSE. I guess there must be a good answer, because people are actually using KDE4, but I haven't found it.
Member since:2005-07-06
Fans: 0
I don't know if the nepomuk developers have addressed this, but one way of doing it in Linux could be to use inotify to trigger some kind of update method in such an event. This would work even at the CLI level.
Member since:2007-02-17
Fans: 1
I was wondering that too. Maybe the Gnome team should create their own semantic backend, if they already don;t have one, and work with the KDE team to standardize the protocols so that interaction between both services would be flawless. Better yet fdo can maybe create it a standard for all desktops to use. I'm not a fan of KDE's UI, but the technology can't be denied. Gnome needs to get in the game.
Member since:2007-12-17
Fans: 0
Member since:2007-07-31
Fans: 0
I think people are just getting fedup with Microsoft announcing products and features that never come to fruition.
Microsoft constantly goes competition bowling with press releases.
Iphone - surface, is the most recent example I can think of... Microsoft seems to feel that if you don't have your own thunder then try and steal everyone elses AND/OR announce a non existent product before a real existing launch to stupefy your competitions customers. Years later while they wait to buy Microsofts previous announcement MS can sell them something with half the promised features when the competition had already a fully implementable solution -- sometimes driving the competition out of business in the process!
I have all the respect in the world for the WinFS team and the dream that could have been but the PR fiasco that was Vista was happily hyped and fueled by MS before the release and now they wonder why people are pissed when it's all Scots mist?
http://www.downloadsquad.com/2006/11/07/windows-longhorn-concept-vi...
That previous video of longhorn showing the leopard like smooth transitions and accelerated graphics actually made what would become Vista an interesting OS and yet all we end up getting is an encumbered XP with a pretty skirt?
Once Microsoft actually starts delivering on their promises THEN maybe they'll regain some respect from the tech community.
It's funny, people say Steve Jobs has a personal reality distortion field generator -- and its bloody true!
But in all honesty, I think it's standard equipment for everybody working in Microsofts public relations department!
Member since:2007-02-17
Fans: 1
Wow! I want that as my OS. If that was what vista looked like now, I would go back to windows in heartbeat. Why would they not try to at least meet half of those goals? The funniest thing was the tag line at the end, "Simply the best windows we ever built", yeah because it doesn't exist. Rather sad really.
Member since:2005-11-10
Fans: 2
Please see video that I linked, the one showing WinFS team demoing and talking about WinFS beta 1.
"Not equuiped to organize and develop.." ??? Really? How did they manage to get it to beta 1 then?
The decision to stop working on it (for now) had nothing to do with teams' (in)ability to deliver.
Edited 2008-05-18 16:34 UTC
Member since:
2005-11-10
Fans: 2
Microsoft also released, on Channel9, another video of WinFS, showing beta 1 release.
Here:
http://channel9.msdn.com/showpost.aspx?postid=106356
Looks quite OK to me for beta 1, especially given that the big deal for the team at that point was to provide full backward compatibility.
Edited 2008-05-18 16:19 UTC
Member since:
2007-02-27
Fans: 0
Stupid peaple didn't understand Windows Search - which indexes in low I/O priority and only a few folders - and so they disable it thinking it slows down Windows, but the same stupid people are complaining because WinFS - that's heavier and more bloated - has been removed from Vista
Edited 2008-05-18 18:00 UTC
Member since:2006-02-15
Fans: 6
Member since:2006-01-02
Fans: 7
Member since:
2005-12-18
Fans: 0
In the list of features for Windows 7... that will be dropped in the middle of the development process (just like in every iteration of Windows Microsoft has promised to deliver it into). This guys are sickening.... and it's even worse to see people buying into anything Microsoft says.
Member since:2006-01-02
Fans: 7
Member since:2005-11-13
Fans: 3
I pretty much expect that when a new version of Windows is announced, it'll be out at least a year or two after they said and that some features will be dropped.
Maybe they've finally learned their lesson and will actually deliver on time and with whatever features they promise for Windows 7. I'm not holding my breath though 
Member since:2008-04-15
Fans: 0
Member since:
2007-07-27
Fans: 0
As I understand it, WinFS is a database on top of NTFS? Wouldn't it be possible if SUN released a database on top of ZFS, in a similar vein? We know that SUN has excellent engineers with outstanding technical excellence. SUN could surely implement WinFS-esque features on top of ZFS? Wouldnt be awesome with WinFS based on ZFS instead? The best of two worlds?
Member since:2008-03-18
Fans: 0
As Sun tend to GPL things now and, as Microsoft have said themselves they "don't agree" with the GPL, I think that any Sun Database FS on top of ZFS will probably released for Solaris or general *nix. Sun would be foolish indeed to give technology away to Microsoft, look what nearly happened to Java.
Member since:2007-07-27
Fans: 0
What happened to Java? You mean MS hijacked it, and called i J++, only to be sued, and then later released it as C#?
SUN tried to standardise Java, but got hindered by Microsoft. MS doesnt want that.
http://www.openmalaysiablog.com/2007/09/microsoft-conde.html
Member since:
2006-07-26
Fans: 0
I got a new laptop a couple of weeks ago and I have spent most of my time with it in Linux. The other day I decided I wanted to play a game that I've had a for a while, Battlefield 1942. I installed it in Vista. To get it to work with widescreen, you have to edit a couple of files. I edited those files and go it to work. Then, for some other reason I decided to uninstall it, re-install it. My settings remained. These were settings in a file, not in a registry. So I uninstalled it again, this time going to the C:\Program Files entry and shift+deleted the directory. Then I re-installed the game. The settings were still there.
I went through windows explorer to see those files, it wouldn't show them to me. I enabled hidden and system files...still wouldn't show them to me. I ran a dir /a in DOS and nothing.
I had Python installed and did an os.walk('.') and sure enough those files showed up in Python but not in Windows.
I think I managed to get a corrupt filesystem with less than 3 hours using Vista. I had files that I couldn't navigate to using Explorer or DOS but I could with Python. I actually had to edit the files using python commands which wasn't too bad, just a couple of string replacements but still....ridiculous.
Member since:
2006-03-23
Fans: 0
Interesting to note:
He talks about one of those "neat" "super" ideas that spilled over into other places: letting you have "stream" column type that gives you a file handle to a db item. Then he goes on and on about how people want these win32 api semantics for these objects, how it's so great and super that it provides these.
Now where I have hear this before? Something about providing a "file" interface for every object. Hm... dang.. let me rack my brain a little more... something about "everything is a file". I just don't know.
I think any time someone from microsoft starts throwing around the word "super" and "great", it means two things:
- Bill! Bill! come see my project. SUPER!
- I just ripped off an idea that's been around for years and years, and finally figured out how to shim it windows in the most bizarre manner possible.
Ok, I really try to avoid posting to osnews, coz I'm always too sarcastic, but I just couldn't help myself. Like the site, though, keep up the good work Thom!
Member since:2008-05-21
Fans: 0
Everything is a file....
There is a mainframe operating system which was released in 1974 where everything IS a file.
AND it has:
- Virtual Machine architecture
- An API (SCL) which can be run line-at-a-time, as command files or COMPILED (the API is the interface - facilities only now becoming available with 'Dynamic Languages')
- SCL inherently has positional and/or keyword parameter specification (MY_FUNCTION(START=0, STOP=99, REPLY=result))
- Cascade loading so that code is only brought into memory when first accessed
- Separation of programs into 'pure' and 'writeable' areas (NO code corruption at run-time)
....and lots more
And it now runs on commodity x86 hardware (via emulation)!
See http://en.wikipedia.org/wiki/ICL_VME