IPFW + BRIDGE: network capacity question

2003-10-23 Thread Christopher Schulte
Hello everyone.  I have an Intel D815EGEW board with a single PIII 1GHZ,
256MEG RAM, 2 Intel Pro 100MB cards.  This will  be used as an IPFW+bridging
firewall with FreeBSD 4.8 (RELENG_4_8, perhaps RELENG_4_9 when available).
My message is about network capacity.

Assume that it will be processing at peak all of this at once:
500 TCP connections with long lived sessions (an hour or more at a
time)
500 UDP 'connections'
500 web (HTTP port 80 tcp) connections per second (graphics, small
html pages)
The HTTP sessions will be short lived, so lots of TCP
handshakes
at *least* a good portion will not utilize persistant HTTP

The total bandwidth could be 20-50 megabits, mostly outbound to clients on
the internet.

Should I tweak the kernel at all for this? NMBCLUSTERS or NMBUFS?  Something
else?

For IPFW, I figure that adding accept rules that catch most of the packets
up front will help lower CPU usage.  Is this  correct?  Maybe allow TCP if
the session is established, allow setup of outbound TCP, allow setup of
incoming TCP/80,  allow outbound UDP packets to be happy, etc.

Does anyone see any possible issues with this configuration and the expected
network load?

Thank you, folks!  Any suggestions are very appreciated.

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: 5.0-Release question

2003-01-18 Thread Christopher Schulte
At 10:14 PM 1/18/2003 -0800, Tak Pui LOU wrote:

I downloaded a 5.0-Release Disc 1 ISO on Jan 18 Sat at 2:54am. It seems
this file is later replaced by a newer one at 4:55am. My checksum is:

MD5 (5.0-RELEASE-i386-disc1.iso) = b8be37956ebba2c4e58686be8cf9dc09


This is not the checksum of the 'current' official ISO on ftp.freebsd.org.
Yours should read:

677bf7566f8845cc46549aa167940042

for a file called 5.0-RELEASE-i386-disc1.iso
of 603783168 bytes.

Until the official announcement of 5.0-RELEASE is made, however, no iso
should be considered final and supported.  Hang in there, the announcement
is currently scheduled for Sunday evening.


Thanks,
---
Lou


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-questions in the body of the message


--
Christopher Schulte
http://www.schulte.org/
Do not un-munge my @nospam.schulte.org
email address.  This address is valid. 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-questions in the body of the message


Re: Q: FreeBSD 4.6.* on Intel D845EBT MB (Promise PDC2067 IDE RAID)

2002-12-06 Thread Christopher Schulte
At 05:36 PM 9/14/2002 +0300, Andrew Stesin wrote:

Hello people,

Anyone tried FreeBSD 4.6.* on Intel D845EBT motherboard?

Especially interesting is how an onboard Promise PDC2067 IDE RAID
controller works with FreeBSD - or better to say, does it work at all?
What are the caveates with it, if any? How RAID configuration works?


I had the same question (on 4.7) regarding the pdc20267.  There were no
formal replies, so I asked Andrew privately.  His response is below, printed
with permission, in case others search the archives for this answer:

Thanks Andrew.

--reply start--

Hi Christopher,

