Ive been working on a platform that is Linux running on a 1 GHz, 32 bit ARM, where we want to run an already existing Qt Quick 2 application. We have run mockup applications with X using the virtual framebuffer and the mesa software renderer, and found performance to be really bad. On the order of 1 FPS or so. Any suggestions on ways to make the software renderer more usable? My understanding is that LLVM would help here, but only works on x86 and x64.
On hardware from circa 2001, BeOS had an audio latency of about 3 msec from input to output. I don't know the x86 / x64 number, but in 2014 running on the best ARM hardware available, by default, the Linux scheduler runs every 10 msec, so audio latency of 40-80 msec is pretty common. In many applications, that is quite a significant difference. There are good reasons why Linux has this latency, but it is a question of optimizing for different use cases. BeOS had a laser focused use case of Desktop performance. Linux is used on servers, desktops, embedded, super computers, and all kinds of wierd places.
If they were "just enforcing the law", then why did the FBI/ATF enter with masks on and no visible identification? That's what terrorists do, not government or police agencies. There is evidence that the federal agents fired the first shots as well.
This article is yet another confirmation that Slashdot just gets worse and worse. I hate to troll, but come on guys, up the quality some.
My BS is a BSCmpE, but my MS is an MSEE with specialization in Computer Engineering. I have often wondered "Am I a EE?". I don't feel like one....I write embedded software, but I participate in schematic reviews, and debug hardware problems.