| 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
| ||
|
Message-ID: <75b66ecd0704161226t40fdb322xfc174dbf3d097bb0@mail.gmail.com> Date: Mon, 16 Apr 2007 15:26:17 -0400 From: "Lee Revell" <rlrevell@...-job.com> To: "Bernd Eckenfels" <ecki@...a.inka.de> Cc: linux-kernel@...r.kernel.org Subject: Re: ZFS with Linux: An Open Plea On 4/16/07, Bernd Eckenfels <ecki@...a.inka.de> 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; and that's exactly the major point where I heard that there > > are problems with ALSA driver components in userspace. 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. Therefore your > > comparison appeared off the mark to me. > > Unfortunatelle Latency is critical for a number of critical applications > like databases or file based transaction systems (mail, news) - mainly the > users of fsync(). Whether you mix audio in userspace or kernel does not impact latency - you still need to schedule the application playing audio every N milliseconds or there will be dropouts. I don't see where audio mixing issue has any relevance to this thread. Lee - 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