lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <200610141854.k9EIs2CN005765@laptop13.inf.utfsm.cl>
Date:	Sat, 14 Oct 2006 14:54:02 -0400
From:	"Horst H. von Brand" <vonbrand@....utfsm.cl>
To:	John Richard Moser <nigelenki@...cast.net>
cc:	Adrian Bunk <bunk@...sta.de>, linux-kernel@...r.kernel.org
Subject: Re: Driver model.. expel legacy drivers? 

John Richard Moser <nigelenki@...cast.net> wrote:

[...]

> I've mapped the growth of the .tar.bz2 archives in kilobytes since
> 2.6.0, they show an erratic pattern but a strong overall linear growth
> pattern.  This means the actual size of the kernel is polynomial and
> integrates crudely to:
> 
>    18.59x^2+133.1x+32600
> 
> For x == minor (i.e. 2.6.0 == 0; 2.6.18 == 18).  This produces a level
> of error; however, I've graphed the error and it seems to be off by no
> more than 400k ever and show a horizontal trend (i.e. overall accurate);
> however I'll have to apply the same prediction to future kernel versions
> to get a good picture.

Hum... perhaps going against time (not minor) is better?

You could also include the whole 2.5.x set (at least since git became
common) for a larger series...

[...]

> My math predicts that 2.6.57 (+39) will be 100M (in approximately 7
> years if you assume 1 kernel release every 2 months); 2.6.92 (+35) will
> breech 200M; 2.6.117 (+25) will breech 300M; and 2.6.138 (+21)) will
> breech 400M.  That should suffice for predictions over the next 20 years
> based on this crude model.

I'd trust your curve for, say, 5 minors. Not more. The quadratic term is
rather hard to justify in any case... linear growth (== new drivers at a
(roughly) constant rate, a (roughly) constant number of people actively
working on the kernel with constant productivity, ...) I give you easily.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                    Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria             +56 32 2654239
Casilla 110-V, Valparaiso, Chile               Fax:  +56 32 2797513
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