Re: Routers, switches, and networking hardware
On Mar 26, 2010, at 18:05, Kurt Buff kurt.b...@gmail.com wrote: On Fri, Mar 26, 2010 at 14:46, Lee Shackelford lee_shackelf...@dot.ca.gov wrote: Good afternoon, dear FreeBSD enthusiast. Is anyone aware of any brand name of router, switch, or other similar networking hardware that is based on any variant of the BSD operating system? Any comments are appreciated. Yours truly, L e e _ S h a c k e l f o r dAT d o t dot c adot g o v Unless memory fails me, F5, Juniper, and for sure Sidewinder (now McAfee) firewalls, among others. Kurt ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org F5 is now Linux. Used to be BSDi. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
RE: Which MySQL version best to use and with/without linux thread s?
-Original Message- From: Peter Wemm [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 04, 2005 8:17 PM To: [EMAIL PROTECTED] Cc: Olaf Greve; [EMAIL PROTECTED]; freebsd-questions@freebsd.org Subject: Re: Which MySQL version best to use and with/without linux threads? On Friday 30 September 2005 06:22 am, Olaf Greve wrote: Then, I'm currently configuring a second beast, ee, server. :) Being an AMD-64 19 server, running FreeBSD 5.4-Release AMD64. On it, I instinctively installed the latest MySQL 4.0.x version (being 4.0.26) and it works flawlessly with the data from my current production machine. The only problem is that linuxthreads doesn't exist on FreeBSD/amd64. You have to use one of the native thread libraries. Your choices on 5.4 are not that great. I'd suggest libthr on 6.0 as the closest match to linuxthreads, but I don't recall if it is available on 5.4. I have a feeling it isn't. I have a feeling your choices are libc_r or libpthread (kse). libpthread should smoke libc_r for disk IO performance in general. But modern libthr (on 6.0+) should give it a serious run for its money. -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] I've been benchmarking this on a dual opteron 246 server. mysql 4.1.x and libthr worked on 5.4, but 6.0 was faster and libthr was definitely faster than pthreads. There's a thread about this on [EMAIL PROTECTED] Nick ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Large -X directory
On Tue, 06 Sep 2005 12:29:56 -0400 Robert Fitzpatrick [EMAIL PROTECTED] wrote: I have a directory, no idea where it came from called '-X' and it has consumed my entire /home partition, now 10GB. Given the name, I am finding it hard to remove, how can I remove this file? I've been doing a lot of backup script testing on that devel server, so I am assuming it came from a bad run at this point with the -X option of tar placed incorrectly. -- Robert ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Try rm -rf -- -X ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.8TB RAID5 SATA Array Questions
On Thu, 14 Apr 2005 17:13:48 -0500 Edgar Martinez [EMAIL PROTECTED] wrote: Benson..GREAT RESPONSE!! I Don't think I could have done any better myself. Although I knew most of the information you provided, it was good to know that my knowledge was not very far off. It's also reassuring that I'm not the only nut job building ludicrous systems.. Nick, I believe that we may have some minor misinformation on our hands.. I refer you both to http://www.freebsd.org/projects/bigdisk/ which according to the page. When the UFS filesystem was introduced to BSD in 1982, its use of 32 bit offsets and counters to address the storage was considered to be ahead of its time. Since most fixed-disk storage devices use 512 byte sectors, 32 bits allowed for 2 Terabytes of storage. That was an almost un-imaginable quantity for the time. But now that 250 and 400 Gigabyte disks are available at consumer prices, it's trivial to build a hardware or software based storage array that can exceed 2TB for a few thousand dollars. The UFS2 filesystem was introduced in 2003 as a replacement to the original UFS and provides 64 bit counters and offsets. This allows for files and filesystems to grow to 2^73 bytes (2^64 * 512) in size and hopefully be sufficient for quite a long time. UFS2 largely solved the storage size limits imposed by the filesystem. Unfortunately, many tools and storage mechanisms still use or assume 32 bit values, often keeping FreeBSD limited to 2TB. So theoretically it should go over 1000TB.I've conducted several bastardized installations due to sysinstall not being able to do anything over the 2TB limit by creating the partition ahead of time.I am going to be attacking this tonight and my efforts will be primarily focused on creating one large 5.8TB slice..wish me luck!! PS: Muhaa haa haa! You'll need to use GPT to make this work for anything over 2TB. Man gpt Nick ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
2.7 Terabyte array and bsdlabel on 5.3-BETA2 wierdness
dmesg: 3ware device driver for 9000 series storage controllers, version: 2.50.00.000 twa0: 3ware 9000 series Storage Controller port 0xc800-0xc8ff mem 0xfb80-0xfbff,0xfe9ffc00-0xf e9ffcff irq 48 at device 1.0 on pci4 twa0: [GIANT-LOCKED] twa0: 12 ports, Firmware FE9X 2.02.00.008, BIOS BE9X 2.02.01.037 ... ... ... da0 at twa0 bus 0 target 0 lun 0 da0: 3ware Logical Disk 00 1.00 Fixed Direct Access SCSI-0 device da0: 100.000MB/s transfers da0: 2860896MB (5859115008 512 byte sectors: 255H 63S/T 364713C) # /dev/da0: 8 partitions: #size offsetfstype [fsize bsize bps/cpg] c: 58591150080unused0 0 # raw part, don't edit Using the label above on da0 gives the following error: partition c: partition extends past end of unit disklabel: partition c doesn't cover the whole unit! disklabel: An incorrect partition c may cause problems for standard system utilities Using fdisk in sysinstall or a bsdlabel with * in the size fields writes the following to disk: 8 partitions: #size offsetfstype [fsize bsize bps/cpg] c: 11576279040unused0 0 # raw part, don't edit e: 115553075204.2BSD 4096 32768 0 I've got a 3ware 8500-8 on a 5.1-RELEASE system with a 1.7T array that the handbook procedure for adding a dedicated disk worked fine with. In that case the number of sectors was 3418765056 on partition c. No problems with that system for almost a year, same procedure here doesn't work. Any ideas? Nick ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: 2.7 Terabyte array and bsdlabel on 5.3-BETA2 wierdness
The card is a 9500-12 despite the driver saying otherwise. The array is built at 2.7T through the 3ware bios. bsdlabel just refuses to accept a label larger than 700-something gig. -Original Message- From: Brent Wiese To: 'Nick Evans'; [EMAIL PROTECTED] Sent: 9/1/04 8:12 PM Subject: RE: 2.7 Terabyte array and bsdlabel on 5.3-BETA2 wierdness dmesg: 3ware device driver for 9000 series storage controllers, version: 2.50.00.000 twa0: 3ware 9000 series Storage Controller port 0xc800-0xc8ff mem 0xfb80-0xfbff,0xfe9ffc00-0xf Pre-9500 controllers have a hardware limit of 2TB per RAID volume. Likely that's your issue. And, before you decide to break it into 2 RAID volumes, be aware the highly optimized and blazing fast performance is *only* on the first volume. Additional volumes are very slow. Its something 3ware doesn't advertise but will usually admit to if confronted. Brent ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]