Nonsense. Embedded systems, often event driven, improved as did the rest of the computing landscape (perhaps at a tad slower pace). HST has been a major driver on low latency computing in the data center. And then there are of course robotics and military applications ...
VR is at the intersection of low latency, high throughput, high compute, flexibility and affordable prices.
Embedded systems are often not flexible. They are often designed to do just one thing, like driving an engine, and may run the exact same software for their entire life, which may be decades. They are often limited in term of general computing requirements too.
I don't know HST, but it seems to be similar to embedded: single, highly constrained application, maybe more compute, and I would guess that affordability isn't even on the menu.
Meta VR is consumer software, running on consumer hardware, it runs third party apps, with all the flexibility that is asked of PCs. You can't just put your own realtime OS and claim the entire system for your own specific application.
> .deb is a really good package manager, and is arguably more sophisticated than RPM.
Perhaps. I wouldn't argue either way, but dpkg still maintains its "data base" of installed and available packages/files as plain text files rather than using a DB format like sqlite (which one might chose for such today) or Berkeley DB (back when). The performance difference is negligible today on fast hosts with NVMe backed storage, but fairly annoying when using lesser machines with slower storage, e.g. RPi with root fs on a SD card.
I don't know the reasons behind the design decisions of apt. I know its workings up to a point, but not the history behind them.
On the other hand, I have been using Kingston Canvas Go SD cards on my Raspberry Pi boards for a fairly long time now, and these cards' random access speed is above and beyond of other, older cards while not being expensive.
That's a funny (bad faith) angle you took it. I thought were talking about personal cheat sheets for general programming and tools, not work and proprietary stuff.
The alternative and typical options that nobody bats an eye at for doing this kind of thing (3rd-party big tech cloud) are much worse from a data hygiene perspective. If you're going to be that distrustful of personal phone usage by employees, you're running a prison instead of a workplace and replacing all thought with pointless checklists. That slippery slope never ends.
From your perspective, the best security posture is for employees to return to the office without any personal belongings so we can be extra super secure? It's too bad we can't erase their memories while we're at it since being a programmer is knowledge work.
Don't tell any authority that you are doing a thing, unless you have a good reason to tell them. It cannot possibly help you, it can only result in them telling you you can't do the thing any more.
And don't talk to police as a suspect. (I'm not sure if the rule still applies if you are the one reporting a crime)
The combination of RF electronics and then doing the signal processing in an FPGA for the timing critical stuff and the actual DSP with a raspberry pi, very interesting.
GPS - look into Gold Codes [1] and auto-correlation. GPS arrives on your device at -128dBm, give or take, while thermal noise is -111dBm at the ~2MHz sampling bandwidth used. We use the processing gain from correlating against the ~1Mchip/s gold code to extract the lower bitrate signal, so you're pulling signals from approximately 20dB below the relevant thermal noise floor.
Holy cow, a 386 with VGA and SoundBlaster on a $1 MCU?
I recall VICE emulating the Brotkasten on 386 PCs some thirty years ago, later UAE doing it for Amiga. How long til my currently running system (anno 2016) is being emulated?
Maybe never with current technology? Looking just at the CPU and assuming you need comfortable IPC overhead for emulation, the 386 was from early in the Dennard scaling era and modern CPUs are 1000x or more faster single-thread. Since maybe 2012 that hasn't moved anywhere near that, certainly less than 10x.
For the GPU things are potentially looking better! But since distributed shaders/kernels are higher-level compiled for your specific device, there's less of a need for emulation.
Either "already" or "not any time soon", depending on how you count.
Already - because you have VMs and backwards compatibility. As long as you keep using Intel x86_64, your apps would run, no emulation needed. Or you can use the VM.
Not any time soon - because the computers are not speeding up that fast. 10 year old computers are still being used today, and even the latest CPUs are not orders of magnitude faster. So for a full-system emulation, the most well-known ones is x86 VM's on Apple Silicon, and according to reports, full-system mode is still not close to regular PCs.
true, but the question was about "my currently running system (anno 2016)" - which means intel core most likely. And at that generation, there requirements for precise timing is extremely rare, it's mostly PCI/PCIe devices and they can be shared with VMs just fine.
Well, the Budesamt für Verfassungsschutz (office for the protection of the constitution -- not generally known for their left-leaning point of view) classified the AfD as proven right-extreme. On that ground outlawing that party has been considered; this hasn't been done yet, partly due to the popularity of the party in some regions -- there's the danger to further alienate the populace there, many of which are already disenchanted with the earlier established parties. Some consider it best to let them govern for a while and thereby demonstrating that they can't solve intractable problems either. Others fear that they will cause irreparable damage even in their first days in office, e.g. cancelling the contract for public broadcasting service.
The BFV was forced to walk back that classification because, again, you can't call someone far right just because they have different opinions than you.
> prefer IRL service, viewing and touching actual hardware.
That did Fry's in, didn't it? People coming in viewing, touching hardware in store and then buy it on-line (elsewhere) so that they could save 2.5%. Or worse, buying it in store and returning it two weeks later when they found a better deal or didn't need it anymore.
> Or worse, buying it in store and returning it two weeks later when they found a better deal or didn't need it anymore.
Here a lot of places has a sort of price guarantee that I guess is supposed to work against this. Basically, if I know Media Markt sells something I want, but the very same thing is available for cheaper in other (big) store, I'll show them their competitors pricing and they'll lower their price to match it.
Assuming by the fact that the physical stores still exists, don't seem to be going anywhere soon, and these companies tend to get rid of stuff that doesn't make them profit anymore, I think it's safe to assume they at least are net positive on having the physical stores.
Nonsense. Embedded systems, often event driven, improved as did the rest of the computing landscape (perhaps at a tad slower pace). HST has been a major driver on low latency computing in the data center. And then there are of course robotics and military applications ...
reply