Hello,

while testing possible git -> fossil incremental updates of OpenBSD
src repository I've observed majority of time is spent on something
reported by fossil as:

Rebuilding repository meta-data...

while using pstack command on Solaris I've been able to observe that
surprising amount of time is spent in:

6104:   /opt/fossil-head/bin/fossil import -i /tmp/openbsd-src.fossil
 fe47dc95 __pread64 (4, 83ca670, 400, 25a69400, 0, fe515000) + 15
 0813e29f seekAndRead (830a120, 25a69400, 0, 83ca670, 400, fe515000) + 3f
 0813e507 unixRead (830a120, 83ca670, 400, 25a69400, 0, 969a6) + 1d7
 08136ace sqlite3OsRead (830a120, 83ca670, 400, 25a69400, 0, 0) + 1e
 081454c6 readDbPage (83caa90, 0, 83caa70, 128) + 46
 08147c3b sqlite3PagerGet (830a018, 969a6, feffd88c, 2) + 2fb
 0814eb26 getAndInitPage (8309b98, 969a6, 16517ddc, 16517d60, 2, feffd8dc) + 36
 08151d6f moveToChild (16517d60, 969a6, feffdaf0, 16517d00) + 4f
 081524ca sqlite3BtreeMovetoUnpacked (16517d60, feffdaf0, 0, 0, 0,
feffda24) + 3ba
 08168a2c sqlite3VdbeExec (c06daa8, feffdd80, feffdce8, 8162894) + 529c
 08161c8f sqlite3Step (c06daa8, 1, feffdd80, ffffffff) + ef
 08161d9a sqlite3_step (c06daa8, 82ddbc4, feffdd68, 8161295) + 3a
 080b2d34 db_step  (8307dc8, 82ddbc4, feffdd80, 2448) + 14
 08124fa2 fast_uuid_to_rid (feffdd80, 0, feffdda8, 815f431) + 32
 08125096 uuid_to_rid (1e67aa3a, 1, 968c6, fe426456) + b6
 080e51c0 add_one_mlink (968c4, 1e67aa3a, 968c6, 1c8e4c54, 1c8e4c3f, 0) + 50
 080e5991 add_mlink (968c4, c06e190, 968c6, 12349e78, 1, 4142bc63) + 301
 080e64b8 manifest_crosslink (968c6, feffe060, 0, 4ffec) + 238
 080f9b61 rebuild_step (c0c29, 469e29, feffe130, 80f9f2a) + 1d1


call. This is surprising since fossil db is located on /tmp which is
in-memory filesystem so I'm curious how effective is this sqlite
read...

this is while running fossil from few days old head.

Is there any trick/command how to speed-up meta data rebuild? Is this
a known issue?

Thanks!
Karel
_______________________________________________
fossil-users mailing list
[email protected]
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Reply via email to