Julian Elischer wrote:
I think a 386 can assume non-SMP in which case that can be simulated
just fine :-)
it also simplifies a lot of the other breakages..
#if (CPU == 80386) && defined(SMP)
#error "can't have smp on a 386"
#endif
Paging Terry Lambert...Terry Lambert, to the hackers lounge
John Baldwin wrote:
On Sunday 26 April 2009 10:27:42 pm Garrett Cooper wrote:
I'm seeing similar results.
[r...@orangebox /usr/home/gcooper]# dmesg | grep 'Timecounter "'
Timecounter "i8254" frequency 1193182 Hz quality 0
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
Timecounter "HP
Omer Faruk Sen wrote:
as you can see there is a big difference in just simple dd test. Is
there additional steps that I can follow to increase performance?
Use a benchmark that matches your actual workload, and then see how
things look. I would be surprised if your target workload was "dd" :-
Christian Weisgerber wrote:
Bruce Cran wrote:
I'm running 8.0-CURRENT amd64 here on a Turion64 X2 machine. Without
malloc debugging (malloc.conf -> aj) 'make test' takes 25s; after
removing malloc.conf thus turning on debugging, it takes over 10
minutes.
Wow! That. Is. It.
Toggling mallo
Pegasus Mc Cleaft wrote:
Hello hackers,
I was wondering if there is a work around for this...
In 8.0-current I have installed the new version of ZFS and upgraded the
filing systems to 13. I had a thought that I would make a zfs for /tmp and set
the exec to no (thinking that nothing should
On Mon, Nov 17, 2008 at 05:14:21PM +0200, Murat Balaban wrote:
> Hello hackers,
>
> In one of my production servers (64-bit Intel Xeon machine) running
>
> 6.3-RELEASE-p4 (amd64) FreeBSD 6.3-RELEASE-p4 #0: Fri Sep 12 17:07:19
> EEST 2008
>
> I see this "top -S" output excerpt:
>
> 32 root
Barry Boes wrote:
I could apply such a patch to my servers, but there are two disadvantages :
o who wants to apply kernel patches to mission critical servers? Isn't
that a linux thing (joke!)
A trivial tweak would let you set both parameters in your kernel
configuration as an option.
Daniel O'Connor wrote:
On Wed, 27 Aug 2008, Kris Kennaway wrote:
will now get you this:
vm.kvm_free: 547729960960
vm.kvm_size: 549755809792
on HEAD. :-)
Holy fat cache Batman!
Any chance it could be made a tunable?
I don't know what the impact might be of changing these co
Barry Boes wrote:
With the advent of ZFS, Solaris users are devoting 30G or more to
their ARC caches today. If FreeBSD 8 is going to up the KVM size, is
there a reason to not increase the limit to something that will not be
reached in the lifetime of 8? 100GB?
It's easily configurable on HEAD
vasanth raonaik wrote:
Hello Hackers,
I am facing with this Issue. Though netstat -a does show some output but the
error is consistently seen. Does any one has some pointers to the cause and
fix for the same.
It is usually caused when your libkvm and/or netstat binary was compiled
against dif
Nikolay Kalev wrote:
I would also like to help as well.
As KMacy knows before i asked a lot of questions for T2 types of
servers but unfortunately i have no more access to those kind of
hardware as well.
I;m willing to participate if a team will be formated.
Just so everyone is on the same page
Peter Jeremy wrote:
[Replies re-directed to freebsd-sun4v]
On 2008-Aug-21 14:42:55 -0700, Kip Macy <[EMAIL PROTECTED]> wrote:
I believe that there is a general expectation by freebsd users and
developers that unsupported code should not be in CVS. Although sun4v
is a very interesting platform f
sam wrote:
Andrey V. Elsukov wrote:
sam wrote:
FreeBSD 7.0-STABLE FreeBSD 7.0-STABLE #5: Tue Aug 12 13:54:27 MSD
2008root@:/usr/obj/usr/src/sys/GENERIC i386
|
please, any solution ?
Probably speed is limited via jumpe
Murty, Ravi wrote:
Jeremy, thanks. I look forward to switching to ULE in 7.0 and realize
that it is a completely new scheduler (I spent some time yesterday
looking at it) -- which is my porting effort is much harder than a
simple cut and paste. I just wanted to find out if there was something
sim
Nate Eldredge wrote:
On Sun, 13 Jul 2008, Kris Kennaway wrote:
Nate Eldredge wrote:
Hi folks,
Hopefully this is a good list for this topic.
It seems like there has been a regression in interactivity from
6.3-RELEASE to 7.0-RELEASE when using the SCHED_4BSD scheduler.
After upgrading my
Nate Eldredge wrote:
Hi folks,
Hopefully this is a good list for this topic.
It seems like there has been a regression in interactivity from
6.3-RELEASE to 7.0-RELEASE when using the SCHED_4BSD scheduler. After
upgrading my single-cpu amd64 box, 7.0 has much worse latency. When
running a k
Gábor Kövesdán wrote:
Well, it seems you have missed the first nits of the discussion. GNU
grep has some regression test, which doesn't pass completely itself
either. :) I've mentioned here that I used those tests to find out
what incompatible options are there. Unfortunately, I have to say
Xin LI wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kris Kennaway wrote:
| Murty, Ravi wrote:
|> Hello everyone,
|>
|>
|>
|> Finally found what my last problem was. We were running top in a loop
|> and running some workloads that called sched_bind() to bind threads t
Andrey Chernov wrote:
On Mon, Jul 07, 2008 at 10:06:31PM +0200, Kris Kennaway wrote:
What regression suites do other implementations have? e.g. the GNU
textutils.
They basically have regex tests, but nothing locale specific, since locale
ordering is different from platform to platform
Maxim Sobolev wrote:
Dag-Erling Smørgrav wrote:
Andrey Chernov <[EMAIL PROTECTED]> writes:
"BSD sort" as an idea will be a good project indeed, but "BSD sort"
implementation we currently have at hand is totally misleading and
should be rewritten from the scratch, I realize it when long time ag
Murty, Ravi wrote:
Hello everyone,
Finally found what my last problem was. We were running top in a loop
and running some workloads that called sched_bind() to bind threads to
specific CPUs. The problem was that (and I am using ULE) sched_bind
calls a function to notify another CPU of a thre
Kris Kennaway wrote:
I am looking for a command-line utility that can fetch via bittorrent [...]
OK folks, you can stop telling me to use ctorrent now :) I had looked
at that but assumed it was using curses (it's not). Thanks!
Kris
___
fr
Jille Timmermans wrote:
(enhanced) ctorrent
Seems to fail requirement a). Am I wrong?
Kris
Kris Kennaway schreef:
I am looking for a command-line utility that can fetch via bittorrent
that
a) doesn't use curses. It must be usable in a script and without a tty!
b) doesn'
I am looking for a command-line utility that can fetch via bittorrent that
a) doesn't use curses. It must be usable in a script and without a tty!
b) doesn't use X11. Must be a command-line utility!
c) Must be able to inform the script when the transfer is complete. A
callback mechanism of
Ulf Lilleengen wrote:
Hello,
As a followup to my previous patch on csup, I've tried to do some fixes to
RCS-files. However, instead of doing major workarounds in csup to handle
files which does not behave correctly to RCS, I implemented MD5 check of RCS
content. This means that the MD5 sum from
Robert Watson wrote:
fsevents allows user processes to subscribe, effectively on a
per-filesystem basis, to namespace and file close operations.
...
I think there's also considerable overlap with other kernel event
systems, such as audit, and we might benefit from thinking seriously
about e
Ivan Voras wrote:
Suleiman Souhlal wrote:
I have an old patch that makes kqueue monitor every file write on the
system and return the inode number in the knote's data field:
http://people.freebsd.org/~ssouhlal/testing/kqueue-anyvnode-20050503.diff
.
I'd think it shouldn't be too hard to mak
Philip M. Gollucci wrote:
Florent Thoumie wrote:
This adds support for /etc/pkg.conf configuration file.
Also, this adds support for naive multi-site package fetching.
Any comment welcome (and appreciated).
Patch is here:
http://people.freebsd.org/~flz/local/ports/pkg-install-config.diff
Tar
Carl Shapiro wrote:
If my binary only executes system calls indirectly through libc
interfaces, as far as libc and libm are concerned, are new symbols the
only thing I need to worry about?
I think so, yes.
Kris
___
freebsd-hackers@freebsd.org maili
Julian Elischer wrote:
Kris Kennaway wrote:
Carl Shapiro wrote:
FreeBSD Hackers,
I have a general question about the compatibility of FreeBSD binaries
within major releases. If I build a binary for a given release of
FreeBSD can I make a reasonable guarantee that the binary will run on
both
Daniel Eischen wrote:
Binaries compiled on a certain version of FreeBSD will continue to run
on later versions, but are not guaranteed to run on earlier versions
(and in fact *will* not run depending on the binary). This is because
over time the system libraries and kernel grow new features w
Carl Shapiro wrote:
FreeBSD Hackers,
I have a general question about the compatibility of FreeBSD binaries
within major releases. If I build a binary for a given release of
FreeBSD can I make a reasonable guarantee that the binary will run on
both previous and subsequent minor releases of the s
Pavel Prokharau wrote:
I was thinking about updating our cron(8) implementation. This project is
mentioned in ideas list
http://www.freebsd.org/projects/ideas/#p-cron-and-atrun.
For now my proposal is following:
* update the code base to ISC (OpenBSD already has it for a while)
* incorporate c
Robert Watson wrote:
On Mon, 17 Mar 2008, Murray Stokely wrote:
The FreeBSD Project was again accepted as a mentoring organization for
the Google Summer of Code. The student application period will begin
next week so if you have any ideas for great student projects, please
send them to [EMAI
Matthew Dillon wrote:
I guess my problem is that you are holding this up as a red flag when
it isn't even remotely close to being one.
What I have said is that the dragonfly vkernel work is the interesting
beginning of a project, but that further work needs to be done before
the proj
Matthew Dillon wrote:
:I don't think there's an issue that needs solving, GCC has -nostdlib and
:-fno-builtin for precisely this reason.
You are missing the point entirely. The point is to allow the vkernel
to use libc, aka allow it to be compiled, linked, and run as a normal
user
Maslan wrote:
Hi all,
Aren't we working on a FreeBSD/Xen port ???
I think we don't need a Linux like KVM or DragonFly's vkernel, if we
could run FreeBSD in dom0.
I agree that people interested in virtualization will get the most
return on investment if they contribute to the Xen port, large a
Matthew Dillon wrote:
:> Well, I don't think I would agree with your assessment but,
:> particularly, the way vkernels are implemented in DragonFly is NOT
:> in the least disruptive to kernel source.
:
:I was referring to the decision you made to rename all of the kernel
:functions t
Matthew Dillon wrote:
:Finally, the way vkernels were implemented in dragonfly was *very*
:disruptive to the kernel source (lots of function renaming etc), so it
:is likely that this would also have to be completely reimplemented in a
:FreeBSD port.
:...
:Kris
Well, I don't think I would
Jordan Gordeev wrote:
Hello!
I am a student who considers applying for Google's Summer of Code
programme.
One of my ideas for a GSoC project has the following synopsis:
Add virtual kernel (vkernel) support to FreeBSD for the i386 and
amd64 architectures.
The vkernel support in question i
Frédéric PRACA wrote:
Hello dear hackers,
I own a Asus A7N8X-X motherboard (NForce2 chipset) with a Radeon 9600 video
card. After upgrading from 6.3 to 7.0, I launched xorg which crashed the kernel.
After looking in the kernel core dump, I found that the agp_nvidia_flush_tlb
function of /usr/src/
Sean Bruno wrote:
Does it seem correct to all concerned that each release actually lists
all files twice?
There is a torrent for the entire release CD ISO set, and then there is
a completely separate torrent for each CD ISO file. At least that is
what it looks like to me.
Is this correct?
[EMAIL PROTECTED] wrote:
Quoting Kris Kennaway <[EMAIL PROTECTED]>:
Yes, there is no possibility of ULE 2.0 being merged to 6.x. Use it in
6.x if you dare, just don't complain to us if it breaks your system :-)
All right, I won't :-)
i.e. if at any point you start exper
Xin LI wrote:
I can not speak for that, but my understanding is, no, it won't be
MFC'ed. The performance enhancements on 7.x included a lot of factors,
ULE is one of them, and there are also some other enhancements in the
system, which could be not suitable for MFC due to ABI/KBI change.
Yes,
Stefan Lambrev wrote:
FreeBSD - ACPI
em1 in 13.157 MB/s 13.162 MB/s 23.697 GB
out13.150 MB/s 13.153 MB/s 17.976 GB
FreeBSD - TSC
em1 in 18.624 MB/s 18.832 MB/s 25.507 GB
o
Stefan Lambrev wrote:
Greetings,
Kris Kennaway wrote:
Kris Kennaway wrote:
Fixing all of the above I can send at about 13MB/sec (timecounter is
not relevant any more). The CPU is spending about 75% of the time
in the kernel, so
that is the next place to look. [hit send too
Kris Kennaway wrote:
Fixing all of the above I can send at about 13MB/sec (timecounter is
not relevant any more). The CPU is spending about 75% of the time in
the kernel, so
that is the next place to look. [hit send too soon]
Actually 15MB/sec once I disable all kernel
Kris Kennaway wrote:
Stefan Lambrev wrote:
I run from host A : hping --flood -p 22 -S 10.3.3.2
and systat -ifstat on host B to see the traffic that is generated
(I do not want to run this monitoring on the flooder host as it will
effect his performance)
OK, I finally got time to look at
Stefan Lambrev wrote:
I run from host A : hping --flood -p 22 -S 10.3.3.2
and systat -ifstat on host B to see the traffic that is generated
(I do not want to run this monitoring on the flooder host as it will
effect his performance)
OK, I finally got time to look at this. Firstly, this is qu
Alexander Motin wrote:
Robert Watson wrote:
Hence my request for drilling down a bit on profiling -- the question
I'm asking is whether profiling shows things running or taking time
that shouldn't be.
I have not yet understood why does it happend, but hwpmc shows huge
amount of "p4-resource-
Alexander Motin wrote:
Kris Kennaway пишет:
Alexander Motin wrote:
Alexander Motin пишет:
While profiling netgraph operation on UP HEAD router I have found
that huge amount of time it spent on memory allocation/deallocation:
I have forgotten to tell that it was mostly GENERIC kernel just
Alexander Motin wrote:
Alexander Motin пишет:
While profiling netgraph operation on UP HEAD router I have found that
huge amount of time it spent on memory allocation/deallocation:
I have forgotten to tell that it was mostly GENERIC kernel just built
without INVARIANTS, WITNESS and SMP but wi
Alexander Motin wrote:
Hi.
While profiling netgraph operation on UP HEAD router I have found that
huge amount of time it spent on memory allocation/deallocation:
0.14 0.05 132119/545292 ip_forward [12]
0.14 0.05 133127/545292 fxp_add_rfabuf [18]
0.27 0.
Joseph Koshy wrote:
OK, this is the famous problem with modern CPUs that jkoshy has declined
to work around :( There are patches for this in perforce, see
http://perforce.freebsd.org/changeView.cgi?CH=126189
"Famous problem" indeed :). I declined the patch because it
is incorrect and inc
Stefan Lambrev wrote:
It is the socket buffer that is filling up. Either the application is
not increasing it to large enough size or the default maximum is too
low (Linux may set a larger default). Try increasing
kern.ipc.maxsockbuf and confirming with the source and/or ktrace that
it is d
Stefan Lambrev wrote:
You also need changes to the userland libpmc and pmcstat. They should
also be in that (or related) p4 changeset though.
Those are the files that I fetched from p4
/usr/src/lib/libpmc/libpmc.c - rev2
/usr/src/sys/amd64/include/pmc_mdep.h rev2
/usr/src/sys/dev/hwpmc/hwpmc_
Ivan Voras wrote:
On 23/01/2008, Stefan Lambrev <[EMAIL PROTECTED]> wrote:
Greets,
Now I have final results with Linux and FreeBSD on the same hardware
CPU: Intel(R) Xeon(R) CPU 3070 @ 2.66GHz - dual core
Lan: [EMAIL PROTECTED]:3:0:0: class=0x02 card=0x10bc8086 chip=0x10bc8086
rev=0x06 hdr
Stefan Lambrev wrote:
Hi Kris,
Kris Kennaway wrote:
Stefan Lambrev wrote:
Kris Kennaway wrote:
Stefan Lambrev wrote:
You should use hwpmc to verify where the application is really
spending time, since gettimeofday doesn't seem to account for it all.
pmc: Unknown Inte
Stefan Lambrev wrote:
Kris Kennaway wrote:
Stefan Lambrev wrote:
You should use hwpmc to verify where the application is really
spending time, since gettimeofday doesn't seem to account for it all.
pmc: Unknown Intel CPU.
module_register_init: MOD_LOAD (hwpmc, 0x802
Stefan Lambrev wrote:
How much can Linux handle?
Will install ubuntu on the same machine and let you know, but my
experience shows that FreeBSD + TSC
have the same performance as Linux
With which timecounter?
Here are the max speeds I can reach with different counters (on the test
server):
Stefan Lambrev wrote:
You should use hwpmc to verify where the application is really
spending time, since gettimeofday doesn't seem to account for it all.
pmc: Unknown Intel CPU.
module_register_init: MOD_LOAD (hwpmc, 0x8029906d,
0x8054c500) error 78
OK, this is the famous pr
Stefan Lambrev wrote:
Hi,
Dag-Erling Smørgrav wrote:
Stefan Lambrev <[EMAIL PROTECTED]> writes:
I tested all different combination. The performance change is almost
invisible (100-200KB/s), and can't be compared with the performance
boost that TSC gain over ACPI-fast timecounter. Unfortunat
Bartosz Giza wrote:
Hi,
We are using a lot of i386 computers as routers for out network. All of those
routers are using FreeBSD from 4.x to 7.x (exept 5.x)
We are having problem with kernel panic on routers based on 6.x and 7.x while
using tcpdump or trafshow. It is not that always we got ke
cut I am just trying to handle failure gracefully.
So asking again - if there is any way already discussed or
standardized to
make the system handle failures gracefully
On Jan 8, 2008 4:30 PM, Kris Kennaway <[EMAIL PROTECTED]> wrote:
Bharma Ji wrote:
In FreeBSD 6_2, if kmem_malloc is
Bharma Ji wrote:
In FreeBSD 6_2, if kmem_malloc is unable to find space it panics. The
relevant code is in vm_kern.c
if ((flags & M_NOWAIT) == 0)
panic("kmem_malloc(%ld): kmem_map too small: %ld
total allocated",
(long)size, (long)map->si
Kris Kennaway wrote:
I am trying to optimize a malloc-based benchmark that is mmapping
anonymous memory (via mmap)
s/mmap/malloc/ ;)
Kris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To
I am trying to optimize a malloc-based benchmark that is mmapping
anonymous memory (via mmap) and then eventually taking a page fault on
every page that was allocated. This is pretty inefficient for two reasons:
1) Lots of page faults, which drop performance by a factor of 10
compared to the
Yuri wrote:
Quoting Kris Kennaway <[EMAIL PROTECTED]>:
Yes, that's what I am doing.
portupgrade -af
That is what you are doing now, or what you were doing when you found
the problem? It should not occur during a portupgrade -af unless there
is a port that is missing registrat
[EMAIL PROTECTED] wrote:
hi , freebsd-hackers.
I found this reference
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=372365+0+/usr/local/www/db/text/2006/freebsd-hackers/20060226.freebsd-hackers
how is it correct to conduct this procedure ?
beforehand thank you !!
tmpfs is included in Fre
Yuri wrote:
Quoting Kris Kennaway <[EMAIL PROTECTED]>:
So do I have to rebuild all ports to be able to run on 7.0?
Yes. You have to do this whenever you upgrade to a new branch of
FreeBSD. The old ports will work until you start upgrading them to new
versions, at which point you wi
Yuri wrote:
Sorry about that.
Please find the logs below.
My system is upgraded from 6.3. And /lib/libpthread.so.2 is not a symlink.
But when I make it a symlink (ln -s /lib/libthr.so.3 /lib/libpthread.so.2)
I get another error, see log below.
Some requisite libs are compiled with /lib/libpthre
Yuri wrote:
I tried to compile firefox-2.0.0.10 on 7.0-BETA3.
And one linking command failed seeking for malloc_lock symbol required by
/lib/pthread.so.2. Obviously it tried to link obsolete /lib/pthread.so.2 with
the new /lib/libc.so.7.
By reading /usr/src/UPDATING I learn that the default thre
[EMAIL PROTECTED] wrote:
Hello,
Quoting Robert Watson <[EMAIL PROTECTED]>:
No problem -- just to be clear: in 7, users can still choose between
libpthread (m:n) and libthr (1:1), but the default is now libthr rather than
libpthread, as libthr seemed to perform better in most if not all workloa
Alexey Popov wrote:
Kris Kennaway wrote:
what is your RAID controller configuration (read ahead/cache/write
policy)? I have seen weird/bogus numbers (~100% busy) reported by
systat -v when read ahead was enabled on LSI/amr controllers.
I tried to run with disabled Read-ahead, but it didn
Kris Kennaway wrote:
Alexey Popov wrote:
Hi.
Panagiotis Christias wrote:
In the "good" case you are getting a much higher interrupt rate but
with the data you provided I can't tell where from. You need to run
vmstat -i at regular intervals (e.g. every 10 seconds for a min
Alexey Popov wrote:
Hi.
Panagiotis Christias wrote:
In the "good" case you are getting a much higher interrupt rate but
with the data you provided I can't tell where from. You need to run
vmstat -i at regular intervals (e.g. every 10 seconds for a minute)
during the "good" and "bad" times, sin
Alexey Popov wrote:
Hi.
Kris Kennaway wrote:te:
In the "good" case you are getting a much higher interrupt rate but
with the data you provided I can't tell where from. You need to run
vmstat -i at regular intervals (e.g. every 10 seconds for a minute)
during the "g
Atanas Gendov wrote:
Hi all FreeBSD Hackers! :)
My FreeBSD auto reboot itself and I got this report by kgdb, but
actually I'm not a programmer. I don't know how to debug this error.
Could someone helps with fixing?
Thanx in advanced!
FreeBSD .com 6.2-RELEASE-p8 FreeBSD 6.2-RELEASE-p8 #0: Tue
Alexey Popov wrote:
Hi
Kris Kennaway wrote:
So I can conclude that FreeBSD has a long standing bug in VM that
could be triggered when serving large amount of static data (much
bigger than memory size) on high rates. Possibly this only
applies to large files like mp3 or video.
It is
Alexey Popov wrote:
Hi
Kris Kennaway wrote:
So I can conclude that FreeBSD has a long standing bug in VM that
could be triggered when serving large amount of static data (much
bigger than memory size) on high rates. Possibly this only applies
to large files like mp3 or video.
It is
Kris Kennaway wrote:
What else can i try?
Still waiting on the vmstat -z output.
Also can you please obtain vmstat -i, netstat -m and 10 seconds of
representative vmstat -w output when the problem is and is not occurring?
Kris
___
freebsd
Alexey Popov wrote:
This is very unlikely, because I have 5 another video storage servers
of the same hardware and software configurations and they feel good.
Clearly something is different about them, though. If you can
characterize exactly what that is then it will help.
I can't see any diff
Alexey Popov wrote:
Hi.
Kris Kennaway wrote:
After some time of running under high load disk performance become
expremely poor. At that periods 'systat -vm 1' shows something like
this:
What does "high load" mean? You need to explain the system workload
more.
This web
Alexey Popov wrote:
Hi.
Kris Kennaway wrote:
After some time of running under high load disk performance become
expremely poor. At that periods 'systat -vm 1' shows something like
this:
What does "high load" mean? You need to explain the system workload
more.
This web
Alexey Popov wrote:
After some time of running under high load disk performance become
expremely poor. At that periods 'systat -vm 1' shows something like this:
What does "high load" mean? You need to explain the system workload more.
Disks amrd0
KB/t 85.39
tps 5
MB/s 0.38
% busy
Stefan Esser wrote:
Vladimir Terziev schrieb:
You're right,
the swap, typically configured, is much more than the amount of the
video memory, but in fact the swap is just a reserv, which ensures continuation
of the normal operations on the machine, at times of peak loads.
Vladimir Terziev wrote:
Hi Hackers,
i have found the following very interesting link:
http://gentoo-wiki.com/TIP_Use_memory_on_video_card_as_swap
It's a howto for Video memory utilization as a swap.
Could someone point me whether the same is possible un
Ivan Voras wrote:
Kris Kennaway wrote:
Does it really? i.e. did you compare the function names in detail and
find that they match precisely, or do you just mean "they are both
panics of some description and I dunno what it all means"? :) I ask
because the linked trace does not
Benjie Chen wrote:
You are right, they may not be the same. From first look it seems like
they are similar based on the description of the problems -- system
stable, then under load related to network, get panic after different
time intervals. I just assumed that kernel is typically stable enou
Benjie Chen wrote:
Ivan and Kris,
I will try to get a kernel trace -- it may not happen for awhile since I am
not in the office and working remotely for awhile so it may not be easy to
get a trace... but I will check.
It looks like the problem reported by that link, and some of the links from
t
Ivan Voras wrote:
Benjie Chen wrote:
Kernel panic is at 0xC066C731, which from nm shows it's in mtx_lock_spin
c066c7b4 T _mtx_lock_spin
c066c85c T _mtx_unlock_sleep
So this could mean that independent stress tests will not result in
panic if
there aren't enough concurrency to cause the pro
Borja Marcos wrote:
On 24 Sep 2007, at 11:33, Kris Kennaway wrote:
Borja Marcos wrote:
I don't have the exact IP address involved, but we experienced
consistent panics in two heavily loaded mail servers (same hardware
models, Dell Powereedge) runnning Postfix and FreeBSD 6.2.
Suspecti
Benjie Chen wrote:
Hi FreeBSD hackers and engineers,
I am experiencing a kernel panic that comes on when my new PowerEdge 1950
FreeBSD 6.2 setup is under a certain stress load. I've emailed a few people
on the list who have given me useful comments, some of which I am still
following up. But I w
Borja Marcos wrote:
On 22 Sep 2007, at 00:26, Benjie Chen wrote:
FreeBSD 6.2 on PowerEdge 1950, RAID1 setup with mfi driver (PERC5i). 4GB
RAM. I am currently running i386, and not amd64, due to various reasons.
Kernel panic is at 0xC066C731, which from nm shows it's in mtx_lock_spin
c066c7b4
On Thu, Aug 16, 2007 at 08:49:21AM +1000, [EMAIL PROTECTED] wrote:
> Robert McKenzie wrote:
> > Has anyone noted that the Australian cvs repository seems to be so
> > hopelessly out of sink that you cannot do a clean build using a clean
> > cvsup.
>
> Because we are so far away it is hard to keep
On Mon, Jul 30, 2007 at 11:28:59AM +0200, Pietro Cerutti wrote:
> Hajimu UMEMOTO wrote:
> > Hi,
> >
> >> On Fri, 27 Jul 2007 16:43:29 +0200
> >> Pietro Cerutti <[EMAIL PROTECTED]> said:
> >
> > gahr> Hi list,
> > gahr> here is a patch to allow powerd(8) accept a "-t tval" option to set a
On Wed, Jun 20, 2007 at 10:24:01AM -0400, David Cross wrote:
> Machine 2:
> time sed -f
> /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/strip.sed
> /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/doc-common
> >/dev/null
>
> real0m4.506s
> user0m4.167s
>
On Mon, Jun 18, 2007 at 03:10:22PM -0700, Jeremy Chadwick wrote:
> On Mon, Jun 18, 2007 at 05:15:30PM -0400, Martin Turgeon wrote:
> > My setup is fairly standard (as I described), should I expect problem with
> > 64 bit version of these programs?
>
> Like I said, I don't run 64-bit OSes because
On Mon, Jun 18, 2007 at 05:15:30PM -0400, Martin Turgeon wrote:
> 2007/6/18, Jeremy Chadwick <[EMAIL PROTECTED]>:
> >
> >On Mon, Jun 18, 2007 at 01:03:44PM -0400, Martin Turgeon wrote:
> >> I just receive 2 PowerEdge servers (a 1950 and a 860) both with 4G of
> >RAM. I
> >> installed FreeBSD 6.2
On Sun, Jun 10, 2007 at 08:15:33PM -0400, Mike Meyer wrote:
> In <[EMAIL PROTECTED]>, Kris Kennaway <[EMAIL PROTECTED]> typed:
> > > ---> Checking the package registry database
> > > Stale dependency: Xaw3d-1.5E_1 -> xf86dgaproto-2.0.2 (x11/xf86dgaproto):
&g
1 - 100 of 757 matches
Mail list logo