In message [EMAIL PROTECTED], [EMAIL PROTECTED] writes:
I'm trying to use a Sun ELC (sun4c) as an Xterminal on my FreeBSD
system using Xkernel 2.0. I've used the old howto's from 1996
(Philippe Regnauld) as well as NetBSD diskless howto's to set this up.
So, does anyone have a fix for this?
On Fri, 17 Dec 1999, Julian Elischer wrote:
How does one compile a version of GDB that can read a.out files?
I know there is a way of doing it but I have totoally failed to work
out how to do so.
I think you can do this by changing src/gnu/usr.bin/binutils/gdb/Makefile.
Change:
On Fri, 17 Dec 1999, Zhihui Zhang wrote:
On Fri, 17 Dec 1999, Andrzej Bialecki wrote:
On Fri, 17 Dec 1999, Arun Sharma wrote:
I have also figured out how to dynamically register sysctl nodes.
The trick is to basically malloc a sysctl_oid and fill in the right
fields and
Andy Farkas wrote:
On Fri, 17 Dec 1999, Jim Durham wrote:
The 3.3 Box is a local server on a disconnected LAN talking
to a "remote" server that spools mail, which is grabbed by
fetchmail. We are running PPP on-demand to the external
server via a dial-up to an ISP. However, PPP only
I have looked at the KLD examples and found out that they boils down to a
DECLARE_MODULE() macro with the subsystem given as SI_SUB_DRIVERS. Is
there any reason for using this particular SI_SUB_DRIVERS? I see another
example at http://www.freebsd.org/~abial/ that uses SI_SUB_EXEC.
Is this
On Sat, 18 Dec 1999, Zhihui Zhang wrote:
I have looked at the KLD examples and found out that they boils down to a
DECLARE_MODULE() macro with the subsystem given as SI_SUB_DRIVERS. Is
there any reason for using this particular SI_SUB_DRIVERS? I see another
example at
Andrzej Bialecki wrote:
On Sat, 18 Dec 1999, Zhihui Zhang wrote:
I have looked at the KLD examples and found out that they boils down to a
DECLARE_MODULE() macro with the subsystem given as SI_SUB_DRIVERS. Is
there any reason for using this particular SI_SUB_DRIVERS? I see another
I've started a side project that I'm trying to figure out how to scale. The
end result will be a test-based realtime chat (IRC, java, or otherwise) that
will bring very large crowds. You wouldn't believe how many geeks will show
up on IRC for a TV/Movie star even lessor known ones.
I've
On Sat, 18 Dec 1999, Ian Dowse wrote:
In message [EMAIL PROTECTED], [EMAIL PROTECTED] writes:
I'm trying to use a Sun ELC (sun4c) as an Xterminal on my FreeBSD
system using Xkernel 2.0. I've used the old howto's from 1996
(Philippe Regnauld) as well as NetBSD diskless howto's to set this up.
On Mon, 13 Dec 1999, Steve Ames wrote:
Hrm... no question that the ATA driver is better today, but its still
not reporting DMA on my Quantum bigfoot drive (which should support DMA:
http://www.quantum.com/products/archive/bigfoot_cy/bigfoot_cy_features.htm)
The Maxtor is pretty old (But
On Saturday, 18 December 1999 at 14:51:59 +, Doug Rabson wrote:
On Fri, 17 Dec 1999, Julian Elischer wrote:
How does one compile a version of GDB that can read a.out files?
I know there is a way of doing it but I have totoally failed to work
out how to do so.
I think you can do this
In message [EMAIL PROTECTED], you wrote:
What's the practical number of TCP connections per server?
I've gotten over 8,000 at one time on one FreeBSD box.
Is there an easy guideline for how {much} ram the kernel will be taking per
connection/route/socket/fd/etc?
Not that I am aware of.
The
Wow, thanks for such a detailed reply. :)
In message [EMAIL PROTECTED], you wrote:
What's the practical number of TCP connections per server?
I've gotten over 8,000 at one time on one FreeBSD box.
Yeah, best case, I've had several thousand myself, but not really doing
anything. :)
In message [EMAIL PROTECTED], you wrote:
Speaking of accepting... What's the upper limit on listen queues? Something
around 64, correct?
I don't know, but why do you ask? Do you have some reason to believe that
the length of listen queues is going to be an issue?
Quite a lot of memory
Natd does not handle pmtu discovery well when the mtu for the interface
it is using is changed, either manually or under program control, after
natd is started. The following provides details of why, and a work-around.
Problem
---
Gateway router with natd has erratic or poor TCP
Kevin Day wrote:
In message [EMAIL PROTECTED], you wrote:
What's the practical number of TCP connections per server?
I've gotten over 8,000 at one time on one FreeBSD box.
I'm aware of boxes having been tested to ~100,000 connections if my memory
serves correctly. I know there were
On Sat, 18 Dec 1999, Ronald F. Guilmette wrote:
# Increase the max # of open sockets, systemwide (use only on older kernels)
#/sbin/sysctl -w kern.somaxconn=16384
Regarding the comment, "use only on older kernels", why only on older
kernels? What classifies as an older kernel--pre-3.0?
On Sat, 18 Dec 1999, Kevin Day wrote:
The _clean_ way of doing it would be to write your multi-user server using
threads, and to assign one thread to each connection. If you can do that,
then the logic in the program becomes quite simple. Each thread just sits
there, blocked on a call
In message [EMAIL PROTECTED], Dan Busa
row writes:
Earlier than that. 2.2.5? It prevents the machine from being used
as part of a smurf amplifier. If you want to change the behaviour
see
icmp_bmcastecho="NO"# respond to broadcast ping packets
This is different; the change I was
In message [EMAIL PROTECTED],
you wrote:
On Sat, 18 Dec 1999, Ronald F. Guilmette wrote:
# Increase the max # of open sockets, systemwide (use only on older kernels)
#/sbin/sysctl -w kern.somaxconn=16384
Regarding the comment, "use only on older kernels", why only on older
kernels?
In message [EMAIL PROTECTED],
Alfred Perlstein [EMAIL PROTECTED] wrote:
On Sat, 18 Dec 1999, Kevin Day wrote:
The _clean_ way of doing it would be to write your multi-user server using
threads, and to assign one thread to each connection. If you can do that,
then the logic in the
Using a thread per connection has always been a bogus way of programming,
it's easy, but it doesn't work very well.
OK, even if nobody else does, I'll bite.
Why not?
It scales poorly.
--
\\ Give a man a fish, and you feed him for a day. \\ Mike Smith
\\ Tell him he should learn how
In message [EMAIL PROTECTED],
Ken Bolingbroke [EMAIL PROTECTED] wrote:
If you would like to see an example of a very simple multi-connection server
that runs as a single process (written in C) as described above, let me know
.
I'd be very interested in seeing this, if you could post a URL
I would like to get my /usr/ports over a read-only NFS mount. At the
moment the only way I can compile up any given port is to mkdir work
and create and mount an MFS filesystem over it. A union mount might also
work but union mounts are still somewhat problematic.
It would
On Sat, Dec 18, 1999, Matthew Dillon wrote:
It would be nice if there were a way to tell the ports system to put the
work directory somewhere other then where it is currently placed. For
example, to put it in /usr/obj or something like that. Has anyone done
this?
The
On Sat, 18 Dec 1999, Matthew Dillon wrote:
# It would be nice if there were a way to tell the ports system to put the
# work directory somewhere other then where it is currently placed. For
# example, to put it in /usr/obj or something like that. Has anyone done
# this?
Try
On Sat, 18 Dec 1999, Ronald F. Guilmette wrote:
In a nutshell, teergrubing is the name that has been given to a simple
technique that exploits a small but significant known weakness of most
SMTP client implementations. This weakness is exploited to either slow
down or halt the flow of
On Sat, 18 Dec 1999, David Scheidt wrote:
On Sat, 18 Dec 1999, Ronald F. Guilmette wrote:
In a nutshell, teergrubing is the name that has been given to a simple
technique that exploits a small but significant known weakness of most
SMTP client implementations. This weakness is
In the last episode (Dec 18), Kevin Day said:
I've started a side project that I'm trying to figure out how to
scale. The end result will be a test-based realtime chat (IRC, java,
or otherwise) that will bring very large crowds. You wouldn't believe
how many geeks will show up on IRC for a
In message [EMAIL PROTECTED],
David Scheidt [EMAIL PROTECTED] wrote:
On Sat, 18 Dec 1999, Ronald F. Guilmette wrote:
In a nutshell, teergrubing is the name that has been given to a simple
technique that exploits a small but significant known weakness of most
SMTP client implementations.
We have come across a problem wrt to a network file lock manager.
Consider the case of a lock on a local file, and a request from a remote
machine to lock that same file. fcntl(fd, F_SETLK, fl) will return
immediately with EAGAIN (this is for an exclusive case, of course),
F_SETLKW will block
I picked up a nifty little D-Link DSS-5+ 5-port 10/100 switch today
CompUSA had a 5-port network kit labeled 'DFE-910' which had the
DSS-5+ and two DFE-530TX+ NIC Cards ('rl' driver), plus cables, for $130.
It appears to operate quite nicely. I can run all 5 ports at
Matthew Dillon wrote:
I picked up a nifty little D-Link DSS-5+ 5-port 10/100 switch today
CompUSA had a 5-port network kit labeled 'DFE-910' which had the
DSS-5+ and two DFE-530TX+ NIC Cards ('rl' driver), plus cables, for $130.
It appears to operate quite nicely. I can
:At work I've got experience with 32-port D-Link 10/100 switched
:hub. It works fine except that it hangs occasionally (can be
:reset by power-cycling). So we don't buy them any more. Also
:at my pre-previous employer we had small 8-port 10Mpbs hubs from
:D-Link and they had the same problem,
hub. It works fine except that it hangs occasionally (can be
reset by power-cycling).
Most of these can be attributed to the crappy wall wart they call a
power supply. If it's plugged into an UPS or replace it with your own DC
power supply they generally hold up a lot better.
I have a
hub. It works fine except that it hangs occasionally (can be
reset by power-cycling).
Most of these can be attributed to the crappy wall wart they call a
power supply. If it's plugged into an UPS or replace it with your own DC
power supply they generally hold up a lot better.
I
Matthew Dillon wrote:
I picked up a nifty little D-Link DSS-5+ 5-port 10/100 switch today
CompUSA had a 5-port network kit labeled 'DFE-910' which had the
DSS-5+ and two DFE-530TX+ NIC Cards ('rl' driver), plus cables, for $130.
Warehouse.com sells the Netgear FS105 for $99.99.
37 matches
Mail list logo