Mike Meyer [EMAIL PROTECTED] writes:
In my ongoing attempt to get my PR's closed, here's the list
again. They are listed roughly in the order of difficulty.
Please send this to [EMAIL PROTECTED]
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
Hi,
I wonder if there is somebody who has a working winbond ethernet card. My
card has a W89C840 chip and an AC104 PHY. The driver doesn't find the AC104
and as a result the kernel panics. The fix to avoid the panic is very easy,
but i started to wonder if it is the AC104 that is causing this
Product Updates: For our new natural stone tables, please sign in early for the
dealership program.
You can also check our web site at
http://www.chinastonemarble.com
http://www.homeironworks.com
http://www.constructionstone.com
hi all,
[ I am not currently subscribed to -questions, please CC a copy to
me, thanks. :) ]
I beleive this question is not intended for the -hackers list,
but might be interesting. I have also cc'ed this to the
-questions list.
Is there any In-Kernel HTTP Server for FreeBSD, like there is
Hey,
On Sun, Feb 17, 2002 at 06:33:43AM -0800, Hiten Pandya wrote:
hi all,
[ I am not currently subscribed to -questions, please CC a copy to
me, thanks. :) ]
I beleive this question is not intended for the -hackers list,
but might be interesting. I have also cc'ed this to the
Hiten Pandya [EMAIL PROTECTED] writes:
Is there any In-Kernel HTTP Server for FreeBSD, like there is
kHTTPD for Linux?
God forbid! Lots of hack value, sure, but not something you'd
seriously consider for production use.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send
Hi:
I was wondering if there was anyone working on getting ClearCase working
on FreeBSD?
It seems that if we can get the Linux version of VmWare to run on FreeBSD
it should be possible to get the Linux version of ClearCase to run on
FreeBSD, but maybe I'm just dreamin'?
* Dag-Erling Smorgrav ([EMAIL PROTECTED]) wrote:
Hiten Pandya [EMAIL PROTECTED] writes:
Is there any In-Kernel HTTP Server for FreeBSD, like there is kHTTPD
for Linux?
God forbid! Lots of hack value, sure, but not something you'd
seriously consider for production use.
Don't functions
On Sun, Feb 17, 2002 at 06:33:43AM -0800, Hiten Pandya wrote:
Hi,
Is there any In-Kernel HTTP Server for FreeBSD, like there is
kHTTPD for Linux?
As others have pointed out, it may have big hacker value, but no one
would use it for anything serious. AFAIK there's no such thing for
FreeBSD,
Thomas Hurst [EMAIL PROTECTED] writes:
Don't functions like FreeBSD's zero-copy sendfile() provide similar
performance benefits without the massive security issues?
sendfile() isn't zero-copy, it's just two-less-copies.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send
sendfile() isn't zero-copy, it's just two-less-copies.
zero-copy means zero copy-operations within memory
non-zero-copy usually goes
device - buffer - user space - buffer - device (2 copy operations)
zero-copy
device - buffer/userspace/shared - device
--
Roy Sigurd Karlsbakk, MCSE, MCNE, CLS,
Is there any In-Kernel HTTP Server for FreeBSD, like there is
kHTTPD for Linux?
God forbid! Lots of hack value, sure, but not something you'd
seriously consider for production use.
well .. So let's turn the question upside-down, and ask Is there a web
server or -accelerator for FreeBSD
Roy Sigurd Karlsbakk [EMAIL PROTECTED] writes:
well .. So let's turn the question upside-down, and ask Is there a web
server or -accelerator for FreeBSD with similar performance as with khttpd
or Tux?
Have you tried thttpd or boa?
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To
there is one.
Written by [EMAIL PROTECTED]
I think it's proprietary but maybe not..
(CC'd)
On Sun, 17 Feb 2002, Dominic Marks wrote:
Hey,
On Sun, Feb 17, 2002 at 06:33:43AM -0800, Hiten Pandya wrote:
hi all,
[ I am not currently subscribed to -questions, please CC a copy to
me,
Hey,
On Sun, Feb 17, 2002 at 07:15:10PM +0100, Roy Sigurd Karlsbakk wrote:
Is there any In-Kernel HTTP Server for FreeBSD, like there is
kHTTPD for Linux?
God forbid! Lots of hack value, sure, but not something you'd
seriously consider for production use.
well .. So let's turn
Have you tried thttpd or boa?
thttpd chrashed when 2 simultanous downloads was started (large files)
haven tried boa...
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
--
Roy Sigurd Karlsbakk, MCSE, MCNE, CLS, LCA
Computers are like air conditioners.
They stop working when you open
Roy Sigurd Karlsbakk [EMAIL PROTECTED] writes:
sendfile() isn't zero-copy, it's just two-less-copies.
zero-copy means zero copy-operations within memory
To an MCSE, maybe.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
On 17 Feb 2002, Dag-Erling Smorgrav wrote:
Roy Sigurd Karlsbakk [EMAIL PROTECTED] writes:
sendfile() isn't zero-copy, it's just two-less-copies.
zero-copy means zero copy-operations within memory
To an MCSE, maybe.
I think Roy is right.
AFAIK the term zero copy was invented by Van
In article [EMAIL PROTECTED],
Julian Elischer [EMAIL PROTECTED] wrote:
there is one.
Written by [EMAIL PROTECTED]
I think it's proprietary but maybe not..
(CC'd)
Yes, I wrote one. Yes, it's proprietary.
To those who dismissed it as a dumb idea: broaden your minds. It's
extremely useful
* John Polstra ([EMAIL PROTECTED]) wrote:
To those who dismissed it as a dumb idea: broaden your minds.
It wasn't dismissed as a dumb idea, more an idea nobody would use for a
production webserver, which I doubt includes:
a testbed for performance testing various kinds of network appliances.
sendfile() isn't zero-copy, it's just two-less-copies.
zero-copy means zero copy-operations within memory
To an MCSE, maybe.
strange ...
It's interesting that Dr. Scient Paal Halvorsen that recently finished his
thesis about the subject 'Memory buffering / caching in multimedia
streaming
Roy Sigurd Karlsbakk [EMAIL PROTECTED] writes:
sendfile() isn't zero-copy, it's just two-less-copies.
zero-copy means zero copy-operations within memory
To an MCSE, maybe.
strange ...
[...]
So what would you call direct DMA from the disk controller to the
network adapter?
* Robert Withrow [EMAIL PROTECTED] [020217 08:13] wrote:
Hi:
I was wondering if there was anyone working on getting ClearCase working
on FreeBSD?
It seems that if we can get the Linux version of VmWare to run on FreeBSD
it should be possible to get the Linux version of ClearCase to run
So what would you call direct DMA from the disk controller to the
network adapter? Minus-one-copy? And even in the sendfile(2) case,
data sometimes *is* copied in-core to satisfy alignment requirements
etc. Stop using buzzwords just because they give you a woody.
buzzwords or whatever - I
now all we need is to connnect it to sysctl
remote configuration of your kernel via web interface
(runs screaming from room)
On Sun, 17 Feb 2002, John Polstra wrote:
In article [EMAIL PROTECTED],
Julian Elischer [EMAIL PROTECTED] wrote:
there is one.
Written by [EMAIL PROTECTED]
I
As far as I can see about publishing your Product Status is really immature
you know.
To be posting this in a open source community is be asking for an
confrontation.
It is not about being smart of dump, to keep in track and learning the
beauty of technology but even to make bigger sense in
Can we move the personal slights off of -hackers? This is extraordinarily
unprofessional. If you need to do this in a public forum, do it on -chat.
On Sun, 17 Feb 2002, Marcel de Vries wrote:
As far as I can see about publishing your Product Status is really immature
you know.
To be
Hi,
The following code in ptcwrite() in kern/tty_pty.c is supposed to prevent
the tty input buffer overflow (for certain cases):
612 if ((tp-t_rawq.c_cc + tp-t_canq.c_cc) = TTYHOG - 2
613 (tp-t_canq.c_cc 0 || !(tp-t_iflagICANON))) {
614 wakeup(TSA_HUP_OR_INPUT(tp));
On Sun, Feb 17, 2002 at 11:05:04AM -0800, John Polstra wrote:
Yes, I wrote one. Yes, it's proprietary.
One obvious example is as part of a testbed for performance
testing various kinds of network appliances.
hmm,
Well, so, forgive my bluntness, in a nutshell, there is no
in-kernel
Thomas Hurst wrote:
* Dag-Erling Smorgrav ([EMAIL PROTECTED]) wrote:
Hiten Pandya [EMAIL PROTECTED] writes:
Is there any In-Kernel HTTP Server for FreeBSD, like there is kHTTPD
for Linux?
God forbid! Lots of hack value, sure, but not something you'd
seriously consider for
Miguel Mendez wrote:
As others have pointed out, it may have big hacker value, but no one
would use it for anything serious. AFAIK there's no such thing for
FreeBSD, but one thing I remember, is that once the Linux kernel incorporated
the zero copy netowrking code, userland HTTP servicing
* Terry Lambert [EMAIL PROTECTED] [020217 14:41] wrote:
Miguel Mendez wrote:
As others have pointed out, it may have big hacker value, but no one
would use it for anything serious. AFAIK there's no such thing for
FreeBSD, but one thing I remember, is that once the Linux kernel incorporated
Dominic Marks wrote:
On Sun, Feb 17, 2002 at 07:15:10PM +0100, Roy Sigurd Karlsbakk wrote:
Is there any In-Kernel HTTP Server for FreeBSD, like there is
kHTTPD for Linux?
God forbid! Lots of hack value, sure, but not something you'd
seriously consider for production use.
Hi,
Seems there might be some problem with multicast on sis interfaces.
Specifically, netatalk doesn't work right on this box through the sis
interface but it's fine through the RealTek.
This is the onboard interface on a K7S5A m/b, dmesg follows. Ideas, anyone? TIA
Copyright (c) 1992-2002 The
Roy Sigurd Karlsbakk wrote:
sendfile() isn't zero-copy, it's just two-less-copies.
zero-copy means zero copy-operations within memory
To an MCSE, maybe.
strange ...
It's interesting that Dr. Scient Paal Halvorsen that recently finished his
thesis about the subject 'Memory
Hey,
On Sun, Feb 17, 2002 at 10:28:32PM +, Hiten Pandya wrote:
On Sun, Feb 17, 2002 at 11:05:04AM -0800, John Polstra wrote:
Yes, I wrote one. Yes, it's proprietary.
One obvious example is as part of a testbed for performance
testing various kinds of network appliances.
hmm,
At 14:59 17-2-2002 +, Dominic Marks wrote:
On Sun, Feb 17, 2002 at 06:33:43AM -0800, Hiten Pandya wrote:
Is there any In-Kernel HTTP Server for FreeBSD, like there is
kHTTPD for Linux?
Ive never seen or heard of one, at least not one available to the
general public. Services should be
Dag-Erling Smorgrav wrote:
(and yes, even a Dr. Scient can be mistaken. Papers don't make you
smart, you know - though I wouldn't expect someone who brags about
being an MCSE and MCNE to understand that)
Person A: How can you tell when someone is lying about
having a
the netgraph ng_ksocket is the basis of how it was done.
On Sun, 17 Feb 2002, Hiten Pandya wrote:
On Sun, Feb 17, 2002 at 11:05:04AM -0800, John Polstra wrote:
Yes, I wrote one. Yes, it's proprietary.
One obvious example is as part of a testbed for performance
testing various kinds
there is a netgraph module in standard systems
(ng_ksocket) that does the socket part but youstill need to
write the http node.. John Polstra's one is proprietary.
On Mon, 18 Feb 2002, Rogier R. Mulhuijzen wrote:
At 14:59 17-2-2002 +, Dominic Marks wrote:
On Sun, Feb 17, 2002 at
On Sun, 17 Feb 2002, Terry Lambert wrote:
Fourth, I think the reason he made the joke about MSCE's
was that there are ways of doing true zero copy, using
DMA directly between devices. There are a couple of
people that have done this by, for example, rewriting
the Tigon II firmware to
Roy Sigurd Karlsbakk [EMAIL PROTECTED] writes:
er.. So - if you certify within a product, you'll probably become dumber?
Getting an MCSE or an MCNE doesn't necessarily make one dumb - though
some might ask if one couldn't find anything better to do with one's
(employer's) time and money.
Zero copy usually means zero unnecessary copies; but
what someone thinks of as necessary is really based on
their bias towards an existing implementation.
zero copy these days has come to mean no copies that involve
the CPU. In my experiance, raw memory bandwidth to DMA packets
to/from main
David Greenman wrote:
Zero copy usually means zero unnecessary copies; but
what someone thinks of as necessary is really based on
their bias towards an existing implementation.
zero copy these days has come to mean no copies that involve
the CPU. In my experiance, raw memory bandwidth
I'll agree with your experience. At this point, the limiting
factor is PCI bandwith, at least for general purpose hardware.
I haven't found PCI bandwidth to be a problem, either, at least when
using gigabit ethernet NICs on 64bit and/or 66MHz PCI. When one writes an
efficient HTTP server
On Sun, Feb 17, 2002 at 05:30:08PM -0800, David Greenman wrote:
I'll agree with your experience. At this point, the limiting
factor is PCI bandwith, at least for general purpose hardware.
I haven't found PCI bandwidth to be a problem, either, at least when
using gigabit ethernet NICs on
In case anyone is interested, I've just submitted an update for the
boa port:
http://www.freebsd.org/cgi/query-pr.cgi?pr=35065
On Sunday 17 February 2002 01:26 pm, Dag-Erling Smorgrav wrote:
Roy Sigurd Karlsbakk [EMAIL PROTECTED] writes:
well .. So let's turn the question upside-down,
Mike Silbersack wrote:
2. Limit the number of procs to an appropriate number. Previously, it
was easy to set maxproc overly high by setting a large maxusers value.
With this change, proc-related structures will only be able to consume
about 1/2 of all system memory. Without this
On Sun, 17 Feb 2002, Peter Wemm wrote:
No. Root's overrides come *after* automagic settings, regardless of how
well intentioned the settings are.
If you are going to do this, it should be something along the lines of:
maxproc = NPROC;
if (maxproc automaxproc)
On Sunday 17 February 2002 11:12, Robert Withrow wrote:
Hi:
I was wondering if there was anyone working on getting ClearCase working
on FreeBSD?
It seems that if we can get the Linux version of VmWare to run on FreeBSD
it should be possible to get the Linux version of ClearCase to run on
Hey, great find! I see two places in that file where ICANON is
improperly tested against t_iflag instead of t_lflag.
Have you done any further testing using the t_lflag field instead
of t_iflag? Did it fix the crash you were getting?
As part of my FreshPorts fun, I decided that after fetching a file from
cvsweb, I should make sure the fetch worked. I decided to do that via
file(1) and inspect the output. I was testing for ASCII, but that appears
to not be good enough. Now I just test for HTML and reverse the sense of
the
Luigi Rizzo wrote:
On Sun, Feb 17, 2002 at 05:30:08PM -0800, David Greenman wrote:
I'll agree with your experience. At this point, the limiting
factor is PCI bandwith, at least for general purpose hardware.
I haven't found PCI bandwidth to be a problem, either, at least when
using
On Mon, 2002-02-18 at 18:12, Terry Lambert wrote:
HP has 10Gbit copper parts today, and PCI-X is looking
more like vaporware, and will only double 64x66 PCI
performance, putting the cap at 8Gbit.
What about HyperTransport?
(Not that I know anything about it, but those nice AMD guys keep
Actually, I was talking about the Super Micro 2x64 bit PCI
with two Tigon III cards, with TCP processing to completion
at interrupt, the problem in doing fast forwarding of flows
becomes the PCI bus bandwith, whose top end is 64x66 =
Um, I thought we were talking about HTTP servers, not IP
Hi,
I changed the NetBSD sources (which have the identical bug) and it
now it works as it should. i.e. writes to the pseudo terminal block,
don't overflow the real tty. I have not done any testing with FreeBSD.
The bug is easy to reproduce and the fix is correspondingly easy to verify.
I don't
:
:Hi,
:
:I changed the NetBSD sources (which have the identical bug) and it
:now it works as it should. i.e. writes to the pseudo terminal block,
:don't overflow the real tty. I have not done any testing with FreeBSD.
:
:The bug is easy to reproduce and the fix is correspondingly easy to
Daniel O'Connor wrote:
On Mon, 2002-02-18 at 18:12, Terry Lambert wrote:
HP has 10Gbit copper parts today, and PCI-X is looking
more like vaporware, and will only double 64x66 PCI
performance, putting the cap at 8Gbit.
What about HyperTransport?
(Not that I know anything about it, but
David Greenman wrote:
Actually, I was talking about the Super Micro 2x64 bit PCI
with two Tigon III cards, with TCP processing to completion
at interrupt, the problem in doing fast forwarding of flows
becomes the PCI bus bandwith, whose top end is 64x66 =
Um, I thought we were talking
59 matches
Mail list logo