Here's my /etc/make.conf:
CFLAGS= -O -pipe
COPTFLAGS= -O -pipe
NO_KERNELCLEAN= true
NO_MAKEDEV= true
MODULES_WITH_WORLD= true
Maybe worth noting is that the buildworld & buildkernel targets were built
with 'make -j4' on a dual CPU machine. I might comment out the COPTFLAGS
entry and omit the
Fabio Yasusi Yamamoto wrote:
> Hi
>
> How can i increase msg_qbytes > 2048 ?
>
> ( without recompile the kernel )
>
> thx!
>
This isn't really a -stable question, it should have been posted to
questions. But sysctl might do it, man 8 sysctl to start. I haven o
access to a freebsd machine a
On Wed, 2002-05-29 at 07:11, Scott Long wrote:
> On Wed, May 29, 2002 at 01:42:11PM +0930, Greg 'groggy' Lehey wrote:
> >
> > I'm sure that there are good reasons for small stripe sizes. I don't
> > believe that efficiency is one of them. I think your problem is that
> > you're looking at singl
On Wednesday, 29 May 2002 at 8:11:41 -0600, Scott Long wrote:
> On Wed, May 29, 2002 at 01:42:11PM +0930, Greg 'groggy' Lehey wrote:
>>
>> I'm sure that there are good reasons for small stripe sizes. I don't
>> believe that efficiency is one of them. I think your problem is that
>> you're looki
I am not going to take a stand on performance other then to say to
both parties: prove your points. I personally believe that features
and management characteristics are better comparison points between
software and hardware RAID systems. Performance is and always will be
a
FYI: Same stories is applied to 4.6-RC3.
> I've tried to install FreeBSD 4.6-RC2 on VMware 3.1.1 for Windows
> box. However,
>
> * kern.flp boots fine, loader started.
> * loader reads mfsroot.flp contents cleanly.
> * kernel starts. Display USERCONFIG menu. Skip it.
> * kernel detects devic
matusita> I know that Mar/30/2002's 4-stable goes fine, since I've
matusita> checked that it works before committing
matusita> src/usr.sbin/sysinstall/devices.c rev 1.139.
I try to reconfirm this, but Mar/30/2002's boot floppies doesn't work
also, sorry. Maybe I didn't check on VMware...
-- -
On Wednesday, 29 May 2002 at 17:16:36 -0700, Matthew Dillon wrote:
> I am not going to take a stand on performance other then to say to
> both parties: prove your points.
Well, I thought I had done just that. If you have any issues with my
claims, you're welcome to raise them.
> I
Can anyone tell me if gprof (ie compiling with -pg) is
supposed to work with pthreads? I'm finding I get a null
pointer from pthread_create(). Actually, the program counter
becomes a null pointer, as in:
#0 0x in ?? ()
#1 0x08052cd3 in osiThread::Start( ... )
I'm using gcc30 from the
Ok, I've investigated a little, and found that sysinstall is stalled
at line 342 of src/release/sysinstall/devices.c rev 1.117.2.16.
In function deviceTry(), sysinstall try to open(2) /dev/acd0c: at
first, there is no device file, it should be failed. sysinstall next
try to make a device file /
On Wednesday, May 29, 2002, at 12:46 PM, Ian wrote:
> Have a look at /etc/rc.firewall and see if one of the standard named
> configurations it supports is right for you. If so, set it in
> firewall_type
> in rc.conf. Otherwise use firewall_type="/etc/ipfw.conf" and put your
> own
> ruleset i
Was greeted by the below (bottom) errors during make buildworld earlier.
Tried rm'ing the /usr/src/gnu tree and re-running cvsup, but got the
same error. Make is run with no flags at the command line.
Relevant flags from make.conf:
CPUTYPE=i686
BDECFLAGS= -W -Wall -ansi -pedantic -Wbad-fun
> Setting firewall_type to a file name will just ensure that no rules are
> added at all, it won't match any cases in /etc/rc.firewall.
Scanning rc.network quickly, it looks like you're correct for recent -STABLE.
In which case the following comments in rc.firewall should be reaped, surely?:
> But I will interject one point of interest, and that
is the cost factor.
> As a friend of mine pointed out to me a few days ago,
the cost of
> RAID hardware has dropped precipitously over the last
5 years. It is
> cheap enough now that one might as well just use it on
multi-disk
14 matches
Mail list logo
