Elijah Buck wrote:
Hi,
I'm looking at the code for 4bsd fuzzy run queues in kern_switch.c
The relevant bit:
if (fuzz 1) {
int count = fuzz;
int cpu = PCPU_GET(cpuid);
struct thread *td2;
td2 = td = TAILQ_FIRST(rqh);
while (count-- td2) {
if (td-td_lastcpu == cpu)
Please, can anybody explain what is the problem with BDB (1.86).
Is there known caveats of using BDB? Is there some rules which
guarantee from curruption or it is fully undesirable to use BDB under
high load?
It is important for me because of using BDB in my project.
On Fri, May 09, 2008 at
On Monday 12 May 2008 10:38, Anthony Pankov wrote:
Please, can anybody explain what is the problem with BDB (1.86).
Is there known caveats of using BDB? Is there some rules which
guarantee from curruption or it is fully undesirable to use BDB under
high load?
It is important for me because
I've just came back from a good 2 week vacation and catching up on news.
In release notes for OpenBSD 4.3 I see the following:
http://openbsd.org/43.html
Filesystems on USB devices are automatically dismounted if the device is
disconnected.
Does anybody have more [technical] details on this?
This is not a real issue, just a code clarification.
First a snippet from sys/i386/i386/vm_machdep.c, cpu_reset_real()
/*
* Attempt to force a reset via the Reset Control register at
* I/O port 0xcf9. Bit 2 forces a system reset when it is
* written as 1. Bit 1 selects the type of reset to
On Sun, 11 May 2008 21:07:41 +0200, Jos Backus [EMAIL PROTECTED] wrote:
On Sun, May 11, 2008 at 06:38:25AM -0700, Garrett Cooper wrote:
+1. BDB is quite easy to corrupt...
If we're going to use a binary file format, please consider using SQLite
instead. It has the right license, a nice API
On Mon, May 12, 2008 at 05:12:56PM +0200, Anders Nore wrote:
On Sun, 11 May 2008 21:07:41 +0200, Jos Backus [EMAIL PROTECTED] wrote:
On Sun, May 11, 2008 at 06:38:25AM -0700, Garrett Cooper wrote:
+1. BDB is quite easy to corrupt...
If we're going to use a binary file format, please consider
On Mon, May 12, 2008 at 08:47:53AM -0700, Jeremy Chadwick wrote:
Secondly, the following FAQ entry and documentation from Mozilla is of
concern, specifically the last paragraph of the FAQ entry, since there
is ongoing work in the ports collection to support parallel building,
which would
Andriy Gapon wrote:
Filesystems on USB devices are automatically dismounted if the device is
disconnected.
Does anybody have more [technical] details on this?
Modified files:
sys/dev/usb: umass.c
sys/scsi : sdvar.h sd.c
sys/kern : vfs_default.c
On Mon, May 12, 2008 at 05:12:56PM +0200, Anders Nore wrote:
One of the reasons for using BDB is that it is in the base system, SQLite
however is not.
I'm aware of that. But I believe that the pain and suffering of importing and
maintaining SQLite in the base (that is, the cost) is outweighed
On Mon, 12 May 2008 17:34:35 +0300
Andriy Gapon [EMAIL PROTECTED] wrote:
This is not a real issue, just a code clarification.
First a snippet from sys/i386/i386/vm_machdep.c, cpu_reset_real()
/*
* Attempt to force a reset via the Reset Control register at
* I/O port 0xcf9. Bit 2
So, can anyone make clear about BDB 1.86 (which is a part of base
system).
When
1. there is no need for SQL
2. processes are sharing db file in concurrent mode (key=value pair)
3. reading/writing = 60%/40%
the first idea is to use BDB.
Because BDB:
1. do not need additional installation
2. is
On Mon, 12 May 2008 22:35:31 +0400 Anthony Pankov [EMAIL PROTECTED] wrote:
Because BDB:
1. do not need additional installation
2. is part of base system which mean it is mature, reliable and stable
BDB in the base system is mature, reliable and stable *for what it's
used for in the base
I recently started using output from sysctl(8) to get information from
some FreeBSD systems in what I hope is a low-impact way.
I wanted to avoid installing or configuring any additional software on
the machines; as they didn't have an SNMP daemon running (and I'm not
the one who actually
Hi,
On Fri, May 09, 2008 at 01:52:46PM +0200, Anders Nore wrote:
I'm working on adding .db support to the pkg_tools
I hope that you know that you're stepping into a hotly debated part of
the project... Good luck. My advice to you is to ignore any calls for
a 'complete rewrite' and to focus on
On May 12, 2008, at 1:38 AM, Anthony Pankov wrote:
Please, can anybody explain what is the problem with BDB (1.86).
Is there known caveats of using BDB? Is there some rules which
guarantee from curruption or it is fully undesirable to use BDB under
high load?
It is important for me because
Garrett Cooper wrote:
On May 12, 2008, at 1:38 AM, Anthony Pankov wrote:
Please, can anybody explain what is the problem with BDB (1.86).
Is there known caveats of using BDB? Is there some rules which
guarantee from curruption or it is fully undesirable to use BDB under
high load?
It is
I don't know exactly where this fits in the discussion, but I was using
ghost v 14 to backup my XP box over SMB to a 7.0-RELEASE system using
ZFS. After doing one backup, the second backup wouldn't proceed, so I
erased the backup files and started fresh.
The next attempt, I turned on the verify
I think this is a really bad idea. The problem with the tools is not
with the files. It is that the files need to be parsed on each run,
often recursively, and your solution would not help at all.
Parsing one file isn't expensive; parsing several hundred files
to find one bit of information
19 matches
Mail list logo
