linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Re: [PATCH]: reiser4 [0/8] overview
@ 2002-10-31 18:10 Marc-Christian Petersen
  2002-10-31 18:18 ` Nikita Danilov
  0 siblings, 1 reply; 8+ messages in thread
From: Marc-Christian Petersen @ 2002-10-31 18:10 UTC (permalink / raw)
  To: linux-kernel; +Cc: Nikita Danilov

Hi Nikita,

> This message starts set of 8 patches against your current BK tree to
> include reiser4.
> Changes to the core code are fairly small and trivial: mostly function
> exports, plus one patch to share ->journal_info pointer with Ext3.
> All patches are available at http://namesys.com/snapshots/2002.10.31/,
> they can be applied in any order.

> Utilities, including mkfs.reiser4 are available at
> http://namesys.com/snapshots/2002.10.31/reiser4progs-0.1.0.tar.gz


Forbidden

You don't have permission to access 
/snapshots/2002.10.31/reiser4progs-0.1.0.tar.gz on this server.

Apache/1.3.23 Server at thebsh.namesys.com Port 80

The directory itself does _not_ contain any reiserfs progs.

ciao, Marc

^ permalink raw reply	[flat|nested] 8+ messages in thread
* Re: [PATCH]: reiser4 [0/8] overview
  2002-10-31 18:10 [PATCH]: reiser4 [0/8] overview Marc-Christian Petersen
@ 2002-10-31 18:18 ` Nikita Danilov
  2002-10-31 18:43   ` Marc-Christian Petersen
  0 siblings, 1 reply; 8+ messages in thread
From: Nikita Danilov @ 2002-10-31 18:18 UTC (permalink / raw)
  To: Marc-Christian Petersen; +Cc: linux-kernel

Marc-Christian Petersen writes:
 > Hi Nikita,
 > 
 > > This message starts set of 8 patches against your current BK tree to
 > > include reiser4.
 > > Changes to the core code are fairly small and trivial: mostly function
 > > exports, plus one patch to share ->journal_info pointer with Ext3.
 > > All patches are available at http://namesys.com/snapshots/2002.10.31/,
 > > they can be applied in any order.
 > 
 > > Utilities, including mkfs.reiser4 are available at
 > > http://namesys.com/snapshots/2002.10.31/reiser4progs-0.1.0.tar.gz
 > 
 > 
 > Forbidden
 > 
 > You don't have permission to access 
 > /snapshots/2002.10.31/reiser4progs-0.1.0.tar.gz on this server.
 > 
 > Apache/1.3.23 Server at thebsh.namesys.com Port 80
 > 
 > The directory itself does _not_ contain any reiserfs progs.

Fixed.

 > 
 > ciao, Marc

Nikita.

^ permalink raw reply	[flat|nested] 8+ messages in thread
* Re: [PATCH]: reiser4 [0/8] overview
  2002-10-31 18:18 ` Nikita Danilov
