Re: Does OpenBSD have any plan to support Netmap framework?

[Claudio Jeker]

On Fri, Jul 13, 2012 at 07:37:09PM -0400, Ted Unangst wrote:
> On Fri, Jul 13, 2012 at 17:56, Geoff Steckel wrote:
> > On 07/13/2012 05:13 PM, Ted Unangst wrote:
> >> On Fri, Jul 13, 2012 at 16:06, Andres Perera wrote:
> >>
> >>> you did! you explicitly said that it would be advantageous for
> >>> programs looking to perform analysis on captured packets. for those
> >>> programs, it turns out the placement of the filter doesn't matter
> >> Sure it matters.  Simple example: count packets by /24.  Very simple,
> >> but you can't do it with bpf.  You have to pull all the packets to
> >> userland, and bpf is kind of slow at that.
> >>
> >> Not sure why I wanted to wade into this, but nobody's going to force
> >> you to use netmap.
> > A perhaps silly question: in order to achieve the throughput described,
> > is the application in a hard loop monitoring the ring status? If so, the
> > statistic is of limited applicability.
> 
> Well, of course if you want to count every packet you need to look at
> every packet, but the total counts can be swept up on a daily or
> whatever basis.  If I want to know how much traffic I sent to XYZ/24
> last week, I'm still happy if that stat is missing the last minute of
> traffic.  I'm less happy if the stat is missing 33% of the total
> traffic because bpf couldn't copy it out in time.
> 

To know how much traffic was sent to an IP range or any other kind of such
accounting you only need 20bytes for IP and 40bytes for IPv6 per packet.
If you make the bpf buffer large enough you can stick many of those
headers into the bpf ring buffer.

The main problem with netmap is, that it takes over the HW. It is X for
networking and god beware your HW has a DMA ring bug - like gem(4), fxp(4)
and a load of other drivers. And similar to X where you can not use the
console and X at the same time, you can't use an interface or its DMA ring
only for one mode at a time (bpf does not have that limitation). 

As I said it is a nice research project but I don't think it will change
the way networking is done in general.
-- 
:wq Claudio

Re: Does OpenBSD have any plan to support Netmap framework?

[Ted Unangst]

On Fri, Jul 13, 2012 at 17:56, Geoff Steckel wrote:
> On 07/13/2012 05:13 PM, Ted Unangst wrote:
>> On Fri, Jul 13, 2012 at 16:06, Andres Perera wrote:
>>
>>> you did! you explicitly said that it would be advantageous for
>>> programs looking to perform analysis on captured packets. for those
>>> programs, it turns out the placement of the filter doesn't matter
>> Sure it matters.  Simple example: count packets by /24.  Very simple,
>> but you can't do it with bpf.  You have to pull all the packets to
>> userland, and bpf is kind of slow at that.
>>
>> Not sure why I wanted to wade into this, but nobody's going to force
>> you to use netmap.
> A perhaps silly question: in order to achieve the throughput described,
> is the application in a hard loop monitoring the ring status? If so, the
> statistic is of limited applicability.

Well, of course if you want to count every packet you need to look at
every packet, but the total counts can be swept up on a daily or
whatever basis.  If I want to know how much traffic I sent to XYZ/24
last week, I'm still happy if that stat is missing the last minute of
traffic.  I'm less happy if the stat is missing 33% of the total
traffic because bpf couldn't copy it out in time.

cvsync - creating empty dir 'cvsync'

[Jiri B]

Hello,

does anybody know why does cvsync create empty 'cvsync' dir
inside the prefix for repositories?

The config is same style as on OpenBSD page with refuse file
excluding 'X11' and 'XF4'.

(here localhost is ftp5.eu.openbsd.org via http proxy)

# cvsync -c /etc/cvsync.conf  
Connecting to localhost port 
Connected to 127.0.0.1 port 
Running...
Updating (collection openbsd/rcs)
 Mkdir cvsync
Done (collection openbsd/rcs)
Finished successfully

# ls -ltr /cvs/OpenBSD/ 
  
total 32
drwxrwxr-x  64 root  wheel  1536 Jul 13 03:16 ports
drwxrwxr-x  16 root  wheel   512 Jul 13 07:25 xenocara
drwxr-xr-x   4 root  wheel  2048 Jul 14 00:18 CVSROOT
drwxrwxr-x  19 root  wheel   512 Jul 14 00:20 src
drwxrwxr-x  46 root  wheel  5632 Jul 14 00:21 www
drwxr-xr-x   2 root  wheel   512 Jul 14 01:33 cvsync
# ls -latr /cvs/OpenBSD/cvsync/ 
  
total 8
drwxr-xr-x  8 root  wheel  512 Jul 14 01:33 ..
drwxr-xr-x  2 root  wheel  512 Jul 14 01:33 .

jirib

Re: power button halt vs reboot(8) and halt(8)

[Norman Golisz]

On Fri Jul 13 2012 23:58, frantisek holop wrote:
> hi there,
> 
> how different is the code path between reboot(8), halt(8)
> and when i press the power button?
> 
> the reason i ask is, that fairly often, reboot(8) and halt(8)
> "hangs" (X disappears, but there is only black screen,
> and the console never appears, no "syncing disks" message),
> but pressing the power button turns off the machine
> without fail every time.  another one of those mysteries..
> 
> happened on multiple notebooks for me, but here is the dmesg
> for the one i use daily nowadays.

I can confirm this happens on my Thinkpad T400, too. I did not yet dig
further into this, so I provide at least some system info; dmesg,
pcidump, Xorg.0.log.

