new credit printing mechanism now present in reiserfsprogs

new credit printing mechanism now present in reiserfsprogs

[Hans Reiser]

it now prints two random credits rather than all of them, and credits 
for the developers are in place.  suggestions about how to improve this 
while preserving the credits (e.g. printing them at a different stage of 
mkreiserfs, etc.) are welcome.

-- 
Hans

Re: new credit printing mechanism now present in reiserfsprogs

[David B Harris]

[-- Attachment #1: Type: text/plain, Size: 926 bytes --]

(That's a really long recipient list - does this need only go to
reiserfs-list@namesys.com and debian-devel@lists.debian.org?)

On Wed, 23 Jul 2003 11:45:09 +0400
Hans Reiser <reiser@namesys.com> wrote:
> it now prints two random credits rather than all of them, and credits 
> for the developers are in place.  suggestions about how to improve this 
> while preserving the credits (e.g. printing them at a different stage of 
> mkreiserfs, etc.) are welcome.

If mkreiserfs was slower, I would suggest printing them at the start of
the program. It gives people something to read while they're waiting for
it to finish. (They would probably be more likely to read it, too.)

It takes less than 4 seconds on a regular file of 410M here, though, so
that's not a whole lot of time. Does it take longer on bigger
filesystems? Lots of people are making many-gigabyte filesystems these
days, so perhaps that really is a good idea.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: new credit printing mechanism now present in reiserfsprogs

[Yury Umanets]

On Wed, 2003-07-23 at 12:15, David B Harris wrote:
> (That's a really long recipient list - does this need only go to
> reiserfs-list@namesys.com and debian-devel@lists.debian.org?)
> 
> On Wed, 23 Jul 2003 11:45:09 +0400
> Hans Reiser <reiser@namesys.com> wrote:
> > it now prints two random credits rather than all of them, and credits 
> > for the developers are in place.  suggestions about how to improve this 
> > while preserving the credits (e.g. printing them at a different stage of 
> > mkreiserfs, etc.) are welcome.
> 
> If mkreiserfs was slower, I would suggest printing them at the start of
> the program. It gives people something to read while they're waiting for
> it to finish. (They would probably be more likely to read it, too.)
> 

> It takes less than 4 seconds on a regular file of 410M here, though, so
> that's not a whole lot of time. Does it take longer on bigger
> filesystems? Lots of people are making many-gigabyte filesystems these
> days, so perhaps that really is a good idea.

mkreiserfs creates bitmaps, and bitmap count depends on partition size,
so it will take longer time on bigger partitions.

-- 
We're flying high, we're watching the world passes by...

Re: new credit printing mechanism now present in reiserfsprogs

[Hans Reiser]

Yury Umanets wrote:

>On Wed, 2003-07-23 at 12:15, David B Harris wrote:
>  
>
>>(That's a really long recipient list - does this need only go to
>>reiserfs-list@namesys.com and debian-devel@lists.debian.org?)
>>
>>On Wed, 23 Jul 2003 11:45:09 +0400
>>Hans Reiser <reiser@namesys.com> wrote:
>>    
>>
>>>it now prints two random credits rather than all of them, and credits 
>>>for the developers are in place.  suggestions about how to improve this 
>>>while preserving the credits (e.g. printing them at a different stage of 
>>>mkreiserfs, etc.) are welcome.
>>>      
>>>
>>If mkreiserfs was slower, I would suggest printing them at the start of
>>the program. It gives people something to read while they're waiting for
>>it to finish. (They would probably be more likely to read it, too.)
>>
>>    
>>
>
>  
>
>>It takes less than 4 seconds on a regular file of 410M here, though, so
>>that's not a whole lot of time. Does it take longer on bigger
>>filesystems? Lots of people are making many-gigabyte filesystems these
>>days, so perhaps that really is a good idea.
>>    
>>
>
>mkreiserfs creates bitmaps, and bitmap count depends on partition size,
>so it will take longer time on bigger partitions.
>
>  
>
Let's try it David's way.  Change it and upload it to the website.

-- 
Hans

Re: new credit printing mechanism now present in reiserfsprogs

[Yury Umanets]

On Wed, 2003-07-23 at 13:01, Hans Reiser wrote:
> Yury Umanets wrote:
> >
> >mkreiserfs creates bitmaps, and bitmap count depends on partition size,
> >so it will take longer time on bigger partitions.
> >
> >  
> >
> Let's try it David's way.  Change it and upload it to the website.
Done 

-- 
We're flying high, we're watching the world passes by...