Another week that quickly went from “Gee, I hope I have enough links” to “I have to set time aside just to process the backlog of possibilities.”
- Buy an x220.
- A week of pkgsrc #12.
- 20Gb of Internet traffic on OpenBSD won’t work.
- Nouveau runs on NetBSD with hardware GL support.
- English-only in OpenBSD.
- Help! Can’t install NetBSD 7 – problem with .iso file
- Steam on the BSDs (not wine)
- mge/etherswitch support in FreeBSD, especially for some Marvell chips.
- Bluetooth LE Security Management channel support in FreeBSD.
- mpsutil in FreeBSD has been updated. (for LSI Fusion-MPT 2/3 controllers )
- add BSD to OS options in the forum user profile.
- NetBSD 5.x is reaching end-of-life.
- The Tor Browser for OpenBSD has been updated.
- The 3rd quarter FreeBSD status report is out.
- OpenBSD interviews: Ted Unangst, Brandon Mercer, Antoine Jacoutot, joshua stein, Landry Breuil, Henning Brauer, and Stefan Sperling.
- Or just look at Undeadly’s complete list.
- DiscoverBSD for 2015/10/16.
- Lumina Desktop 0.8.7 is released.
- FreeNAS ‘what’s new’ issue 26. FreeNAS is 10 years old.
- A new FreeBSD Mastery: ZFS review.
Interesting thread concerning OpenBSD not being able do to 20Gb of Internet traffic. Although I have every confidence that it will get there eventually.
Is 20Gb possible under Dragonfly at the moment?
Sure it’s possible – if you adjust the packet size and you spend a lot on hardware and you aren’t looking to save the data or log what happened, which the original poster did want to do. At that point, it’s not an operating system problem, but one of physics.
At that data rate, you’d be forced to use petabytes of SSD storage just to hold a month of data. That being said, DragonFly should perform startlingly well even with a high packet count/small packet size, given Sephe’s work.
For reference: https://blog.pfsense.org/?p=1866
I measured 2 10GbE ports on i7-3770 w/ bulk data:
http://lists.dragonflybsd.org/pipermail/users/2014-March/206412.html
Brief:
On i7-3770 (it should apply to E3 cpus too):
– DragonFly has no trouble to TX 20Gbps or RX 20Gbps (the TCP_STREAM test). There plenty of free cpu time left.
– DragonFly just be able to RX and TX 20Gbps at the same time (the TCP_STREAM + TCP_MAERTS test). Almost all cpu time is used; i.e. userland application only has little time to run its own logic.
I have not measured tiny packet forwarding rate using 10GbE on Dfly due to lack of hardware (I only have one pair of 82599 around). Only 4x 1GbE results are available:
http://lists.dragonflybsd.org/pipermail/users/2013-February/205327.html
2x 10GbE bulk data performance:
http://lists.dragonflybsd.org/pipermail/users/2014-March/206412.html
Brief on i7-3770 (should apply to E3 too):
– DragonFly could handle TX or RX @20Gbps w/o trouble. There is plenty of free cpu time left for applications.
– DragonFly just be able to handle TX _and_ RX @20Gbps. There is almost _no_ free cpu time left for applications.
I didn’t measure the 10GbE tiny packet forwarding rate due to lack of hardware. The old result w/ 4x 1GbE is here:
http://lists.dragonflybsd.org/pipermail/users/2013-February/205327.html
I measured 2x 10gbe bulk data performance here:
http://lists.dragonflybsd.org/pipermail/users/2014-March/206412.html
On modern cpus, Dfly has no trouble to TX or RX 20Gbps (TCP_STREAM test); there is plenty of free cpu time left for application. When Dfly is doing both TX and RX at 20Gbps, there is almost no free cpu time for application.
Impressive. Someone should tell the OpenBSD guy that Dragonfly might be able to solve at least half of the problem. If he has the cash, probably the storage end of it too. As far as I am aware OpenBSD doesn’t have a filesystem capable of storing petabytes of data. They’d need HAMMER for that ;)