$ dmesg
OpenBSD 5.2-beta (GENERIC.MP) #6: Wed Jul 11 21:11:53 CEST 2012
nor...@theos.my.domain:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4182446080 (3988MB)
avail mem = 404878 (3861MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (80 entries)
bios0: vendor LENOVO version "7UET93WW (3.23 )" date 12/15/2011
bios0: LENOVO 6475BE3
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA DMAR 
SSDT SSDT SSDT
acpi0: wakeup devices LID_(S3) SLPB(S3) UART(S3) IGBE(S4) EXP0(S4) EXP1(S4) 
EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB3(S3) USB5(S3) EHC0(S3) 
EHC1(S3) HDEF(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpiec0 at acpi0
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz, 2261.39 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,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG,LAHF
cpu0: 3MB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
cpu0: apic clock running at 273MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz, 2328.83 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,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG,LAHF
cpu1: 3MB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 2, remapped to apid 1
acpimcfg0 at acpi0 addr 0xe000, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (AGP_)
acpiprt2 at acpi0: bus 2 (EXP0)
acpiprt3 at acpi0: bus 3 (EXP1)
acpiprt4 at acpi0: bus -1 (EXP2)
acpiprt5 at acpi0: bus 5 (EXP3)
acpiprt6 at acpi0: bus 13 (EXP4)
acpiprt7 at acpi0: bus 21 (PCI1)
acpicpu0 at acpi0: C3, C2, C1, PSS
acpicpu1 at acpi0: C3, C2, C1, PSS
acpipwrres0 at acpi0: PUBS
acpitz0 at acpi0: critical temperature is 127 degC
acpitz1 at acpi0: critical temperature is 100 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpibat0 at acpi0: BAT0 model "42T5264" serial  3499 type LION oem "Panasonic"
acpibat1 at acpi0: BAT1 not present
acpiac0 at acpi0: AC unit online
acpithinkpad0 at acpi0
acpidock0 at acpi0: GDCK docked (15)
cpu0: Enhanced SpeedStep 2261 MHz: speeds: 2267, 2266, 1600, 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel GM45 Host" rev 0x07
vga1 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
intagp0 at vga1
agp0 at intagp0: aperture at 0xd000, size 0x1000
inteldrm0 at vga1: apic 1 int 16
drm0 at inteldrm0
"Intel GM45 Video" rev 0x07 at pci0 dev 2 function 1 not configured
"Intel GM45 HECI" rev 0x07 at pci0 dev 3 function 0 not configured
puc0 at pci0 dev 3 function 3 "Intel GM45 KT" rev 0x07: ports: 1 com
com2 at puc0 port 0 apic 1 int 17: ns16550a, 16 byte fifo
com2: probed fifo depth: 15 bytes
em0 at pci0 dev 25 function 0 "Intel ICH9 IGP M AMT" rev 0x03: msi, address 
00:1c:25:95:39:e7
uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x03: apic 1 int 20
uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x03: apic 1 int 21
uhci2 at pci0 dev 26 function 2 "Intel 82801I USB" rev 0x03: apic 1 int 22
ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x03: apic 1 int 23
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
azalia0 at pci0 dev 27 function 0 "Intel 82801I HD Audio" rev 0x03: msi
azalia0: codecs: Conexant CX20561
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 "Intel 82801I PCIE" rev 0x03: msi
pci1 at ppb0 bus 2
ppb1 at pci0 dev 28 function 1 "Intel 82801I PCIE" rev 0x03: msi
pci2 at ppb1 bus 3
iwn0 at pci2 dev 0 function 0 "Intel WiFi Link 5300" rev 0x00: msi, MIMO 3T3R, 
MoW, address 00:16:ea:b3:62:e8
ppb2 at pci0 dev 28 function 3 "Intel 82801I PCIE" rev 0x03: msi
pci3 at ppb2 bus 5
ppb3 at pci0 dev 28 function 4 "Intel 82801I PCIE" rev 0x03: msi
pci4 at ppb3 bus

Re: unbound error: no buffer space available

[Limaunion]

On 07/13/2012 02:05 PM, Gonzalo L. R. wrote:

Conf file?

El 07/13/12 11:38, Limaunion escribió:

hi all! I'm running unbound as a caching resolver in an ALIX box running
OpenBSD 5.1.

For some reason I'm getting many of these kind of errors:

Jul 13 10:56:29 pfire unbound: [11449:0] notice: sendto failed: No
buffer space available
Jul 13 10:56:29 pfire unbound: [11449:0] notice: remote address is
8.8.8.8 port 53
Jul 13 10:56:29 pfire unbound: [11449:0] notice: sendto failed: No
buffer space available
Jul 13 10:56:29 pfire unbound: [11449:0] notice: remote address is
8.8.8.8 port 53
(snip)


netstat shows this:

52 mbufs in use:
 19 mbufs allocated to data
 2 mbufs allocated to packet headers
 31 mbufs allocated to socket names and addresses
18/84/6144 mbuf 2048 byte clusters in use (current/peak/max)
0/8/6144 mbuf 4096 byte clusters in use (current/peak/max)
0/8/6144 mbuf 8192 byte clusters in use (current/peak/max)
0/8/6144 mbuf 9216 byte clusters in use (current/peak/max)
0/8/6144 mbuf 12288 byte clusters in use (current/peak/max)
0/8/6144 mbuf 16384 byte clusters in use (current/peak/max)
0/8/6144 mbuf 65536 byte clusters in use (current/peak/max)
396 Kbytes allocated to network (12% in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines

Does anyone have any idea what's wrong here?
TIA!





This is the shortened configuration:

 $ egrep -v '(^$|#)' /var/unbound/etc/unbound.conf 




server:
verbosity: 1
statistics-interval: 86400
  interface: 127.0.0.1
  interface: 192.168.1.1
do-ip6: no
access-control: 0.0.0.0/0 refuse
access-control: 127.0.0.0/8 allow
access-control: 192.168.1.0/24 allow
hide-identity: yes
hide-version: yes
identity: "DNS"
version: "1.1"


python:
remote-control:
forward-zone:
name: "."
forward-addr: 8.8.8.8
forward-addr: 208.67.222.123
forward-addr: 208.67.220.123

power button halt vs reboot(8) and halt(8)

[frantisek holop]

hi there,

how different is the code path between reboot(8), halt(8)
and when i press the power button?

the reason i ask is, that fairly often, reboot(8) and halt(8)
"hangs" (X disappears, but there is only black screen,
and the console never appears, no "syncing disks" message),
but pressing the power button turns off the machine
without fail every time.  another one of those mysteries..

happened on multiple notebooks for me, but here is the dmesg
for the one i use daily nowadays.

-f


OpenBSD 5.2-beta (GENERIC.MP) #308: Thu Jul 12 13:04:08 MDT 2012
t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Atom(TM) CPU N570 @ 1.66GHz ("GenuineIntel" 686-class) 1.67 GHz
cpu0: 
FPU,V86,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,NXE,LONG,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,LAHF
real mem  = 1061818368 (1012MB)
avail mem = 1033588736 (985MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 03/31/10, SMBIOS rev. 2.6 @ 0xeb0f0 (53 
entries)
bios0: vendor LENOVO version "50CN12WW" date 04/22/2011
bios0: LENOVO 20109
acpi0 at bios0: rev 3
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP APIC MCFG SLIC HPET
acpi0: wakeup devices P0P8(S4) PS2K(S3) PS2M(S3) EUSB(S3) P0PA(S4) P0PB(S4) 
P0PC(S4) P0P9(S3) USB0(S3) USB1(S3) USB2(S3) USB3(S3) PWRB(S3) SLPB(S3)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: apic clock running at 166MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Atom(TM) CPU N570 @ 1.66GHz ("GenuineIntel" 686-class) 1.67 GHz
cpu1: 
FPU,V86,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,NXE,LONG,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,LAHF
cpu2 at mainbus0: apid 2 (application processor)
cpu2: Intel(R) Atom(TM) CPU N570 @ 1.66GHz ("GenuineIntel" 686-class) 1.67 GHz
cpu2: 
FPU,V86,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,NXE,LONG,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,LAHF
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Atom(TM) CPU N570 @ 1.66GHz ("GenuineIntel" 686-class) 1.67 GHz
cpu3: 
FPU,V86,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,NXE,LONG,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,LAHF
ioapic0 at mainbus0: apid 4 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0 addr 0xf000, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 3 (P0P8)
acpiprt2 at acpi0: bus 2 (P0PA)
acpiprt3 at acpi0: bus -1 (P0PB)
acpiprt4 at acpi0: bus -1 (P0PC)
acpiprt5 at acpi0: bus 1 (P0P9)
acpiec0 at acpi0
acpicpu0 at acpi0:, C3, C2, C1, PSS
acpicpu1 at acpi0:, C3, C2, C1, PSS
acpicpu2 at acpi0:, C3, C2, C1, PSS
acpicpu3 at acpi0:, C3, C2, C1, PSS
acpibtn0 at acpi0: PWRB
acpibtn1 at acpi0: SLPB
acpibtn2 at acpi0: LID_
acpiac0 at acpi0: AC unit online
acpibat0 at acpi0: BAT1 model "LNV-L10C6Y12" serial 004706 type LiIon   
oem "CPT-ES3"
acpivideo0 at acpi0: GFX0
acpivout0 at acpivideo0: DD02
bios0: ROM list: 0xc/0xda00! 0xce000/0x1000
cpu0: Enhanced SpeedStep 1663 MHz: speeds: 1667, 1334, 1000 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel Pineview DMI" rev 0x02
vga1 at pci0 dev 2 function 0 "Intel Pineview Video" rev 0x02
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
intagp0 at vga1
agp0 at intagp0: aperture at 0xd000, size 0x1000
inteldrm0 at vga1: apic 4 int 16
drm0 at inteldrm0
"Intel Pineview Video" rev 0x02 at pci0 dev 2 function 1 not configured
azalia0 at pci0 dev 27 function 0 "Intel 82801GB HD Audio" rev 0x02: msi
azalia0: codecs: Realtek ALC269
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x02: apic 4 int 16
pci1 at ppb0 bus 1
re0 at pci1 dev 0 function 0 "Realtek 8101E" rev 0x05: RTL8105E (0x4080), apic 
4 int 16, address 50:af:73:14:da:b5
ukphy0 at re0 phy 7: Generic IEEE 802.3u media interface, rev. 2: OUI 0x000732, 
model 0x0008
ppb1 at pci0 dev 28 function 1 "Intel 82801GB PCIE" rev 0x02: apic 4 int 17
pci2 at ppb1 bus 2
"Realtek 8188CE" rev 0x01 at pci2 dev 0 function 0 not configured
uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x02: apic 4 int 23
uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x02: apic 4 int 19
uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x02: apic 4 int 18
uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x02: apic 4 int 16
ehci0 at pci0 dev 29 function 7 "Intel 82801GB USB" rev 0x02: apic 4 int 23
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb2 at pci0 dev 30 function 0 "Intel 82801BAM Hub

Re: Does OpenBSD have any plan to support Netmap framework?

[Geoff Steckel]

On 07/13/2012 05:13 PM, Ted Unangst wrote:

On Fri, Jul 13, 2012 at 16:06, Andres Perera wrote:


you did! you explicitly said that it would be advantageous for
programs looking to perform analysis on captured packets. for those
programs, it turns out the placement of the filter doesn't matter

Sure it matters.  Simple example: count packets by /24.  Very simple,
but you can't do it with bpf.  You have to pull all the packets to
userland, and bpf is kind of slow at that.

Not sure why I wanted to wade into this, but nobody's going to force
you to use netmap.
A perhaps silly question: in order to achieve the throughput described, 
is the application in a hard loop monitoring the ring status? If so, the 
statistic is of limited applicability.


Geoff Steckel

Re: load now over 1.00 all the time (i386, MP)

[frantisek holop]

hmm, on Tue, Jul 10, 2012 at 11:53:46AM +0300, Manolis Tzanidakis said that
> On Sun (01/07/12), frantisek holop wrote:
> > it seems that since a couple of snapshots back,
> > load never goes below 1.00 anymore on both of my
> > notebooks (i386 MP).  what prompted me to write
> > this email is that now my old thinkpad is affected
> > as well.
> > looking at top right after boot shows that load was "normal"
> > load averages:  1.14,  0.85,  0.43
> > but current load constantly being over 1.00,
> > the averages eventually rise as well.
> > anybody else is seeing this?
> 
> Hello,
> I've installed two identical servers yesterday with a 2/7 snapshot and
> saw this thing on only one of them.
> 
> Today I've upgraded to the latest snap:
> OpenBSD 5.2-beta (GENERIC.MP) #345: Sun Jul  8 14:48:27 MDT 2012
> 
> and the load is back to <= 0.1.

happy for you :]

july 12 snapshot, still the same > 1.00 load.

-f
-- 
philosophy: unintelligible answers to insoluble problems.

Re: Does OpenBSD have any plan to support Netmap framework?

[Andres Perera]

the comparison started against freebsd bpf's augmentations:

"
Zero-copy buffer mode
 bpf devices may also operate in the BPF_BUFMODE_ZEROCOPY mode, in which
 packet data is written directly into two user memory buffers by the ker-
 nel, avoiding both system call and copying overhead.  Buffers are of
 fixed (and equal) size, page-aligned, and an even multiple of the page
 size.  The maximum zero-copy buffer size is returned by the BIOCGETZMAX
 ioctl.  Note that an individual packet larger than the buffer size is
 necessarily truncated.
"

from here the only choices are: a) that feature is out of place;
netmap is a more general approach where the optimization should take
place, and b) who's talking about grafted-on bpf enhancements? bpf is
just the vm making filtering decisions

both arguments fail on account that i only care about capturing.
netmap's site offers a bridge implementation as an example -- i would
think that's an area where netmap's offerings are more attractive

On Fri, Jul 13, 2012 at 4:43 PM, Ted Unangst  wrote:
> On Fri, Jul 13, 2012 at 16:06, Andres Perera wrote:
>
>> you did! you explicitly said that it would be advantageous for
>> programs looking to perform analysis on captured packets. for those
>> programs, it turns out the placement of the filter doesn't matter
>
> Sure it matters.  Simple example: count packets by /24.  Very simple,
> but you can't do it with bpf.  You have to pull all the packets to
> userland, and bpf is kind of slow at that.
>
> Not sure why I wanted to wade into this, but nobody's going to force
> you to use netmap.

Re: Does OpenBSD have any plan to support Netmap framework?

[Ted Unangst]

On Fri, Jul 13, 2012 at 16:06, Andres Perera wrote:

> you did! you explicitly said that it would be advantageous for
> programs looking to perform analysis on captured packets. for those
> programs, it turns out the placement of the filter doesn't matter

Sure it matters.  Simple example: count packets by /24.  Very simple,
but you can't do it with bpf.  You have to pull all the packets to
userland, and bpf is kind of slow at that.

Not sure why I wanted to wade into this, but nobody's going to force
you to use netmap.

Magistral curso de "La Estrategia del Océano Azul"

[Isella Sandoval M.]

¡Muy Importante!
Si no puede visualizar correctamente este correo, le pedimos que lo arrastre a
su Bandeja de Entrada

Apreciable Ejecutivo:

TIEM de México
Empresa Líder en Capacitación y Actualización de Capital Humano

Pone a su disposición este Excelente Curso denominado:
"La Estrategia del Océano Azul"

Está Programado para el día:
02 de Agosto de 2012 en la Ciudad de México

Inscríbase 5 días antes de la fecha del Curso y obtenga un descuento del 15%
con Inversión Inmediata
No deje pasar esta oportunidad e Invierta en su Desarrollo Personal y
Profesional

La estrategia del Océano Azul, plantea dos escenarios un “océano rojo” que
busca superar a la competencia con el fin de obtener una porción de un mercado
existente y un  “océano azul”, que consiste en buscar un mercado virgen que
nadie haya tocado y que tenga el potencial de crecer.

En los océanos rojos, la competencia pone las reglas; en los océanos azules,
la competencia se vuelve irrelevante. Esta estrategia se conoce como
innovación de valor y es diferente a la ventaja competitiva, ya que no se
enfoca en vencer a la competencia, sino que se enfoca en hacer a la
competencia irrelevante al ofrecer un valor fundamentalmente nuevo y superior
a sus clientes para crear nueva demanda.

En esta Conferencia con un enfoque muy práctico, los participantes aprenderán
cómo desarrollar y pensar en una Estrategia de Océano Azul..

Objetivo:
Proporcionar la metodología para desarrollar estrategias y propuestas de valor
para generar demandas latentes y de alto valor y poder competir en nuevos
mercados/segmentos, con diferenciación y con una orientación a los no clientes
tradicionales.

Si al momento de recibir este correo ya realizo su confirmación le pedimos
haga caso omiso.

De lo contrario, favor de responder este correo con los siguientes datos:
• Empresa:
• Nombre:
• Ciudad:
• Teléfono:

O si lo prefiere comuníquese a los teléfonos:

Del DF al 5611-0969 con 10 líneas
Interior del País Lada sin Costo
01 800 900 TIEM (8436)
Aceptamos todas las TDC y Débito.
**Promoción: 3 meses sin Intereses pagando con American Express
**Aplica solo con Inversión Normal

®Todos los Derechos Reservados ©2011 TIEM Talento e Innovación Empresarial
de México
Este Mensaje le ha sido enviado como usuario de TIEM de México o bien un
usuario le refirió para recibir este boletín.
Como usuario de TIEM de México, en este acto autoriza de manera expresa que
TIEM de México le puede contactar vía correo electrónico u otros medios.
Si usted ha recibido este mensaje por error, haga caso omiso de él y reporte
su cuenta respondiendo este correo con el asunto BAJABD
Tenga en cuenta que la gestión de nuestras bases de datos es de suma
importancia y no es intención de la empresa la inconformidad del receptor.

Re: softraid metadata removal

[Ted Unangst]

On Fri, Jul 13, 2012 at 22:03, Henning Brauer wrote:
> * Michael W. Lucas  [2012-07-13 21:46]:
>> I'm playing with softraid on a test machine. I reuse disks. This makes
>> me trip over metadata:
>>
>> # bioctl -c 1 -l sd2n,sd3n softraid0
>> softraid0: volume level does not match metadata level
>>
>> # bioctl -c 5 -l sd2p,sd3p,sd4p,sd5p,sd6p softraid0
>> softraid0: not all chunks are of the native metadata format
>>
>> I could just spew "dd if=/dev/zero" all over the disk, but surely
>> there's a better/faster/simpler way to clean up this metadata? Any
>> suggestions?
> 
> dd'ing over the beginning is enough & the way to go for now. 64k
> should suffice.

I would go with 1MB, just to be more sure you whack any superblocks or
other fs structures living in there.  Hardly takes any more time.

Re: Does OpenBSD have any plan to support Netmap framework?

[Andres Perera]

On Fri, Jul 13, 2012 at 3:40 PM, Chris Cappuccio  wrote:
> Andres Perera [andre...@zoho.com] wrote:
>> for clients (processes) that need to do trivial filtering, e.g.,
>> tcpdump 'ether multicast and not broadcast', it's an overhaul for
>> nothing
>>
>> the placement of the filtering stack in the kernel is completely
>> irrelevant to "how simple" it will end up. if you come up with a
>> sbin/bpfd it will still have to do locking between clients, and
>> present a higher level subset to be of any use
>>
>> i don't expect *every* application to manage the rx/tx rings directly,
>> reinject when they're done
>>
>> to actual uses of userland packet capture, this whole situation
>> resembles "wayland is not an x replacement, it just does compositing"
>>
>
> situation? it's just a tool. what makes you think the primary users will be 
> the same ones who want to use BPF?
>

you did! you explicitly said that it would be advantageous for
programs looking to perform analysis on captured packets. for those
programs, it turns out the placement of the filter doesn't matter

Re: Does OpenBSD have any plan to support Netmap framework?

[Chris Cappuccio]

Claudio Jeker [cje...@diehard.n-r-g.com] wrote:
>  
> > Why go through layers and layers of kernel processing for applications
> > that simply don't need to? That's the goal here. Not replacing BPF.
> 
> You think it is better to go through layers and layers of userland code?
> In the end you need to do the same work to process a packet.
> 

It totally depends on the application. I don't expect huge performance gains 
for things like routing or PF which have already gone through optimization for 
years in the kernel. I wouldn't use it for that. 

Re: Does OpenBSD have any plan to support Netmap framework?

[Andres Perera]

for clients (processes) that need to do trivial filtering, e.g.,
tcpdump 'ether multicast and not broadcast', it's an overhaul for
nothing

the placement of the filtering stack in the kernel is completely
irrelevant to "how simple" it will end up. if you come up with a
sbin/bpfd it will still have to do locking between clients, and
present a higher level subset to be of any use

i don't expect *every* application to manage the rx/tx rings directly,
reinject when they're done

to actual uses of userland packet capture, this whole situation
resembles "wayland is not an x replacement, it just does compositing"

On Fri, Jul 13, 2012 at 3:24 PM, Chris Cappuccio  wrote:
> Andres Perera [andre...@zoho.com] wrote:
>>
>> so i should move the whole filtering stack to userland... seems like a
>> needless work for simple packet capture
>
> And I completely disagree.
>
> You think what the kernel does now is simple ?

Re: Does OpenBSD have any plan to support Netmap framework?

[Chris Cappuccio]

Andres Perera [andre...@zoho.com] wrote:
> 
> i don't expect *every* application to manage the rx/tx rings directly,
> reinject when they're done
> 

Let's be more practical here. Luigi already gives you a stub pcap library that 
does this for you. You can take an existing pcap application, link it to the 
netmap-pcap stub, and it works with netmap. I don't believe you get any BPF 
filtering capability with the stub.

You want to stop multicast? program the hash filter on your receiver chip to 
not dump it to userland memory.

This stub library with a simple packet generator and receiver show that you can 
generate or sink a 10GbE card at line-rate, small packets with a single core on 
a 4-core CPU. I think this should speak for itself. Nobody is suggesting you 
replace the kernel or any part of it with this tool for general use.

Re: Does OpenBSD have any plan to support Netmap framework?

[Chris Cappuccio]

Andres Perera [andre...@zoho.com] wrote:
> for clients (processes) that need to do trivial filtering, e.g.,
> tcpdump 'ether multicast and not broadcast', it's an overhaul for
> nothing
> 
> the placement of the filtering stack in the kernel is completely
> irrelevant to "how simple" it will end up. if you come up with a
> sbin/bpfd it will still have to do locking between clients, and
> present a higher level subset to be of any use
> 
> i don't expect *every* application to manage the rx/tx rings directly,
> reinject when they're done
> 
> to actual uses of userland packet capture, this whole situation
> resembles "wayland is not an x replacement, it just does compositing"
> 

situation? it's just a tool. what makes you think the primary users will be the 
same ones who want to use BPF?

Re: softraid metadata removal

[Henning Brauer]

* Michael W. Lucas  [2012-07-13 21:46]:
> I'm playing with softraid on a test machine. I reuse disks. This makes
> me trip over metadata:
> 
> # bioctl -c 1 -l sd2n,sd3n softraid0
> softraid0: volume level does not match metadata level
> 
> # bioctl -c 5 -l sd2p,sd3p,sd4p,sd5p,sd6p softraid0
> softraid0: not all chunks are of the native metadata format
> 
> I could just spew "dd if=/dev/zero" all over the disk, but surely
> there's a better/faster/simpler way to clean up this metadata? Any
> suggestions?

dd'ing over the beginning is enough & the way to go for now. 64k
should suffice.

-- 
Henning Brauer, h...@bsws.de, henn...@openbsd.org
BS Web Services, http://bsws.de, Full-Service ISP
Secure Hosting, Mail and DNS Services. Dedicated Servers, Root to Fully Managed
Henning Brauer Consulting, http://henningbrauer.com/

Re: Does OpenBSD have any plan to support Netmap framework?

[Claudio Jeker]

On Fri, Jul 13, 2012 at 12:43:42PM -0700, Chris Cappuccio wrote:
> Andres Perera [andre...@zoho.com] wrote:
> > On Fri, Jul 13, 2012 at 11:59 AM, Chris Cappuccio  wrote:
> > > But having a generic mechanism to bring network data in/out userland for 
> > > analysis or manipulation, abstracted in a secure way from the kernel 
> > > across multiple network card types, and "zero copy", could be very 
> > > useful. The typical response to this is "well just make the slow parts of 
> > > the kernel more efficient and you won't need to do this" but, especially 
> > > for pcap-type applications, I think netmap _is_ the solution.
> > 
> > talking about userland capture exclusively:
> > 
> > is there a comparison against freebsd bpf zero copy? how is better
> > than bpf overall?
> > 
> 
> Luigi Rizzo's page talk about how efficient this technique is. IIRC, he
> says it can max out a 10G link with small packets using one core of a
> modern four-core intel processor. Of, course that is doing no useful
> work with the packets. But that gives you an idea of the overhead
> involved with managing the virtual tx/rx rings in the kernel.

If I glue two humongous DMA queues directly together in the kernel and
just point them together then I can also put insane amount of traffic
through a OpenBSD box but honestly it is cheaper to just use a longer
cable in that case.
 
> If you relied on the filtering features of the BPF, this doesn't help you.

If you rely on anything else then moving buffers from interfaceto
interface then it will not help you as much as you like.

> > i ask because there's been a considerable amount of work put into bpf
> > compilers so it's replacement better justify the time spent optimizing
> > it's predecessor
> 
> It's not a replacement for BPF. 

Nope, it is not even getting near the capabilities of BPF. There is not a
single filter implemented.
 
> Why go through layers and layers of kernel processing for applications
> that simply don't need to? That's the goal here. Not replacing BPF.

You think it is better to go through layers and layers of userland code?
In the end you need to do the same work to process a packet.

-- 
:wq Claudio

Re: Does OpenBSD have any plan to support Netmap framework?

[Chris Cappuccio]

Andres Perera [andre...@zoho.com] wrote:
> 
> so i should move the whole filtering stack to userland... seems like a
> needless work for simple packet capture

And I completely disagree. 

You think what the kernel does now is simple ?

Re: Does OpenBSD have any plan to support Netmap framework?

[Andres Perera]

from their site:

netmap implements a special device, /dev/netmap, which is the gateway
to switch one or more network cards to netmap mode, where the card's
datapath is disconnected from the operating system.
open("/dev/netmap") returns a file descriptor that can be used with
ioctl(fd, NIOCREG, ...) to switch an interface to netmap mode. A
subsequent mmap() exports to userspace a replica of the TX and RX
rings of the card, and the actual packet buffers. Each "shadow" ring
indicates the number of available buffers, the current read or write
index, and the address and length each buffer (buffers have fixed size
and are preallocated by the kernel).

so i should move the whole filtering stack to userland... seems like a
needless work for simple packet capture

Re: Does OpenBSD have any plan to support Netmap framework?

[Chris Cappuccio]

Andres Perera [andre...@zoho.com] wrote:
> On Fri, Jul 13, 2012 at 11:59 AM, Chris Cappuccio  wrote:
> > But having a generic mechanism to bring network data in/out userland for 
> > analysis or manipulation, abstracted in a secure way from the kernel across 
> > multiple network card types, and "zero copy", could be very useful. The 
> > typical response to this is "well just make the slow parts of the kernel 
> > more efficient and you won't need to do this" but, especially for pcap-type 
> > applications, I think netmap _is_ the solution.
> 
> talking about userland capture exclusively:
> 
> is there a comparison against freebsd bpf zero copy? how is better
> than bpf overall?
> 

Luigi Rizzo's page talk about how efficient this technique is. IIRC, he says it 
can max out a 10G link with small packets using one core of a modern four-core 
intel processor. Of, course that is doing no useful work with the packets. But 
that gives you an idea of the overhead involved with managing the virtual tx/rx 
rings in the kernel.

If you relied on the filtering features of the BPF, this doesn't help you.

> i ask because there's been a considerable amount of work put into bpf
> compilers so it's replacement better justify the time spent optimizing
> it's predecessor

It's not a replacement for BPF. 

Why go through layers and layers of kernel processing for applications that 
simply don't need to? That's the goal here. Not replacing BPF.

Chris

softraid metadata removal

[Michael W. Lucas]

Hi,

I'm playing with softraid on a test machine. I reuse disks. This makes
me trip over metadata:

# bioctl -c 1 -l sd2n,sd3n softraid0
softraid0: volume level does not match metadata level

# bioctl -c 5 -l sd2p,sd3p,sd4p,sd5p,sd6p softraid0
softraid0: not all chunks are of the native metadata format

I could just spew "dd if=/dev/zero" all over the disk, but surely
there's a better/faster/simpler way to clean up this metadata? Any
suggestions?

Thanks,
==ml

-- 
Michael W. Lucas
http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/
Latest book: SSH Mastery http://www.michaelwlucas.com/nonfiction/ssh-mastery
mwlu...@michaelwlucas.com, Twitter @mwlauthor

Re: Does OpenBSD have any plan to support Netmap framework?

[Andres Perera]

On Fri, Jul 13, 2012 at 11:59 AM, Chris Cappuccio  wrote:
> But having a generic mechanism to bring network data in/out userland for
analysis or manipulation, abstracted in a secure way from the kernel across
multiple network card types, and "zero copy", could be very useful. The
typical response to this is "well just make the slow parts of the kernel more
efficient and you won't need to do this" but, especially for pcap-type
applications, I think netmap _is_ the solution.

talking about userland capture exclusively:

is there a comparison against freebsd bpf zero copy? how is better
than bpf overall?

i ask because there's been a considerable amount of work put into bpf
compilers so it's replacement better justify the time spent optimizing
it's predecessor

Re: unbound error: no buffer space available

[Gonzalo L. R.]

Conf file?

El 07/13/12 11:38, Limaunion escribió:
> hi all! I'm running unbound as a caching resolver in an ALIX box running
> OpenBSD 5.1.
> 
> For some reason I'm getting many of these kind of errors:
> 
> Jul 13 10:56:29 pfire unbound: [11449:0] notice: sendto failed: No
> buffer space available
> Jul 13 10:56:29 pfire unbound: [11449:0] notice: remote address is
> 8.8.8.8 port 53
> Jul 13 10:56:29 pfire unbound: [11449:0] notice: sendto failed: No
> buffer space available
> Jul 13 10:56:29 pfire unbound: [11449:0] notice: remote address is
> 8.8.8.8 port 53
> (snip)
> 
> 
> netstat shows this:
> 
> 52 mbufs in use:
> 19 mbufs allocated to data
> 2 mbufs allocated to packet headers
> 31 mbufs allocated to socket names and addresses
> 18/84/6144 mbuf 2048 byte clusters in use (current/peak/max)
> 0/8/6144 mbuf 4096 byte clusters in use (current/peak/max)
> 0/8/6144 mbuf 8192 byte clusters in use (current/peak/max)
> 0/8/6144 mbuf 9216 byte clusters in use (current/peak/max)
> 0/8/6144 mbuf 12288 byte clusters in use (current/peak/max)
> 0/8/6144 mbuf 16384 byte clusters in use (current/peak/max)
> 0/8/6144 mbuf 65536 byte clusters in use (current/peak/max)
> 396 Kbytes allocated to network (12% in use)
> 0 requests for memory denied
> 0 requests for memory delayed
> 0 calls to protocol drain routines
> 
> Does anyone have any idea what's wrong here?
> TIA!
> 

-- 
Sending from my VCR.

Re: Does OpenBSD have any plan to support Netmap framework?

[Chris Cappuccio]

I'm porting it for myself, although I stopped for a while because nobody else 
showed much interest in it. I have the opposite view of Claudio, I'd love to 
have this capability. It looks attractive for things like high-speed packet 
capture and analysis. For re-implementing things that are already implemented 
in the kernel like routing and NAT, Claudio is right. But having a generic 
mechanism to bring network data in/out userland for analysis or manipulation, 
abstracted in a secure way from the kernel across multiple network card types, 
and "zero copy", could be very useful. The typical response to this is "well 
just make the slow parts of the kernel more efficient and you won't need to do 
this" but, especially for pcap-type applications, I think netmap _is_ the 
solution.

Bahador NazariFard [bahador.nazarif...@gmail.com] wrote:
> Hi y'all.
> I have a question about netmap - a novel framework for fast packet I/O.
> Does OpenBSD have any plan to support Netmap framework?
> I also have a technical question about netmap and firewall relation.
> As I read and understand we can work with nic interface almost directly
> form user land by netmap. what does mean that?
> We have to pass every packet  through kernel (if we want to process by
> firewall and IPSec )? Am I wrong ?
> How can Netmap help us if  kernel land processes such as firewall,
> routing(queuing), IPSec cryptography are needed?

-- 
Keep them laughing half the time, scared of you the other half. And always keep 
them guessing. -- Clair George

Campamentos Cientificos en Tucuman

[institucional]

OBSERVATORIO ASTRONOMICO
AMPIMPA
TUCUMAN - ARGENTINA
Declarado de Interés Educativo por el Ministerio de Educación de la
Nación
  _

misc@openbsd.org
At.


Campamento Científico Internacional
- SolarMax 2012 -
La Ciencia en el Aula – Nuevos enfoques didácticos

Organiza:
Observatorio Astronómico Ampimpa
Departamento Formación Profesional Docente

Destinado a: Maestros de Escuelas Primarias del 2° Ciclo,  Profesores
de Escuelas Secundarias, Profesores de Nivel Superior,  Especialistas e
Investigadores en Enseñanza de las Ciencias y Ciencias de la Educación,
Directores y Asesores Pedagógicos de Establecimientos Educativos

  Fecha: 17, 18, 19 y 20 de Agosto de 2012

VER INFORMACION COMPLETA CON IMÁGENES




Acreditación oficial:


 Resolución  Nro. 1498/5 (SGE)
E - Exp. Nro 016894/230-O-11

70 Hs. Cátedra




Lugar de Realización:

Área Observatorio Astronómico Ampimpa

Provincia de Tucumán - República Argentina

- Ruta Provincial 307 km. 107,5 -

 Valles Calchaquíes - Provincia de Tucumán

República Argentina

www.astrotuc.com.ar 

Email: informesobservato...@astrotuc.com.ar



INSCRIPCIONES ON-LINE

(CUPOS LIMITADOS)


CRONOGRAMA


DIA 1 - Viernes 17 de Agosto de 2012

09.00 Recepción. Desayuno de Bienvenida en San Miguel de Tucumán.
09.30 Presentación del equipo del Observatorio a cargo del Campamento.
Instrucciones generales y objetivos.
10.00 Partida hacia el Observatorio. Durante el recorrido se realizarán
mediciones utilizando instrumental científico como termómetros,
altímetros, barómetros, gps; sumado al uso de imágenes satelitales del
recorrido. Se mostrará así a los docentes participantes una forma activa
y diferente de aboradar la didáctica de un viaje de estudios.
16.30 Arribo a Observatorio. Ubicación en las cabañas. Tiempo Libre
hasta las 18.00 en que se sirve la merienda
19.00  Taller de cierre del viaje. Trazado del perfil geomorfológico y
fitogeográfico del recorrido. Análisis de la formación "Las Yungas" y su
relación con la barrera orográfica andina en Sudamérica.
20.30 Charlas de Reflexión Pedagógica. Temas a abordar:
1.- Problemas actuales en la enseñanza de las ciencias y causas del
desinterés de niños y jóvenes.
2.- Recomendaciones de la Conferencia Mundial sobre Ciencia y
Conocimiento Científico. Unesco
3.- Enseñar Ciencias en el Siglo XXI. Los nuevos paradigmas y la nueva
didáctica en las aulas.
21.30 Observaciones Astronómicas. Las primeras observaciones comienzan
con los objetos más cercanos: Planetas y La luna.
Charla a Cielo Abierto.-
Cena.  Descanso nocturno.

DIA 2 - Sábado  18 de Agosto  de 2012

Desayuno. Formarción de los distintos grupos y la elección de los
Proyectos Científicos. Todos estos proyectos tendrán actividades de
gabinete y de campo. Los datos recogidos serán organizados, analizados y
evaluados para llegar posteriormente a los resultados.
Temáticas propuestas para el proyecto a elegir:
- ASTRONOMÍA: Diseño de un programa de observación y astrofotografía de
objetos celestes operando el telescopio de la Estación Astronómica
- CIENCIAS DEL ESPACIO: Diseño, cáculo, construcción y lanzamiento de un
cohete experimental
- INGENIERIA DEL MEDIO AMBIENTE: Elaboración de línea de base y matriz
de impacto ambiental. Evaluación de proyectos.
- BIOLOGIA:Estudio comparativo de áreas protegidas y no protegidas.
Determinación de Abundancia y Diversidad biológica
- BIOLOGÍA:Detección de la presencia de mamíferos nativos de la zona.
Huellas y rastros.
- GEOLOGÍA: Estudio de rocas en el Área del Observatorio. Procesos
geológicos endógenos y exógenos para una reconstrucción paleoambiental.

- GEOGRAFIA: Trazado de mapas mediante el uso del Gps.
Georeferenciamiento e interpretación de imágenes satelitales.
- METEOROLOGÍA: Predicción básica del tiempo atmosférico mediante
estación meteorológica y fotos satelitales
- ENERGIA SOLAR: Estudio cuantitativo de niveles diarios de radiación
solar en el espectro visible y ultravioleta.
- MATEMÁTICAS: Estudio de la rotación diferencial del Sol con imágenes
satelitales SOHO y SDO. Hacia el Máximo Solar 2012.
- ARQUEOLOGÍA: Estudio de la acción antrópica y fenómenos naturales en
sitios arqueológicos. Conservacionismo y protección de patrimonio.

Por la noche, las Observaciones aproximarán objetos galácticos más
lejanos: Nebulosas y Cúmulos Estelares y permitirán en el diálogo con
los profesionales del Observatorio aclarar dudas sobre aspectos de la
astronomía que posteriormente podrán volcar al aula. En Microcine "El
Universo en 3D" y "Viaje Virtual al Planeta Marte".


Día 3 – Domingo 19 de Agosto de 2012

Desayuno. Todos los grupos se abocan 

unbound error: no buffer space available

[Limaunion]

hi all! I'm running unbound as a caching resolver in an ALIX box running 
OpenBSD 5.1.


For some reason I'm getting many of these kind of errors:

Jul 13 10:56:29 pfire unbound: [11449:0] notice: sendto failed: No 
buffer space available
Jul 13 10:56:29 pfire unbound: [11449:0] notice: remote address is 
8.8.8.8 port 53
Jul 13 10:56:29 pfire unbound: [11449:0] notice: sendto failed: No 
buffer space available
Jul 13 10:56:29 pfire unbound: [11449:0] notice: remote address is 
8.8.8.8 port 53

(snip)


netstat shows this:

52 mbufs in use:
19 mbufs allocated to data
2 mbufs allocated to packet headers
31 mbufs allocated to socket names and addresses
18/84/6144 mbuf 2048 byte clusters in use (current/peak/max)
0/8/6144 mbuf 4096 byte clusters in use (current/peak/max)
0/8/6144 mbuf 8192 byte clusters in use (current/peak/max)
0/8/6144 mbuf 9216 byte clusters in use (current/peak/max)
0/8/6144 mbuf 12288 byte clusters in use (current/peak/max)
0/8/6144 mbuf 16384 byte clusters in use (current/peak/max)
0/8/6144 mbuf 65536 byte clusters in use (current/peak/max)
396 Kbytes allocated to network (12% in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines

Does anyone have any idea what's wrong here?
TIA!

Proximo Miercoles... Como Optimizar el Control Interno para la Prevencion de Fraudes

[Lic. Adriana Alvarez]

Cómo Optimizar el Control Interno para la Prevención de Fraudes
Panama 18 de julio, 2012

La auditorÃa periódica es una actividad básica para identificar fallas
de control y para la detección de fraudes, sin embargo... ¿Nuestro
personal tiene la experiencia necesaria para desarrollar las funciones de
auditorÃa y para detectar y descubrir acciones fraudulentas? ¿Cómo
detectar y combatir situaciones sospechosas? ¿Dónde se originan
principalmente los fraudes? ¿Qué puede hacer al respecto?

Al participar en  este  exclusivo  curso  conocerá:

- Cómo diseñar un sistema adecuado para eliminar  desfalcos  en  su 
organización.
- ¿Quiénes los realizan y cómo se consuman los fraudes en ventas,
compras, almacenes e inventarios, tesorerÃa, cobranza y otras áreas
vulnerables de la empresa?
- ¿Cómo controlar las famosas “cajas menudas” y los “viáticos”
que como plaga invaden la empresa y son verdaderas coladeras de dinero
que ofrecen oportunidades para realizar gastos personales  con  dinero 
de  la  empresa?

Reciba en este momento el folleto completo!

Únicamente responda con su Nombre, Puesto, Empresa y Teléfono, o
ComunÃquese al (507) 279-1083 / 279-0258 / 279-0887 en donde con gusto le
atenderé.

Reciba un muy cordial saludo!

Lic. Adriana Alvarez
LÃder de Proyectos

Para des suscribirse de estas invitaciones, solo responda este correo con
el SUBJECT des suscribir y automáticamente quedará fuera de nuestras
listas.
Este correo ha sido enviado a: misc@openbsd.org - 446483

Paga $53 por Pen Drive Kingston 8gb SOLO POR HOY!!!

[Bonus Cupon]

Si no podes visualizar este mail, ingresa a:
http://news1.bonuscupon.com.ar/r.html?uid=1.1y.29hh.y7.f19d9h9r09

Re: Unresponsive -current + rtorrent

[Christiano F. Haesbaert]

On 13 July 2012 15:16, David Coppa  wrote:
> On Fri, Jul 13, 2012 at 3:14 PM, David Coppa  wrote:
>> On Fri, Jul 13, 2012 at 2:57 PM, Philip Guenther  wrote:
>>> On Fri, Jul 13, 2012 at 5:42 AM, Paolo Aglialoro  wrote:
 This means that 5.1-release will still be affected by the bug so that
 rtorrent won't run correctly, right?
>>>
>>> I believe the problem didn't exhibit with uthreads.  It's only with
>>> the switch to rthreads that it became a problem.
>>
>> Probably. But this also has something to do with newer
>> libtorrent/rtorrent (0.13.2/0.9.2) in -current.
>> 0.12.9/0.8.9 does not exhibit this problematic behavior even with
>> rthreads... In fact, I'm going to back out the update to 0.13.2/0.9.2.
>>
>>>
>>> Philip Guenther
>>
>> ciao,
>> David
>
> I meant: with libtorrent/rtorrent 0.13.2/0.9.2 haesbaert@'s fix does not help

Can you confirm that you get an IPI storm ? with libtorrent/rtorrent
0.13.2/0.9.2 even with the fix ?

I'd run it myself but I'm moving and my rtorrent machine is no more.

Re: Unresponsive -current + rtorrent

[David Coppa]

On Fri, Jul 13, 2012 at 3:14 PM, David Coppa  wrote:
> On Fri, Jul 13, 2012 at 2:57 PM, Philip Guenther  wrote:
>> On Fri, Jul 13, 2012 at 5:42 AM, Paolo Aglialoro  wrote:
>>> This means that 5.1-release will still be affected by the bug so that
>>> rtorrent won't run correctly, right?
>>
>> I believe the problem didn't exhibit with uthreads.  It's only with
>> the switch to rthreads that it became a problem.
>
> Probably. But this also has something to do with newer
> libtorrent/rtorrent (0.13.2/0.9.2) in -current.
> 0.12.9/0.8.9 does not exhibit this problematic behavior even with
> rthreads... In fact, I'm going to back out the update to 0.13.2/0.9.2.
>
>>
>> Philip Guenther
>
> ciao,
> David

I meant: with libtorrent/rtorrent 0.13.2/0.9.2 haesbaert@'s fix does not help

Re: Unresponsive -current + rtorrent

[David Coppa]

On Fri, Jul 13, 2012 at 2:57 PM, Philip Guenther  wrote:
> On Fri, Jul 13, 2012 at 5:42 AM, Paolo Aglialoro  wrote:
>> This means that 5.1-release will still be affected by the bug so that
>> rtorrent won't run correctly, right?
>
> I believe the problem didn't exhibit with uthreads.  It's only with
> the switch to rthreads that it became a problem.

Probably. But this also has something to do with newer
libtorrent/rtorrent (0.13.2/0.9.2) in -current.
0.12.9/0.8.9 does not exhibit this problematic behavior even with
rthreads... In fact, I'm going to back out the update to 0.13.2/0.9.2.

>
> Philip Guenther

ciao,
David

Re: Unresponsive -current + rtorrent

[Christiano F. Haesbaert]

On 13 July 2012 14:42, Paolo Aglialoro  wrote:
> This means that 5.1-release will still be affected by the bug so that
> rtorrent won't run correctly, right?
> Or is there any backport?
> Thanks
>

Can you give it a spin ? 5.1 uses uthreads still, this problem might
appear more often with rthreads, I can backport it to 5.1, no problem,
but I'd like to know if you the the IPI storm anyway.

thanks :)

Re: Unresponsive -current + rtorrent

[Philip Guenther]

On Fri, Jul 13, 2012 at 5:42 AM, Paolo Aglialoro  wrote:
> This means that 5.1-release will still be affected by the bug so that
> rtorrent won't run correctly, right?

I believe the problem didn't exhibit with uthreads.  It's only with
the switch to rthreads that it became a problem.


Philip Guenther

Re: Unresponsive -current + rtorrent

[David Coppa]

On Fri, Jul 13, 2012 at 2:42 PM, Paolo Aglialoro  wrote:
> This means that 5.1-release will still be affected by the bug so that
> rtorrent won't run correctly, right?
> Or is there any backport?

Nope. 5.1 has 0.12.9/0.8.9
(and 5.2 will have the same, since I'm going to rollback from
0.13.2/0.9.2 currently in -current)

ciao,
David


> On Thu, Jul 12, 2012 at 1:31 PM, David Coppa  wrote:
>
>> On Thu, Jul 12, 2012 at 1:23 PM, Daniel Bolgheroni 
>> wrote:
>> > On Fri, Jun 15, 2012 at 11:21:06AM +0200, David Coppa wrote:
>> >>
>> >> Can you check if the old 0.12.9/0.8.9 exposes the same symptoms on
>> >> recent -current?
>> >
>> > Sorry, but really missed this.
>> >
>> >> I'm thinking about backing out the update to 0.13.2/0.9.2...
>> >
>> > This solves the problem for amd64.
>> > Thank you.
>>
>> Btw, it seems it was a kernel problem that should now be fixed, thanks
>> to haesbaert@:
>>
>>
>> http://www.openbsd.org/cgi-bin/cvsweb/src/sys/kern/kern_synch.c?r1=1.103#rev1.103
>>
>> I'm going to try again with 0.13.2/0.9.2 on -current... Please do the
>> same if you have time
>>
>> ciao,
>> David

HP 6910p: keyboard & touchpad not working

[Alexander Polakov]

Keyboard and touchpad only work after a cold boot. And by cold
boot I mean pull out AC and detach the battery.

OpenBSD 5.2-beta (GENERIC.MP) #347: Wed Jul 11 02:33:30 MDT 2012
t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4285202432 (4086MB)
avail mem = 4148764672 (3956MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf2d3c (27 entries)
bios0: vendor Hewlett-Packard version "68MCU Ver. F.0A" date 09/13/2007
bios0: Hewlett-Packard HP Compaq 6910p
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SLIC HPET APIC MCFG TCPA SSDT SSDT SSDT SSDT
acpi0: wakeup devices C0B0(S5) C108(S3) C10F(S3) C110(S3) C111(S3) C119(S3) 
C11A(S3) C11B(S3) C131(S5) C2A7(S5) C132(S5) C2A8(S5) C134(S5) C2A8(S5) 
C137(S0) C23D(S5)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 Duo CPU T7300 @ 2.00GHz, 1995.27 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,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF
cpu0: 4MB 64b/line 16-way L2 cache
cpu0: apic clock running at 199MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 Duo CPU T7300 @ 2.00GHz, 1995.00 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,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF
cpu1: 4MB 64b/line 16-way L2 cache
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 1
acpimcfg0 at acpi0 addr 0xf800, bus 0-63
acpiprt0 at acpi0: bus 2 (C0B0)
acpiprt1 at acpi0: bus 8 (C11D)
acpiprt2 at acpi0: bus 16 (C131)
acpiprt3 at acpi0: bus 40 (C134)
acpiprt4 at acpi0: bus 0 (C003)
acpiec0 at acpi0
acpicpu0 at acpi0: C3, C2, C1, PSS
acpicpu1 at acpi0: C3, C2, C1, PSS
acpipwrres0 at acpi0: C272
acpipwrres1 at acpi0: C27A
acpipwrres2 at acpi0: C281
acpipwrres3 at acpi0: C29D
acpipwrres4 at acpi0: C1C5
acpipwrres5 at acpi0: C3B5
acpipwrres6 at acpi0: C3B6
acpipwrres7 at acpi0: C3B7
acpipwrres8 at acpi0: C3B8
acpipwrres9 at acpi0: C3B9
acpitz0 at acpi0: critical temperature is 256 degC
acpitz1 at acpi0: critical temperature is 105 degC
acpitz2 at acpi0: critical temperature is 105 degC
acpitz3 at acpi0: critical temperature is 105 degC
acpitz4 at acpi0: critical temperature is 110 degC
acpibat0 at acpi0: C23B model "Primary" serial 02765 2005/07/03 type LIon oem 
"Hewlett-Packard"
acpibat1 at acpi0: C23A not present
acpiac0 at acpi0: AC unit online
acpibtn0 at acpi0: C2BB
acpibtn1 at acpi0: C153
acpivideo0 at acpi0: C098
acpivout0 at acpivideo0: C1AD
cpu0: Enhanced SpeedStep 1995 MHz: speeds: 2001, 2000, 1600, 1200, 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel GM965 Host" rev 0x0c
vga1 at pci0 dev 2 function 0 "Intel GM965 Video" rev 0x0c
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
intagp0 at vga1
agp0 at intagp0: aperture at 0xd000, size 0x1000
inteldrm0 at vga1: apic 1 int 16
drm0 at inteldrm0
"Intel GM965 Video" rev 0x0c at pci0 dev 2 function 1 not configured
em0 at pci0 dev 25 function 0 "Intel ICH8 IGP M AMT" rev 0x03: msi, address 
00:1e:ec:20:e7:16
uhci0 at pci0 dev 26 function 0 "Intel 82801H USB" rev 0x03: apic 1 int 16
uhci1 at pci0 dev 26 function 1 "Intel 82801H USB" rev 0x03: apic 1 int 17
ehci0 at pci0 dev 26 function 7 "Intel 82801H USB" rev 0x03: apic 1 int 18
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
azalia0 at pci0 dev 27 function 0 "Intel 82801H HD Audio" rev 0x03: msi
azalia0: codecs: Analog Devices AD1981HD, Conexant/0x2c06, using Analog Devices 
AD1981HD
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 "Intel 82801H PCIE" rev 0x03
pci1 at ppb0 bus 8
ppb1 at pci0 dev 28 function 1 "Intel 82801H PCIE" rev 0x03
pci2 at ppb1 bus 16
iwn0 at pci2 dev 0 function 0 "Intel Wireless WiFi Link 4965" rev 0x61: msi, 
MIMO 2T3R, MoW2, address 00:1f:3b:3a:db:b9
ppb2 at pci0 dev 28 function 4 "Intel 82801H PCIE" rev 0x03: msi
pci3 at ppb2 bus 40
uhci2 at pci0 dev 29 function 0 "Intel 82801H USB" rev 0x03: apic 1 int 20
uhci3 at pci0 dev 29 function 1 "Intel 82801H USB" rev 0x03: apic 1 int 22
uhci4 at pci0 dev 29 function 2 "Intel 82801H USB" rev 0x03: apic 1 int 18
ehci1 at pci0 dev 29 function 7 "Intel 82801H USB" rev 0x03: apic 1 int 20
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb3 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0xf3
pci4 at ppb3 bus 2
cbb0 at pci4 dev 6 function 0 "Ricoh 5C476 CardBus" rev 0xb9: apic 1 int 18
cbb1 at pci4 dev 6 function 1 "Ricoh 5C476 CardBus" rev 0xb9: apic 1 int 19
"Ricoh 5C832 Firewire" rev 0x03 at pci4 dev 6 function 2 not configured
sdhc0 a

Re: Unresponsive -current + rtorrent

[Paolo Aglialoro]

This means that 5.1-release will still be affected by the bug so that
rtorrent won't run correctly, right?
Or is there any backport?
Thanks


On Thu, Jul 12, 2012 at 1:31 PM, David Coppa  wrote:

> On Thu, Jul 12, 2012 at 1:23 PM, Daniel Bolgheroni 
> wrote:
> > On Fri, Jun 15, 2012 at 11:21:06AM +0200, David Coppa wrote:
> >>
> >> Can you check if the old 0.12.9/0.8.9 exposes the same symptoms on
> >> recent -current?
> >
> > Sorry, but really missed this.
> >
> >> I'm thinking about backing out the update to 0.13.2/0.9.2...
> >
> > This solves the problem for amd64.
> > Thank you.
>
> Btw, it seems it was a kernel problem that should now be fixed, thanks
> to haesbaert@:
>
>
> http://www.openbsd.org/cgi-bin/cvsweb/src/sys/kern/kern_synch.c?r1=1.103#rev1.103
>
> I'm going to try again with 0.13.2/0.9.2 on -current... Please do the
> same if you have time
>
> ciao,
> David

Re: Does OpenBSD have any plan to support Netmap framework?

[Tomas Bodzar]

On 7/13/12, Bahador NazariFard  wrote:
> Hi y'all.
> I have a question about netmap - a novel framework for fast packet I/O.
> Does OpenBSD have any plan to support Netmap framework?
> I also have a technical question about netmap and firewall relation.
> As I read and understand we can work with nic interface almost directly
> form user land by netmap. what does mean that?
> We have to pass every packet  through kernel (if we want to process by
> firewall and IPSec )? Am I wrong ?
> How can Netmap help us if  kernel land processes such as firewall,
> routing(queuing), IPSec cryptography are needed?

This is 2 versions back, but still good to read
http://afresh1.com/OpenBSD_49_Throughput_Latency/

Re: Does OpenBSD have any plan to support Netmap framework?

[Claudio Jeker]

On Fri, Jul 13, 2012 at 10:00:58AM +0430, Bahador NazariFard wrote:
> Hi y'all.
> I have a question about netmap - a novel framework for fast packet I/O.
> Does OpenBSD have any plan to support Netmap framework?
> I also have a technical question about netmap and firewall relation.
> As I read and understand we can work with nic interface almost directly
> form user land by netmap. what does mean that?
> We have to pass every packet  through kernel (if we want to process by
> firewall and IPSec )? Am I wrong ?
> How can Netmap help us if  kernel land processes such as firewall,
> routing(queuing), IPSec cryptography are needed?

Netmap can not help you at all. It is a toy for researchers doing nothing
that can be used in production. As soon as you move all the code needed to
build a real network stack into userland to make it do something remotely
usable it will be around the same speed as our network stack.

-- 
:wq Claudio

Como Solventar Observaciones

[Cierre de Gestion 2012]

© 2012 Conference Corporativo S.C.
Incluye Temas Critícos Sobre:
Cierre de Gestión, Observaciones y Responsabilidades
  LOS 45 MEJORES CURSOS SOBRE
ADMINISTRACIÓN PÚBLICA y GOBIERNO Cursos, Contenidos y
Metodologías Desarrollados en Alianza con las
Mejores Universidades Europeas con Calidad ISO 9000.
 Haga click  para desplegar información
Curso 1
Solventar Observaciones (NUEVO)

Curso 2
Acta de Entrega Recepción y Rendición de Cuentas. (NUEVO)

Curso 3
 Elaboración Puntual de las Memorias Documentales. (NUEVO)

Curso 4
 Libro Blanco y las Memorias Documentales del Sector Público 
Mexicano.
(NUEVO)

Curso 5
Servicio Profesional de Carrera.

Curso 6
(NUEVA)  Ley Federal Anticorrupción.

Curso 7
Ley Federal de Responsabilidades Administrativas.

Curso 8
Auditoría Gubernamental.

Curso 9
Defensa Estratégica de los Servidores Públicos.
Curso 10
Derecho Laboral Burocrático.

Curso 11
 (NUEVA) Investigación de Mercados y los Criterios de
Evaluación para Adquisiciones.

Curso 12
Archivonomía Gubernamental.

Curso 13
Almacenes e Inventarios Gubernamentales.

Curso 14
 COMPRANET 5.0 (Licitaciones Electrónicas de las Adquisiciones).

Curso 15
COMPRANET 5.0 (Licitaciones Electrónicas de las Obras Públicas).

Curso 16
Ley de Adquisiciones.

Curso 17
Ley de Obras Públicas.

Curso 18
Adecuaciones Presupuestarias en el Clasificador por Objeto del Gasto.

Curso 19
Matriz de Administración de Riesgos (MAR).

Curso 20
Lineamientos sobre Indicadores para Medir los Avances Físicos
Financieros y el PBR.

Curso 21
Licitaciones y Contrataciones de las Adquisiciones.
Curso 22
Licitaciones y Contrataciones de las Obras Públicas.

Curso 23
Análisis Integral de las Disposiciones del CONAC.

Curso 24
Contabilidad Gubernamental en la Transparencia de las Finanzas Públicas
(incluye ley).

Curso 25
Clasificador por Objeto del Gasto.

Curso 26
Ley Federal de Presupuesto y Responsabilidad Hacendaria y su Reglamento.

Curso 27
Contabilidad Gubernamental en la Armonización Contable y el 
Nuevo Plan
Nacional de Cuentas.

Curso 28
  Normas de Información Financiera Generales y Gubernamentales 
(NIF
2012).

Curso 29
  Criterios de Evaluación de Propuestas Económicas en Obra
Pública.

Curso 30
Manual Administrativo de Aplicación General en Materia de
Adquisiciones.  (Incluye IMPLEMENTACIÓN TOTAL)

Curso 31
Manual Administrativo de Aplicación General en Materia de Obras
Públicas. (Incluye IMPLEMENTACIÓN TOTAL)

Curso 32
Manual de Contabilidad Gubernamental.

Curso 33
Manual Administrativo de Recursos Materiales y Servicios Generales.  
(Incluye
IMPLEMENTACIÓN TOTAL)

Curso 34
Manual Administrativo de Recursos Humanos.  (Incluye 
IMPLEMENTACIÓN
TOTAL)

Curso 35
Manual Administrativo de Aplicación General en Materia de 
Recursos
Financieros.  (Incluye IMPLEMENTACIÓN TOTAL)

Curso 36
Manual Administrativo Sobre Tecnologías de la Información 
y
Comunicaciones (TIC).

Curso 37
Disposiciones en Materia de Control Interno y su Manual Administrativo.
(Incluye IMPLEMENTACIÓN TOTAL)

Curso 38
 (Nuevo)  Manual del Servicio Profesional de Carrera para el Gobierno Federal
Mexicano.

Curso 39
Manual de Transparencia.  (Incluye IMPLEMENTACIÓN TOTAL)

Curso 40
(Nueva)   Ley de la Firma Electrónica Avanzada para Servidores
Públicos.

Curso 41
  Capítulo 1000 y el Nuevo Manual De Percepciones de los Servidores
Públicos.

Curso 42
  Auditorías, Revisiones y Visitas de Inspección.

Curso 43
 (Nueva)   Ley de Asociaciones Público-Privadas (LAPP).

Curso 44
 (Nueva)  Ley Federal de Archivos

Curso 45
Presupuesto Basado en Resultados (PBR)

Atención Ejecutiva

 Centro de Atención Telefónica:
DF y Área Metropolitana (55) 91 40 30 30
Lada sin costo: (01 800) 439 66 66
ESTE  MAIL CUMPLE CON LAS POLÍTICAS  ANTISPAM INTERNACIONALES Y
LOCALES.
Para darse de baja  sólo  haga click aquí
TENER PRESENTE QUE EL FUTURO PERTENECE A LOS QUE SIGUEN APRENDIENDO, LOS QUE
DEJAN DE  HACERLO, SÓLO SIRVEN PARA VIVIR EN EL PASADO, QUE
ADEMÁS NUNCA VOLVERÁ.

Re: misc questions from beginner

[Wojciech Puchar]

Well i would go with Test server where i would take a month to go
through OS and setting up running as my requirements..


at least.



Then i will make migration plan and make test migrate from FreeBSD to
OpenBSD ...then will make clean Server instal and do migrate my data.
Hope this helps .;)
As i already pointed out i don't want to migrate at all what is currently 
working very well with FreeBSD.


This is all about future needs.

Re: Does OpenBSD have any plan to support Netmap framework?

[Wojciech Puchar]

Hi y'all.
I have a question about netmap - a novel framework for fast packet I/O.


OpenBSD packet I/O is already very fast from what i tested :)