It's pretty funny indeed. Except when it's not.

I'm the guy that got that through the internal Qualcomm open source review process .. and now they've done this. Grr.

I am. I'm just fine-tuning it at the moment.

(github.com/qca/qca_open_hal_public)

*sigh* and I wanted to enjoy my weekend..

-a

You realise that when Linux came about, there had already been more than twenty UNIX derivatives, right?

.. except that a large part of the kernel networking stuff (among other things) are also FreeBSD derived.

Hi,

Can you please email me? (adrian@freebsd.org) - we have a vested interest in getting the r-pi USB bugs ironed out on FreeBSD and would likely really benefit from the work you've done.

Thanks!

-adrian

... do you have any other references besides the above? A FOIA document or two would be nice.

.. and we have almost stopped using Akamai too for video. We serve it ourselves now.

The video content isn't coming off of AWS. It's coming from the Open Connect Appliance Platform.

(I'm on the OCA team at Netflix.)

It doesn't have to be faster or cheaper than a commuter air flight. It just has to scale better.

I don't know how often you fly SF LA, but there are a lot of flights going on there and frequently I've been bumped or heavily delayed because of something that happened far before I even turned up to the airport.

Anything that can change how the transport system works and scales over changing loads will be welcome.

No, it's not the same.

The idea is that you use the 32 bit pointer model, with 32 bit indirect instructions, but you're doing it all using the x86-64 instruction set. Ie, the task is in 64 bit mode. The 64 bit mode includes primarily more registers, so you can write / compile to tighter code.

The stuff you described is for running 32 bit binaries that use the i386/i485/i586 instruction set, complete with the limited set of temporary registers. x86-64 has many more registers to use.

It's not just about cache lines. :)

Hi. I'm Adrian. I work on wireless. It won't do what you say it will do. Don't cheap out on infrastructure.

Go get Windows 3.1 and Works. Stick it in a vmware VM. Cry at how fast the VM is.

-adrian

Works fine for me on chips supported by dri. The dri2 support is being nailed down now and once that's in it'll work fine on the same bleeding edge Intel hardware Linux does.

I'm the wifi guy. The WiFi is now up to date on Intel and Atheros 11n. I'd like some help with broadcom. I'll do the Intel and Atheros 11ac stuff early next year.

I'm currently evaluating power management. FreeBSD and xorg on my ivybridge lenovo x230 draw 9w when idle. We are ok at using the deep sleep states per core and package but there's room for improvement.

I'm making the turbo boost stuff work out of the box. Powerd is .. Dumb. Modern CPUs are fine at running at the highest clock rate but spending time in c3 and lower. So I'll fix powers to do that on these chips.

I'm using an x230 in vesa mode but it works fine if you use the new DRI and xorg code. I do day to day hacking on the lenovo t400, mostly due to the cardbus slot I still use.

The only thing missing is hotplug express card.

So.. It's not perfect. 10.0 will not be laptop great. I expect 10.1 with updated dri2 and xorg along with Intel WiFi fixes and my power management stuff to be great.

There.

Dude. OC48's are small. ISPs connect in multiples of 10GE these days.

... it's called fuzzing.

You spend a bit more time writing some randomisation into your clients so they go off and do completely ridiculous stuff. stuff you can't comprehend. That's why it's random (ie, fuzzing.)

again, this isn't new.

And yes, if you write your client simulation object(s) in something not stupid, you can scale it up to 100,000 active user simulation instances on a single server. Computers are fast.