Hi,
I'm looking to port some software that uses pthreads to FreeBSD and do
some more development on it. I just installed 4.2 and it seems that
gdb isn't very thread savvy. Not surprising, its an oldish version.
What's the recommended path to getting a more thread-friendly
development environm
In the last episode (Feb 05), Matt Dillon said:
>(also: do not use async mounts with softupdates. Just enable
>softupdates with tunefs, then mount the filesystem normally).
.. and make sure you've got "options SOFTUPDATES" in your kernel. You
can verify that softupdates is running by l
On 06-Feb-01 Soren Kristensen wrote:
> Hi everybody,
>
> First, let me start with saying that I'm not really a unix
> hacker, but a hardware designer having a little trouble
>
> All my questions are related to my hardware development
> project, an AMD SC520 based minimum network appliance,
> Hi,
>
> "top" always puts CPU idle time in last, but I think in CPU states,
> idle is most important field, could anyone move idle field to first.
It all depends on your focus.
Someone using FreeBSD as a terminal or fax server with a whole bunch of
serial devices might want "interrupt" first
Hi everybody,
First, let me start with saying that I'm not really a unix
hacker, but a hardware designer having a little trouble
All my questions are related to my hardware development
project, an AMD SC520 based minimum network appliance, for
details, see http://www.soekris.com/net4501.html
On Mon, 5 Feb 2001, Dan Phoenix wrote:
> Nope I have not tweaked any kernel variables other thatn the ones i tried
> temporarily and put back to normal afterwards.
>
> Ok i will recompile the kernel with 256 maxuser setting and recompile
>
> included is dmesg.boot from one of the machines.no
Besides what platform you decide to run this on, remember that 70TB will put
off a surprising amount of heat. Plan your HVAC carefully.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Hi,
"top" always puts CPU idle time in last, but I think in CPU states,
idle is most important field, could anyone move idle field to first.
change from :
CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle
to:
CPU states: 100% idle, 0.0% user, 0.0% nice, 0.0% sy
Nope I have not tweaked any kernel variables other thatn the ones i tried
temporarily and put back to normal afterwards.
Ok i will recompile the kernel with 256 maxuser setting and recompile
included is dmesg.boot from one of the machines.not sure if that helps
as much as info i found in d
:ok of those commands some interesting info was from dmesg...
:on one machine i had
:file: table is full
:file: table is full
:file: table is full
:file: table is full
:file: table is full
:file: table is full
:file: table is full
:file: table is full
:file: table is full
:file: table is full
:fi
ok of those commands some interesting info was from dmesg...
on one machine i had
file: table is full
file: table is full
file: table is full
file: table is full
file: table is full
file: table is full
file: table is full
file: table is full
file: table is full
file: table is full
file: table is
In message <[EMAIL PROTECTED]>, Jochen.Kaiser@rr
ze.uni-erlangen.de writes:
>hi ,
>
>i am trying to play with some statistics on ip protocols. I'd like
>to implement a syscall for some funcions and I wonder why
>
>sh sr/src/sys/kern/makesyscalls.sh syscalls.master
>
>updates files in /usr/src/sy
(also: do not use async mounts with softupdates. Just enable softupdates
with tunefs, then mount the filesystem normally).
-Matt
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Also:
* ps axlww
* dmesg
* pstat -s
* 'vmstat 1' output for a good 20 seconds.
(during the period of heavy disk I/O).
In re: to softupdates. It should make a huge difference for mail
applications. If it doesn't, then perhaps it isn't compiled into
your
I should also state ps awwlx|wc -l or whatever returned approx 90
processes. So don;t think that is an issue here.
On Mon, 5 Feb 2001, Alfred Perlstein wrote:
> Date: Mon, 5 Feb 2001 16:50:23 -0800
> From: Alfred Perlstein <[EMAIL PROTECTED]>
> To: Jos Backus <[EMAIL PROTECTED]>
> Cc: Dan
hi ,
i am trying to play with some statistics on ip protocols. I'd like
to implement a syscall for some funcions and I wonder why
sh sr/src/sys/kern/makesyscalls.sh syscalls.master
updates files in /usr/src/sys/kern/ but not the ones in
/usr/include/sys/
Any help, including stuff I should r
Mem:KBREALVIRTUAL VN PAGER SWAP PAGER
Tot Share TotShareFree in out in out
Act 1073242124 113016 2584 12436 count
All 2526442220 3105952 2744 pages
Interrupts
Proc:r p d s wCsw Trp
In article <[EMAIL PROTECTED]>, Brian McGovern
<[EMAIL PROTECTED]> wrote:
> Let me see if I can create a 'simple' case that causes
> it. Otherwise, if you want a more complex example that requires
> a specific enviornment to demonstrate it, I'll send you my
> code-in-progress.
No, I wish I had t
It just seems to me at this point there are only 2 solutions for an
immediate solution...keep freebsd and go with postfix or go back to linux
and qmail. If postfix is as good as everyone has been bragging about
...I should be alright. I'll revisit the perl script another day on
another box with
I think before you guys go off wandering you need some definitive
information on the rate of incomming and outgoing mail, number of
simultanious connections being handled, and so forth.
On the face of it, high disk transaction rates, low transfer rates,
and idle cpu implies e
* Jos Backus <[EMAIL PROTECTED]> [010205 16:30] wrote:
> On Mon, Feb 05, 2001 at 02:11:38PM -0800, Dan Phoenix wrote:
> > their mail message is taken and piped to...sendmail -t
> > which is a symbolic link to /var/qmail/bin/sendmail -t
>
> You can save an exec by piping directly into qmail-inject
On 5 Feb 2001, at 17:34, Volker Stolz wrote:
> In local.freebsd-hackers, you wrote:
> >spdadd 192.168.1.1 192.168.1.101 any -P out ipsec esp/transport//use
>ah/transport//use;
> >spdadd 192.168.1.101 192.168.1.1 any -P out ipsec esp/transport//use
>ah/transport//use;
>
> I can see no correspon
On Mon, Feb 05, 2001 at 02:11:38PM -0800, Dan Phoenix wrote:
> their mail message is taken and piped to...sendmail -t
> which is a symbolic link to /var/qmail/bin/sendmail -t
You can save an exec by piping directly into qmail-inject, which should have
the same effect (qmail's sendmail execv's qma
Hi
I have written a KLD module that implements a syscall
I wrote this module on 3.2-release, although this module is going to be
used on a 3.0-release machine
The relevant support for writing a syscall module was added after
3.0-release and is present in 3.1-release according to
http://www.Free
Just to let people know, Jeremy Norris <[EMAIL PROTECTED]> came up
with a nice reminder that gmake looks for GNUmakefile before makefile
before Makefile, so I can now leave my pmake Makefile with its real
name.
Problem at hand solved; still wondering about how the generic
bsd.dep.mk situation cou
> /0 /10 /20 /30 /40 /50 /60 /70 /80 /90 /100
> ad0 MB/s
> tps|108.83
> that is why i know it is IO#1.
Ok there is your first problem. Using a single IDE disk as your
mail store is fine if your in a small lan.
Going to try the async mount without softupdates on /usr ...where
/var/qmail is a symbolic link to /usr...otherwise i run out of inodes from
lack of space in /var.
So I will go ahead with async and the todo patch from the previous email
someone kindly sent about qmailsee how much performanc
In local.freebsd.hackers you write:
>On Mon, Feb 05, 2001 at 12:59:37AM -0800, Alfred Perlstein wrote:
>> * Paul D. Schmidt <[EMAIL PROTECTED]> [010204 23:23] wrote:
>> > Are there currently any known bugs with pthread_mutex_init
>> > and pthread_cond_init returning 0, but pthread_cond_wait
>> >
* Dan Phoenix <[EMAIL PROTECTED]> [010205 14:05] wrote:
>
>
> Just tried both parametersnada.
> I am desperately trying to work out a solution here...because this machine
> will be forced back to linux of i can;t find a way to improve the disk
> I/O. Checking on qmail queue patches maybe? Fa
Actually another point i should bring up is there are 4 separate perl
scripts that basically grab users from a mysql database
their mail message is taken and piped to...sendmail -t
which is a symbolic link to /var/qmail/bin/sendmail -t
...someone told me about a concept of "herding the queue
Just tried both parametersnada.
I am desperately trying to work out a solution here...because this machine
will be forced back to linux of i can;t find a way to improve the disk
I/O. Checking on qmail queue patches maybe? Far as I know there is a
big-to do patch on qmail's homesitenot su
On Mon, 5 Feb 2001, Alfred Perlstein wrote:
> * Paul D. Schmidt <[EMAIL PROTECTED]> [010205 11:15] wrote:
> > On Mon, Feb 05, 2001 at 12:59:37AM -0800, Alfred Perlstein wrote:
> > > * Paul D. Schmidt <[EMAIL PROTECTED]> [010204 23:23] wrote:
> >
> > > > Are there currently any known bugs with pth
* Dan Phoenix <[EMAIL PROTECTED]> [010205 13:50] wrote:
> /0 /1 /2 /3 /4 /5 /6 /7 /8 /9 /10
> Load Average
>
> /0 /10 /20 /30 /40 /50 /60 /70 /80 /90 /100
> cpu user|X
> nice|
>system|XX
> interrupt|
>
/0 /1 /2 /3 /4 /5 /6 /7 /8 /9 /10
Load Average
/0 /10 /20 /30 /40 /50 /60 /70 /80 /90 /100
cpu user|X
nice|
system|XX
interrupt|
idle|XX
/0 /10 /20
On Mon, 5 Feb 2001, Dan Phoenix wrote:
>
> I am sitting with a 80-90% IO disk problem after converting this one box
> from linux to freebsd. I enabled soft-updates on that partition...that did
> not help to much...and ram is fine. I am guessing because ext2fs uses
> asyncronous metadatawrites an
I am sitting with a 80-90% IO disk problem after converting this one box
from linux to freebsd. I enabled soft-updates on that partition...that did
not help to much...and ram is fine. I am guessing because ext2fs uses
asyncronous metadatawrites and favors speed over reliablity that that is
why li
Does this have to be a single filesystem?
If not, just provide a database front-end that maps some kind of resource
identifier to the filesystem name.
With that, you can span filers and/or filesystems. Seems like the only thing
that would be reasonable.
Charles
-Original Message-
From:
>
> :| > The files are accessed approximately 3 or 4 times a day on average.
> :| > Older files are archived for reference purpose and may never
> :| > be accessed after a week.
> :|
> :| Ok, this is a start. Now is the 70 TB the size of the active files?
> :| Or does that also include the olde
On Sun, Feb 04, 2001 at 09:18:23PM -0500, Zhiui Zhang wrote:
>
> Is it possible to create a no-password account? Is it possible to record
> in a file the times of each reboots? If so, how to do this? Thanks.
What is it that you need no-password accounts for? If it is for remotely
executed com
* Paul D. Schmidt <[EMAIL PROTECTED]> [010205 11:15] wrote:
> On Mon, Feb 05, 2001 at 12:59:37AM -0800, Alfred Perlstein wrote:
> > * Paul D. Schmidt <[EMAIL PROTECTED]> [010204 23:23] wrote:
>
> > > Are there currently any known bugs with pthread_mutex_init
> > > and pthread_cond_init returning
On Mon, Feb 05, 2001 at 12:59:37AM -0800, Alfred Perlstein wrote:
> * Paul D. Schmidt <[EMAIL PROTECTED]> [010204 23:23] wrote:
> > Are there currently any known bugs with pthread_mutex_init
> > and pthread_cond_init returning 0, but pthread_cond_wait
> > returning EINVAL nonetheless?
>
> Can yo
:2^31 x 512 bytes = 1 TB on Intel boxes. Our NFS implementation has the
:same per-filesystem limitation. Theoretically UFS/FFS are limited
Oops. I meant, per-file limitation for NFS clients, not per-filesystem.
1TB per file.
-Ma
At 02:36 PM 2/5/2001 +0100, mouss wrote:
>do you mean that the
>"PTHREAD_PROCESS_SHARED", pthread_mutexattr_getpshared and the like do
>not currently work? dunno if they were there before, but they are in
>current. so you might want to check.
_POSIX_THREAD_PROCESS_SHARED is still commented ou
On Mon, Feb 05, 2001 at 09:50:35AM -0800, Matt Dillon wrote:
> :70TB is the size of the sum of all files, access or no access.
> :(They still want to maintain accessibility even though the chances are slim.)
>
> This doesn't sound like something you can just throw together with
> off-the-
On Mon, 5 Feb 2001, Michael C . Wu wrote:
> On Mon, Feb 05, 2001 at 11:47:58AM -0500, Mitch Collinsworth scribbled:
> | On Mon, 5 Feb 2001, Michael C . Wu wrote:
> | > On Mon, Feb 05, 2001 at 10:39:02AM -0500, Mitch Collinsworth scribbled:
> | > | You didn't say what applications this thing is
:| > The files are accessed approximately 3 or 4 times a day on average.
:| > Older files are archived for reference purpose and may never
:| > be accessed after a week.
:|
:| Ok, this is a start. Now is the 70 TB the size of the active files?
:| Or does that also include the older archived fil
Hi,
I'm trying to write a cross-platform, cross-make compatible app.
Thus, there is a Makefile.bsd and a Makefile.gnu, with Makefile
being a symlink the user makes to the appropriate file.
If Makefile points to Makefile.bsd, 'make depend' works fine.
If, however, I invoke a make -f Makefile.bsd
On Mon, Feb 05, 2001 at 11:47:58AM -0500, Mitch Collinsworth scribbled:
| On Mon, 5 Feb 2001, Michael C . Wu wrote:
| > On Mon, Feb 05, 2001 at 10:39:02AM -0500, Mitch Collinsworth scribbled:
| > | You didn't say what applications this thing is going to support.
| > | That does matter. A lot. On
On Mon, 5 Feb 2001, Michael C . Wu wrote:
> On Mon, Feb 05, 2001 at 10:39:02AM -0500, Mitch Collinsworth scribbled:
> | You didn't say what applications this thing is going to support.
> | That does matter. A lot. One thing worth looking at is AFS,
> | or maybe MR-AFS. And now OpenAFS.
>
> H
On Mon, 5 Feb 2001, Michael C . Wu wrote:
> Hello Everyone,
>
> While talking to a friend about what his company is planning to do,
> I found out that he is planning a 70TB filesystem/servers/cluster/db.
> (Yes, seventy t-e-r-a-b-y-t-e...)
>
> Apparently, he has files that go up to 2gb each,
In local.freebsd-hackers, you wrote:
>spdadd 192.168.1.1 192.168.1.101 any -P out ipsec esp/transport//use
>ah/transport//use;
>spdadd 192.168.1.101 192.168.1.1 any -P out ipsec esp/transport//use
>ah/transport//use;
I can see no corresponding "... any -P in" rules. Did you forget them only
in
On Mon, Feb 05, 2001 at 10:39:02AM -0500, Mitch Collinsworth scribbled:
| You didn't say what applications this thing is going to support.
| That does matter. A lot. One thing worth looking at is AFS,
| or maybe MR-AFS. And now OpenAFS.
He has database(s) of graphics simulation results. i.e. l
> What would you guys do in this case? :)
I'd call up my friendly regional SGI, Sun, IBM, and Compaq reps
and have them put together proposals. I'm a former SGI guy and
know that we've had a bunch of installations of this size and larger
(much larger). It's not that big a deal any more. I don'
NetApp filers? And what exactly is too costly? He's got enormous costs
just in doing backups of this thing, and the savings in using NetApp
filers for doing "snapshots" instead of standard backups will buy you
some disk in the end...
What is this data used for? Archival? How oft is it accessed? H
Zhiui Zhang wrote:
>
> Is it possible to create a no-password account? Is it possible to record
> in a file the times of each reboots? If so, how to do this? Thanks.
Reboot (and shutdown) times are recorded in the wtmp file. See utmp(5) for
details.
--
"Where am I, and what am I
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
You didn't say what applications this thing is going to support.
That does matter. A lot. One thing worth looking at is AFS,
or maybe MR-AFS. And now OpenAFS.
-Mitch
On Mon, 5 Feb 2001, Michael C . Wu wrote:
> Hello Everyone,
>
> While talking to a friend about what his company is planning
Hello Everyone,
While talking to a friend about what his company is planning to do,
I found out that he is planning a 70TB filesystem/servers/cluster/db.
(Yes, seventy t-e-r-a-b-y-t-e...)
Apparently, he has files that go up to 2gb each, and actually require
such a horribly sized cluster.
If he
At 11:20 02/02/01 -0800, Jeffrey D. Wheelhouse wrote:
>Hi,
>
>While porting a project from Solaris to FreeBSD 4.2, I found out that the
>existing FreeBSD implementation of POSIX mutexes doesn't support sharing
>mutexes between processes.
>
>In order to get around this, I eventually did my own i
I've been playing with IPSEC between two boxes. ping works as expected until
I add in the keys. Then ping only works from one box from not the other.
tcpdump reveals all traffic to be ESP.
Keys on 19.168.1.1
add 192.168.1.101 192.168.1.1 esp 1100 -E 3des-cbc "bastbastbastbastbastbast";
On Sun, 4 Feb 2001, Paul D. Schmidt wrote:
> Are there currently any known bugs with pthread_mutex_init
> and pthread_cond_init returning 0, but pthread_cond_wait
> returning EINVAL nonetheless?
Yes, it's a known bug with the _application_ ;-)
pthread_cond_[timed]wait must be called with a mutex
On Mon, Feb 05, 2001 at 01:52:43PM +0300, Lev Serebryakov wrote:
> Is here method to decrease granularity of grpof output for some
> function? I need know time of execution of every statement (loop,
> if-then-else, etc.) of one function in my c program...
You could try using gcov - it tell
Hello hackers,
Is here method to decrease granularity of grpof output for some
function? I need know time of execution of every statement (loop,
if-then-else, etc.) of one function in my c program...
--
Best regards,
Lev mailto:[EMAIL PROTECTED]
To Unsubscrib
* Paul D. Schmidt <[EMAIL PROTECTED]> [010204 23:23] wrote:
> Are there currently any known bugs with pthread_mutex_init
> and pthread_cond_init returning 0, but pthread_cond_wait
> returning EINVAL nonetheless?
Can you provide a code sample to replicate this and specify which
version of FreeBSD
64 matches
Mail list logo