@ 2002-10-31 18:43   ` Marc-Christian Petersen
  2002-10-31 19:21     ` Nikita Danilov
  2002-11-01 20:56     ` Hans Reiser
  0 siblings, 2 replies; 8+ messages in thread
From: Marc-Christian Petersen @ 2002-10-31 18:43 UTC (permalink / raw)
  To: Nikita Danilov; +Cc: linux-kernel

On Thursday 31 October 2002 19:18, Nikita Danilov wrote:

Hi Nikita,

>  > Forbidden
>  > You don't have permission to access
>  > /snapshots/2002.10.31/reiser4progs-0.1.0.tar.gz on this server.
>  > Apache/1.3.23 Server at thebsh.namesys.com Port 80
>  > The directory itself does _not_ contain any reiserfs progs.
> Fixed.
thank you :)

ok, here we go: 2.5.45, Reiser4 patches from today.

Mounting newly created Reiser4 partition:

Debug: sleeping function called from illegal context at mm/page_alloc.c:409
Call Trace:
 [<c01152b4>] __might_sleep+0x54/0x60
 [<c01326ac>] __alloc_pages+0x24/0x278
 [<c0132928>] __get_free_pages+0x28/0x60
 [<c0115563>] dup_task_struct+0x47/0xbc
 [<c0115f28>] copy_process+0xa0/0xa40
 [<c01e10f0>] ide_do_request+0x2d4/0x334
 [<c01168eb>] do_fork+0x23/0xa8
 [<e4a4f380>] kdaemon+0x0/0x40 [reiser4]
 [<c0105574>] kernel_thread+0x74/0x8c
 [<e4a4f380>] kdaemon+0x0/0x40 [reiser4]
 [<e4a209a0>] ktxnmgrd+0x0/0x1e4 [reiser4]
 [<e4a4f380>] kdaemon+0x0/0x40 [reiser4]
 [<c01054f4>] kernel_thread_helper+0x0/0xc
 [<e4a20c33>] ktxnmgrd_attach+0x53/0x88 [reiser4]
 [<e4a209a0>] ktxnmgrd+0x0/0x1e4 [reiser4]
 [<e4a4f380>] kdaemon+0x0/0x40 [reiser4]
 [<e4a4ee60>] format_plugins+0x0/0xa0 [reiser4]
 [<e4a254bf>] reiser4_fill_super+0x313/0x540 [reiser4]
 [<e4a4f380>] kdaemon+0x0/0x40 [reiser4]
 [<e4a3f490>] PSEUDO_FILES_PREFIX+0x123/0x12b [reiser4]
 [<c0142f04>] get_sb_bdev+0x1bc/0x220
 [<e4a4dbc0>] reiser4_fs_type+0x0/0x20 [reiser4]
 [<e4a4dbc0>] reiser4_fs_type+0x0/0x20 [reiser4]
 [<e4a25953>] reiser4_get_sb+0x1f/0x24 [reiser4]
 [<e4a4dbc0>] reiser4_fs_type+0x0/0x20 [reiser4]
 [<e4a251ac>] reiser4_fill_super+0x0/0x540 [reiser4]
 [<c01430e0>] do_kern_mount+0x48/0xa8
 [<e4a4dbc0>] reiser4_fs_type+0x0/0x20 [reiser4]
 [<c0155235>] do_add_mount+0x65/0x148
 [<c015551a>] do_mount+0x15e/0x178
 [<c015536d>] copy_mount_options+0x55/0xa4
 [<c0155970>] sys_mount+0xa4/0x110
 [<c0106f13>] syscall_call+0x7/0xb

/dev/hda7 on /opt/squid/cache type reiser4 
(rw,noexec,nosuid,nodev,noatime,nodiratime)

After creating 100,000 files (time seq -f "%06.0f" 1 100000  | xargs touch),
I got _TONS_ of this:

Debug: sleeping function called from illegal context at 
include/asm/semaphore.h:119
Call Trace:
  [__might_sleep+84/96] __might_sleep+0x54/0x60
  [<e4a42a76>] ABSOLUTE_MIN_OID+0x13e/0x580 [reiser4]
  [<e4a3347c>] load_and_lock_bnode+0x14/0x1a4 [reiser4]
  [<e4a42a76>] ABSOLUTE_MIN_OID+0x13e/0x580 [reiser4]
  [<e4a336d7>] search_one_bitmap+0x5f/0x1f0 [reiser4]
  [<e4a33913>] bitmap_alloc+0xab/0x150 [reiser4]
  [<e4a33a6a>] bitmap_alloc_blocks+0xb2/0x13c [reiser4]
  [<e4a4eda0>] space_plugins+0x0/0xc0 [reiser4]
  [<e4a14e97>] reiser4_alloc_blocks+0xaf/0x13c [reiser4]
  [<e4a19ffa>] flush_allocate_znode_update+0x5e/0x198 [reiser4]
  [<e4a2d6ce>] internal_at+0xa/0x10 [reiser4]
  [<e4a2d6fe>] pointer_at+0xa/0x14 [reiser4]
  [<e4a125a5>] check_tree_pointer+0x5d/0x84 [reiser4]
  [<e4a19f02>] flush_allocate_znode+0x176/0x210 [reiser4]
  [<e4a19d2c>] jnode_check_flushprepped+0x18/0x54 [reiser4]
  [<e4a18aaf>] flush_alloc_one_ancestor+0x8b/0x124 [reiser4]
  [<e4a18b22>] flush_alloc_one_ancestor+0xfe/0x124 [reiser4]
  [<e4a18b09>] flush_alloc_one_ancestor+0xe5/0x124 [reiser4]
  [<e4a4e8c0>] item_plugins+0x1e0/0x480 [reiser4]
  [<e4a189d9>] flush_alloc_ancestors+0xa9/0xf4 [reiser4]
  [<e4a4e8c0>] item_plugins+0x1e0/0x480 [reiser4]
  [<e4a183da>] jnode_flush+0x3ea/0x568 [reiser4]
  [<e4a4e8c0>] item_plugins+0x1e0/0x480 [reiser4]
  [<e4a1608d>] flush_this_atom+0x41/0x14c [reiser4]
  [<e4a162e0>] flush_one_atom+0x148/0x164 [reiser4]
  [<e4a20da5>] scan_mgr+0x51/0x8c [reiser4]
  [<e4a4f3ac>] kdaemon+0x2c/0x40 [reiser4]
  [<e4a4f380>] kdaemon+0x0/0x40 [reiser4]
  [<e4a20b46>] ktxnmgrd+0x1a6/0x1e4 [reiser4]
  [<e4a209a0>] ktxnmgrd+0x0/0x1e4 [reiser4]
  [<e4a4f398>] kdaemon+0x18/0x40 [reiser4]
  [<e4a4f388>] kdaemon+0x8/0x40 [reiser4]
  [<e4a4f3a0>] kdaemon+0x20/0x40 [reiser4]
  [kernel_thread_helper+5/12] kernel_thread_helper+0x5/0xc
  [<e4a4f380>] kdaemon+0x0/0x40 [reiser4]

and also _TONS_ of this:

bad: scheduling while atomic!
Call Trace:
  [schedule+61/712] schedule+0x3d/0x2c8
  [io_schedule+11/20] io_schedule+0xb/0x14
  [__lock_page+176/204] __lock_page+0xb0/0xcc
  [autoremove_wake_function+0/56] autoremove_wake_function+0x0/0x38
  [autoremove_wake_function+0/56] autoremove_wake_function+0x0/0x38
  [read_cache_page+315/484] read_cache_page+0x13b/0x1e4
  [<e4a4d6d8>] jnode_plugins+0x78/0x130 [reiser4]
  [<e4a0c8a6>] jload+0xc6/0x1fc [reiser4]
  [<e4a0c7c4>] page_filler+0x0/0x1c [reiser4]
  [<e4a33528>] load_and_lock_bnode+0xc0/0x1a4 [reiser4]
  [<e4a336d7>] search_one_bitmap+0x5f/0x1f0 [reiser4]
  [<e4a33913>] bitmap_alloc+0xab/0x150 [reiser4]
  [<e4a33a6a>] bitmap_alloc_blocks+0xb2/0x13c [reiser4]
  [<e4a4eda0>] space_plugins+0x0/0xc0 [reiser4]
  [<e4a14e97>] reiser4_alloc_blocks+0xaf/0x13c [reiser4]
  [<e4a19ffa>] flush_allocate_znode_update+0x5e/0x198 [reiser4]
  [<e4a2d6ce>] internal_at+0xa/0x10 [reiser4]
  [<e4a2d6fe>] pointer_at+0xa/0x14 [reiser4]
  [<e4a125a5>] check_tree_pointer+0x5d/0x84 [reiser4]
  [<e4a19f02>] flush_allocate_znode+0x176/0x210 [reiser4]
  [<e4a19d2c>] jnode_check_flushprepped+0x18/0x54 [reiser4]
  [<e4a18aaf>] flush_alloc_one_ancestor+0x8b/0x124 [reiser4]
  [<e4a18b22>] flush_alloc_one_ancestor+0xfe/0x124 [reiser4]
  [<e4a18b09>] flush_alloc_one_ancestor+0xe5/0x124 [reiser4]
  [<e4a4e8c0>] item_plugins+0x1e0/0x480 [reiser4]
  [<e4a189d9>] flush_alloc_ancestors+0xa9/0xf4 [reiser4]
  [<e4a4e8c0>] item_plugins+0x1e0/0x480 [reiser4]
  [<e4a183da>] jnode_flush+0x3ea/0x568 [reiser4]
  [<e4a4e8c0>] item_plugins+0x1e0/0x480 [reiser4]
  [<e4a1608d>] flush_this_atom+0x41/0x14c [reiser4]
  [<e4a162e0>] flush_one_atom+0x148/0x164 [reiser4]
  [<e4a20da5>] scan_mgr+0x51/0x8c [reiser4]
  [<e4a4f3ac>] kdaemon+0x2c/0x40 [reiser4]
  [<e4a4f380>] kdaemon+0x0/0x40 [reiser4]
  [<e4a20b46>] ktxnmgrd+0x1a6/0x1e4 [reiser4]
  [<e4a209a0>] ktxnmgrd+0x0/0x1e4 [reiser4]
  [<e4a4f398>] kdaemon+0x18/0x40 [reiser4]
  [<e4a4f388>] kdaemon+0x8/0x40 [reiser4]
  [<e4a4f3a0>] kdaemon+0x20/0x40 [reiser4]
  [kernel_thread_helper+5/12] kernel_thread_helper+0x5/0xc
  [<e4a4f380>] kdaemon+0x0/0x40 [reiser4]
bad: scheduling while atomic!
Call Trace:
 [<c0113ef1>] schedule+0x3d/0x2c8
 [<c0114e27>] __cond_resched+0x17/0x1c
 [<e4a0c114>] preempt_point+0x14/0x24 [reiser4]
 [<e4a0e903>] carry+0x153/0x1cc [reiser4]
 [<e4a199c3>] squeeze_right_non_twig+0xc3/0x114 [reiser4]
 [<e4a198f9>] squalloc_right_neighbor+0x29/0x30 [reiser4]
 [<e4a194d8>] flush_squalloc_one_changed_ancestor+0x23c/0x634 [reiser4]
 [<e4a0c821>] jload+0x41/0x1fc [reiser4]
 [<e4a18dcc>] flush_squalloc_changed_ancestors+0x40/0x510 [reiser4]
 [<e4a18d66>] flush_forward_squalloc+0x186/0x1ac [reiser4]
 [<e4a183da>] jnode_flush+0x3ea/0x568 [reiser4]
 [<e4a183ef>] jnode_flush+0x3ff/0x568 [reiser4]
 [<e4a4e8c0>] item_plugins+0x1e0/0x480 [reiser4]
 [<e4a1608d>] flush_this_atom+0x41/0x14c [reiser4]
 [<e4a162e0>] flush_one_atom+0x148/0x164 [reiser4]
 [<e4a20da5>] scan_mgr+0x51/0x8c [reiser4]
 [<e4a4f3ac>] kdaemon+0x2c/0x40 [reiser4]
 [<e4a4f380>] kdaemon+0x0/0x40 [reiser4]
 [<e4a20b46>] ktxnmgrd+0x1a6/0x1e4 [reiser4]
 [<e4a209a0>] ktxnmgrd+0x0/0x1e4 [reiser4]
 [<e4a4f398>] kdaemon+0x18/0x40 [reiser4]
 [<e4a4f388>] kdaemon+0x8/0x40 [reiser4]
 [<e4a4f3a0>] kdaemon+0x20/0x40 [reiser4]
 [<c01054f9>] kernel_thread_helper+0x5/0xc
 [<e4a4f380>] kdaemon+0x0/0x40 [reiser4]


and also _TONS_ of this:

Debug: sleeping function called from illegal context at 
include/asm/semaphore.h:119
Call Trace:
 [<c01152b4>] __might_sleep+0x54/0x60
 [<e4a42a76>] ABSOLUTE_MIN_OID+0x13e/0x580 [reiser4]
 [<e4a3347c>] load_and_lock_bnode+0x14/0x1a4 [reiser4]
 [<e4a42a76>] ABSOLUTE_MIN_OID+0x13e/0x580 [reiser4]
 [<e4a33e07>] bitmap_pre_commit_hook+0x12f/0x2b7 [reiser4]
 [<e4a15361>] pre_commit_hook+0x11/0x14 [reiser4]
 [<e4a1c2ab>] reiser4_write_logs+0x3f/0x2d0 [reiser4]
 [<e4a1fef6>] finish_all_fq+0x52/0x98 [reiser4]
 [<e4a1ff5c>] current_atom_finish_all_fq+0x20/0x70 [reiser4]
 [<e4a15c0d>] atom_try_commit_locked+0x165/0x210 [reiser4]
 [<e4a16551>] commit_txnh+0xcd/0x150 [reiser4]
 [<e4a15676>] txn_end+0x22/0x38 [reiser4]
 [<e4a16176>] flush_this_atom+0x12a/0x14c [reiser4]
 [<e4a162e0>] flush_one_atom+0x148/0x164 [reiser4]
 [<e4a1637a>] flush_some_atom+0x7e/0x88 [reiser4]
 [<e4a2602b>] reiser4_writepages+0xab/0x114 [reiser4]
 [<c013a314>] do_writepages+0x18/0x2c
 [<c0157a5d>] __sync_single_inode+0x69/0x168
 [<c0157bd0>] __writeback_single_inode+0x74/0x7c
 [<c0157d67>] sync_sb_inodes+0x18f/0x21c
 [<c0157e47>] writeback_inodes+0x53/0x98
 [<c013a1e7>] wb_kupdate+0x9f/0x100
 [<c0139cc1>] __pdflush+0x151/0x1f8
 [<c0139d68>] pdflush+0x0/0x14
 [<c0139d73>] pdflush+0xb/0x14
 [<c013a148>] wb_kupdate+0x0/0x100
 [<c01054f9>] kernel_thread_helper+0x5/0xc


Does not occur with ReiserFS 3 from 2.5.45 nor with any other FS doing those 
small stress test. My personal impression is that Reiser4 is slower than 3 but 
that might be because of above debugging.

I hope this helps.

ciao, Marc



^ permalink raw reply	[flat|nested] 8+ messages in thread
* Re: [PATCH]: reiser4 [0/8] overview
  2002-10-31 18:43   ` Marc-Christian Petersen
