Forgot your password?
typodupeerror

Comment: Re:When will it work in Seamonkey and Firefox (Score 1) 178

by phoenix_rizzen (#47950283) Attached to: Native Netflix Support Is Coming To Linux

Runs what faster than Chrome? JavaScript? Nope. HTML rendering? Nope. Loading web pages in general? Nope. Starting up from disk? Nope.

Firefox used to be the lean and mean alternative browser. Then Chrome came along and showed everyone just how slow and bloated Firefox has become (which just shows how slow IE is).

The only thing Firefox has left as positive features are extensions and plugins. In every other way, it's been surpassed by Chrome, Safari, and sometimes even IE11+.

Comment: Re:What AT&T says to the consumer.. (Score 1) 533

by phoenix_rizzen (#47866507) Attached to: AT&T Says 10Mbps Is Too Fast For "Broadband," 4Mbps Is Enough

You gotta love marketdroids. "Max" means there's nothing greater, yet they have "Max Plus" and "Max Turbo". :roll-eyes:

Where do they find the people who dream up these names? And why do they still have a job? Did the Street Fighter naming crew get picked up on contract here?

"I want the max download speed you have."
"Okay, would you like Max, Max Plus, or Max Turbo?"
"Uhm, what?"

Comment: Re:Sorry guys, but you are full of shit (Score 1) 533

by phoenix_rizzen (#47866461) Attached to: AT&T Says 10Mbps Is Too Fast For "Broadband," 4Mbps Is Enough

Until this past school year, we had 20-odd elementary schools running off 4 Mbps / 0.77 Mbps ADSL links. :( Schools with a full lab of 30 computers, a library lab of 6-10 computers, plus at least 1 computer per classroom.

We even had a handful of sites running off 2 Mbps point-to-point wireless. And one site running on an E1/T1 (1.5 Mbps).

And all of them chomping at the bit to get iPads, Chromebooks, and Android tablets into the school. :(

We gave up waiting for the province (who manages school Internet connections) to upgrade their connections (there's about a 3-year wait list). Especially once we learnt their "next generation Internet" recommends E10 (10 Mbps) for an elementary and E100 (100 Mbps) for a secondary school. :(

Many years ago, we were part of a city-wide initiative (that fizzled out after 2 years) to run fibre to all admin sites, secondary schools, and city buildings, so we have gigabit fibre links between our school board office and the in-town secondary schools.

This past year we've been putting up Ubiquiti point-to-point wireless links between elementary schools and secondary schools. This has upgraded their connections to 100 Mbps (with 60 Mbps actual). Still part of the provincial network, and it's freed up a lot of money for us to be able to upgrade the few out-of-town sites and sites without line-of-site to another school.

4 Mbps is not "broadband" by any definition. And 10 Mbps is barely "broadband" for a single-family household. 25 Mbps needs to be the minimum definition for a family dwelling, and 100 Mbps should be the minimum for any kind of school or multi-person building.

Comment: Re:1Gbps is Broadband (Score 1) 533

by phoenix_rizzen (#47862199) Attached to: AT&T Says 10Mbps Is Too Fast For "Broadband," 4Mbps Is Enough

It's only expensive because you are doing it wrong.

Instead of having multiple different providers all running their own copper, cable, and fibre into each building, duplicating the work, it really should be handled like a proper utility.

There aren't 6 different power cables running into your dwelling, even if there are multiple power providers in the county/state/country. There's 1 cable that multiple providers use.

There aren't 6 different water lines running into your dwelling, even if there are multiple water providers in the county/state/country. There's 1 set of pipes that multiple providers use.

There aren't 6 different gas lines running into your dwelling, even if there are multiple gas providers in the county/state/country. There's a single gas line that multiple providers use.

Thus, there really shouldn't be multiple copper, cable, and fibre lines into your dwelling. There should be only a single set of fibre that goes into the building that multiple providers can use to send bits to/from your house. Terminate them all in multiple central locations in the city, and let the different Internet, video, TV, phone, whatever-over-IP providers rent space in them to stick their equipment in, and just run patch cables and vlans between them as needed.

It's time to treat IP connectivity as the utility it has become, and to centralise the infrastructure for it. There's no need for each individual ISP/content provider to run their own infrastructure around the country. Stop duplicating the infrastructure. Run fibre once and be done with it.

Comment: Re:My opinion on the matter. (Score 2) 826

by phoenix_rizzen (#47751555) Attached to: Choose Your Side On the Linux Divide

I'm leery of systems that automatically restart services when they crash, especially if the service just crashes again at startup, and you get into an infinite loop that eventually runs you out of disk space with *.core files.

If you need a system to be up that often, it's much nicer to setup a fail-over system or a cluster, where it doesn't matter if individual daemons or systems are running, so long as there's another to take it's place. Then you have time to investigate why things are failing on one node, and can implement a proper fix.

Auto-restarting crashing daemons is not a feature. It's a band-aid over top of poor system administration.

Comment: Re:Better question (Score 1) 826

by phoenix_rizzen (#47751511) Attached to: Choose Your Side On the Linux Divide

Is it a hard dependency on logind the daemon? Or a dependency on the logind d-bus interface?

Kwin_wayland has a dependency on the logind d-bus interface, for example. And there's at least one project that implements the logind d-bus interface (don't remember the name of it off-hand). Thus, it's possible to run Kwin_wayland on a Linux distro without systemd installed ... and it will use the features of logind ... without actually having logind installed.

Comment: Re:My opinion on the matter. (Score 1) 826

by phoenix_rizzen (#47751433) Attached to: Choose Your Side On the Linux Divide

Boot speed-up is a decent goal, but it should be the last goal, not the first.

My biggest issue with all these parallel boot setups is diagnosing issues at boot time. There's no way to guarantee that two boots will be identical. Boot up and daemon startup are no longer deterministic, and it takes a lot of voodoo hand-waving to diagnose issues with systemd, upstars, and other parallel boot managers.

At least with upstart and Debian's parallel boot setup you could flip a switch to serialise the boot, thus making it deterministic. However, by serialising things, you tend to avoid issues, not solve them.

Not to mention, on most servers and a lot of desktop, the longest part of the boot process is the POST, BIOS, device detection, option ROM loading, and other init stuff that happens *before* the boot loader is run, and long before the init process takes over. Whoop-de-doo, I shaved 10 seconds off the "boot loader, kernel, daemons" process! Never mind that it takes 2 minutes to get to that point.

Comment: Re:Remember Microsoft Windows? (Score 2) 195

Windows NT used a STREAMS-based networking stack, culled from some other UNIX (not directly, but using the concepts and frameworks), not a BSD-derived networking stack.

I have no idea how the DOS-based Windows networking stack developed. But it wasn't pulled from any BSD.

A few command-line utilities (ftp.exe is the most common cited one) were pulled from BSD sources, though.

Comment: Re:Will Happen (Score 2) 195

Except when you start talking about netmap. :) That's a userspace network stack that can push millions of pps, on sub-GHz systems.

There's even a netmap-enabled version of the IPFW packet filter that runs in userspace, filtering millions of pps on sub-GHz systems.

And there's an applications ecosystem starting to grow around netmap that keeps all network-related packet processing in userspace.

As a twist, netmap and IPFW are also available on Linux, and provide better performance than the in-kernel network stack and iptables. :)

Comment: Re:FreeBSD network stack (Score 3, Informative) 195

Google searches for "netmap" and "FreeBSD" will give you lots of information on pushing millions of pps through 900 MHz single-core machines. Netmap is also available on Linux. There's even a netmap-enabled version of IPFW that allows you to do packet filtering and routing completely in userspace, again will millions of pps. IPFW is also available on Linux, although I don't know if the netmap-enabled version is.

Google searches for "openconnect" and "FreeBSD" will give you lots of information and blog posts from the Netflix guys about why they picked FreeBSD, and how it all works, including details on the networking.

Google searches for "Adrian Chadd", or "RSS scaling", or similar terms will show you threads and posts on various FreeBSD mailing lists with information detailing a lot of the MSS/RSS work that's going into FreeBSD 11, and several projects that build off that. Those also have links to other information around sockets and similar.

Google searches for "NUMA" and "FreeBSD" will bring up mailing list threads that cover the different projects being undertaken to improve the CPU affinity and thread locality and all that jazz.

Sure, it would be nice if the OP had posted links to the info, but it's not like the information is secret or hard to find.

The Force is what holds everything together. It has its dark side, and it has its light side. It's sort of like cosmic duct tape.

Working...