Sermon on Open Systems
Ladies and Gentlemen, lend me your eyes for a brief moment for some feeble words of praise for your efforts. The other day a friend of mine, for whom I have installed an OpenBSD system, mentioned that he had costly experience in the past with small shops and proprietary systems that cannot benefit from economies of scale. I told him that this was not the case with the machine I put together for him, that many hundreds of thousands of people over many years had worked on what I gave him for little more than a song and a dance. Yesterday I installed a Vista machine in my doctor's office, because that's what they bought. While I was able to make it talk internet right off the bat, for the life of me I could not convince it to see some XP boxes in a local workgroup (Link Layer Topology Discovery be damned). A Windows "Guru" was able to make it talk today with no more effort than a magic incantation MS had given him. Over fifteen years ago I worked a stint for MS, ostensibly to build a test suite to demonstrate the conformance of their email(MAPI) product to RFC 822 etc. I couldn't because it wasn't. I did manage to find some deep problems in their compiler and discovered they were using and early gcc (on SCO) to build it with. I then wrote a tool in Prolog to generate test basic code for their systems and promply found myself fired for "Software Piracy". They use similar tools today to test their products. What I'm saying here is not exclusive to MS, but common to many proprietary systems groups. I've worked for companies like Motorola, Lockheed, Lear and Mikoyan. MS had no "engineering culture". No documents more than some sketchty design docs and "running code". Because of this their systems have an 18-month half life: every year or two they _must_ reinvent the wheel because they've lost the human skill that made the previous version. So it's ASP or .NET or some reinvention of the internet that's shiney and new every few years. And it may make them rich but does nothing good for their customers' businesses: just another tax on their resources. Contrast this with OpenBSD and kin like Net/FreeBSD. I can make a machine running a 15 year old version of BSDI or SunOS interoperate with the latest revisions of these. Nobody has chopped slots in the roof beams to make way for a fancy doorway that's 13 centimeters taller than the building codes. And the bearing walls still touch the floor and footings that they bear on. Why is this? Many reasons, I suppose, but at the bottom of it there's your personal pride. And everyone else who has ever worked on this stuff from the some long-gone guys who worked on the first Berkley systems to people in places like Mumbai, Shanghai and Novosibirsk. Their names are on their work. Even long dead guys like Al Turing are acknowledged in this: none here says his work was for nothing, that "fuzzy logic" means his head was "soft" (yeah, I've heard that, no shit:) No one here needs to erase the past to make themselves look good. You know, after MS fired me, calling me a thief didn't stick. So I had to be a closet pervert, and sociopath and worse. My taxes were audited and my driver's license deleted. People jumped out of bushes to beat me up for things I've never heard of. On Sept. 11 2001, I spent the night in Gaol, under suspicion of something or other that didn't stick either. And my personal life makes The Crying Game look like Leave it to Beaver. So I have some idea about what you all must face, motivating yourselves each day to "do the right thing". But let me give you some assurances. MS employs mebbe 70k people, and another hundred K or so in dependant groups. That sounds big, but it's a little job-shop compared to you all. There's a hundred million who know something of open source systems and the brightest minds on the planet are among you. This is the Big House you are building with standards and sources that are open to the critical thought of every bright girl and boy on planet. Even the dead are with you, for this is God's work you do. Duncan (Dhu) Campbell
Solved Re: detecting access point
Thanks to all in the list that helped me Ragards Enviado desde mi iPhone On 15/01/2008, at 18:37, Dusty <[EMAIL PROTECTED]> wrote: ifconfig -M -M Show the results of an access point scan. In Host AP mode, this will dump the list of known nodes without scanning. If you want more detailed info about the APs, try kismet. 2008/1/15 Rafael Morales <[EMAIL PROTECTED]>: Hi list, How can I detect all the access point around me ???, I need this for to know which is the nearest. I use OpenBSD 4.2 Thanks and regards !Capacidad ilimitada de almacenamiento en tu correo! No te preocupes mas por el espacio de tu cuenta con Correo Yahoo!: http://correo.yahoo.com.mx/
Re: USB Ethernet adapters - performance on 1.1 port?
Thanks Stuart that's very nice to know!
Re: Why do clients running BitTorrent make my router's latency go through the roof?
On Jan 15, 2008, at 5:23 PM, Brian wrote: How are you testing for latency, so I can duplicate on my side? When I was doing my tests, I was running a simple ICMP echo through the default queue (what bittorrent runs in). Were I to test this again, I'd probably run a full test using hping2/hping3 to construct packets to hit specific ports/queues, and adjust packet sizes/payload as well.
Re: Why do clients running BitTorrent make my router's latency go through the roof?
--- Max Hayden Chiz <[EMAIL PROTECTED]> wrote: > > My original test was capped at 384Kbps (i.e. 48KBps). I have tried it > with 256Kbps (32KBps), 128Kbps (16KBps), etc. I have also managed to > sustain HTTP and FTP connections to my server at 500+Kbps for days at > a time with no problems before. If upload was a problem, I would > expect this usage situation to cause problems as well. More > importantly, I do not experience the latency when I am simply > "seeding" (only uploading). I only have this problem when BitTorrent > is making large numbers of connections to download. > > I had some extra time today, and swapped out the OpenBSD box for a > NetGear router. I am no longer experiencing the latency problem. I > will continue monitoring the problem for another 48 hours or so, but > my initial conclusion is that the problem is with the OpenBSD box. > Either this is a hardware problem with my box, or it is a software > bug. Given the number of posts experiencing difficulty with > BitTorrent I am inclined toward the latter as opposed to the former. > > I'm going to see if I can get another OpenBSD box to test this on, but > it won't be a Blade100. I can also try adding an extra network card > and not using gem0 (the interface with the problem). But that's the > best I'm going to be able to do from this end. > > --MHC How are you testing for latency, so I can duplicate on my side? I am running through a Netgear RP614v3 to a Motorola SB5100 cable modem. My nic card is: skc0 at pci1 dev 10 function 0 "D-Link Systems DGE-530T A1" rev 0x11, Yukon Lite (0x9): irq 5 sk0 at skc0 port A: address 00:15:e9:2e:28:e6 I'm just running pf with this config: block in pass out I hope to re-write my config this weekend per the suggestions to use altq. I just need to read the documentation, but pf will be running locally. Once I figure it out, I wanted to replace my Netgear with a soerkis box running openBSD. Now, I had the timeouts before enabling pf, and I haven't seen them lately, but I haven't been aggressively downloading with bittorrent either. I hope to test this weekend once I figure out what I need to do to provide meaningful results. Thanks, Brian Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
Re: detecting access point
ifconfig -M -M Show the results of an access point scan. In Host AP mode, this will dump the list of known nodes without scanning. If you want more detailed info about the APs, try kismet. 2008/1/15 Rafael Morales <[EMAIL PROTECTED]>: > Hi list, > > How can I detect all the access point around me ???, I > need this for to know which is the nearest. I use > OpenBSD 4.2 > > Thanks and regards > > > > > > !Capacidad ilimitada de almacenamiento en tu correo! > No te preocupes mas por el espacio de tu cuenta con Correo Yahoo!: > http://correo.yahoo.com.mx/
Re: detecting access point
Rafael Morales wrote: Hi list, How can I detect all the access point around me ???, I need this for to know which is the nearest. I use OpenBSD 4.2 Thanks and regards !Capacidad ilimitada de almacenamiento en tu correo! No te preocupes mas por el espacio de tu cuenta con Correo Yahoo!: http://correo.yahoo.com.mx/ Hi Have you tried this? ifconfig -M Read `man ifconfig' for more info. regards Robert -- -=[rpe]=-
Re: detecting access point
- Original Message - From: "Rafael Morales" <[EMAIL PROTECTED]> To: Sent: Wednesday, January 16, 2008 10:30 AM Subject: detecting access point Hi list, How can I detect all the access point around me ???, I need this for to know which is the nearest. I use OpenBSD 4.2 Thanks and regards Check out the ifconfig man pages. ifconfig -M Cheers Joe
Re: detecting access point
On Tuesday 15 January 2008 16:30:07 Rafael Morales wrote: > Hi list, > > How can I detect all the access point around me ???, I > need this for to know which is the nearest. I use > OpenBSD 4.2 > > Thanks and regards man ifconfig Pay special attention to the -M option. --STeve Andre'
detecting access point
Hi list, How can I detect all the access point around me ???, I need this for to know which is the nearest. I use OpenBSD 4.2 Thanks and regards !Capacidad ilimitada de almacenamiento en tu correo! No te preocupes mas por el espacio de tu cuenta con Correo Yahoo!: http://correo.yahoo.com.mx/
New OpenBSD HTTP Mirror - http://pureparty.org/pub/OpenBSD/
OpenBSD Team: Pure Party is now hosting a HTTP mirror at http://pureparty.org/pub/OpenBSD/ . This is rsync'ed on a daily basis from other OpenBSD mirrors. We are hosting this because we use OpenBSD as our server's operating system and wish to support it in this way. Feel free to include this in the available public mirrors collection. If there is something not right with this mirror please let us know and we would be more than happy to resolve it. Thank you, Preston Connors Pure Party
Re: Why do clients running BitTorrent make my router's latency go through the roof?
On Jan 15, 2008 11:43 AM, Chris Cappuccio <[EMAIL PROTECTED]> wrote: > you keep saying that you aren't maxing out your bandwidth, but if you > only have 512Kbps upstream, it would be very easy to do. do you have > any idea how much upstream bandwidth you are using between all of your BT > connections? My original test was capped at 384Kbps (i.e. 48KBps). I have tried it with 256Kbps (32KBps), 128Kbps (16KBps), etc. I have also managed to sustain HTTP and FTP connections to my server at 500+Kbps for days at a time with no problems before. If upload was a problem, I would expect this usage situation to cause problems as well. More importantly, I do not experience the latency when I am simply "seeding" (only uploading). I only have this problem when BitTorrent is making large numbers of connections to download. I had some extra time today, and swapped out the OpenBSD box for a NetGear router. I am no longer experiencing the latency problem. I will continue monitoring the problem for another 48 hours or so, but my initial conclusion is that the problem is with the OpenBSD box. Either this is a hardware problem with my box, or it is a software bug. Given the number of posts experiencing difficulty with BitTorrent I am inclined toward the latter as opposed to the former. I'm going to see if I can get another OpenBSD box to test this on, but it won't be a Blade100. I can also try adding an extra network card and not using gem0 (the interface with the problem). But that's the best I'm going to be able to do from this end. --MHC
Re: PERC 4/DI RAID controller on OBSD - best practice?
Pierre Riteau wrote: [re: ami(4) RAID card] I've never used such hardware, but isn't sensorsd a good tool to monitor the drives attached? ami(4) tells me that disk status is exposed under hw.sensors. Draw your own conclusions: ~ $ sysctl hw.sensors hw.sensors.ami0.drive0=online (sd0), OK hw.sensors.ami0.drive1=online (sd1), OK Dell PowerEdge 2800, seems to be a bit lean on detected sensors, sadly, but ami(4) does let its state be known. Compare with: ~ $ sudo bioctl ami0 Password: Volume Status Size Device ami0 0 Online73274490880 sd0 RAID1 0 Online73403465728 0:1.0 noencl 1 Online73403465728 0:0.0 noencl ami0 1 Online 439646945280 sd1 RAID5 0 Online73403465728 1:0.0 noencl 1 Online73403465728 1:1.0 noencl 2 Online73403465728 1:2.0 noencl 3 Online73403465728 1:3.0 noencl 4 Online73403465728 1:4.0 noencl 5 Online73403465728 1:5.0 noencl 6 Online73403465728 1:8.0 noencl ami0 2 Hot spare 73403465728 1:9.0 noencl The simplicity of the hw.sensors.ami output is attractive, but I like detail. I'm not going to try to convince anyone of one way or the other. I'm a hardware guy. Maybe you just want to know there are two "drives" there and that neither is in distress. I want to see the individual elements. If a drive goes into distress, you will either go to the machine or use bioctl anyway, so I'd just rather have the whole thing there. Fully dmesg follows for the curious. Well, that, and I get my hands on a cutting-edge three-year-old computer relatively rarely, so I gotta gloat, even if your new laptop has more processor and RAM. :) Nick. OpenBSD 4.2-current (GENERIC.MP) #1532: Tue Jan 1 15:12:49 MST 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3220570112 (3071MB) avail mem = 3111923712 (2967MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.3 @ 0xf9a10 (87 entries) bios0: vendor Dell Computer Corporation version "A02" date 01/19/2005 bios0: Dell Computer Corporation PowerEdge 2800 acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC SPCR HPET MCFG acpi0: wakeup devices PCI0(S5) PALO(S5) PBLO(S5) VPR0(S5) PBHI(S5) VPR1(S5) PICH(S5) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Xeon(TM) CPU 3.00GHz, 2993.11 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,CNXT-ID,CX16,xTPR,NXE,LONG cpu0: 2MB 64b/line 8-way L2 cache cpu0: apic clock running at 199MHz cpu1 at mainbus0: apid 6 (application processor) cpu1: Intel(R) Xeon(TM) CPU 3.00GHz, 2992.70 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,CNXT-ID,CX16,xTPR,NXE,LONG cpu1: 2MB 64b/line 8-way L2 cache cpu2 at mainbus0: apid 1 (application processor) cpu2: Intel(R) Xeon(TM) CPU 3.00GHz, 2992.70 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,CNXT-ID,CX16,xTPR,NXE,LONG cpu2: 2MB 64b/line 8-way L2 cache cpu3 at mainbus0: apid 7 (application processor) cpu3: Intel(R) Xeon(TM) CPU 3.00GHz, 2992.70 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,CNXT-ID,CX16,xTPR,NXE,LONG cpu3: 2MB 64b/line 8-way L2 cache ioapic0 at mainbus0 apid 8 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 8 ioapic1 at mainbus0 apid 9 pa 0xfec8, version 20, 24 pins ioapic1: misconfigured as apic 0, remapped to apid 9 ioapic2 at mainbus0 apid 10 pa 0xfec83000, version 20, 24 pins ioapic2: misconfigured as apic 0, remapped to apid 10 ioapic3 at mainbus0 apid 11 pa 0xfec81000, version 20, 24 pins ioapic3: misconfigured as apic 0, remapped to apid 11 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PALO) acpiprt2 at acpi0: bus 2 (DOBA) acpiprt3 at acpi0: bus 3 (DOBB) acpiprt4 at acpi0: bus 7 (PBLO) acpiprt5 at acpi0: bus 13 (VPR0) acpiprt6 at acpi0: bus 10 (PBHI) acpiprt7 at acpi0: bus 11 (PXB1) acpiprt8 at acpi0: bus 12 (PXB2) acpiprt9 at acpi0: bus 4 (VPR1) acpiprt10 at acpi0: bus 5 (PXC1) acpiprt11 at acpi0: bus 6 (PXC2) acpiprt12 at acpi0: bus 16 (PICH) acpicpu0 at acpi0 acpicpu1 at acpi0 acpicpu2 at acpi0 acpicpu3 at acpi0 ipmi at mainbus0 not configured pci0 at mainbus0 bus 0: configuration mode 1 pchb0 at pci0 dev 0 function 0 "Intel E7520 MCH" rev 0x09 ppb0 at pci0 dev 2 function 0 "Intel MCH PCIE" rev 0x09 pci1 at ppb0 bus 1 ppb1 at pci1 dev 0 function 0 "Intel IOP332 PCIE-PCIX" rev 0x06 pci2 at ppb1 bus 2 ami0 at pci2 dev 14 function 0 "Dell PERC 4e/Di" rev 0x06: apic 9 i
Re: 4.2-current throughput with pf enabled
On Jan 15, 2008 12:06 PM, Chris Cohen <[EMAIL PROTECTED]> wrote: > On Tuesday 15 January 2008 18:13:15 Chris Cappuccio wrote: > > Have you tried disabling apm? pcibios? What does your dmesg look like? > > No, I haven't. I can try it at the weekend, but since the "problem" only > appears when I enable pf I am not sure if that will buy me anything? > Nevertheless will try to disable apm and pcibios this weekend. i had an old toshiba machine that would aggressively force the pci bus to sleep and that would play merry havoc with... all kinds of things. maybe, just maybe you're suffering a buggy power management bios too. -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: PERC 4/DI RAID controller on OBSD - best practice?
On Jan 15, 2008 8:17 PM, Nick Holland <[EMAIL PROTECTED]> wrote: > Matt wrote: > > Hi all, > > > > I got hold of an older Dell server with a PERC 4/DI raid controller, > > including 2 SCSI disks. I found the docs over at Dell. > > Am I right in understanding once I have my array in place through the > > BIOS the OpenBSD OS has nothing to do with the RAID setup? > > setup, no. > however, "bioctl ami0" will tell you how it is doing, and will permit > you to make certain configuration changes on the fly. > > For example, if you get a third disk, you can install it, and mark it as > a "hot spare" using bioctl. > > (just happen to be working with one of these right now. :) > > > Or should I leave the bios setup alone and work directly through OpenBSD > > (if possible at all)..? > > you can't establish the basic array via bioctl, but you can do a lot > of maintenance with it. > > > Not sure, I've only done software RAID setups before and am kind of > > confused here, especially because a lot of older talk on misc@ about > > these particular controllers. > > To put it more simple; what is best / suggested practice with this thing > > for mirroring? > > > > Any pointers / docs are appreciated- Thanks! > > GET TO KNOW THE THING BEFORE YOU GO INTO PRODUCTION WITH IT. Your task > is not complete when it is configured. You have to know how to detect a > failure, replace a failed drive, move drives to a new controller, etc. > Don't have a spare controller? How will you get your data off if the > controller fails? If you DO have a spare, how do you use it? If you > think it's easy or magic happens, you may end up in big trouble. > > btw: at least in my case, the PE2800 with a 4/Di card has no beeper. If > the drive fails, you either need bioctl to tell you or notice the color > change on the display of the machine. "bioctl ami0" makes a really good > line in your daily.local file... > > Nick. > > I've never used such hardware, but isn't sensorsd a good tool to monitor the drives attached? ami(4) tells me that disk status is exposed under hw.sensors. -- Pierre Riteau
Re: Performance Issues of Intel Quad Port NIC
Jonathan Steel wrote: Is there any explanation for the speed difference? I have tried tweeking some sysctl values to no avail. Is there something else I can test for on the card? I'd be happy to run these tests again for any changes that are made. Use 4.2 and Henning did provide details a few times here, but use the GENERIC only, not the MP kernel and try this: kern.maxclusters=128000 net.inet.ip.ifq.maxlen=2500 net.inet.ip.forwarding=1 net.inet.carp.preempt=1 net.inet.icmp.errppslimit=1000 Obviously the carp one wouldn't be needed if you do not have a CARP setup here, witch I think you do not. So, don;'t use that one. Best, Daniel
Re: 4.2-current throughput with pf enabled
On Tuesday 15 January 2008 18:13:15 Chris Cappuccio wrote: > Chris Cohen [EMAIL PROTECTED] wrote: > > I think my CPU is way too slow to be able to handle the GigE link and the > > filter. Aren't there any tweaks for pf.conf/sysctl? > > Your CPU only gets used for packets that you actually receive. Your > performance between a gig card and a 100m card is probably not going to be > any different, unless your problem is related to the em driver. It's time > to figure out what is fucking up your configuration. > > Have you tried disabling apm? pcibios? What does your dmesg look like? > No, I haven't. I can try it at the weekend, but since the "problem" only appears when I enable pf I am not sure if that will buy me anything? Nevertheless will try to disable apm and pcibios this weekend. This is the dmesg with a dual fxp card: (by the way, I can only get 9Mbyte/s through the trunkport with trunkproto loadbalance or roundrobin) OpenBSD 4.2-current (GENERIC) #642: Tue Jan 8 17:06:33 MST 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel Pentium III ("GenuineIntel" 686-class, 512KB L2 cache) 498 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 268005376 (255MB) avail mem = 251240448 (239MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 02/10/99, BIOS32 rev. 0 @ 0xec700, SMBIOS rev. 2.1 @ 0xf15e2 (54 entries) bios0: vendor Compaq version "686T3" date 02/10/99 bios0: Compaq Deskpro EN Series apm0 at bios0: Power Management spec V1.2 (BIOS managing devices) apm0: AC on, battery charge unknown acpi at bios0 function 0x0 not configured pcibios0 at bios0: rev 2.1 @ 0xec700/0x3900 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf6f30/176 (9 entries) pcibios0: PCI Interrupt Router at 000:20:0 ("Intel 82371AB PIIX4 ISA" rev 0x00) pcibios0: PCI bus #2 is the last bus bios0: ROM list: 0xc/0x8000 0xc8000/0x1000 0xe/0x8000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 "Intel 82443BX AGP" rev 0x03 agp0 at pchb0: aperture at 0x4800, size 0x400 ppb0 at pci0 dev 1 function 0 "Intel 82443BX AGP" rev 0x03 pci1 at ppb0 bus 1 vga1 at pci0 dev 13 function 0 "S3 Trio64V2/DX" rev 0x14 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) fxp0 at pci0 dev 14 function 0 "Intel 8255x" rev 0x08, i82559: irq 11, address 00:d0:b7:0b:97:6f inphy0 at fxp0 phy 1: i82555 10/100 PHY, rev. 4 ppb1 at pci0 dev 15 function 0 "DEC 21154 PCI-PCI" rev 0x02 pci2 at ppb1 bus 2 fxp1 at pci2 dev 4 function 0 "Intel 8255x" rev 0x05, i82558: irq 11, address 00:50:8b:95:a4:d2 inphy1 at fxp1 phy 1: i82555 10/100 PHY, rev. 0 fxp2 at pci2 dev 5 function 0 "Intel 8255x" rev 0x05, i82558: irq 11, address 00:50:8b:95:a4:d3 inphy2 at fxp2 phy 1: i82555 10/100 PHY, rev. 0 piixpcib0 at pci0 dev 20 function 0 "Intel 82371AB PIIX4 ISA" rev 0x02 pciide0 at pci0 dev 20 function 1 "Intel 82371AB IDE" rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: wd0: 1-sector PIO, LBA, 976MB, 2000880 sectors wd0(pciide0:0:0): using PIO mode 4 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, DMA mode 2 uhci0 at pci0 dev 20 function 2 "Intel 82371AB USB" rev 0x01: irq 11 piixpm0 at pci0 dev 20 function 3 "Intel 82371AB Power" rev 0x02: SMI iic0 at piixpm0 spdmem0 at iic0 addr 0x50: 128MB SDRAM non-parity PC133CL2 spdmem1 at iic0 addr 0x51: 128MB SDRAM non-parity PC133CL3 isa0 at piixpcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 sb0 at isa0 port 0x220/24 irq 5 drq 1: dsp v3.01 midi0 at sb0: audio0 at sb0 opl0 at sb0: model OPL3 midi1 at opl0: pcppi0 at isa0 port 0x61 midi2 at pcppi0: spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 "Intel UHCI root hub" rev 1.00/1.00 addr 1 biomask ff45 netmask ff45 ttymask ffc7 mtrr: Pentium Pro MTRR support softraid0 at root root on wd0a swap on wd0b dump on wd0b -- Thanks Chris
Performance Issues of Intel Quad Port NIC
Hi Everyone We recently purchased an Intel PRO/1000 GT Quad Port network card and decided to run some stress tests to make sure it could maintain gigabit connections on all four ports at the same time. I ran the test with five computers and iperf-1.7.0 (newest version of iperf has speed issues with OpenBSD). The computer with the NIC ran the iperf server in upd mode and the four other machines ran as iperf upd clients. The first test was using the GENERIC kernel 2 ports could sustain 900Mbit/s connections with about 30% packet drop rate 3 ports could sustain 900Mbit/s connections with about 80% packet drop rate 4 ports could sustain 900Mbit/s connections with about 95-99% packet drop rate The second test was using the GENERIC.MP kernel 2 ports could sustain 900Mbit/s connections with no dropped packets 3 ports could sustain 900Mbit/s connections with about 10% packet drop rate 4 ports could sustain 900Mbit/s connections with about 30-50% packet drop rate The only disturbing thing about these tests was that I also did the same test on Gentoo, and I could sustain 4 900Mbit/s connections with only a 3% drop rate. I found consisten results with the PRO/1000 MT Dual Port card as well, which has the same controller, the Intel 82546GB. I then tried the dual port card on FreeBSD FreeBSD 6.1 with the stock install which does not appear to use multiprocessors and it could maintain 2 ports at 900Mbit/s without losing packets. Unfortunately FreeBSD 6.1 does not appear to support the 4 port card. I did some tests on an OpenBSD 3.8 machine and found the same problem. Is there any explanation for the speed difference? I have tried tweeking some sysctl values to no avail. Is there something else I can test for on the card? I'd be happy to run these tests again for any changes that are made. Here is the demsg of the test machine: OpenBSD 4.2-current (GENERIC) #9: Thu Oct 18 16:44:39 UTC 2007 [EMAIL PROTECTED]:/sysHEAD/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Core(TM)2 Quad CPU @ 2.40GHz ("GenuineIntel" 686-class) 2.40 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16, xTPR real mem = 3756482560 (3582MB) avail mem = 3648778240 (3479MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 08/25/07, BIOS32 rev. 0 @ 0xfd470, SMBIOS rev. 2.51 @ 0xdfeea000 (31 entries) bios0: vendor Phoenix Technologies LTD version "6.00" date 08/25/2007 bios0: Supermicro PDSMi pcibios0 at bios0: rev 2.1 @ 0xfd470/0xb90 pcibios0: PCI BIOS has 20 Interrupt Routing table entries pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 82801GB LPC" rev 0x00) pcibios0: PCI bus #15 is the last bus bios0: ROM list: 0xc/0xb000 0xcb000/0x1000 0xcc000/0x1000 acpi at mainbus0 not configured ipmi at mainbus0 not configured cpu0 at mainbus0 cpu0: Enhanced SpeedStep disabled by BIOS pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 "Intel E7230 MCH" rev 0xc0 ppb0 at pci0 dev 1 function 0 "Intel E7230 PCIE" rev 0xc0 pci1 at ppb0 bus 1 ppb1 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x01 pci2 at ppb1 bus 9 ppb2 at pci2 dev 0 function 0 "Intel PCIE-PCIE" rev 0x09 pci3 at ppb2 bus 10 ppb3 at pci3 dev 1 function 0 "Pericom PI7C21P100 PCIX-PCIX" rev 0x01 pci4 at ppb3 bus 11 em0 at pci4 dev 4 function 0 "Intel PRO/1000MT QP (82546GB)" rev 0x03: irq 11, address 00:1b:21:0e:c2:ec em1 at pci4 dev 4 function 1 "Intel PRO/1000MT QP (82546GB)" rev 0x03: irq 11, address 00:1b:21:0e:c2:ed em2 at pci4 dev 6 function 0 "Intel PRO/1000MT QP (82546GB)" rev 0x03: irq 5, address 00:1b:21:0e:c2:ee em3 at pci4 dev 6 function 1 "Intel PRO/1000MT QP (82546GB)" rev 0x03: irq 11, address 00:1b:21:0e:c2:ef "Intel IOxAPIC" rev 0x09 at pci2 dev 0 function 1 not configured ppb4 at pci0 dev 28 function 4 "Intel 82801G PCIE" rev 0x01 pci5 at ppb4 bus 13 em4 at pci5 dev 0 function 0 "Intel PRO/1000MT (82573E)" rev 0x03: irq 11, address 00:30:48:8a:2e:7c ppb5 at pci0 dev 28 function 5 "Intel 82801G PCIE" rev 0x01 pci6 at ppb5 bus 14 em5 at pci6 dev 0 function 0 "Intel PRO/1000MT (82573L)" rev 0x00: irq 11, address 00:30:48:8a:2e:7d uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x01: irq 10 uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x01: irq 11 uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x01: irq 5 uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x01: irq 11 ehci0 at pci0 dev 29 function 7 "Intel 82801GB USB" rev 0x01: irq 10 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 ppb6 at pci0 dev 30 function 0 "Intel 82801BA AGP" rev 0xe1 pci7 at ppb6 bus 15 vga1 at pci7 dev 0 function 0 "ATI ES1000" rev 0x02 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ichpcib0 at pci0 dev 31 function 0 "Intel 82801GB LPC" rev 0x01: PM disabled pciide0 at pci0 dev 31 function 2 "Intel
Re: building a kernel for net4801 from dmassage
Richard Daemon wrote: > Are you compiling from i386 or amd64, or other? Is it -current, -stable or > -release that you're compiling? -stable on i386 OpenBSD compilorama 4.2 GENERIC#375 i386 > Personally, I just run 4.2-stable on my Soekris & Wrap boxes as well as my Yeah the regular installation went rather smoothly once I figured out about changing /etc/ttys tty00 "/usr/libexec/getty std.19200" vt220on secure > ... > Unless the problem is caused by dmassage, have you tried without? ... Ah! GENERIC compiles, but not the SMALLKERNEL (made using dmassage) -Lars
Re: PERC 4/DI RAID controller on OBSD - best practice?
Matt wrote: Hi all, I got hold of an older Dell server with a PERC 4/DI raid controller, including 2 SCSI disks. I found the docs over at Dell. Am I right in understanding once I have my array in place through the BIOS the OpenBSD OS has nothing to do with the RAID setup? setup, no. however, "bioctl ami0" will tell you how it is doing, and will permit you to make certain configuration changes on the fly. For example, if you get a third disk, you can install it, and mark it as a "hot spare" using bioctl. (just happen to be working with one of these right now. :) Or should I leave the bios setup alone and work directly through OpenBSD (if possible at all)..? you can't establish the basic array via bioctl, but you can do a lot of maintenance with it. Not sure, I've only done software RAID setups before and am kind of confused here, especially because a lot of older talk on misc@ about these particular controllers. To put it more simple; what is best / suggested practice with this thing for mirroring? Any pointers / docs are appreciated- Thanks! GET TO KNOW THE THING BEFORE YOU GO INTO PRODUCTION WITH IT. Your task is not complete when it is configured. You have to know how to detect a failure, replace a failed drive, move drives to a new controller, etc. Don't have a spare controller? How will you get your data off if the controller fails? If you DO have a spare, how do you use it? If you think it's easy or magic happens, you may end up in big trouble. btw: at least in my case, the PE2800 with a 4/Di card has no beeper. If the drive fails, you either need bioctl to tell you or notice the color change on the display of the machine. "bioctl ami0" makes a really good line in your daily.local file... Nick.
Re: building a kernel for net4801 from dmassage
On Jan 15, 2008 11:34 AM, Lars NoodC)n <[EMAIL PROTECTED]> wrote: > What is recommended for using a second machine to compile a kernel for > the soekris? > > I would like to build a streamlined kernel to run on a net4801. I'm > running into problems though. > > 'make depend' runs without error, but then 'make' comes up with many > errors like the following: >agp_ali.o(.data+0x14): undefined reference >to `agp_generic_enable' > > agp appears to be video, which should not be present in soekris (right?) > > Here are the steps I am taking: > > On Soekris net4801: > $ scp compilorama:/usr/src/sys/arch/i386/conf/GENERIC ./GENERIC > $ dmassage -s GENERIC >SMALLKERNEL > $ scp ./SMALLKERNEL compilorama:/usr/src/sys/arch/i386/conf/SMALLKERNEL > > > On larger unit with compiler, /usr/src/, etc: > # cd /usr/src/sys/arch/i386/conf > # /usr/sbin/config SMALLKERNEL > # cd /usr/src/sys/arch/i386/compile/SMALLKERNEL > # make clean > # make depend > # make > > Regards, > -Lars > > Are you compiling from i386 or amd64, or other? Is it -current, -stable or -release that you're compiling? Personally, I just run 4.2-stable on my Soekris & Wrap boxes as well as my USB Flash devices and other things, in an MFS. Custom kernel, just to make it tighter/leaner. Unless the problem is caused by dmassage, have you tried without? compilorama, i like the name. :-)
Re: cookie for the first one to port Micropolis
On Tuesday 15 January 2008 19:53:10 you wrote: > On Tue, 15 Jan 2008, Deanna Phillips wrote: > > Thanks for testing. The tarball has been updated with a handful > > of changes, including a patch from kurt@ to fix the shared > > memory leak. > > > > Anyone want to ok it? > > > > http://freedaemon.com/~deanna/micropolis.tar.gz > > Doesn't work at all for me. The menu starts but it > doesn't accept mouse nor keyboard. I'm using KDE on i386. I ran into this, and the problem was that the numlock was on. I had to turn it off, and than I could use the keyboard and the mouse in the menu. hth, Daniel
Re: Why do clients running BitTorrent make my router's latency go through the roof?
On Jan 15, 2008 7:43 PM, Chris Cappuccio <[EMAIL PROTECTED]> wrote: > you keep saying that you aren't maxing out your bandwidth, but if you > only have 512Kbps upstream, it would be very easy to do. do you have > any idea how much upstream bandwidth you are using between all of your BT > connections? I wish i /only/ had 512Kbps upstream . Fastest you can get in south africa without selling your soul is 384 > > Max Hayden Chiz [EMAIL PROTECTED] wrote: > > On Jan 13, 2008 6:03 PM, Stuart Henderson <[EMAIL PROTECTED]> wrote: > > > > > I think the upshot is you might well be better off to let the cable > > > modem handle all this stuff, so do some measurements and find out... > > > > I have the latency problem no matter what altq does. Whether it is > > off, priq, cbq, or hfsc, I can get this increase in latency as I > > increase the number of bit torrent connections. > > > > I don't know of a good way to generate lots of long-term connections > > for any other application to see if this issue is bit torrent specific > > either. Nor do I know of a way to see if this is a problem with > > DOCSIS or with OpenBSD. > > > > Does anyone have any testing ideas? I'm all out. > > -- > "You were about to change the channel when God healed you" -- Benny Hinn
Re: PERC 4/DI RAID controller on OBSD - best practice?
yeah, openbsd won't setup the RAID volumes, it will only alert you if they fail Matt [EMAIL PROTECTED] wrote: > Hi all, > > I got hold of an older Dell server with a PERC 4/DI raid controller, > including 2 SCSI disks. I found the docs over at Dell. > Am I right in understanding once I have my array in place through the BIOS > the OpenBSD OS has nothing to do with the RAID setup? > Or should I leave the bios setup alone and work directly through OpenBSD > (if possible at all)..? > > Not sure, I've only done software RAID setups before and am kind of > confused here, especially because a lot of older talk on misc@ about these > particular controllers. > To put it more simple; what is best / suggested practice with this thing > for mirroring? > > Any pointers / docs are appreciated- Thanks! -- "You were about to change the channel when God healed you" -- Benny Hinn
Re: Suggested PF Setup when using BitTorrent?
On Jan 15, 2008, at 9:34 AM, Stuart Henderson wrote: I thought the performance improvement came from 4.1 with the removal of per packet interrupts. http://www.openbsd.org/42.html Huge performance improvements in the network stack, including: # In pf, store routing table ID, queue ID etc directly in the packet header mbuf instead of using mbuf tags (which use malloc'd memory). This yields a 100% improvement in pf performance. # Packet forwarding can skip IPSEC stack if no IPSEC flows are defined. This yields a further 5% improvement in packet forwarding performance. # Skip TCP/UDP/ICMP/ICMP6 checksumming when not necessary. This yields a further 10% improvement in pf performance. Hmm. I'll do a test upgrade later this week, and once again try to knock my latency up to something kind of insane. The closest relevant information from plus42.html: * Enable interrupt holdoff on DP83816 sis(4) chips. Significantly improves performance of such devices under load. that doesn't help your 83815D. I know this.
PERC 4/DI RAID controller on OBSD - best practice?
Hi all, I got hold of an older Dell server with a PERC 4/DI raid controller, including 2 SCSI disks. I found the docs over at Dell. Am I right in understanding once I have my array in place through the BIOS the OpenBSD OS has nothing to do with the RAID setup? Or should I leave the bios setup alone and work directly through OpenBSD (if possible at all)..? Not sure, I've only done software RAID setups before and am kind of confused here, especially because a lot of older talk on misc@ about these particular controllers. To put it more simple; what is best / suggested practice with this thing for mirroring? Any pointers / docs are appreciated- Thanks!
Re: Why do clients running BitTorrent make my router's latency go through the roof?
you keep saying that you aren't maxing out your bandwidth, but if you only have 512Kbps upstream, it would be very easy to do. do you have any idea how much upstream bandwidth you are using between all of your BT connections? Max Hayden Chiz [EMAIL PROTECTED] wrote: > On Jan 13, 2008 6:03 PM, Stuart Henderson <[EMAIL PROTECTED]> wrote: > > > I think the upshot is you might well be better off to let the cable > > modem handle all this stuff, so do some measurements and find out... > > I have the latency problem no matter what altq does. Whether it is > off, priq, cbq, or hfsc, I can get this increase in latency as I > increase the number of bit torrent connections. > > I don't know of a good way to generate lots of long-term connections > for any other application to see if this issue is bit torrent specific > either. Nor do I know of a way to see if this is a problem with > DOCSIS or with OpenBSD. > > Does anyone have any testing ideas? I'm all out. -- "You were about to change the channel when God healed you" -- Benny Hinn
Re: Suggested PF Setup when using BitTorrent?
On Tuesday, January 15, 2008 at 09:13:02 -0800, johan beisser wrote: >On Jan 15, 2008, at 1:35 AM, Stuart Henderson wrote: >>This will handle much more traffic if you upgrade to 4.2. > >I thought the performance improvement came from 4.1 with the removal >of per packet interrupts. > >The closest relevant information from plus42.html: >* Enable interrupt holdoff on DP83816 sis(4) chips. Significantly >improves performance of such devices under load. > What about these: - Improvement in the memory pool handling code, removing time from the pool header leads to better packet rates. - Another pf(4) speed improvement. Delay packet checksumming in the PF code until we are sure we need to send RST/ICMP error messages back, and only do it then. - Another performance improvement in the networking code by skipping ipsec tag checks if there are no ipsec flows. - Large performance improvement for pf(4) by keeping information previously stored in a mbuf tag in the mbuf header directly. Maurice
Re: Suggested PF Setup when using BitTorrent?
On 2008/01/15 09:13, johan beisser wrote: > > On Jan 15, 2008, at 1:35 AM, Stuart Henderson wrote: > >> On 2008/01/14 19:40, johan beisser wrote: >>> The hardware is a slightly loaded Soekris net4501 with 64mb of RAM >>> running OpenBSD 4.1 (GENERIC). >> >> This will handle much more traffic if you upgrade to 4.2. > > I thought the performance improvement came from 4.1 with the removal of per > packet interrupts. http://www.openbsd.org/42.html Huge performance improvements in the network stack, including: # In pf, store routing table ID, queue ID etc directly in the packet header mbuf instead of using mbuf tags (which use malloc'd memory). This yields a 100% improvement in pf performance. # Packet forwarding can skip IPSEC stack if no IPSEC flows are defined. This yields a further 5% improvement in packet forwarding performance. # Skip TCP/UDP/ICMP/ICMP6 checksumming when not necessary. This yields a further 10% improvement in pf performance. > The closest relevant information from plus42.html: > * Enable interrupt holdoff on DP83816 sis(4) chips. Significantly improves > performance of such devices under load. that doesn't help your 83815D.
Delivery status notification
This is an automatically generated Delivery Status Notification. Delivery to the following recipients failed permanently: * [EMAIL PROTECTED] Technical details: SMTP: host 209.85.163.27: 550 5.1.1 No such user m33si11587640ele.18
Re: Suggested PF Setup when using BitTorrent?
On Jan 15, 2008, at 1:35 AM, Stuart Henderson wrote: On 2008/01/14 19:40, johan beisser wrote: The hardware is a slightly loaded Soekris net4501 with 64mb of RAM running OpenBSD 4.1 (GENERIC). This will handle much more traffic if you upgrade to 4.2. I thought the performance improvement came from 4.1 with the removal of per packet interrupts. The closest relevant information from plus42.html: * Enable interrupt holdoff on DP83816 sis(4) chips. Significantly improves performance of such devices under load. and from my dmesg: sis0 at pci0 dev 18 function 0 "NS DP83815 10/100" rev 0x00, DP83815D: irq 10, address 00:00:24:c0:31:c8 So, I'm not entirely sure what you mean.
Re: 4.2-current throughput with pf enabled
Chris Cohen [EMAIL PROTECTED] wrote: > I think my CPU is way too slow to be able to handle the GigE link and the > filter. Aren't there any tweaks for pf.conf/sysctl? > Your CPU only gets used for packets that you actually receive. Your performance between a gig card and a 100m card is probably not going to be any different, unless your problem is related to the em driver. It's time to figure out what is fucking up your configuration. Have you tried disabling apm? pcibios? What does your dmesg look like? > I think I will switch back to a dual 100baseTX card since I don't really need > the extra speed and will try to get a new lowpower machine until summer... > > -- > Thanks > Chris -- "You were about to change the channel when God healed you" -- Benny Hinn
Re: building a kernel for net4801 from dmassage
take a look at one of the stripped "embedded" OpenBSD builds out there, flashdist or flashboot. diana
building a kernel for net4801 from dmassage
What is recommended for using a second machine to compile a kernel for the soekris? I would like to build a streamlined kernel to run on a net4801. I'm running into problems though. 'make depend' runs without error, but then 'make' comes up with many errors like the following: agp_ali.o(.data+0x14): undefined reference to `agp_generic_enable' agp appears to be video, which should not be present in soekris (right?) Here are the steps I am taking: On Soekris net4801: $ scp compilorama:/usr/src/sys/arch/i386/conf/GENERIC ./GENERIC $ dmassage -s GENERIC >SMALLKERNEL $ scp ./SMALLKERNEL compilorama:/usr/src/sys/arch/i386/conf/SMALLKERNEL On larger unit with compiler, /usr/src/, etc: # cd /usr/src/sys/arch/i386/conf # /usr/sbin/config SMALLKERNEL # cd /usr/src/sys/arch/i386/compile/SMALLKERNEL # make clean # make depend # make Regards, -Lars
Re: USB Ethernet adapters - performance on 1.1 port?
On 2008/01/16 01:46, Sunnz wrote: > Just wondering if anyone has used an USB Ethernet adapter on a USB 1.1 > port and what's the average transfer rate like for things like scp > files to another computer on the LAN. here's some times from ftp of 149189112 bytes from a fast sender on my LAN to an X40: url(4), USB 1.1 317.67 seconds (458.63 KB/s) = 3.58Mb/s aue(4), USB 2 27.30 seconds (5.21 MB/s) = 41.68Mb/s em(4), PCI 11.04 seconds (12.89 MB/s) = 103.12Mb/s (ipv6 link-local addresses make it really easy to test this :-) speed of 1.1 sucks, but I was surprised at how well USB ethernet generally works (bad adapters excepted).
USB Ethernet adapters - performance on 1.1 port?
Yo, Just wondering if anyone has used an USB Ethernet adapter on a USB 1.1 port and what's the average transfer rate like for things like scp files to another computer on the LAN. Thanks. -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
Re: Limiting CPU to a process or process group?
On 14/01/2008, scott <[EMAIL PROTECTED]> wrote: > *** > Analogy: You're on a highway with a posted speed of 100 km/h. You want > to operate your car and your car only 25 km/h only on the 100 km/h > highway. > *** > > And for this happy privilege, you want to impose the attendant nuisance > (highway analogy), read overhead (o/s analogy), on all the other cars to > have to slow behind and pass around you. This is a bad analogy because you can't do anything with the other 75 km/h. A better analogy would be a network connection that does not allow e.g. torrent traffic to exceed a particular fraction of the bandwidth. Or, if you want to find something to do with cars, a motorway with a separate lane for slow going vehicles (the slow moving vehicles will still be slow even though the other lanes might be empty). But I've understood from the other responses that this was not, even academically, an interesting problem, so I'll be quiet for a bit again. Thanks for all views, Andreas > > Generally, a time slice is a time slice. Regardless whether you get 1 > sec of every 10 sec or 100 ms of every 1 s, you're going to execute your > instructions at a rate of 100% of the cpu within your time slice > allocation. > > Now you can impose scheduler and threading overhead and discipline to > make your time slices very, very fine grained so that overall at a > system level it looks like 25% of a resource, but your rate of execution > within your context is going to be 100%. > > That said and for the cited examples, the workable answer that I know of > is virtual machines. Be it VMWare, XEN, solaris containers (zones), > freeBSD jails, qemu(*) or to a degree dragonflybsd (vkernel(*) -- > "system-in-a-box" running as a userland process), each has a means to > say that VM(1) gets 25% of the CPU resources and the vm-engine by > whatever implement will effectively do so. And you will see that seti, > for example, takes 100% of its VM(1) resource but only 25% of machine as > a whole, less the overhead. (*)Not used personally. > > And, yes, we're aware of the opines herein and about re VM. > > /S > > -Original Message- > From: Andreas Kahari <[EMAIL PROTECTED]> > To: Alexander Schrijver <[EMAIL PROTECTED]> > Cc: misc@openbsd.org > Subject: Re: Limiting CPU to a process or process group? > Date: Mon, 14 Jan 2008 14:27:33 + > > > -- Andreas Kahari Somewhere in the general Cambridge area, UK
Re: Need a major favor from Theo!
Peter N. M. Hansteen schrieb: > Dusty <[EMAIL PROTECTED]> writes: > >> I thought trolls came from Norway, or that area. we should organise a troll >> hunting trip. >> > > Fortunately they keep to the hills, and rarely come down to the coast > (except maybe on weekends) > Do we need a BSD ;-) :-D licence for setting traps 8-) ? -- Michael Schmidt MIRRORS: Watcom ftp://ftp.fh-koblenz.de/pub/CompilerTools/Watcom/ OpenOffice ftp://ftp.fh-koblenz.de/pub/OpenOffice/
Re: Need a major favor from Theo!
Dusty <[EMAIL PROTECTED]> writes: > I thought trolls came from Norway, or that area. we should organise a troll > hunting trip. Fortunately they keep to the hills, and rarely come down to the coast (except maybe on weekends) -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.datadok.no/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: Need a major favor from Theo!
"Assumption of Vendor Liability" Doesnt every license free the programmer from any liability? * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, * INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY * AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL * THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, * EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, * PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; * OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, * WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR * OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF * ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. I thought trolls came from Norway, or that area. we should organise a troll hunting trip. On Jan 15, 2008 12:41 PM, Fergus Wilde <[EMAIL PROTECTED]> wrote: > On Monday 14 January 2008 23:00, you wrote: > > Hey guys!!! (with special request for Theor pls!) > > > > Theo, I need a favor big guy! (only an easy one this time, I swear to it > > sir! LOLSLS)! > > > > See, we have the audit happening here at the bank this time and it's > > causing me a lot of headaches and pains. A whiles back I replaced Cisco > > stuff here with OBSD and pf and OpenBPG and all that jazz because you > > (you = Theo) and Danny J. Harmminereater (or what everyour name is guy > > who wrote OepnBGP) said that is the smarty thing to do! Well, it turns > > out we still got some Cisco contracts open and all, and these auditors > > need some docs filled out by you two. > > > > It's no big deal, I swear! They just want me to sent these docs (only > > about twenty pages) titled "Assumption of Vendor Liability" off to you > > for you to fill out and send back. Easy as punch!!! > > > > So if you could give a an mailing address that would be swell. I promise > > that if you do this, I will buy a CD set this time and not take the > > bootlegs ISOs that Maddog releases! > > Ah, how refreshing! Now the King of Trolls has entered the arena, we need > have > fewer dealings with the various under-trolls that have had control of the > list for the last few months. Or is it years? > > -- > Fergus Wilde > Chetham's Library > Long Millgate > Manchester > M3 1SB > > Tel: 0161 834 7961 > Fax: 0161 839 5797 > > http://www.chethams.org.uk
Protection de votre marque
Bonjour, Suite ` la progression constante des litiges liis aux diptts frauduleux des noms de domaine, il est disormais primordial pour une entreprise de protiger sa marque ou sa raison sociale sur Internet. Le nom de domaine est devenu un viritable enjeu commercial pour les sociitis. Tous les jours, nous conseillons sur la protection des noms de domaine aussi bien les administrations, les commergants que les grands comptes nationaux. DâÂÂun simple clic, virifiez gratuitement la disponibiliti et protigez vous en .FR .COM et .EU auprhs de notre iquipe de spicialistes. Dans lâÂÂattente dâÂÂun prochain contact, Veuillez accepter nos salutations distinguies. Marie-Thi ROBIN Responsable gestion noms de domaine http://www.nom-domaine.fr SOCIETE VIADUC SIRET : 478 350 333 00025 Pour ne plus recevoir nos informations, suivez le lien
Re: Need a major favor from Theo!
On Monday 14 January 2008 23:00, you wrote: > Hey guys!!! (with special request for Theor pls!) > > Theo, I need a favor big guy! (only an easy one this time, I swear to it > sir! LOLSLS)! > > See, we have the audit happening here at the bank this time and it's > causing me a lot of headaches and pains. A whiles back I replaced Cisco > stuff here with OBSD and pf and OpenBPG and all that jazz because you > (you = Theo) and Danny J. Harmminereater (or what everyour name is guy > who wrote OepnBGP) said that is the smarty thing to do! Well, it turns > out we still got some Cisco contracts open and all, and these auditors > need some docs filled out by you two. > > It's no big deal, I swear! They just want me to sent these docs (only > about twenty pages) titled "Assumption of Vendor Liability" off to you > for you to fill out and send back. Easy as punch!!! > > So if you could give a an mailing address that would be swell. I promise > that if you do this, I will buy a CD set this time and not take the > bootlegs ISOs that Maddog releases! Ah, how refreshing! Now the King of Trolls has entered the arena, we need have fewer dealings with the various under-trolls that have had control of the list for the last few months. Or is it years? -- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB Tel: 0161 834 7961 Fax: 0161 839 5797 http://www.chethams.org.uk
Re: Suggested PF Setup when using BitTorrent?
On 2008/01/14 19:40, johan beisser wrote: > The hardware is a slightly loaded Soekris net4501 with 64mb of RAM > running OpenBSD 4.1 (GENERIC). This will handle much more traffic if you upgrade to 4.2.
Re: Suggested PF Setup when using BitTorrent?
On 1/15/08, Chris Kuethe <[EMAIL PROTECTED]> wrote: > i doubt it's your machine not being happy with number of connections - > i routinely have hundreds of states. depends on your modem, maybe? or > who made the board inside your modems? or what crack-addled rhesus > monkey pretended to write the firmware. If several different > manufacturers licensed the IP stack or NAT engine from the same > vendor, then it's perfectly possible that you both have ill-designed > hardware. add me to the crowd. I got curious and tested a bit around and am able up my ping latency up to 9 s (then I got bored :-). I *think* (at least here) incoming connections are more of an issue than outgoing ones, and traffic shaping (as in bandwith limiting) doesn't help much. Not traffic shaping doesn't help either. This is on a 3M/512k ADSL (Arcor/Germany) with a soekris and pppoe. I have not yet looked if its just a pps issue with my soekris (in that case there should be no latency problem at about 1/20th the available bandwith.) I could imagine that some equipment not up to the task at the provider could keep tabs on my states, but I don't see any reason why. (Yes I know, there's this new evil data retention law, but the providers don't even know what exactly they have to log and they are not exactly keen on implementing it). --knitti