Alsa-Devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: mjander@embedded.cl
Cc: alsa-devel@lists.sourceforge.net
Subject: Re: Scatter Gather and odd period sizes.
Date: Tue, 18 Mar 2003 12:33:08 +0100	[thread overview]
Message-ID: <s5hn0jsucy3.wl@alsa2.suse.de> (raw)
In-Reply-To: <200303171612.AA25887592@embedded.cl>

At Mon, 17 Mar 2003 16:12:24 -0400,
mjander wrote:
> 
> hi,
> 
> >
> >i'm not sure how the aureal driver works.  IIRC, it can use up to 4 x
> >4k pages, right?  if its size is really only 4 pages, i'd
> recommend to
> >use a simple phyically linear buffer.
> >
> >
> >Takashi
> >
> 
> In the meanwhile i managed to use SG buffer by simply setting the
> period max and minimal size to 0x1000 (4KiB). I even implemented a
> page extender, such like the CSxxx patch  that extends 2 physical
> (4 in this case) periods into unlimited periods, but i couldn't
> measure any improvement (less skipping on high  load  or the
> like). So i think i better stay with linear buffers, and map the
> physical pages in a linear  fashion.
> Using this approach the buffer size extender mechanism for more
> periods is still  possible.

yes.

> What I still don't understand, after my experiments: Why should i
> use Scatter Gather ? As far as  i  can tell, it doesnt provide any
> advantage, except that you can use smaller chunks of memory when
> larger ones arent avaiable.

correct.  the only advantage is the memory usage.


> Someone talked about "the  faster
> Scatter Gather"...
> Why "faster"?

most likely it's a misunderstanding.

for the hardware, it won't make difference regarding the speed (except
for very tiny issues like cache, etc :)
for the driver, as you noticed, it will even increase the work you
need to do.



ciao,

Takashi


-------------------------------------------------------
This SF.net email is sponsored by: Does your code think in ink? 
You could win a Tablet PC. Get a free Tablet PC hat just for playing. 
What are you waiting for?
http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en

       reply	other threads:[~2003-03-18 11:33 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200303171612.AA25887592@embedded.cl>
2003-03-18 11:33 ` Takashi Iwai [this message]
2003-03-16  7:10 Scatter Gather and odd period sizes Manuel Jander
2003-03-17 16:14 ` Takashi Iwai

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=s5hn0jsucy3.wl@alsa2.suse.de \
    --to=tiwai@suse.de \
    --cc=alsa-devel@lists.sourceforge.net \
    --cc=mjander@embedded.cl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox