linux-kernel - Re: ZFS with Linux: An Open Plea

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: <4623D94D.7040106@s5r6.in-berlin.de>
Date:	Mon, 16 Apr 2007 22:15:09 +0200
From:	Stefan Richter <stefanr@...6.in-berlin.de>
To:	Bernd Eckenfels <ecki@...a.inka.de>
CC:	linux-kernel@...r.kernel.org
Subject: Re: ZFS with Linux: An Open Plea

Bernd Eckenfels wrote:
> In article <4623BE2E.2020800@...6.in-berlin.de> you wrote:
>> I meant that the central requirement on the design and implementation of
>> audio subsystems is an (ideally guaranteed) bounded maximum of
>> latencies;
[...]
>> You were talking about throughput of storage systems, for which latencies
>> of the software part of the stack do not play such a central role.
[...]
> Unfortunatelle Latency is critical for a number of critical applications
> like databases or file based transaction systems (mail, news) - mainly the
> users of fsync().

Yes, I know that; and there may even be mass storage systems with actual
realtime requirements.  Note though that latencies in FUSE-based
filesystems due to (what do I know) context switches and possibly CPU
scheduling latencies are not necessarily relevant to the overall
latencies in applications which you mentioned.

Anyway, that's not at all what the original poster alluded to when he
made vague statements about FUSE vs. kernelspace filesystems, finishing
in the odd comparison with ALSA.

(Please try not to delete Ccs.)
-- 
Stefan Richter
-=====-=-=== -=-- =----
http://arcgraph.de/sr/
-
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/