From: Jaroslav Kysela <perex@perex.cz>
To: Konstantin Ozerkov <kozerkov@parallels.com>
Cc: alsa-devel@alsa-project.org, patch@alsa-project.org,
devices@parallels.com, "Denis V. Lunev" <den@parallels.com>
Subject: Re: [PATCH 1/1] intel8x0: Improve performance in virtual environment
Date: Thu, 20 Oct 2011 17:15:46 +0200 [thread overview]
Message-ID: <4EA03B22.1020109@perex.cz> (raw)
In-Reply-To: <1319122970-49404-1-git-send-email-kozerkov@parallels.com>
Date 20.10.2011 17:02, Konstantin Ozerkov wrote:
> This patch intended to improve performance in virtualized environments
> like Parallels Desktop or VirtualBox/QEMU (virtual ICH/AC97 audio).
>
> I/O access is very time-expensive operation in virtual world: VCPU
> can be rescheduled and in the worst case we got more than 10ms delay on
> each I/O access.
>
> In the original code normal loop exit rule
> (old_civ == current_civ && old_picb == current_picb) was never satisfied,
> because old_picb was never the same as current_picb due delay inspired by
> reading current_civ. As a result loop ended by timeout and we got 10x more
> I/O operations.
>
> To prevent glitch on buffer swapping the rule (old_civ == current_civ) is
> enough.
I don't think so. This code was added because we got some strange
situations (values) with the real intel8x0 hardware. A better way might
be to identify the virtualisation (maybe using special PCI IDs) and skip
these extra checks in the driver for these devices.
NAK from me.
Jaroslav
--
Jaroslav Kysela <perex@perex.cz>
Linux Kernel Sound Maintainer
ALSA Project; Red Hat, Inc.
next parent reply other threads:[~2011-10-20 15:15 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1319122970-49404-1-git-send-email-kozerkov@parallels.com>
2011-10-20 15:15 ` Jaroslav Kysela [this message]
2011-10-20 15:21 ` [PATCH 1/1] intel8x0: Improve performance in virtual environment Takashi Iwai
[not found] ` <4EA05B36.8080200@parallels.com>
2011-10-20 19:00 ` Takashi Iwai
[not found] ` <4EA5509C.9030504@parallels.com>
2011-10-24 13:11 ` Is locking problem in snd_intel8x0_pcm_pointer() ? 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=4EA03B22.1020109@perex.cz \
--to=perex@perex.cz \
--cc=alsa-devel@alsa-project.org \
--cc=den@parallels.com \
--cc=devices@parallels.com \
--cc=kozerkov@parallels.com \
--cc=patch@alsa-project.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.