@ 2002-10-31 19:21     ` Nikita Danilov
  2002-11-01 20:56     ` Hans Reiser
  1 sibling, 0 replies; 8+ messages in thread
From: Nikita Danilov @ 2002-10-31 19:21 UTC (permalink / raw)
  To: Marc-Christian Petersen; +Cc: linux-kernel, Reiserfs developers mail-list

Marc-Christian Petersen writes:
 > On Thursday 31 October 2002 19:18, Nikita Danilov wrote:
 > 
 > Hi Nikita,
 > 
 > >  > Forbidden
 > >  > You don't have permission to access
 > >  > /snapshots/2002.10.31/reiser4progs-0.1.0.tar.gz on this server.
 > >  > Apache/1.3.23 Server at thebsh.namesys.com Port 80
 > >  > The directory itself does _not_ contain any reiserfs progs.
 > > Fixed.
 > thank you :)
 > 
 > ok, here we go: 2.5.45, Reiser4 patches from today.
 > 
 > Mounting newly created Reiser4 partition:
 > 
 > Debug: sleeping function called from illegal context at mm/page_alloc.c:409
 > Call Trace:
 >  [<c01152b4>] __might_sleep+0x54/0x60
 >  [<c01326ac>] __alloc_pages+0x24/0x278
 >  [<c0132928>] __get_free_pages+0x28/0x60
 >  [<c0115563>] dup_task_struct+0x47/0xbc
 >  [<c0115f28>] copy_process+0xa0/0xa40
 >  [<c01e10f0>] ide_do_request+0x2d4/0x334
 >  [<c01168eb>] do_fork+0x23/0xa8
 >  [<e4a4f380>] kdaemon+0x0/0x40 [reiser4]
 >  [<c0105574>] kernel_thread+0x74/0x8c
 >  [<e4a4f380>] kdaemon+0x0/0x40 [reiser4]
 >  [<e4a209a0>] ktxnmgrd+0x0/0x1e4 [reiser4]
 >  [<e4a4f380>] kdaemon+0x0/0x40 [reiser4]
 >  [<c01054f4>] kernel_thread_helper+0x0/0xc

