* reiser modification for file queuing
@ 2004-03-16 4:36 jenn sirp
2004-03-16 7:05 ` Hans Reiser
0 siblings, 1 reply; 6+ messages in thread
From: jenn sirp @ 2004-03-16 4:36 UTC (permalink / raw)
To: reiserfs-list
>Can you tell me a little bit about this? ;-) Welcome.
Hi,
Thank You. How great. I am adding a built in queuing mechanism to your
system. The idea is to have the built in functionality so that as files are
created they are placed in a queue (implemented as a linked list); this
queue always returns the next file to be processed. It is intended to speed
up an existing application that resides in user space and dumps query files
on to a database for further processing.
In a lot of ways it doesn't necessarily make sense. It should be probably be
a part of the VFS, akin to all file systems. Or just left in user space. But
it is an Intern project and it is so very cool. I asked to build a small FS
from the ground-up -- so if I have success here I will be doing that this
summer.
I started poking into your namei.c file (reiserfs_add_entry) and I've been
having some good results. Everything will probably get moved into ioctl
later but I am still trying to figure things out.
Your code is nice,
Jenn
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: reiser modification for file queuing
2004-03-16 4:36 reiser modification for file queuing jenn sirp
@ 2004-03-16 7:05 ` Hans Reiser
[not found] ` <001701c40b7f$45bdb830$4a2fa5d1@energy>
0 siblings, 1 reply; 6+ messages in thread
From: Hans Reiser @ 2004-03-16 7:05 UTC (permalink / raw)
To: jenn sirp; +Cc: reiserfs-list
jenn sirp wrote:
>>Can you tell me a little bit about this? ;-) Welcome.
>>
>>
>
>
>Hi,
>
>Thank You. How great. I am adding a built in queuing mechanism to your
>system.
>
Are queues directories? Are you doing it for V4 (strongly
recommended)? Others need this functonality....
>The idea is to have the built in functionality so that as files are
>created they are placed in a queue (implemented as a linked list); this
>queue always returns the next file to be processed. It is intended to speed
>up an existing application that resides in user space and dumps query files
>on to a database for further processing.
>
>In a lot of ways it doesn't necessarily make sense. It should be probably be
>a part of the VFS, akin to all file systems. Or just left in user space. But
>it is an Intern project and it is so very cool. I asked to build a small FS
>from the ground-up -- so if I have success here I will be doing that this
>summer.
>
>I started poking into your namei.c file (reiserfs_add_entry) and I've been
>having some good results. Everything will probably get moved into ioctl
>later but I am still trying to figure things out.
>
>Your code is nice,
>
>Jenn
>
>
>
>
>
--
Hans
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: reiser modification for file queuing
@ 2004-03-16 18:18 jenn sirp
0 siblings, 0 replies; 6+ messages in thread
From: jenn sirp @ 2004-03-16 18:18 UTC (permalink / raw)
To: reiserfs-list
----- Original Message -----
From: "jenn sirp" <sirpj@ecs.csus.edu>
To: "Hans Reiser" <reiser@namesys.com>
Sent: Tuesday, March 16, 2004 9:51 AM
Subject: Re: reiser modification for file queuing
> > >
> > Are queues directories? Are you doing it for V4 (strongly
> > recommended)? Others need this functonality....
> >
> Do you mean will there an accessible and specific queue for each
> directory? -- yes... I believe that is the plan. I am working with version
> 3.6.25
>
> Jenn
>
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2004-03-16 19:57 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-03-16 4:36 reiser modification for file queuing jenn sirp
2004-03-16 7:05 ` Hans Reiser
[not found] ` <001701c40b7f$45bdb830$4a2fa5d1@energy>
[not found] ` <40574BC6.6050308@namesys.com>
2004-03-16 19:27 ` jenn sirp
2004-03-16 19:37 ` Hans Reiser
2004-03-16 19:57 ` jenn sirp
-- strict thread matches above, loose matches on Subject: below --
2004-03-16 18:18 jenn sirp
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.