Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 4 Jun 2007 16:09:28 +0800
From:      Ariff Abdullah <ariff@FreeBSD.org>
To:        Norberto Meijome <freebsd@meijome.net>
Cc:        freebsd-multimedia@freebsd.org
Subject:   Re: [snd_hda] Choppiness under high cpu - STABLE
Message-ID:  <20070604160928.0abb098b.ariff@FreeBSD.org>
In-Reply-To: <20070604140630.35eb3a5e@localhost>
References:  <20070529134158.7b221ae2@localhost> <20070529131503.3b70a8e2.ariff@FreeBSD.org> <20070529163949.091c340f@localhost> <20070604140630.35eb3a5e@localhost>

next in thread | previous in thread | raw e-mail | index | archive | help
--Signature=_Mon__4_Jun_2007_16_09_28_+0800_/k6WPjXtCEvYCaSl
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 4 Jun 2007 14:06:30 +1000
Norberto Meijome <freebsd@meijome.net> wrote:
> On Tue, 29 May 2007 16:39:49 +1000
> Norberto Meijome <freebsd@meijome.net> wrote:
>=20
> > >=20
> > > Anyway, you can try adjusting buffer size
> > > with "hint.pcm.0.buffersize" . Start with 4096, 8192, 16384,
> > > etc.. Use either kenv(8) and reload, or slap it into
> > > /boot/device.hints and reboot. =20
> >=20
> > Thanks, I'll have a play and inform back :)
>=20
> ok, so I've had some time to test (apologies for the delay)
>=20
> SYSTEM
> updated my kernel to latest -STABLE :
> FreeBSD ayiin.octantis.com.au 6.2-STABLE FreeBSD 6.2-STABLE #4: Mon
> Jun  4 12:45:01 EST 2007   =20
> root@ayiin.octantis.com.au:/usr/obj/usr/src/sys/AYIIN  i386
>=20
> (EST =3D=3D AU EST, GMT +10)
>=20
> I am testing with snd_hda in this tree. World was built from sources
> of May 30th.
>=20
> no kernel hints tweaking.
> ( not sure if this is related, but sysctl shows:
>=20
> hw.snd.pcm0.buffersize: 16384
> )
>=20
> TOOLS:
>  installed sysutils/stress to have a somewhat more reliable method
>  of test, rather than buildworld. It seems the issue is not
>  necessarily high user CPU usage, but system cpu usage , which is
>  triggered by stress' -m switch (more specifically, virtual memory
>  stress testing). I tested with xmms-esound, esd running from my X
>  session, playing a (Smashing Pumkins :D) CD on my CD drive.
>=20
> Presents problem.
> -------
> [betom@ayiin] [Mon Jun  4 13:39:59 2007]
> /usr/ports/sysutils/stress
> $ stress -m 1 -c 1
> stress: info: [8731] dispatching hogs: 1 cpu, 0 io, 1 vm, 0 hdd
> ^C
> -------
>=20
> No Problems at all:
> ------
> [betom@ayiin] [Mon Jun  4 13:40:15 2007]
> /usr/ports/sysutils/stress
> $ stress -c 1
> stress: info: [8735] dispatching hogs: 1 cpu, 0 io, 0 vm, 0 hdd
> ^C
> --------
>=20
> Problems again.
> --------
> [betom@ayiin] [Mon Jun  4 13:40:26 2007]
> /usr/ports/sysutils/stress
> $ stress -m 1
> stress: info: [8738] dispatching hogs: 0 cpu, 0 io, 1 vm, 0 hdd
> ^C
> ----
>=20
> Changing buffersize makes no difference at all (tried up to 24K).
>=20
> when I loaded the binary blob provided in your site, I can run up to
> stress -m 3 with no problems at all. -m 4 shows some issues if i
> start heavily using the system. -m 5 is somewhat similar to -m 1
> with the non-low-latency driver.
>=20
> Please let me know  if there's anything else u'd like me to try.
>=20
> Best,
>=20

Have you tried with 4096 ? Note: this should go into
hint.pcm.0.buffersize kernel hint, not sysctl variable. After setting
it (using kenv), you must reload the sound module or reboot if it
going through /boot/device.hints. The sysctl buffersize is there
purely as indicator.


--
Ariff Abdullah
FreeBSD

... Recording in stereo is obviously too advanced
    and confusing for us idiot ***** users :P ........

--Signature=_Mon__4_Jun_2007_16_09_28_+0800_/k6WPjXtCEvYCaSl
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (FreeBSD)

iD8DBQFGY8i4lr+deMUwTNoRAvDUAKC8s2/JyxNojZ1mX73Vte9eKbBphgCeKahu
HzjJmcV5JJ9aznbWcd81VBM=
=nd+0
-----END PGP SIGNATURE-----

--Signature=_Mon__4_Jun_2007_16_09_28_+0800_/k6WPjXtCEvYCaSl--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070604160928.0abb098b.ariff>