krej@electrum.kth.se (Kristian Ejvind) writes: : : o it's the RISC processor (didn't apply but that's I think a good one) : : o it might be the security code (this is my favorite) : : o tendency to OO programming (I wonder whether that applies to : the kernel yet) : : o networking (this seems to be a major factor) : : : but does anyone know for ANY specific (rather modern) kernel more details : like what percentage of what is responsible for which size ? : : Like networking percentage : filesystem : process control : system call interface : security (pervading all other packages) : et.c. : : Nat! : I think the biggest reason for the differenced is the tremendous functional capability of un?x. Compare all of the options for the ls command to those offered by mess-dos's "dir" command. Beyond that, there are other things to consider, such as optimization capability of the compilers used to create kernel, the percentage of hand coded machine language, etc. billp@jupiter.cse.utoledo.edu
| Andrew Morton | Re: 2.6.24-rc6-mm1 |
| Glauber de Oliveira Costa | [PATCH 8/19] modify write_ldt function |
| Steven Rostedt | Re: Major regression on hackbench with SLUB |
| Satyam Sharma | Re: 2.6.23-rc4-mm1 |
git: | |
| Chris Ortman | [FEATURE REQUEST] git-svn format-patch |
| Bill Lear | Meaning of "fatal: protocol error: bad line length character"? |
| Scott Chacon | Git Community Book |
| Catalin Marinas | Re: [ANNOUNCE] pg - A patch porcelain for GIT |
| Richard Stallman | Real men don't attack straw men |
| frantisek holop | nptd regression in 4.2 |
| Kevin | uvm_mapent_alloc: out of static map entries on 4.3 i386 |
| Vim Visual | GRAPE cluster supercomputer + OpenBSD |
| John Stoffel | Re: [PATCH] LogFS take three |
| hooanon05 | [PATCH 62/67] aufs magic sysrq handler |
| Chris Mason | Re: [PATCH][RFC] fast file mapping for loop |
| Chris Mason | Re: [ANNOUNCE] Btrfs v0.12 released |