kernel_thread() is called under spin-lock.

 >  [<e4a20c33>] ktxnmgrd_attach+0x53/0x88 [reiser4]

[...]

 >  [<c0106f13>] syscall_call+0x7/0xb
 > 
 > /dev/hda7 on /opt/squid/cache type reiser4 
 > (rw,noexec,nosuid,nodev,noatime,nodiratime)
 > 
 > After creating 100,000 files (time seq -f "%06.0f" 1 100000  | xargs touch),
 > I got _TONS_ of this:
 > 
 > Debug: sleeping function called from illegal context at 
 > include/asm/semaphore.h:119
 > Call Trace:
 >   [__might_sleep+84/96] __might_sleep+0x54/0x60
 >   [<e4a42a76>] ABSOLUTE_MIN_OID+0x13e/0x580 [reiser4]
 >   [<e4a3347c>] load_and_lock_bnode+0x14/0x1a4 [reiser4]

missed spin_unlock()/spin_lock() in flush_one_atom().

 >   [<e4a42a76>] ABSOLUTE_MIN_OID+0x13e/0x580 [reiser4]

[...]

 >  [<c01054f9>] kernel_thread_helper+0x5/0xc
 >  [<e4a4f380>] kdaemon+0x0/0x40 [reiser4]
 > 
 > 
 > and also _TONS_ of this:
 > 
 > Debug: sleeping function called from illegal context at 
 > include/asm/semaphore.h:119
 > Call Trace:
 >  [<c01152b4>] __might_sleep+0x54/0x60
 >  [<e4a42a76>] ABSOLUTE_MIN_OID+0x13e/0x580 [reiser4]
 >  [<e4a3347c>] load_and_lock_bnode+0x14/0x1a4 [reiser4]

