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 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
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 impo
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 of
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
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 controls
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 sy
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 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
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
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 vfs_
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 su
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, ple
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
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 a
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?
Than
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 be
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
18 matches
Mail list logo
