Linked by Eugenia Loli on Tue 31st May 2005 23:18 UTC, submitted by Robert Szeleney
SkyOS A new video from the SkyOS site shows off the IndexFeeder and the Viewer displaying live results. The video was captured in VMWare showing a few queries made over a 40GB attribute and file content indexed filesystem. There is also a document explaining a few internals of the indexing system used in SkyOS.
Permalink for comment
To read all comments associated with this story, please click here.
RE: here's an idea
by Robert Szeleney on Wed 1st Jun 2005 08:25 UTC

@T Shane Bostick:
>> The real beauty would be if there was a way to let
>> the indexing engine run on top of any filesystem,
>> ...
The IndexFeeder (a service running in the background) is able to index all filesystems. (SkyFS, BFS, FAT and ISO9660). If a filesystems supports attributes, the IndexFeeder manages two seperate index catalogs, a SQL based content index and an attribute index which is actually part of the filesystem itself.

If a filesystem doesn't support attributes, the IndexFeeder will store meta data in a seperate SQL based meta data index. From the user view, there is no difference if a filesystem supports attributes or not. You can just search for them.

>> or optionally place some hooks in common ones
>> at the driver level so that file moves and
>> renames would be constant time updates to
>> the indexing engine.
The IndexFeeder automatically gets notified by the kernel whenever a file content changes or a file was created/moved/renamed/deleted. (This works for every filesystem). Because of this the IndexFeeder is always up to date.

@Michael Gaspid:
Only the attribute index is part of the filesystem (which btw has quite a few advantages). The content index and an optional attribute index for filesystems not supporting attributes is handled by the IndexFeeder service.
The IndexFeeder service is also responsible for handling queries. The multiple thread architecture of the IndexFeeder makes it possible to query filesystems, search the SQL database and update the widget showing the results at the same time.

@Thom Holwerda:
>> I've tried to bring some sense into the SkyOS
>> community on this, explaining them what could
>> be changed in order to improve, but it was
>> to deaf ears
Thom, discussing what could be done and what is bad and what should be changed doesn't really help. Comming up with words like "Fitts Law" doesn't help either. The are various threads about the SkyOS GUI. But designing a new GUI from the information in this threads, will not really work. ;)

What would help would be a mockup, a sample implementation, a concept, a specification, which respects Fitts Law.
Interested in making one? (You know, this is much more time consuming then "just" talking about a new GUI concept).

And please don't condemn people about not knowing what Fitt's Law is. They don't have to know.
The developers have to know about it. And once there is enough time for redesigning various GUI parts, this will be done. But currently this is not on the TODO list or in the near roadmap.

>> the community itself didn't even know Fitts' Law
>> ('It's just a law, who cares about a law?'),
>> and they wanted to keep everything as
>> Windows as possible, grossly overestimating
>> the power of predisposition.
You really should stop listening to 12 year old people. Or at least, you should know, who represents the SkyOS development and who not. You know what I mean.

Thom, please try to stop this discussion here on osnews. If you want to talk about this further, you know how you can contact me.