From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-Status: No, score=-4.5 required=3.0 tests=AWL,BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, RCVD_IN_DNSWL_LOW,RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from lists.sourceforge.net (lists.sourceforge.net [216.105.38.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 890E41F66E for ; Wed, 12 Aug 2020 09:39:50 +0000 (UTC) Received: from [127.0.0.1] (helo=sfs-ml-2.v29.lw.sourceforge.com) by sfs-ml-2.v29.lw.sourceforge.com with esmtp (Exim 4.90_1) (envelope-from ) id 1k5nEX-0004mt-PS; Wed, 12 Aug 2020 09:39:45 +0000 Received: from [172.30.20.202] (helo=mx.sourceforge.net) by sfs-ml-2.v29.lw.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k5nEV-0004mk-Hg for sox-devel@lists.sourceforge.net; Wed, 12 Aug 2020 09:39:43 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sourceforge.net; s=x; h=Content-Transfer-Encoding:Content-Type:MIME-Version :Message-ID:In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=WLdSC+ByElhk9+R5u/IvGRJl5cmn7RMKZZH3OxncOqI=; b=U8JUUFCoL2o311W2nf22adf6OV 6af2i5sqjEAcVuOD2dQT5bhlxS2cF95h+o3giQb/2eomd5t/C2MxMwu1yIj8U4vSJNCnEMHzIjpGl AzfeAndOQqKNk0s0+LzmJCjSoWgB0RI6ygNsgdjHbgy5rHNVdZd114pFa2Q2bEv1a43w=; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sf.net; s=x ; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID: In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=WLdSC+ByElhk9+R5u/IvGRJl5cmn7RMKZZH3OxncOqI=; b=ZMkx5dxUnB/f3cL82wATHUe3OD 8MQ4ynU8CaW1pZ8yAqGhQyqidBozSJq1HegDgSoZGng759Gr1PlKRyQRZmEei6lqpzyuu43qjW2// 8cggU2Qa6vdGm9BRR9Ieb9USSbnOSv+ZcYq19IX2hHzWfbF9+KKLI0V/Uad9oXuUxZmA=; Received: from [81.2.72.234] (helo=unicorn.mansr.com) by sfi-mx-4.v28.lw.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92.2) id 1k5nEU-00Ab3V-80 for sox-devel@lists.sourceforge.net; Wed, 12 Aug 2020 09:39:43 +0000 Received: from raven.mansr.com (raven.mansr.com [81.2.72.235]) by unicorn.mansr.com (Postfix) with ESMTPS id C130415360; Wed, 12 Aug 2020 10:39:18 +0100 (BST) Received: by raven.mansr.com (Postfix, from userid 51770) id 6FF1821A6F2; Wed, 12 Aug 2020 10:39:17 +0100 (BST) From: =?iso-8859-1?Q?M=E5ns_Rullg=E5rd?= To: Eric Wong References: <20150907011017.GA9788@dcvr.yhbt.net> <20200812062848.GA27511@dcvr> Date: Wed, 12 Aug 2020 10:39:17 +0100 In-Reply-To: <20200812062848.GA27511@dcvr> (Eric Wong's message of "Wed, 12 Aug 2020 06:28:48 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 X-Headers-End: 1k5nEU-00Ab3V-80 Subject: Re: [PATCH] use posix_fadvise to increase readahead X-BeenThere: sox-devel@lists.sourceforge.net X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: sox-devel@lists.sourceforge.net Cc: sox-devel@lists.sourceforge.net Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Errors-To: sox-devel-bounces@lists.sourceforge.net Eric Wong writes: > Eric Wong wrote: >> All relevant audio file formats store data sequentially, so >> give a hint to the kernel to perform more readahead. In current >> Linux, the readahead hint doubles readahead pages and can help >> with playback on slow devices. > > Btw, I've been running this for a few years, too; but pretty > much all on FLAC. > > I don't know if there's audio formats we support which aren't > sequential. Maybe there's some wacky audio format which > requires random read all over the place... I can't think of any format that isn't mostly sequential, certainly not that's supported in SoX. There might exist some format that separates channel data such that reading sequentially from multiple starting points is the best strategy. What sort of improvement do you get from this anyway? I'm not opposed to the addition, just curious. -- = M=E5ns Rullg=E5rd _______________________________________________ SoX-devel mailing list SoX-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sox-devel