This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/db-wg@ripe.net/
ripe.db.in.cl.* get large
- Previous message (by thread): ripe.db.in.cl.* get large
- Next message (by thread): ripe.db.in.cl.* get large
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Geert Jan de Groot
GeertJan.deGroot at ripe.net
Mon Sep 25 11:55:30 CET 1995
Hi, We're currently trying to break out own test-database (controlled environment) too, though have not succeeded. One point people missed is that I want ls -ls (mind the -ls at the end); this shows how big the index files really are On Mon, 25 Sep 1995 11:17:02 +0100 (MET) Willi Huber wrote: > > 1. ls -ls of the files involved > > -rw-r--r-- 1 huber 7143967 Sep 24 09:03 ripe.db.in > -rw-r--r-- 1 huber 222257152 Sep 24 11:37 ripe.db.in.cl.dir > -rw-r--r-- 1 huber 1728317440 Sep 24 11:37 ripe.db.in.cl.pag We have: 6992 -rw-r--r-- 1 auto-dbm 7148193 Sep 25 11:14 ripe.db.in 19 -rw-rw-rw- 1 auto-dbm 19185 Sep 25 10:25 ripe.db.in.0.0.0.0.0 64 -rw-r--r-- 1 auto-dbm 65046 Sep 24 02:35 ripe.db.in.192.0.0.0.8 4 -rw-r--r-- 1 auto-dbm 3350 Sep 24 02:32 ripe.db.in.192.109.0.0.16 3 -rw-r--r-- 1 auto-dbm 2314 Sep 24 02:08 ripe.db.in.192.164.0.0.16 4 -rw-r--r-- 1 auto-dbm 3252 Sep 24 02:18 ripe.db.in.192.165.0.0.16 7 -rw-r--r-- 1 auto-dbm 7156 Sep 24 02:34 ripe.db.in.193.0.0.0.8 4 -rw-r--r-- 1 auto-dbm 3391 Sep 24 02:33 ripe.db.in.193.100.0.0.15 3 -rw-r--r-- 1 auto-dbm 2314 Sep 24 02:34 ripe.db.in.193.102.0.0.16 ... 96 -rw-r--r-- 1 auto-dbm 475136 Sep 25 10:50 ripe.db.in.cl.dir 6824 -rw-r--r-- 1 auto-dbm 1728316416 Sep 25 11:14 ripe.db.in.cl.pag 4 -rw-r--r-- 1 auto-dbm 4096 Sep 24 02:22 ripe.db.in.dir 3024 -rw-r--r-- 1 auto-dbm 8349696 Sep 25 11:14 ripe.db.in.pag ... as see, the dbm-files are not as big as they look at first. For people unfamiliar with this, UNIX files can have 'holes' in them. Blocks not written into are not allocated. A file made by open() fseek(16M) write(1 byte) close() will not have a size of 16 Mbyte. For this reason, you cannot copy the index files using cp (I think you all know, but just want to check) Willi et all, Can you send us ls -ls again? Geert Jan (still looking for the red wire in the database-timebomb)
- Previous message (by thread): ripe.db.in.cl.* get large
- Next message (by thread): ripe.db.in.cl.* get large
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]