On Thu, Jul 22, 2010 at 05:19:25PM +0200, Oliver Fromme wrote:
Ivan Voras ivo...@freebsd.org wrote:
On 07/13/10 06:15, Luigi Rizzo wrote:
Have fun, it would be great if you could report how it works
on fancy devices (iphone, ipad, androids...)
For what it's worth, it doesn't
Ok, here's where I am with this.
I'm currently using the Audiophile for the sake of simplicity (I'm assuming
that if the Audiophile works properly, the Delta 66 probably will too).
/dev/sndstat, at maximum verbosity, looks like:
FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64)
Installed
On Thu, 22 Jul 2010, alan yang wrote:
Hey,
Wonder people had implemented interface to import / export flowtable.
what exactly do you want to accomplish with that?
--
Bjoern A. ZeebFrom August on I will have a life. It's now up to you
to do the maths and count to 64. -- Bondorf,
Hi.
I've make small observations of Intel TurboBoost technology under
FreeBSD. This technology allows Intel Core i5/i7 CPUs to rise frequency
of some cores if other cores are idle and power/thermal conditions
permit. CPU core counted as idle, if it has been put into C3 or deeper
power state (may
2010/7/24 Alexander Motin m...@freebsd.org
Hi.
I've make small observations of Intel TurboBoost technology under
FreeBSD. This technology allows Intel Core i5/i7 CPUs to rise frequency
of some cores if other cores are idle and power/thermal conditions
permit. CPU core counted as idle, if it
On 24 Jul 2010, at 14:53, Alexander Motin wrote:
Hi.
I've make small observations of Intel TurboBoost technology under
FreeBSD. This technology allows Intel Core i5/i7 CPUs to rise frequency
of some cores if other cores are idle and power/thermal conditions
permit. CPU core counted as
On Sat, Jul 24, 2010 at 9:18 AM, Rui Paulo rpa...@lavabit.com wrote:
On 24 Jul 2010, at 14:53, Alexander Motin wrote:
Hi.
I've make small observations of Intel TurboBoost technology under
FreeBSD. This technology allows Intel Core i5/i7 CPUs to rise frequency
of some cores if other cores
There is a good deal of comments in the vm_pageout.c code that imply that we use
a hysteresis approach to deal with low available pages condition.
Evidence 1:
/*
* v_free_target and v_cache_min control pageout hysteresis. Note
* that these are more a measure of the VM cache queue hysteresis
Hi mav.
On Sat, 24 Jul 2010 16:53:10 +0300
Alexander Motin m...@freebsd.org wrote:
PS: In this case benefit is small, but it is the least that can be
achieved, depending on CPU model. Some models allow frequency to be
risen by up to 6 steps (+798MHz).
I tested on Core i7 640UM
Norikatsu Shigemura wrote:
On Sat, 24 Jul 2010 16:53:10 +0300
Alexander Motin m...@freebsd.org wrote:
PS: In this case benefit is small, but it is the least that can be
achieved, depending on CPU model. Some models allow frequency to be
risen by up to 6 steps (+798MHz).
I tested on
Rui Paulo wrote:
On 24 Jul 2010, at 14:53, Alexander Motin wrote:
Here is my test case: FreeBSD 9-CURRENT on Core i5 650 CPU, 3.2GHz + 1/2
TurboBoost steps (+133/+266MHz) with boxed cooler at the open air. I was
measuring building time of the net/mpd5 from sources, using only one CPU
core
On Sat, 24 Jul 2010 23:23:07 +0300
Andriy Gapon a...@freebsd.org wrote:
There is a good deal of comments in the vm_pageout.c code that imply
that we use a hysteresis approach to deal with low available pages
condition.
In general, the hysteresis, the comments and the code make sense.
12 matches
Mail list logo