I got a bunch of replies via private email (people think that it's so
obvious that doesn't worth any further public discussion).

Everyone says that yes it works perfectly.

Unfortunately, I personally wasn't able to test this, because my plans to
buy this exact board changed with an appearance of new 845 chipset (533
MHz FSB, DDR 333 etc.) and I got a modern one without RAID (now I'm a
happy user of vinum (1)).

Regards,
Andrew

--reply end--

--
Christopher Schulte
http://www.schulte.org/
Do not un-munge my @nospam.schulte.org
email address.  This address is valid. 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-questions in the body of the message


ports/graphics/ffmpeg compile issue

2002-10-14 Thread Christopher Schulte

ffmpeg doesn't want to compile for me Anyone
compiled this?  There is a PR about the distfile
changing, but notes indicate the port's Makefile
still works with it.  TIA for any ideas.

I've verified the same problem on multiple versions of FreeBSD
(4.5-RELEASE-p2, 4.6.1-RELEASE-p10, 4.7-Release).

Port version: # $FreeBSD: ports/graphics/ffmpeg/Makefile,v 1.6 2002/10/11 
19:28:30 lioux Exp $

in /usr/ports/graphics/ffmpeg

# make NO_CHECKSUM=yes

error:

gmake[1]: Leaving directory 
`/usr/local/ports/graphics/ffmpeg/work/ffmpeg/libav'
cc -I/usr/local/include -Wall -I. 
-I/usr/local/ports/graphics/ffmpeg/work/ffmpeg 
-I/usr/local/ports/graphics/ffmpeg/work/ffmpeg/libavcodec 
-I/usr/local/ports/graphics/ffmpeg/work/ffmpeg/libav -D_FILE_OFFSET_BITS=64 
-D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o ffmpeg.o ffmpeg.c
ffmpeg.c:39: warning: `INT64_C' redefined
/usr/local/ports/graphics/ffmpeg/work/ffmpeg/libavcodec/common.h:113: 
warning: this is the location of the previous definition
ffmpeg.c:96: warning: `video_rc_qsquish' defined but not used
ffmpeg.c:97: warning: `video_rc_qmod_amp' defined but not used
ffmpeg.c:98: warning: `video_rc_qmod_freq' defined but not used
ffmpeg.c:99: warning: `video_rc_override_string' defined but not used
ffmpeg.c:105: warning: `video_rc_initial_cplx' defined but not used
cc  -Wl,--warn-common -o ffmpeg_g ffmpeg.o -L./libavcodec -L./libav \
   -lavformat -lavcodec -L/usr/local/lib -lz
./libavcodec/libavcodec.so: undefined reference to `log'
./libavcodec/libavcodec.so: undefined reference to `sqrt'
./libavcodec/libavcodec.so: undefined reference to `cosh'
./libavcodec/libavcodec.so: undefined reference to `floor'
./libavcodec/libavcodec.so: undefined reference to `cos'
./libavcodec/libavcodec.so: undefined reference to `tanh'
./libavcodec/libavcodec.so: undefined reference to `sin'
./libavcodec/libavcodec.so: undefined reference to `pow'
./libavcodec/libavcodec.so: undefined reference to `sinh'
./libavcodec/libavcodec.so: undefined reference to `log10'
./libavcodec/libavcodec.so: undefined reference to `exp'
./libavcodec/libavcodec.so: undefined reference to `tan'
gmake: *** [ffmpeg_g] Error 1
*** Error code 2

Stop in /usr/local/ports/graphics/ffmpeg.
#


--
Christopher Schulte
http://www.schulte.org/
Do not un-munge my @nospam.schulte.org
email address.  This address is valid.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-questions in the body of the message



Re: MP3 Conversion Port?

2002-07-23 Thread Christopher Schulte

At 08:25 AM 7/23/2002 -0700, Drew Tomlinson wrote:
Thank you for your answer.  So it's not as simple as just discarding
some data to lower the bit rate?  I was just trying to save some disk
space as 128K mp3s sound good to me.  Well I guess it's off to eBay to
shop for an additional drive. :)

Cheers,

Correct.  You'd need to go back to source media (CD?) and re-encode @ 128k
to achieve this.

I prefer 192k, personally.  Disk is inexpensive. ;-)  I had fun this past 
weekend and
ripped/encoded ~150 CDs from collection.  With any luck I'll be able to 
finish the
rest this weekend.  I love buying CDs, but I hate dealing with 
them.  Everything
goes right to hard drive now.

Drew

--
Christopher Schulte
http://www.schulte.org/
Do not un-munge my @nospam.schulte.org
email address.  This address is valid.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-questions in the body of the message



Re: MP3 Conversion Port?

2002-07-23 Thread Christopher Schulte

At 04:59 PM 7/23/2002 +0100, Mike Woods wrote:
VBR anyone ?

When i encode mp3's i generaly use VBR, it keeps the file size down but gets
good qualty, and mpg123 can handle playing VBR's with a 320-32 kbps range on
a p133 so im good :D

I generally don't use VBR, to keep compatibility with the consumer devices 
that I
might want to play the files in.  Sure, some might support VBR but I'll 
stay on the
safe side.  Again, disk is cheap. :-)

--
Mike Woods

--
Christopher Schulte
http://www.schulte.org/
Do not un-munge my @nospam.schulte.org
email address.  This address is valid.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-questions in the body of the message



Re: log files

2002-07-21 Thread Christopher Schulte

At 09:06 PM 7/21/2002 -0600, Grant Cooper wrote:
I think I made a boo boo. I deleted all the files from var/log thinking I
would have clean logs. Well, I rebooted but some of the files never
reapeared. I made a back up just in case.

Can I expect any problems in the future?

You should touch all of the files, else syslog won't log to them when it is 
restarted.

What is the best way to start off with new logs - I'm experimenting with
different things? Thus, trying to get more in touch with my new friend. Some
of the files reappeared. In general is this a good way of starting off from
fresh?

newsyslog(8) is designed to rotate your system logs.  Man it and see.

--
Christopher Schulte
http://www.schulte.org/
Do not un-munge my @nospam.schulte.org
email address.  This address is valid.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-questions in the body of the message



Re: Can I use cron to shutdown a machine

2002-07-21 Thread Christopher Schulte

At 01:10 PM 7/22/2002 -0700, [EMAIL PROTECTED] wrote:
hi ,


  Can I use cron to shutdown a mahine?

I don't see why not.

  I had add the task to shutdown a machin in crontab, but It is not work.
  Can u tell me why?

Not unless you post the exact crontab entry back to the mailing list.  What 
user is it running as?  Is anything sent to the user via email, with 
diagnostic output that might help identify the problem?  If so, post that 
as well.

You might want to go over the crontab entry format as well.

# man 5 crontab

Regards,
Fred Zhang

--
Christopher Schulte
http://www.schulte.org/
Do not un-munge my @nospam.schulte.org
email address.  This address is valid.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-questions in the body of the message