This is unclear.

 >  [<e4a42a76>] ABSOLUTE_MIN_OID+0x13e/0x580 [reiser4]
 >  [<e4a33e07>] bitmap_pre_commit_hook+0x12f/0x2b7 [reiser4]

[...]

 > 
 > Does not occur with ReiserFS 3 from 2.5.45 nor with any other FS doing those 
 > small stress test. My personal impression is that Reiser4 is slower than 3 but 
 > that might be because of above debugging.

Run-time checks usually make reiser4 orders of magnitude slower.

 > 
 > I hope this helps.

Yes. Thanks a lot.

 > 
 > ciao, Marc
 > 

Nikita.

 > 

^ permalink raw reply	[flat|nested] 8+ messages in thread
* Re: [PATCH]: reiser4 [0/8] overview
  2002-10-31 18:43   ` Marc-Christian Petersen
  2002-10-31 19:21     ` Nikita Danilov
@ 2002-11-01 20:56     ` Hans Reiser
  2002-11-01 21:01       ` Marc-Christian Petersen
  1 sibling, 1 reply; 8+ messages in thread
From: Hans Reiser @ 2002-11-01 20:56 UTC (permalink / raw)
  To: Marc-Christian Petersen; +Cc: Nikita Danilov, linux-kernel

Marc-Christian Petersen wrote:

