| 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
| ||
|
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/
Powered by blists - more mailing lists