linux-kernel - Re: WANTED: kernel projects for CS students

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-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20071102233615.6dc90e35@bree.surriel.com>
Date:	Fri, 2 Nov 2007 23:36:15 -0400
From:	Rik van Riel <riel@...riel.com>
To:	Valdis.Kletnieks@...edu
Cc:	lsorense@...lub.uwaterloo.ca (Lennart Sorensen),
	Pavel Machek <pavel@....cz>, linux-kernel@...r.kernel.org
Subject: Re: WANTED: kernel projects for CS students

On Fri, 02 Nov 2007 23:08:23 -0400
Valdis.Kletnieks@...edu wrote:

> IBM's AIX supported file system compression on the JFS filesystem
> years ago. I was able to get up to 30% throughput increases by
> converting the /usr filesystem to compressed - because even a 33mhz
> Power chipset could read in 5 512-byte blocks and decompress it to
> the original 4K faster than the disk could read in 8 512-byte
> blocks. 

> Given that today there's an even *bigger* disparity in CPU speed
> versus disk speed, I'd be surprised if it doesn't help today too.

The problem is that disk seek times have not gotten much
faster over the years, while disk throughput rates have
skyrocketed.

Transferring a little less data is not going to help you
when 80% of your disk time is spent seeking, not reading
or writing.

-- 
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it." - Brian W. Kernighan
-
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/