Hi,
On Wed, Jul 25, 2012 at 7:25 AM, Andre Oppermann wrote:
> On 24.07.2012 20:18, Arnaud Lacombe wrote:
>>
>> Hi,
>>
>> AFAIK, there is no proper KPI for managing mbuf queue. All users have
> Before we can talk about an mbuf queue you have to define what you
> want to "queue". Is it packets or
- Original Message -
From: "Andriy Gapon"
on 26/07/2012 01:08 Alexander Motin said the following:
Different controllers have different command queueing limitations. If you are
testing with ahci(4) driver and modern disks, then their 32 command slots per
port can be enough for many wor
On Jul 25, 2012, at 4:29 PM, Andriy Gapon wrote:
> BTW, I think that it would be nice if the GEOM work-processing could re-use
> the
> CAM model.
> That is, try to execute GEOM bio transformations in the original thread as
> much
> as possible, defer work to the GEOM thread as the last resort.
on 26/07/2012 01:08 Alexander Motin said the following:
> Different controllers have different command queueing limitations. If you are
> testing with ahci(4) driver and modern disks, then their 32 command slots per
> port can be enough for many workloads to enqueue all commands to the hardware
> a
on 26/07/2012 00:14 Scott Long said the following:
> Once the bio is put into the bioq from da_strategy, the CAM scheduler is
> called. It may or may not wind up calling dastart right away; if the simq or
> devq is frozen, or if the devq has been exhausted, then the io will be
> deferred until lat
Once the bio is put into the bioq from da_strategy, the CAM scheduler is
called. It may or may not wind up calling dastart right away; if the simq or
devq is frozen, or if the devq has been exhausted, then the io will be deferred
until later and the call stack will unwind back into g_down. The
On 25.07.2012 23:27, Andriy Gapon wrote:
Preamble. I am trying to understand in detail how things work at GEOM <-> "CAM
disk" boundary. I am looking at scsi_da and ata_da which seem to be twins in
this respect.
I got an impression that the bioq_disksort calls in the strategy methods and the
re
Preamble. I am trying to understand in detail how things work at GEOM <-> "CAM
disk" boundary. I am looking at scsi_da and ata_da which seem to be twins in
this respect.
I got an impression that the bioq_disksort calls in the strategy methods and the
related queues are completely useless in th
Or just mount MAKEOBJDIRPREFIX (defaults to /usr/obj) in a swap
backed disk / tmpfs?
i just do this.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-h
On Wed, Jul 25, 2012 at 5:49 AM, Brandon Falk wrote:
> I'm curious as to how the best way of having a script run before and after
> make would be done. Would this require modification of the FreeBSD make
> template, or is this functionality already built in?
>
> The goal of this is to set up a scr
I'm curious as to how the best way of having a script run before and after
make would be done. Would this require modification of the FreeBSD make
template, or is this functionality already built in?
The goal of this is to set up a script that prior to a build sends up a
filesystem in ram (tmpfs)
On 24.07.2012 20:18, Arnaud Lacombe wrote:
Hi,
AFAIK, there is no proper KPI for managing mbuf queue. All users have
Before we can talk about an mbuf queue you have to define what you
want to "queue". Is it packets or an mbuf chain which doesn't have
clear delimiters (as with tcp for example)
Hi,
On 25 Jul 2012, at 00:45, Rayson Ho wrote:
> Hi,
>
> I need some changes in libdwarf, and I was wondering where I can
> discuss & ask devel related questions.
You should ask on the dwarf-discuss list, see http://dwarfstd.org/
> The original maintainer was John Birrell, who left us in 2009:
On 07/22/2012 03:19 AM, Wojciech Puchar wrote:
>> You are right. It is not capped at that speed:
>>
>> root@freebsd:/root # dd if=/dev/zero of=/dev/da1 bs=16384 count=262144
>>
>>
>>
>> 262144+0 records in
>> 262144+0 records out
>> 4294967296 bytes transferred in 615.840721 secs (6974153 bytes/sec
14 matches
Mail list logo