>Does not occur with ReiserFS 3 from 2.5.45 nor with any other FS doing those 
>small stress test. My personal impression is that Reiser4 is slower than 3 but 
>that might be because of above debugging.
>
>I hope this helps.
>
>ciao, Marc
>
>
>  
>
Please give us a script which is slower than v3 for us to reproduce 
with, and we will start analyzing it.

-- 
Hans



^ permalink raw reply	[flat|nested] 8+ messages in thread
* Re: [PATCH]: reiser4 [0/8] overview
  2002-11-01 20:56     ` Hans Reiser
@ 2002-11-01 21:01       ` Marc-Christian Petersen
  0 siblings, 0 replies; 8+ messages in thread
From: Marc-Christian Petersen @ 2002-11-01 21:01 UTC (permalink / raw)
  To: Hans Reiser; +Cc: Nikita Danilov, linux-kernel

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

On Friday 01 November 2002 21:56, Hans Reiser wrote:

Hi Hans,

> >Does not occur with ReiserFS 3 from 2.5.45 nor with any other FS doing
> > those small stress test. My personal impression is that Reiser4 is slower
> > than 3 but that might be because of above debugging.
> >I hope this helps.
> Please give us a script which is slower than v3 for us to reproduce
> with, and we will start analyzing it.
Ok. Just small ones:

