Linux: 2.5 Development Statistics

Submitted by Jeremy
on September 23, 2002 - 9:45am

BitMover founder Larry McVoy [interview] offered some statistics regarding Linux development and the use of BitKeeper. For example, regarding Linus' 2.5 development tree he says:

"There are about 8600 changesets in the tree. There have been 76998 deltas made to the tree since Feb 05 2002. That's an average of 37 changesets and 333 deltas per *day* seven days a week. If you assume a 5 day work week then the numbers are 52 csets/day and 466 deltas/day.

"Those changerate numbers are pretty zippy. You guys are rockin'."

Zippy indeed! The 2.5 development kernel has seen some amazing improvements. Here's one user that's greatly anticipating 2.6... (With the feature freeze occuring October 31st, I don't expect to see 2.6.0 until some time next year.)


From: Larry McVoy
To: linux-kernel mailing list
Subject: boring BK stats
Date: Sun, 22 Sep 2002 16:56:04 -0700

I should be working on getting the bk-3.0 release done but I'm sick of
fixing BK-on-windows bugs...

Linus' kernel tree has 13333 revision controlled files in it. Without
repository compression, it eats up 280M in an ext2 fs. With repository
compression, that drops to 129M. After checking out all the files, the
size of the revision history and the checked out files is 317MB when
the revision history is compressed. That means the tree without the
history is 188MB, we get the revision history in less space than the
checked out tree. That's pretty cool, by the way, I know of no other
SCM system which can say that.

Checking out the tree takes 16 seconds. Doing an integrity check takes 10
seconds if the repository is uncompressed, 15 seconds if it is compressed.
That's on 1.3Ghz Athlon w/ PC133 memory running at the slower CAS rate,
but lots of it, around 900MB.

An integrity check checksums the entire revision history and does a
checkout into /dev/null to make sure that both the overall and most
recent delta checksums are valid.

There are about 8600 changesets in the tree. There have been 76998
deltas made to the tree since Feb 05 2002. That's an average of 37
changesets and 333 deltas per *day* seven days a week. If you assume
a 5 day work week then the numbers are 52 csets/day and 466 deltas/day.

Those changerate numbers are pretty zippy. You guys are rockin'.

As for syncs with bkbits, I dunno, my guess is we're pushing 300,000 pulls
or so. We're nowhere near to saturating the T1 line so BK compression
stuff is working well.

some of us have our head in the sand..

eviltyler
on
September 23, 2002 - 12:45pm

.. so with all the development that is going on i'm lost in regards to what is being added/improved/etc. other than the changelogs is there any other resource that is keepin track of things, for example, the VM war?

[later, after doing work myself and not mooching...]

i found this:
http://kernelnewbies.org/status/latest.html

WOW!

Anonymous
on
September 23, 2002 - 1:12pm

what's really scary is that, before, there were just as many changes, but without any scm.

Yes there was. They were usi

Anonymous
on
September 23, 2002 - 2:56pm

Yes there was. They were using CVS. However, BK offers some features to help make the kernel developers life easier than CVS.

Linus was not.

molo
on
September 23, 2002 - 6:35pm

Linus was not using CVS. He was using patch & diff.

What's up with all the 3's?

Anonymous
on
September 23, 2002 - 2:56pm

13333 revision controlled files with 333 deltas per day. That's a hell of a lot of 3's for coincidence. Pleasse tell me there's some round math (100 or 1000) getting divided by 3 to account for that. Otherwsie, if that's a raw count, it's plain weird.

well as a programmer I would have to say

David Nielsen
on
September 23, 2002 - 3:52pm

let's take a nice round number.... like 1024 :)

Has bk made a difference?

Anonymous
on
September 23, 2002 - 8:32pm

Is it my imagination or has there been a smoother process happening due to improved tools? The changes that have been happening have been truly amazing. Huge infrastructure changes. Little in the way of confusing patch loss, etc.

I too am looking forward to this release.

Derek

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.