> diman wrote:
> >
> > Hi, folks.
> > When I switch to DDB to check something or debug something
> > usefull, mp3 player process (mpg123) hangs up and dissonate
> > me. So guys how do you do in such a case? I'm shure that
> > I'm not one having such a problem. ;-)
> >
> > Maybe someone has allre
At 10:15 PM +0200 7/15/01, Jens Schweikhardt wrote:
>David et al,
>
>On Sun, Jul 15, 2001 at 11:19:57AM -0700, David O'Brien wrote:
>#
># Please do not do this to the .[ch] files. It makes diffs to stable
># harder.
>
>I see. Dima suggested in private email that I/we MFC such changes
>relatively
|- Message log follows: ---|
| no valid recipients were found for this message |
|--|
| [EMAIL PROTECTED] - unknown user
|---
On Sun, 15 Jul 2001, Mike Silbersack wrote:
:
:On Sun, 15 Jul 2001, Jens Schweikhardt wrote:
:> I see. Dima suggested in private email that I/we MFC such changes
:> relatively fast in order to avoid that; of course this would be done
:> only after md5 "approval" of the binaries.
:
:Whether you MF
On Sun, 15 Jul 2001, Jens Schweikhardt wrote:
> David et al,
>
> On Sun, Jul 15, 2001 at 11:19:57AM -0700, David O'Brien wrote:
> # On Sun, Jul 15, 2001 at 03:59:41PM +0200, Jens Schweikhardt wrote:
> # > Dima and /me recently started weeding out white space at end of line for
> # > the man page
On Fri, 13 Jul 2001, Bill Paul wrote:
> For those who have gigabit ethernet NICs based on the National
> Semiconductor DP83820 and DP83821 controller chips and want to use
> them with FreeBSD 4.2 and 4.3, there is a driver kit now available
> at the following URL:
...
> These cards are all extre
USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND
root2 14.2 0.0 00 ?? DL Tue11AM 4:35.33 (pagedaemon)
root3 12.7 0.0 00 ?? DL Tue11AM 1:56.25 (vmdaemon)
Cpu kept hitting high load averages on machines for about 1 min periods o
On Sunday, 15 July 2001 at 16:51:51 -0400, [EMAIL PROTECTED] wrote:
> am a kernel newbie. i tried adding code to the kernel
> and compiled it and installed . when i tried rebooting
> my new image the kernel panics with a fatal trap 12:
> page fault ( for which i know the reason). How do i
> boot t
Ah, I didn't realize that it only affects the transmit end - so I am
guessing it is similar to what ALTQ does?
BTW, I didn't mean to imply that it was an idle link - I saturated the
link with a download in the background while testing. I am also running
an MTU of 576 already.
Note that I could
i need to TAILQ_INIT a queue at kernel startup .. how
can i do it in my code?
reg
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
When you ran 'make install' after building your kernel, it renamed your
old kernel to kernel.old. When the bootloader countdown starts, press
the spacebar (or any key except ENTER) and you will get the bootloader
prompt. Type "unload" and then "boot /kernel.old". In the future, plese
direct que
sorry for posting this mesg again- i forgot the
subject.. :)
am a kernel newbie. i tried adding code to the kernel
and compiled it and installed . when i tried rebooting
my new image the kernel panics with a fatal trap 12:
page fault ( for which i know the reason). How do i
boot the system n
am a kernel newbie. i tried adding code to the kernel
and compiled it and installed . when i tried rebooting
my new image the kernel panics with a fatal trap 12:
page fault ( for which i know the reason). How do i
boot the system now. how can i revert back to an
earlier image? or how can i do
David et al,
On Sun, Jul 15, 2001 at 11:19:57AM -0700, David O'Brien wrote:
# On Sun, Jul 15, 2001 at 03:59:41PM +0200, Jens Schweikhardt wrote:
# > Dima and /me recently started weeding out white space at end of line for
# > the man pages. I want to widen the weeding to include as much files as
:Now, we add adjustable queue sizes.. and suddenly we are overflowing the
:intermediate
:queue, and dropping packets. Since we don't have SACK we are resending
:lots of data and dropping back the window size at regular intervals. thus
:it is possible that under some situations teh adjustable buff
On Sun, Jul 15, 2001 at 11:19:57AM -0700, David O'Brien wrote:
> On Sun, Jul 15, 2001 at 03:59:41PM +0200, Jens Schweikhardt wrote:
> > Dima and /me recently started weeding out white space at end of line for
> > the man pages. I want to widen the weeding to include as much files as
> > possible u
On Sun, Jul 15, 2001 at 03:59:41PM +0200, Jens Schweikhardt wrote:
> Dima and /me recently started weeding out white space at end of line for
> the man pages. I want to widen the weeding to include as much files as
> possible under /usr/src.
Please do not do this to the .[ch] files. It makes dif
:
:On Sun, Jul 15, 2001 at 10:05:16AM -0700, Matt Dillon wrote:
:> Well, 4 connections isn't enough to generate packet loss. All
:> that happens is that routers inbetween start buffering the packets.
:> If you had a *huge* tcp window size then the routers inbetween could
:> run o
On Sun, Jul 15, 2001 at 10:05:16AM -0700, Matt Dillon wrote:
> Well, 4 connections isn't enough to generate packet loss. All
> that happens is that routers inbetween start buffering the packets.
> If you had a *huge* tcp window size then the routers inbetween could
> run out of pa
:Packet loss is not always a bad thing. Let me use an admittedly
:extreme example:
:
:Consider a backup server across country from four machines it's
:trying to back up nightly. So we have high (let's say 70ms) RTT's,
:and let's say for the sake of argument the limiting factor is a
:DS-3 in the
:
:Cool! We were just commenting that it's too bad dummynet/ALTQ really
:couldn't help the interactive response for us dial-up users. Anyway, I
:just tried this on my dial-up connection on a fresh -STABLE but don't
:really notice any appreciable difference.
:
:net.inet.tcp.tcp_send_dynamic_enab
On Sun, Jul 15, 2001 at 06:19:15AM -0500, Tim wrote:
> Cool! We were just commenting that it's too bad dummynet/ALTQ really
> couldn't help the interactive response for us dial-up users. Anyway, I
> just tried this on my dial-up connection on a fresh -STABLE but don't
> really notice any appreci
On Sun, Jul 15, 2001 at 01:13:11AM -0700, Julian Elischer wrote:
> This is all getting a bit far from the original topic, but
> I do worry that we may increase our packet loss with variable buffers and thus
> reduce throughout in the cases where teh fixed buffer was getting 80%
> or so of the the
hello, world\n
Dima and /me recently started weeding out white space at end of line for
the man pages. I want to widen the weeding to include as much files as
possible under /usr/src. We currently have 280kbytes (yes, more than a
quarter meg) sitting there; that's counting only the spaces and ta
Cool! We were just commenting that it's too bad dummynet/ALTQ really
couldn't help the interactive response for us dial-up users. Anyway, I
just tried this on my dial-up connection on a fresh -STABLE but don't
really notice any appreciable difference.
net.inet.tcp.tcp_send_dynamic_enable: 1
net
Some time ago, I wrote:
> I am experimenting with porting an application
> from the FreeBSD 2.2.x series to a more modern release,
> and as such I have occaision to debug kernel core files
> under the old release using the gdb -k option
> (saved via savecore). The problem is the old kernel
> h
Ok, here is a patch set that tries to adjust the transmit congestion
window and socket buffer space according to the bandwidth product of
the link. THIS PATCH IS AGAINST STABLE!
I make calculations based on bandwidth and round-trip-time. I spent
a lot of time trying to wri
Matt Dillon wrote:
>
> I took a look at the paper Leo pointed out to me:
>
> http://www.psc.edu/networking/auto.html
>
> It's a very interesting paper, and the graphs do in fact show the type
> of instability that can occur. The code is a mess, though. I think it
> is
On Sun, Jul 15, 2001 at 06:36:52AM +0300, Giorgos Keramidas wrote:
> From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> Subject: mail failed, returning to sender
> Date: Sun, Jul 15, 2001 at 04:10:41AM +0200
>
> > freebsd-hackers-digest Saturday, July 14 2001 Volume 05 : Number 180
>
> Doesn'
29 matches
Mail list logo