Sanddancer

To sandblast the oxide layer off the GaS ingots.

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.

The high end compute stick has a core m5, not an atom. http://ark.intel.com/products/91979/Intel-Compute-Stick-STK2...

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.

It's targeting the chromebook market of a curated marketplace for apps.

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.

[1] https://thunderbolttechnology.net/contact/thunderbolt-develo...

[2] http://www.intel.com/content/www/us/en/processors/xeon/xeon-...

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.

[1] http://www.cs.rochester.edu/u/cli/research/switch.pdf

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.

It's open 20 hours a day, so you're going to need at least 3 shifts. It's open 7 days a week, so you're going to need at least two sets of employees per shift, and there are two stations for the extension. When you start considering ticket agents, janitorial staff, security, etc, having 13-14 people on site per shift seems pretty reasonable.

One of the things on VTA's plan for Measure B funds is to extend the light rail further down 85. So, with any hope, you should have a transit station that's a lot closer.

The measure to fund it passed, to the money's there. It's just gonna take 10-15 years to build it.

Systems like Debian, though, have the ability to add custom repositories. So after the initial, possibly small package that just configures the sources.list, everything's handled with all the other updates. That's something that npm, etc, can't do.

FreeBSD has had a package called bsdpan for some time that will register items installed through CPAN with the package manager. You may want to poke at that for inspiration on how to do it for other languages. Offhand, for handling multiple systems, it may be most useful to check something like uname and parse accordingly to figure out what's what.

There's a yearly lottery pool based on who guesses closest to the time when the Nenana ice jam breaks up. The tripod falling over signifies when the river's moving.

http://www.nenanaakiceclassic.com/

They do have an R8 core, but they don't have a trademark on that part of the name[1], they just have one for Cortex. However, the name should probably be changed for removing confusion anyways, because Renesas has an R8C series of CISC microcontrollers [2]. The namespace around single letter and then a number processor model is real crowded.

[1] https://www.arm.com/about/trademarks/arm-trademark-list/

[2] https://www.renesas.com/en-us/products/microcontrollers-micr...

There's something screwy with how that benchmark is done on an 8 core processor. Comparing a quad core Ryzen 5 1500X at 3.5Ghz to a quad core i7 7700 at 3.6Ghz, the difference is 10423/10843, or a difference of 4%. The biggest difference comes down to AMD seems very conservative about their base clock speeds for Ryzen. Against each other at similar clocks, the single core performance is near identical.

http://www.cpubenchmark.net/cpu.php?cpu=AMD+Ryzen+5+1500X&id...

http://www.cpubenchmark.net/cpu.php?cpu=Intel+Core+i7-7700+%...

There are reasons I try to avoid such "modern" desktop apps. Those choices make them much less usable and much less discoverable. Native widgets aren't some plague, they allow consistency and ease of use.

To the detriment of the end desktop. You end up with an angry fruit salad that completely ignores the user's color, font, size, etc choices, and tends to have accessibility problems as well. Cross-platform javascript is just plain bad.