On Sun, 27 May 2001 22:50:48 -0300 (BRST), Rik van Riel <[EMAIL PROTECTED]> wrote:
>On Sat, 26 May 2001, Peter Wemm wrote:
>> Which is more expensive? Maintaining an on-disk hashed (or b+tree)
>> directory format for *everything* or maintaining a simple low-cost
>> format on disk with in-memory h
On 29 May 2001 00:46:42 +0200, Poul-Henning Kamp <[EMAIL PROTECTED]> wrote:
>
> It seems that my little plot of our abysmal performance when it comes
> to our PR database actually helped spur some activity, at least the
> end of the graph points in the right direction now.
>
> But we are far fro
manas wrote:
>
> hi all,
> I would like to join freebsd project. I have not coded for any OS
> project. I have theoritical knowledge about FreeBsd OS. A little in
> help will right will help me a lot. I am willing to work hard to
> complete the tasks assigned to me.
> If any suitabl
hi all,
I would like to join freebsd project. I have not coded for any OS
project. I have theoritical knowledge about FreeBsd OS. A little in
help will right will help me a lot. I am willing to work hard to
complete the tasks assigned to me.
If any suitable work is there for me, plea
> > Date: Mon, 28 May 2001 19:01:37 -0500 (CDT)
> > From: David Scheidt <[EMAIL PROTECTED]>
>
> [ snip ]
>
> > If you're really interested in database performance, remember "Spindles
> > is good." Spreading your IO load over as many seperate disks, on as
> > many independent IO channels as prac
> Date: Mon, 28 May 2001 19:01:37 -0500 (CDT)
> From: David Scheidt <[EMAIL PROTECTED]>
[ snip ]
> If you're really interested in database performance, remember "Spindles
> is good." Spreading your IO load over as many seperate disks, on as
> many independent IO channels as practical will impro
On Mon, 28 May 2001, Matt Dillon wrote:
> Yah, I figured that out... I hadn't even considered it could happen with
> a brand new IBM drive! Ah well... back to the
> tried-and-true-but-run-slightly-hot seacrates.
>
> -Matt
Unfortunately,
Can someone take a look at this PR? It seems to still be relevant.
Kris
- Forwarded message from Sergei Laskavy <[EMAIL PROTECTED]> -
Delivered-To: [EMAIL PROTECTED]
Date: Wed, 31 May 2000 14:03:30 +0400
From: Sergei Laskavy <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: ELF rlimit
On Mon, 28 May 2001, E.B. Dreger wrote:
:
:Of course, with 36 GB drives readily available, maybe I shouldn't worry
:until I have a database larger than 72 GB. ;-)
If you're really interested in database performance, remember "Spindles is
good." Spreading your IO load over as many seperate disks
Howdy,
I grabbed the sources for 4.1-STABLE from www.nectar.com/freebsd/nsswitch
and applied them to both 4.2 and 4.3. Some changes were required and I have
got pam_ldap (from www.padl.com) and nss_ldap (the one at www.nectar.com)
working.
Jacques has mentioned that this code is a prototype and s
On Mon, May 28, 2001 at 06:00:51PM +0200, Eric Masson wrote:
> Hello,
>
> Few months ago, Jacques Vidrine <[EMAIL PROTECTED]> posted mails about
> implementation of nsswitch in -current.
>
> Is there any progress in this area ? If so, any hope to see a MFC ?
Hello,
I've only been slowly worki
It seems that my little plot of our abysmal performance when it comes
to our PR database actually helped spur some activity, at least the
end of the graph points in the right direction now.
But we are far from done yet, so find a couple of PR's and close them,
there are 3000 to choose from...
I
:> SetAttrs ports/emulators/sim6811/pkg-comment,v
:> SetAttrs ports/emulators/sim6811/pkg-descr,v
:> SetAttrs ports/emulators/sim6811/pkg-plist,v
:> TreeList failed: Read failure from "/usr/sup/ports-all/checkouts.cvs": Input/output
:error
:
:This is an I/O error happening on your own system w
On Mon, May 28, 2001 at 06:00:51PM +0200, Eric Masson wrote:
> Hello,
>
> Few months ago, Jacques Vidrine <[EMAIL PROTECTED]> posted mails about
> implementation of nsswitch in -current.
>
> Is there any progress in this area ? If so, any hope to see a MFC ?
It's working fine in -current, you'd
On Mon, May 28, 2001 at 04:31:17PM +, E.B. Dreger wrote:
> Greetings all,
>
> I just had a brainstorm...
>
> I was thinking about database servers with several spindles in a RAID 5
> array. Write performance is inherently disappointing -- which may or may
> not be an issue.
>
> Would it be
In article <[EMAIL PROTECTED]>,
Matt Dillon <[EMAIL PROTECTED]> wrote:
> Not sure who to notify here... I tried twice, this looks like a
> real error.
>
> -Matt
>
> /usr/local/bin/cvsup -g -r 20 -L 2 -h cvsup.freebsd.org
>/usr/share/examples/cvsup/cvs-sup
> Date: Mon, 28 May 2001 17:54:24 +0100
> From: Dominic Marks <[EMAIL PROTECTED]>
[ snip ]
> disc caching. The idea of perhaps caching writes onto a RAID-0 system
I meant caching onto an arbitrary volume, probably using a simple
journalling "filesystem". Personally, a RAID 1 volume would be my
I have been having a problem on one of my machines, and it seems
to be associated with medium/heavy IO loads.
After some period of time, usually an hour or two, the system will
appear to stop cold dead. A trace with DDB shows that the last
function is doreti. Above that is the DDB call stuff.
> Date: Mon, 28 May 2001 19:49:40 +0200
> From: Christoph Sold <[EMAIL PROTECTED]>
>
>> My gut feel is that this would be more trouble than it's worth, would
>> not net any overall performance*reliability (expressed as a
>> product) gain, and that one might actually realize a p*r decrease.
>
> I
"E.B. Dreger" schrieb:
>
> Greetings all,
>
> I just had a brainstorm...
>
> I was thinking about database servers with several spindles in a RAID 5
> array. Write performance is inherently disappointing -- which may or may
> not be an issue.
It is. Even RAID 1 is better than RAID 5 _for_da
Hi, (I'm geussing the 'public+spam' bit is standard removal stuff)
On Mon, May 28, 2001 at 04:31:17PM +, E.B. Dreger wrote:
>
> array. Write performance is inherently disappointing -- which may or may
In my opinion this is the same as how MFS when used without limitation can
also be a bad
Ah. You want to reinvent the drum?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Greetings all,
I just had a brainstorm...
I was thinking about database servers with several spindles in a RAID 5
array. Write performance is inherently disappointing -- which may or may
not be an issue.
Would it be worth the trouble to design an "intermediate" cache, whereby
data are quickly
Hello,
Few months ago, Jacques Vidrine <[EMAIL PROTECTED]> posted mails about
implementation of nsswitch in -current.
Is there any progress in this area ? If so, any hope to see a MFC ?
TIA
Eric Masson
--
ED : (Intel) ne fait que des circuits electroniques.
ALG: et quasiment d'un seul type
As promised I've made up a list of reports I've received so far go to
http://freebsd.dk/ and follow the link.
I also have a patch for the Yamaha's (yamaha-cdr.p1) which also
can be found via the above URL. Let me know if that make things
work...
-Søren
To Unsubscribe: send mail to [EMAIL PROTE
On Mon, May 28, 2001 at 05:04:18AM -0700, Kent Stewart wrote:
> >
> > What am I doing wrong?
>
> You need to remove the lines containing jakarta-tomcat in the checkouts.cvs*
> file /usr/sup/ports-all/
>
> Some people have been able to just rm the port and others have had to also
> edit the chec
"Koster, K.J." wrote:
>
> Dear All,
>
> Over the past few days I've been getting this error when I "make update":
>
> ...
> Checkout ports/www/hypermail/files/patch-docs::Makefile.in
> Delete ports/www/jakarta-tomcat/files
> Updater failed: Cannot delete "/usr/ports/www/jakarta-tomcat/files
On Mon, May 28, 2001 at 01:48:10PM +0100, Koster, K.J. wrote:
> Dear All,
>
> Over the past few days I've been getting this error when I "make update":
>
> ...
> Checkout ports/www/hypermail/files/patch-docs::Makefile.in
> Delete ports/www/jakarta-tomcat/files
> Updater failed: Cannot delete "
Dear All,
Over the past few days I've been getting this error when I "make update":
...
Checkout ports/www/hypermail/files/patch-docs::Makefile.in
Delete ports/www/jakarta-tomcat/files
Updater failed: Cannot delete "/usr/ports/www/jakarta-tomcat/files":
Directory not empty
*** Error code 1
Sto
I went to do a 'make clean' on a project of mine, and it failed
with '*** Error 1'. There is no message about what command has
failed, 'make' just exits sideways. The rule for 'make clean'
is generated by 'automake', and in looking around (a little...)
I did find some freebsd ports which USE_AUT
On Mon, 28 May 2001, Daniel C. Sobral wrote:
> Rik van Riel wrote:
> > On Fri, 25 May 2001, Terry Lambert wrote:
> >
> > > So add an option to sysinstall called:
> > >
> > > "Fast and at least as reliable as Linux"
> >
> > I doubt FreeBSD would need to enable write caching in order
> > to
Rik van Riel wrote:
>
> On Fri, 25 May 2001, Terry Lambert wrote:
>
> > So add an option to sysinstall called:
> >
> > "Fast and at least as reliable as Linux"
>
> I doubt FreeBSD would need to enable write caching in order
> to be as fast as Linux (which doesn't have write caching
> enab
It seems Richard Hodges wrote:
On -current you can set the transfer mode to anything you like
(and that the controller/device supports) using atacontrol,
so no need to hack the kernel anymore :)
> I was just testing out a new configuration, when I get two of
> these about an hour apart, and then
It seems [EMAIL PROTECTED] wrote:
Thanks for hunting this down! I have a semilar but differently
implemented change for another problematic drive that I'll
commit soon, I think that will help this too now that we
know whats wrong...
>
> I recently acquired a new Yamaha 2100E ATAPI CDRW drive,
34 matches
Mail list logo