> If you compare frequency, IPC, core count, relatively, you'll see the amount of progress we've had in the past 5 years is, atrociously bad, very, very bad.
In you only consider Intel, I agree. Luckily, AMD with Ryzen begs to differ.
I bought in with an i4670k oc'ed at 4.2Ghz. That's a 5 y old CPU with 4 cores and 4 hw threads that cost me almost £300 from memory. Today I could buy an AMD 2700x for £300 which clocks higher and comes with 8 cores and 16 hw threads. So assuming that software can max the cores I can get x4 the performance at the same price point.
I'm holding our for AMD Zen2, which is slated for 7nm (the topic of this discussion).
So what stops you from putting your own OS in then, as it seems that is where your beef is? EdgeRouter uses a removeable USB flash stick for storage.
I put NetBSD on mine and updating the config is just like any other NetBSD machine. The NPF firewall is also quick to configure and works well enough for my needs.
One TP-Link TL-WR841N/ND v9 wireless hub needs a reboot after watching a few movies over it. My main TP-Link TL-WA901N/ND v2 wireless AP needs a reboot every few months. Both run OpenWRT Barrier Breaker - I should try upgrading them to Chaos Calmer.
My TP-Link 200Mbs Ethernet over Power freeze every few days, my ASUS ones fair better but still freeze once in a while.
I used to run a few DrayTek ADSL routers which also froze, but since upgrading to fiber I have plugged my OpenReach modem into the EdgeRouter.
Basically, all the above, freezes at various frequencies. The EdgeRouter does not, never has and hopefully never will.
Maybe I shouldn't buy TP link gear, but I can't easily find similar priced and soft modable gear.
Ubiqiti EdgeRouter is exactly this: dual core MIPS64 @ 1Ghz, 512Mb memory and a removable USB flash stick for storage. https://www.ubnt.com/edgemax/e... This is ample for my needs. I bought the 3 port version about a year ago for £80.
As of today, NetBSD-current has an uptime of about 6 months - which is when I made the last kernel modifications to support the NPF firewall. This is more uptime than any other SOHO gear I have and the performance of the unit is exceptional.
dhcpcd (which also works on BSD) has had support for this (RFC7217) for almost a year now, but it's now news when NetworkManager (Linux only) get's it?
But DHCPv6 also supplies INFORMATION REQUEST which designed to operate without address assignment. It supplies things like DNS.
With Windows not supporting RDNSS in RA, it requires DHCPv6 DNS via the information request to work in a pure IPv6 world. In the same vein, Android not supporting DHCPv6 requires RDNSS in the RA to work in a pure IPv6 world.
So as it stands right now, we have to run both if we want to support both OS and that sadly means redundant data going around the network. I cannot speak for Microsoft, but I do know that Android uses an old version of dhcpcd. dhcpcd has supported DHCPv6 for a long time now, so they just have to upgrade it to get it to work, which means this is purely a political rather than technical problem.
You're right, OpenRC cannot keep up because it's not a DHCP client, nor a binary system logger, nor any of the other things systemd has now assimilated. It's just an piece of software which starts the system in a deterministic fashion using existing software that's been very well tested, such as sysvinit on Linux the respective BSD init on the BSDs.
OpenRC is just an init system, it will never be anything more than that. And why should it be? There are much better system loggers and network management tools out there than what systemd offers.
It's a lot better than openrc, which is needlessly slow due to being written in bash and fails at running tasks that don't depend on each other in parallel. I've converted both my desktop and laptop and now more concerned with keeping openrc away from Gentoo.
OpenRC is written in C for the most part. Each init script is shell based though and works fine with pretty much any shell. You can use bash if you want to, but I prefer to run dash.
As to the parallel start up - well, some users do have an issue depending on what services they have installed and configured. I personally have no problem with it and use it all the time.
As to the speed? Well, it gets me to the desktop in the same number of seconds as systemd.
systemd also has its own NetworkManager wanna be in the making as well. I also dislike this.
For shameless plug I currently maintain dhcpcd which does your DHCP, IPv4LL, IPv6RS and DHCPv6. Other nicities like carrier detection, SSID and ARP profiles, routing preferences all come as standard. All in 155k. For kicks there is even a basic GTK+ system tray notification widget that also talks to wpa supplicant to allow wireless network selection and password entry.
Gentoo stable requires bash for baselayout-1 Gentoo unstable uses/bin/sh for OpenRC
I know - I wrote OpenRC and maintained baselayout-1 for a long time:)
For pure startup, busybox sh is the fastest, followed by dash followed by bash. busybox is fastest purely because it doesn't fork as much due to the apps builtin. Plus the apps in question generally have much shorter code-paths due to many GNU extensions being stripped.
One thing that was always snappy in GNOME was the scrolling in GNOME terminal. The main improvement when working with AA fonts (and most people are these days) iirc came from using OpenGL. As KDE4 has loads of OpenGL candy, is konsole going to take advantage of OpenGL to speed up its rendering?
When researching this I found 2 network types which required this, Infinibad and 1394 (Firewire). It looks to me like Microsoft picked the one which would (theoretically atleast) work on all network types, instead of only on a few.
Maybe they should do the right thing then - default it to off except when working on an interface that needs it? It's not hard to achieve, dhcpcd does this just fine.
>For starters, FreeBSD did not go around making fantastic claims about the efficiency of ports-compiled code
Neither does Gentoo/FreeBSD. Nor Gentoo/Linux for that matter. We, however, do make claims the our code is more efficient as it only uses what you compile it to use and not what your distro says you must use.
We (as in Gentoo) have little control over our users - some of them abuse things in CFLAGS like say -ffast-math and -fomg-optimised. And trust me, it's possible to put that in your CFLAGS into a FreeBSD system too.
Suck it down my friend - Gentoo is the meta distro. Don't like the Linux? Swap it with FreeBSD + libc + userland.
Only x86 atm. Sparc64 is almost there - FreeBSD 7 should solve the last issues with with Gentoo Toolchain - namely loading kernel modules. Actually FreeBSD-7 should also enable Gentoo/FreeBSD on all our arches to be viable as FreeBSD-7 is moving to gcc-4.2 as its base compiler. We also have a few people working on integrating DragonFly, NetBSD and OpenBSD into the Gentoo fold as well.
Gentoo is NOT about CFLAGS Gentoo is NOT about speed. Gentoo is just a platform for developers by developers. At least, that's my take as a Gentoo dev.
If Joe User wants to use Gentoo then more power to him! He may end up a developer:)
Seriously, I've been on the ATI beta testing team (although not anymore) and submitted feedback for every driver release to date.
I cannot get 3D working (2D works fine) with my 9800 pro - although exactly the same setup works fine on my old 8500 for 3D.
ATI have not responded to my emails, to my feedback, to any forum posts (although that isn't unexpected) - and this just plain sucks.
Please, if you want a 3D card in Linux, check people have the same hardware and it works if you're after an ATI card. Although only a small group of people have this issue, it is real and does exist.
Quick Summary
Enabling DRI causes X eat all my CPU and not start unless I have a working framebuffer.
With a working framebuffer I get screen corruption, menus and windows are not drawn properly and running any OpenGL application causes X to hang and eat all my CPU.
In both cases I can ssh into my box and kill X or the OpenGL app and I can use the box again.
The only common demoninator seems to be Asus motherboards with certain ATI cards - but the same hardware works fine for Windows XP!
Slashdot Mirror
> If you compare frequency, IPC, core count, relatively, you'll see the amount of progress we've had in the past 5 years is, atrociously bad, very, very bad.
In you only consider Intel, I agree.
Luckily, AMD with Ryzen begs to differ.
I bought in with an i4670k oc'ed at 4.2Ghz. That's a 5 y old CPU with 4 cores and 4 hw threads that cost me almost £300 from memory.
Today I could buy an AMD 2700x for £300 which clocks higher and comes with 8 cores and 16 hw threads.
So assuming that software can max the cores I can get x4 the performance at the same price point.
I'm holding our for AMD Zen2, which is slated for 7nm (the topic of this discussion).
I can cast Flickster from my Android phone (Nexus 6p) to my Chromecast device just fine.
As a UK resident, this does indeed suck balls.
I wrote dhcpcd-gtk and dhcpcd-qt to handle things like picking a SSID, entering a passphrase and basic IP config. Works well, works on BSD and Linux.
So what stops you from putting your own OS in then, as it seems that is where your beef is?
EdgeRouter uses a removeable USB flash stick for storage.
I put NetBSD on mine and updating the config is just like any other NetBSD machine. The NPF firewall is also quick to configure and works well enough for my needs.
One TP-Link TL-WR841N/ND v9 wireless hub needs a reboot after watching a few movies over it.
My main TP-Link TL-WA901N/ND v2 wireless AP needs a reboot every few months.
Both run OpenWRT Barrier Breaker - I should try upgrading them to Chaos Calmer.
My TP-Link 200Mbs Ethernet over Power freeze every few days, my ASUS ones fair better but still freeze once in a while.
I used to run a few DrayTek ADSL routers which also froze, but since upgrading to fiber I have plugged my OpenReach modem into the EdgeRouter.
Basically, all the above, freezes at various frequencies.
The EdgeRouter does not, never has and hopefully never will.
Maybe I shouldn't buy TP link gear, but I can't easily find similar priced and soft modable gear.
Ubiqiti EdgeRouter is exactly this: dual core MIPS64 @ 1Ghz, 512Mb memory and a removable USB flash stick for storage.
https://www.ubnt.com/edgemax/e...
This is ample for my needs. I bought the 3 port version about a year ago for £80.
https://blog.netbsd.org/tnf/en...
As of today, NetBSD-current has an uptime of about 6 months - which is when I made the last kernel modifications to support the NPF firewall.
This is more uptime than any other SOHO gear I have and the performance of the unit is exceptional.
It doesn't, it relies on a 3rd party like wpa_supplicant or the kernel for that.
My initial reply to the parent was NOT about wlan discovery.
EDIT: over a year and a half .... can't read dates in my own source repo ...
for over a year and a half now!
What is more, both products also work on BSDs with GTK+ and Qt front ends.
Who needs this NetworkManager anyway?
dhcpcd (which also works on BSD) has had support for this (RFC7217) for almost a year now, but it's now news when NetworkManager (Linux only) get's it?
But DHCPv6 also supplies INFORMATION REQUEST which designed to operate without address assignment. It supplies things like DNS.
With Windows not supporting RDNSS in RA, it requires DHCPv6 DNS via the information request to work in a pure IPv6 world.
In the same vein, Android not supporting DHCPv6 requires RDNSS in the RA to work in a pure IPv6 world.
So as it stands right now, we have to run both if we want to support both OS and that sadly means redundant data going around the network.
I cannot speak for Microsoft, but I do know that Android uses an old version of dhcpcd.
dhcpcd has supported DHCPv6 for a long time now, so they just have to upgrade it to get it to work, which means this is purely a political rather than technical problem.
DHCPv6 also lacks an authentication mechanism
This is not true. As you wrote RFC3315, I'm surprised you forgot avout Section 21 which is all about authentication.
https://tools.ietf.org/html/rf...
Why is DNSSL a Very Bad Idea?
Mod parent up, my HTC M8 got 5.0.1 months ago on the O2 network.
I think it depends on the carrier as well as the manufacturer.
You're right, OpenRC cannot keep up because it's not a DHCP client, nor a binary system logger, nor any of the other things systemd has now assimilated.
It's just an piece of software which starts the system in a deterministic fashion using existing software that's been very well tested, such as sysvinit on Linux the respective BSD init on the BSDs.
OpenRC is just an init system, it will never be anything more than that. And why should it be? There are much better system loggers and network management tools out there than what systemd offers.
It's a lot better than openrc, which is needlessly slow due to being written in bash and fails at running tasks that don't depend on each other in parallel. I've converted both my desktop and laptop and now more concerned with keeping openrc away from Gentoo.
OpenRC is written in C for the most part. Each init script is shell based though and works fine with pretty much any shell.
You can use bash if you want to, but I prefer to run dash.
As to the parallel start up - well, some users do have an issue depending on what services they have installed and configured.
I personally have no problem with it and use it all the time.
As to the speed? Well, it gets me to the desktop in the same number of seconds as systemd.
And now I use NetBSD.
systemd also has its own NetworkManager wanna be in the making as well. I also dislike this.
For shameless plug I currently maintain dhcpcd which does your DHCP, IPv4LL, IPv6RS and DHCPv6. Other nicities like carrier detection, SSID and ARP profiles, routing preferences all come as standard. All in 155k. For kicks there is even a basic GTK+ system tray notification widget that also talks to wpa supplicant to allow wireless network selection and password entry.
Gentoo stable requires bash for baselayout-1 /bin/sh for OpenRC
Gentoo unstable uses
I know - I wrote OpenRC and maintained baselayout-1 for a long time :)
For pure startup, busybox sh is the fastest, followed by dash followed by bash.
busybox is fastest purely because it doesn't fork as much due to the apps builtin. Plus the apps in question generally have much shorter code-paths due to many GNU extensions being stripped.
I didn't test zsh or pdksh for speed.
One thing that was always snappy in GNOME was the scrolling in GNOME terminal. The main improvement when working with AA fonts (and most people are these days) iirc came from using OpenGL. As KDE4 has loads of OpenGL candy, is konsole going to take advantage of OpenGL to speed up its rendering?
"LA LA LA THERE ARE APPZ"
That is why we provide the openoffice-bin ebuild for our OpenOffice users who don't have distcc compile farms
:)
So be troubled no more
When researching this I found 2 network types which required this, Infinibad and 1394 (Firewire). It looks to me like Microsoft picked the one which would (theoretically atleast) work on all network types, instead of only on a few.
Maybe they should do the right thing then - default it to off except when working on an interface that needs it? It's not hard to achieve, dhcpcd does this just fine.
>For starters, FreeBSD did not go around making fantastic claims about the efficiency of ports-compiled code
Neither does Gentoo/FreeBSD. Nor Gentoo/Linux for that matter. We, however, do make claims the our code is more efficient as it only uses what you compile it to use and not what your distro says you must use.
We (as in Gentoo) have little control over our users - some of them abuse things in CFLAGS like say -ffast-math and -fomg-optimised.
And trust me, it's possible to put that in your CFLAGS into a FreeBSD system too.
So you're the kind of person that would hate http://www.gentoo.org/proj/en/gentoo-alt/bsd/fbsd/ Gentoo/FreeBSD then?
:)
Suck it down my friend - Gentoo is the meta distro.
Don't like the Linux? Swap it with FreeBSD + libc + userland.
Only x86 atm.
Sparc64 is almost there - FreeBSD 7 should solve the last issues with with Gentoo Toolchain - namely loading kernel modules.
Actually FreeBSD-7 should also enable Gentoo/FreeBSD on all our arches to be viable as FreeBSD-7 is moving to gcc-4.2 as its base compiler.
We also have a few people working on integrating DragonFly, NetBSD and OpenBSD into the Gentoo fold as well.
Gentoo is NOT about CFLAGS
Gentoo is NOT about speed.
Gentoo is just a platform for developers by developers.
At least, that's my take as a Gentoo dev.
If Joe User wants to use Gentoo then more power to him! He may end up a developer
Seriously, I've been on the ATI beta testing team (although not anymore) and submitted feedback for every driver release to date.
I cannot get 3D working (2D works fine) with my 9800 pro - although exactly the same setup works fine on my old 8500 for 3D.
ATI have not responded to my emails, to my feedback, to any forum posts (although that isn't unexpected) - and this just plain sucks.
Please, if you want a 3D card in Linux, check people have the same hardware and it works if you're after an ATI card. Although only a small group of people have this issue, it is real and does exist.
Gentoo discussion
Rage 3D discussion
Quick Summary Enabling DRI causes X eat all my CPU and not start unless I have a working framebuffer.
With a working framebuffer I get screen corruption, menus and windows are not drawn properly and running any OpenGL application causes X to hang and eat all my CPU.
In both cases I can ssh into my box and kill X or the OpenGL app and I can use the box again.
The only common demoninator seems to be Asus motherboards with certain ATI cards - but the same hardware works fine for Windows XP!