Looks like there's an assembler for programming the PIO peripheral; they seem quite capable with two IO registers and two scratch registers.
I've used a similar sort of embedded state machine inside EFM8 microcontrollers before. They're great not just for implementing custom communication protocols, but also for offloading simple tasks: one example I've coded before is that you can offload software key debouncing to the state machine, and even get an interrupt on keypress. This greatly simplifies the main loop as you don't need to dedicate polling time or write debounce calculations!
TI's PRU is a similar concept, but the PIO here is simpler. Parallax Propeller also has a similar flavor with lots of small cores doing different things. It's not a new idea, but the PIO looks like a nice balance between capability and complexity.
I'm in love with this documentation. It's not just prettier than other vendors' datasheets, it's also got lots of examples, links, tips, and explanations about the "why" in addition to the "how"
Do you have any additional info? EdgeFS's github[1] doesn't work; does repo access require a Nexenta sales call?
We're also looking into asynchronously replicated FSs, I think built-in caching + tiering is slightly nicer than cron + rsync; would love to know what other solutions you looked into.
Now that nvidia owns a full switch OS, I wonder if this means that Onix, which they inherited from their Mellanox acquisition, will eventually be phased out.
We’ve been running Onix just because it’s cheaper than Cumulus (read: no yearly contract).
According to our creative director, the Surface’s digitizer is significantly worse than the Wacom one. iirc the first generation Surface licensed Wacom technologies, but in subsequent generations Microsoft switched to their in-house nTrig which they got through an acquisition.
In fact the Wacom is better by a large large enough margin that she’s willing to forgo using the (reasonably well-designed) Surface for the bastard child of a laptop that is the Wacom Cintiq Mobile Studio Pro 13.
I think the paper that the NYT article is referencing is actually this one, published yesterday: A Framework for Intelligence and Cortical Function Based on Grid Cells in the Neocortex
Build.moe | Designer / Illustrator, AI Researcher | San Francisco / Half Moon Bay | Full-Time | Onsite
I'm the founder of a small YC-backed startup building a cutting-edge artificial intelligence that helps artists draw and paint faster. Our primary customers are in the animation and games market, but we’re finding new applications in the space every day.
--DESIGNER/ILLUSTRATOR--
We're looking to hire a full-time designer/illustrator with a passion for anime and board games. Ideally, you've done visual design for games before, you know how to design for print. INTERNS for this position are also welcome.
We're also looking for AI researcher to help with the development of state-of-the-art generative networks for artistic work. If you want to work alongside other world-class researchers, and you have some experience with GANs, please drop an email to jobs@build.moe with the name of best waifu/husbando as the subject.
The Nvidia one looks quite a bit nicer than your average eBay ruler though... full 12", two color silkscreen, ENIG finish, and some crazy tiny-pitch BGA footprints. The component layout is also not haphazard like most of the other rulers I've seen; it's much more of a work of art.
I assure you, that is not a two-color silkscreen. The green NVIDIA 'eye' logo is much more likely a second manufacturing process (confusingly also a silkscreen or pad printing process) that was done after the boards were received from the fab, or drop-shipped to a screenprinting company.
I would be very, very surprised if the green eye logo was done in-house at the fab.
Other JVM languages are technically allowed, but AFAIK they generate way too much scaffolding & reflection-based flow such that you end up burning your entire bytecode computation budget just in calling one or two functions.
So yes, you could probably use Jython or Jruby, but you wouldn't be competitive against the people writing straight Java.
If anyone is interested in learning more specifically about the Battlecode competition, I wrote a blog post giving a brief overview of the competition a few years ago: http://cory.li/battlecode-intro/
The "watch" links let you watch the actual battle simulation results in a really old viewing engine written almost 6+ years ago in Adobe Air. It was amazing at the time since you didn't have to install the full Java client just to view the matches.
The devs probably have their hands full implementing the actual game -- pretty sure no one has had time to port the codebase to something more modern. The competition organizers are primarily MIT students doing this in their spare time, so they have classwork and other things to deal with as well. :)
Looks like there's an assembler for programming the PIO peripheral; they seem quite capable with two IO registers and two scratch registers.
I've used a similar sort of embedded state machine inside EFM8 microcontrollers before. They're great not just for implementing custom communication protocols, but also for offloading simple tasks: one example I've coded before is that you can offload software key debouncing to the state machine, and even get an interrupt on keypress. This greatly simplifies the main loop as you don't need to dedicate polling time or write debounce calculations!