> > FWIW, I'm seeing this as well. However, this appears to be a new
> > occurance, as we were using a FreeBSD 3.X system for our reference test
> > platform. I recently updated it to FreeBSD 4.4-RELEASE, and I'm getting
> > nothing but complaints about broken connections, poor performance, and
On Wednesday, 28 November 2001 at 1:56:14 -0700, Wes Peters wrote:
> On Wed, 28 Nov 2001 00:41:18 -0700
> "Nate Williams" <[EMAIL PROTECTED]> wrote:
>
>>
>> FWIW, I'm seeing this as well. However, this appears to be a new
>> occurance, as we were using a FreeBSD 3.X system for our reference test
> >Note, some of the performance issues were made better by disabling the
> >TCP newreno implementation, but it's still poor and very inconsistent
> >for hosts not on the local network, while the Linux box next to it gets
> >much more consistent results.
>
> For what it's worth I have disabled ne
On Wed, 28 Nov 2001 00:41:18 -0700
"Nate Williams" <[EMAIL PROTECTED]> wrote:
>
> FWIW, I'm seeing this as well. However, this appears to be a new
> occurance, as we were using a FreeBSD 3.X system for our reference test
> platform. I recently updated it to FreeBSD 4.4-RELEASE, and I'm getting
In message <[EMAIL PROTECTED]>, Nate Williams write
s:
>Note, some of the performance issues were made better by disabling the
>TCP newreno implementation, but it's still poor and very inconsistent
>for hosts not on the local network, while the Linux box next to it gets
>much more consistent resu
> I've just been talking with a friend of mine from the Samba team.
> He's about to change jobs, and a lot of his work in future will
> involve FreeBSD. He's just been doing some performance testing, and
> while the numbers are pretty even (since he discovered soft updates
> :-), he's noticing so
I'd be interested in the results, as well as potential for tuning that
may not be "general knowledge" (i.e. not mentioned in tuning(7)).
Regards.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of KERBERUS
Sent: Sunday, November 25, 2001 4:11 PM
To: Greg L
Sign me up Greg, I would love to assist, I also have performance tuned
many systems even in a very secured state, just to get the last ounce
out of them. Id be hapy to read/review on the results anyone has.
Greg Lehey wrote:
>I've just been talking with a friend of mine from the Samba team.
>
I've just been talking with a friend of mine from the Samba team.
He's about to change jobs, and a lot of his work in future will
involve FreeBSD. He's just been doing some performance testing, and
while the numbers are pretty even (since he discovered soft updates
:-), he's noticing some signifi
> FreeBSD has superior VM, tell me what NT can do while FreeBSD can not.
It is easy: FreeBSD can not perform excellent lockup/reboot when "\t\b\b."
being printed on the console screen. :)
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the messag
¥xÆW´«©dѼֳ¡ :
http://210.64.184.194/¤J·|»¡©úÀÉ.exe
ÂŤѸɩ«¤u§@«Ç³Ì·s¥Ø¿ý :
http://210.64.184.203/³Ì·s¸É©«¥Ø¿ý.exe
¥»«H¥Ñ «Â¤O¶Ç¼½ ¥N ¬° µo °e
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
**¥x _ÆW _´« _©d _Ñ _¼Ö_ ³¡** :
http://210.64.184.194/¤J·|»¡©úÀÉ.exe
**ÂÅ _¤Ñ_ ¸É_ ©« _¤u_ §@ _«Ç _³Ì_ ·s _¥Ø _¿ý ** :
http://210.64.184.203/³Ì·s¸É©«¥Ø¿ý.exe
***¥» _«H_¥Ñ _«Â¤O¶Ç¼½_ ¥N _¬° _ µo_ °e***
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hack
On 27-Nov-2001 Andrey Pugachev wrote:
> I am just curious, can FreeBSD kernel perform function called copy-on-write
> pages in Windows NT world? This is tricky feature of NT memory manager. When
> several processes (or threads) allocate identical write-enabled memory
> pages, system does not
As Cisco switches have STP enabled by default on all ports, maybe a reboot of
an 4.4 system is seen as a change in link state, so Catalyst holds the port
STP-blocked for a couple of seconds before putting it to forwarding state. Did
you try disabling STP on Catalyst eth ports?
Marko
David Kirchn
VM gurus: This seems to be bug!
This morning I sent an email (attached below) regarding a hang at the
"vmopar" state. While waiting for responses, I use Google Advanced Groups
Search looking for "vmopar" in all FreeBSD archived mailing lists and I
did find the following message posted by Xavie
On Tue, Nov 27, 2001 at 06:31:31PM +0100, Gérard Roudier wrote:
>
>
> On Tue, 27 Nov 2001, setantae wrote:
>
> > On Tue, Nov 27, 2001 at 06:54:17PM -, Andrey Pugachev wrote:
> > > I am just curious, can FreeBSD kernel perform function called copy-on-write?
> >
> > As far as I am aware, the
On Tue, 27 Nov 2001, setantae wrote:
> On Tue, Nov 27, 2001 at 06:54:17PM -, Andrey Pugachev wrote:
> > I am just curious, can FreeBSD kernel perform function called copy-on-write?
>
> As far as I am aware, the BSD family of operating systems have always
> used copy-on-write (at least since
On Tue, Nov 27, 2001 at 06:54:17PM -, Andrey Pugachev wrote:
> I am just curious, can FreeBSD kernel perform function called copy-on-write?
As far as I am aware, the BSD family of operating systems have always
used copy-on-write (at least since 4.3BSD).
Ceri
--
keep a mild groove on
To Un
Seeing the tcpdump would be informative.
D-man
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of David Kirchner
> Sent: Tuesday, November 27, 2001 10:45 AM
> To: [EMAIL PROTECTED]
> Subject: FreeBSD4.4, fxp, no net after ifconfig for ~50 seconds (fwd
I am just curious, can FreeBSD kernel perform function called copy-on-write
pages in Windows NT world? This is tricky feature of NT memory manager. When
several processes (or threads) allocate identical write-enabled memory
pages, system does not allocate physical memory for each process data at
o
Hi,
This problem is still ongoing; unfortunately I haven't seen a reply about
it from questions. Maybe someone here knows what's up?
-- Forwarded message --
Date: Thu, 15 Nov 2001 13:08:38 -0800 (PST)
From: David Kirchner <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: FreeBSD
Take it easy on the poor guy! There have been many an occasion when all
I could say was "help"...actually "help m plse". Of
course never when dealing with FreeBSD!
(not the) Mike Smith
Geoff Mohler wrote:
>
> Uhh..with what?
>
> On Tue, 27 Nov 2001, Andrey Pugachev wrote:
netgraph?
On Tue, 27 Nov 2001, Rajesh P Jain wrote:
> Thanks for all the replies.
>
> In linux, the packet reception can be done efficiently through the usage of
>ethernet sockets.
>
> In FreeBSD, one of the option is by using the BPF. But, as already commented,
>BPF is not a
Uhh..with what?
On Tue, 27 Nov 2001, Andrey Pugachev wrote:
> help
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
---
Geoff Mohler
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in th
help
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
"doc. dr. Marjan Mihelin, dipl. ing." wrote:
> Hi
> >
> > > We are using from 1993 Fiskars UPS 0.8 A UPS unit (Type UPS 1008A-
> > > 10EU, PartNo: 10 02 891 Rev A1, SerNo: 119355 9345, Made in Finland)
> > > and few days ago the Battery failure control light started blinking.
> > > We replaced ac
I am trying to allocate a dynamic number of large memory (128K) by
malloc(128K, M_xxx, M_NOWAIT). Although this is not done in an interrupt
routine, I figure I'd better use M_NOWAIT so that I can deal with the
situation when the memory is low. However, I experience the following
deadlock:
#1 0
On Tue, Nov 27, 2001 at 02:45:38PM +0100, Harti Brandt wrote:
> Perhaps it makes sense to switch to star instead? The last version is
> Posix conform, supports extended headers and ACLs. According to the star
> developer (Joerg Schilling) GNU tar is severly broken.
Star is GLP'ed software. Thus
On Tue, Nov 27, 2001 at 01:30:25PM +, Walter C. Pelissero wrote:
> Does it mean we can't modify the BSD tar because it's already too
> different from the GNU tar, but at the same time we don't upgrade to
> the new GNU tar because it might require too much work adapting the
> old mods to the ne
No reaction from the weekend crowd, trying again...
I've encountering a problem using pthread_cancel, pthread_join and
pthread_setcanceltype, I'm hoping someone can shed some light.
(in a nutshell : pthread_setcanceltype doesn't seem to work)
(if there's a more appropriate mailing list for thi
On Tue, 27 Nov 2001, Walter C. Pelissero wrote:
WCP>David O'Brien writes:
WCP> > On Wed, Nov 21, 2001 at 02:18:42PM +, Walter C. Pelissero wrote:
WCP> > > How about adding the nodump flag processing in tar?
WCP> >
WCP> > This would be a *bad* idea. It would diverge our tar even more
WCP> > t
David O'Brien writes:
> On Wed, Nov 21, 2001 at 02:18:42PM +, Walter C. Pelissero wrote:
> > How about adding the nodump flag processing in tar?
>
> This would be a *bad* idea. It would diverge our tar even more
> than it already is -- which is so bad it isn't trival to update to
> the
> In linux, the packet reception can be done efficiently through the usage of
>ethernet sockets.
>
> In FreeBSD, one of the option is by using the BPF. But, as already commented,
>BPF is not a high performance device.
It sounds like you're saying that BPF is less efficient than Linux
On Tue, Nov 27, 2001 at 12:52:16PM +0100, Koster, K.J. wrote:
> Dear Trent,
>
> >
> > (Yeah, ok, I'll keep going. My Linux VM actually builds our
> > work system up to ten minutes quicker than running Linux na-
> > tively on the same machine. Make of that what you will!)
> >
> Umm. Hav
Dear Trent,
>
> (Yeah, ok, I'll keep going. My Linux VM actually builds our
> work system up to ten minutes quicker than running Linux na-
> tively on the same machine. Make of that what you will!)
>
Umm. Have you tried to build it under linux-compat in FreeBSD? Sounds like
it's worth
On Mon, Nov 26, 2001 at 02:11:42PM -0700, Joesh Juphland wrote:
>
> I am going to be setting up four freeBSD servers as a test environment -
> they need to be totally isolated machines. However, I would like to see if
> I can do all of this on one server. The choice that comes to mind
> imme
On Tue, 27 Nov 2001, Rajesh P Jain wrote:
RPJ>Thanks for all the replies.
RPJ>
RPJ>In linux, the packet reception can be done efficiently through the usage of
ethernet sockets.
RPJ>
RPJ> In FreeBSD, one of the option is by using the BPF. But, as already commented,
BPF is not a high
Thanks for all the replies.
In linux, the packet reception can be done efficiently through the usage of
ethernet sockets.
In FreeBSD, one of the option is by using the BPF. But, as already commented, BPF
is not a high performance device.
So, Can anyone give an alternative w
Bonjour,
L'annuaire Francais Par departement http://www.annuairefrancais.com integre desormais
un moteur de recherche pour affiner vos recherches sur le web.
L'inscription reste gratuite et la validation toujours manuelle. L'adresse
d'inscription est desormais http://inscrip.annuairefrancais.c
On Mon, 26 Nov 2001, Warner Losh wrote:
> Well, I'll bet your system time has drifted about a second or four in
> those two days.
When you say system time do you mean "hardware" time? or the running
kernel's time? The hardware time doesn't work anyway since the box's RTC
is stuck somewhere in 20
On Mon, 26 Nov 2001, Warner Losh wrote:
> Yes. Almost *ALL* PCs in the field aren't exactly 11931282Hz.
> There's a lot of variance in this. PC have such crappy oscillators
> that calibration is required. The "slight" variation can be as large
> as +-300Hz, which is huge. :-(.
>
> But I'm a li
On Mon, 26 Nov 2001, Warner Losh wrote:
> The higher levels of NetBSD does this if you are running ntpd. Ditto
> Linux.
Thanks for the pointer, i'm going to check out the NTP stuff in both OS'
just now.
> I measure phase differences in oscelators to sub-pico second level in
> my day job :-).
43 matches
Mail list logo
