It's understandable that their vmlinuz and module directory in particular is much bigger though, they have to cover as many hardware and user cases as possible. What gets me is how horrifically slow and buggy unity is._________________

juniper wrote:

you experience political reality dilation when travelling at american political speeds. it's in einstein's formulas. it's not their fault.

It's understandable that their vmlinuz and module directory in particular is much bigger though, they have to cover as many hardware and user cases as possible. What gets me is how horrifically slow and buggy unity is.

well, yours is way smaller. that must affect my boot time, although it seems to boot pretty snappily. I can of course compile my own kernel, but ubuntu updates it so often that I don't really want to have to do it by hand all the time. they should automate that procedure, but that might be hard (taking some existing config file and compiling all new kernel with it).

Size isn't everything though. It seems that SSD users should rather go for LZO compression which makes the image 10% bigger than standard gzip, but decompression is the fastest._________________backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic

Last edited by genstorm on Fri Oct 26, 2012 1:37 pm; edited 1 time in total

well, yours is way smaller. that must affect my boot time, although it seems to boot pretty snappily. I can of course compile my own kernel, but ubuntu updates it so often that I don't really want to have to do it by hand all the time. they should automate that procedure, but that might be hard (taking some existing config file and compiling all new kernel with it).

I do use XZ to compress it further than it's already fairly well pruned .config. But most of my boot time is really on waiting for OpenRC to bring up GDM. Upstart was developed to get to that point as soon as it can and it works well in that respect. I'm not really too bothered with boot time though, it's not something I need to do often, I just leave my laptop suspended when I'm not using it, instaon when I open the lid. Gentoo does seem to have considerably more fluid interaction though._________________

juniper wrote:

you experience political reality dilation when travelling at american political speeds. it's in einstein's formulas. it's not their fault.

Thank you.
By the way, I was interested in the output of ls -ls and in vmlinux.o too.

This being said what your system answers highlights one of the strange things I wanted to confirm :
Why does your system need 17.408 blocks of 4.096 bytes each, that is to say, 71.303.168 bytes in order to keep 8.908.888 bytes only ?_________________

This being said what your system answers highlights one of the strange things I wanted to confirm :
Why does your system need 17.408 blocks of 4.096 bytes each, that is to say, 71.303.168 bytes in order to keep 8.908.888 bytes only ?

It's ext4. Not exactly renowned for its storage efficiency. I'm not bothered though, it's a 320GB drive which only carries the OS and discardable user settings so I'd rather have decent all-round performance than space efficiency._________________

juniper wrote:

you experience political reality dilation when travelling at american political speeds. it's in einstein's formulas. it's not their fault.

A lot of the time it's just due to what hardware is in the machine. For some reason my laptop's image is huge (x86_64)

-rw-r--r-- 1 root root 3491808 Oct 26 09:44 bzImage-3.7-rc1

Now my x86 server is considerably smaller

-rw-r--r-- 1 root root 1924384 Sep 20 11:09 kernel-3.3.8-gentoo

And my x86 Geode GX1 I have a more tailored kernel

-rw-r--r-- 1 root root 1369680 Jul 10 03:37 kernel-3.2.12-gentoo

I don't recall what compression I used for each but the compiled-in drivers probably makes a bigger difference..._________________Intel Core i7 2700K@ 4.1GHz/HD3000 graphics/8GB DDR3/180GB SSDWhat am I supposed to be advocating?