1. time seq -f "%06.0f" 1 100000  | xargs touch

2. while true; do dd if=/dev/zero of=/largefile bs=16384 count=131072; done

3. attached.


ciao, Marc

[-- Attachment #2: randfiles.c --]
[-- Type: text/x-csrc, Size: 968 bytes --]

/*
 * randfiles.c
 *
 * Usage: randfiles <basename> <count> <echo?>
 *
 * For benchmarking create performance - create <count> files with
 * numbered names, in random order.  The <echo?> flag, if y, echoes
 * filenames created.  For example, 'randfiles foo 10 y' will create
 * 10 empty files with names ranging from foo0 to foo9.
 *
 * copyleft: Daniel Phillips, Oct 6, 2001, phillips@nl.linux.org
 *
 */

#include <stdlib.h>

#define swap(x, y) do { typeof(x) z = x; x = y; y = z; } while (0)

int main (int argc, char *argv[])
{
	int n = (argc > 2)? strtol(argv[2], 0, 10): 0;
	int i, size = 50, show = argc > 3 && !strncmp(argv[3], "y", 1);
	char name[size];
	int choose[n];
	for (i = 0; i < n; i++) choose[i] = i;
	
	for (i = n; i; i--)
	{
		int j = rand() % i;
		swap(choose[i-1], choose[j]);
	}
	
	for (i = 0; i < n; i++)
	{
		snprintf(name, size, "%s%i", argv[1], choose[i]);
		if (show) printf("create %s\n", name);
		close(open(name, 0100));
	}
	return 0;
}

^ permalink raw reply	[flat|nested] 8+ messages in thread
* Re: [PATCH]: reiser4 [0/8] overview
  2002-10-31 16:02 Nikita Danilov
@ 2002-10-31 16:07 ` Christoph Hellwig
  0 siblings, 0 replies; 8+ messages in thread
From: Christoph Hellwig @ 2002-10-31 16:07 UTC (permalink / raw)
  To: Nikita Danilov
  Cc: Linus Torvalds, Linux Kernel Mailing List, Reiserfs mail-list

On Thu, Oct 31, 2002 at 07:02:49PM +0300, Nikita Danilov wrote:
> Hello, Linus,
> 
> This message starts set of 8 patches against your current BK tree to
> include reiser4.

You don't want to tell the world you aim for inclusion of a filesystem
that has been publically available for not even a week, do you? :)


^ permalink raw reply	[flat|nested] 8+ messages in thread
* [PATCH]: reiser4 [0/8] overview
@ 2002-10-31 16:02 Nikita Danilov
  2002-10-31 16:07 ` Christoph Hellwig
  0 siblings, 1 reply; 8+ messages in thread
From: Nikita Danilov @ 2002-10-31 16:02 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Linux Kernel Mailing List, Reiserfs mail-list

Hello, Linus,

This message starts set of 8 patches against your current BK tree to
include reiser4.

Changes to the core code are fairly small and trivial: mostly function
exports, plus one patch to share ->journal_info pointer with Ext3.

All patches are available at http://namesys.com/snapshots/2002.10.31/,
they can be applied in any order.

Utilities, including mkfs.reiser4 are available at
http://namesys.com/snapshots/2002.10.31/reiser4progs-0.1.0.tar.gz

Nikita.

^ permalink raw reply	[flat|nested] 8+ messages in thread
end of thread, other threads:[~2002-11-01 20:55 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-10-31 18:10 [PATCH]: reiser4 [0/8] overview Marc-Christian Petersen
2002-10-31 18:18 ` Nikita Danilov
2002-10-31 18:43   ` Marc-Christian Petersen
2002-10-31 19:21     ` Nikita Danilov
2002-11-01 20:56     ` Hans Reiser
2002-11-01 21:01       ` Marc-Christian Petersen
  -- strict thread matches above, loose matches on Subject: below --
2002-10-31 16:02 Nikita Danilov
2002-10-31 16:07 ` Christoph Hellwig

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).