Yes, I know what it means and includes. Android, which is one of the biggest unixes right now, doesn't use GNU. iOS, which is another one of the biggest unixes right now, doesn't use GNU. Most embedded linuxes don't use GNU. So yes, for the parts of unix which are visible to most people, the gnu parts are not very relevant at all.
How many of them actually intimately use the GNU userland as opposed to Xorg and whatever libc's installed? GNU's an increasingly irrelevant portion of unix and unixlike systems -- most of the actually important userland portions are python, ruby, the aforementioned Xorg, etc.
True, but I'm curious to see what the rest of the Threadripper line shakes up to be. The $599 chip only has 28 pcie lanes, which isn't enough to run two gpus at full speed. In comparison, the $300 ivy bridge-e cpu has 40 lanes. Especially with their Zeppelin line, AMD's got a chance to shake up Intel's stagnant IO situation.
Consultations tend to be relatively inexpensive, and a lot of lawyers in the realm of employment law will work on a contingency basis -- you pay a certain percentage of the settlement/award amount. If you lose, you don't owe the lawyer anything.
Using any sort of device -- be it a phone app that keeps track of random number seeds, or an old school blackjack computer that works via foot taps -- has been illegal for a long while. It makes things no longer a game of chance. Much like how a casino's not allowed to use weighted dice, you're not allowed to use your own probability shifters. Now, if the people that are being discussed were doing this in their head, it wouldn't be illegal. The casinos would be angry at these people, call them mean names, and probably blacklist them, but it wouldn't be a crime. It's only once you add that device to make it something other than a game of chance does it become a crime.
I've worked on a codebase where a jsp app would call an API served by a mod_perl app, which would call a remote API to a c++ app. Technical bankruptcy can and does creep up even in services made in the micro style. They may not be as common now because the microservice trend is fairly recent, but as years go on, I'm betting you're going to see more issues with microservice systems where code done may be using a decade's worth of changing Best Practices.
Yes. There are a bunch of cores, plus SMT. The datasheets for their parts give equivalent performance depending on how many threads you have. XMOS chips are in that category of Neat and Weird, which is perfect for an Amiga type system.
You have to sign lots of NDAs and other docs, give company details, describe the product you want to develop, just to get a look at the datasheets [1]. To put that in perspective, the datasheets for their latest and greatest processors are very readily available [2]. Thunderbolt is very much an intel only game. I really wish that the PCI-SIG had gotten an open standard for external PCIe out, it would have been rather useful.
Switching tasks is expensive [1]. Twice as many cores running at half the speed can be considerably faster in the real world because you're not constantly stopping to flush the cache, save the kilobytes of register a modern CPU has, etc. Honestly, I'm surprised that x86 has kept with just two virtual threads for this long. Architectures like Sparc and Power have 4+ threads per core because so many modern jobs are built around hurrying up and waiting.
It needs a lot of pins because it's an I/O monster. The socket is going to support their high end server chips with 8 memory channels. Plus, all of their high end line supports 128 pcie lanes, and will have on board an unknown number of usb, sata, and networking lanes. All that adds up to needing a very large socket.
The media isn't biased as much as you think. It's anti-confrontational, which means stories about things people are upset about often get minified. However, the Washington Times, which you linked to, is fantastically biased. It's owned by the Unification Church, and has been repeatedly criticized for its pro-Moon stance. If you want to know what's really happening, don't read the washington times.
It's more than a speed increase. There's memory usage benefits -- because it's not a VM, you don't need to dedicate a fixed amount of memory, regardless of what you're doing. The media situation on Linux is much worse -- the audio stack resembles a jenga tower, the media apis are worse, the media drivers are worse. Windows tends to have better backward compatibility for older but still useful programs.
Furthermore, most of the useful parts of nix tend to come from places other than gnu-based APIs. Languages like python, for example, are nicer under nix, but use few if any gnu-isms. Web frameworks and applications by extensions are more *nix friendly, but it's a rare example that restricts itself to Linux only. Sticking with just gnu and/or linux ends up being much more of a burden than it's worth.
I'm thinking so, given they say that they can print displays and memory. That suggests that they can do a pretty decent number of semiconductors, which indeed could be rather useful.
The big problem with the E310 is that after you've prototyped something and want to design a custom board, you've got a much more difficult task ahead of you. The AVR needs a significantly fewer number of support chips, as it has onboard flash, has pretty large voltage tolerances, has adcs, etc. It gets even murkier when you start considering boards from other companies like STMicro, which have Cortex-M7s, are competitive in performance and have boards that go for half the cost of a hifive1. It's interesting if you want to poke around with Risc-V for the purpose of poking around, but i wouldn't want to start a serious project based on it at the current time.
It's "only" ten miles, but it connects BART with VTA's light rail system, which means that the 8 miles to Sunnyvale from Great Mall. Given that part of the schedule changes planned for once BART starts is a Mountain View - Alum Rock line, Sunnyvale is a single transfer away. One of the things BART will do is create proper transit hubs in east San Jose, so that a lot more trips have decent transfers and connections.
There's already a ferry system in the bay to points where it's feasible to to put docks. However, much of the bay is less than ten feet deep, with gentle slopes, which make ferries to other points, especially in the south bay, difficult.
These are completely separate hires from the rest of the BART system. Because Santa Clara County didn't buy into the system in the 60s, choosing to build a network of expressways instead, VTA is operating these stations completely separate of the rest of the BART network. So that means you're going to need redundancies that you wouldn't need if you had a bigger station and employee pool.