uxcn

12 ms·

61.
by uxcn 11y ago
There are python scripts to do this. Adding a mapping to do it in Vim/NeoVim would be fairly straightforward.
62.
by uxcn 11y ago
I'm still sad Pterosaur [1] is no longer maintained. [1] https://github.com/ardagnir/pterosaur
63.
by uxcn 11y ago
Since software will be linking directly against LKL, does this mean it also needs to be GPL? Will the same symbol restrictions apply?
64.
by uxcn 11y ago
A lot of the alternatives are mostly extensions to the IRC concepts though (group chat, #hashtag, private chat, mentions, etc..). If all you need is text, IRC is fine. I actually use a number of things through BitlBee [1] just to combine e
65.
by uxcn 11y ago
The nice thing with IRC is that it's scriptable. So for example if you want a klaxon to sound every time the secret word is mentioned, it's easy to do.
66.
by uxcn 11y ago
It is. Various optional things from POSIX are missing though ( https://github.com/uxcn/yafd/blob/master/src/c/pthread-dw.h ).
67.
by uxcn 11y ago
> It's entirely possible that Apple takes code or inspiration from the Linux software project, but I think it's better to say that OS X is Unix based. Apple can't take code from Linux as the code is GPL licensed. OSX is l
68.
by uxcn 11y ago
No, OSX is based on NeXT, which was based on Mach, and BSD. As far as I know, iOS is proprietary.
69.
by uxcn 11y ago
Linux is just source for a kernel that the userland for the various distributions are built on though. It's already largely on people's phones with Android. In fact, Chrome OS is based on Linux.
70.
by uxcn 11y ago
Git's definitely an improvement over Subversion (CVS, etc...). Without the commit history there's a lot you couldn't do (e.g. bisect stuff), but things would still be workable. Distributed models are almost always more robu
71.
by uxcn 11y ago
Some of it might have to do with familiarity. Working in * nix, you tend to combine tools to do stuff, whereas with Windows or OSX everything is normally only a few clicks away. I think it's probably a bit of a barrier for using * ni
72.
by uxcn 11y ago
NIO was 1.5. Before that, a lot of network programming wasn't practical where performance was a concern. I would guess it was the same with Linux before 2.6.
73.
by uxcn 11y ago
Thanks, I actually missed this. The difference with modifying OpenJDK is that it's a common codebase as opposed to a language fork. I know Redhat is one of the other major OpenJDK contributors, and a lot of distributions are relying o
74.
by uxcn 11y ago
Losing code wasn't really a risk with Sourceforge either. Submitting patches on mailing lists or controlling access to using SSH will always be workable. The benefit of Github is the directory and collaborative aspect. It's much
75.
by uxcn 11y ago
The earliest version of Java I worked with in production was 1.5, but the group I was working with had been using it in production a long time before that. There were other groups using Java for a lot of other things (JDBC, JMS, etc...).
76.
by uxcn 11y ago
Even before 0x, a there was definitely a genuine performance need that drove a lot of stuff from Java to C++. A lot of people I know would write Javaish code with Boost. A lot of the stuff that makes Java great for building high level sy
77.
by uxcn 11y ago
The main problem the article is talking about is tracking 99th percentile issues (e.g. tail latency) which, given the nature of sampling is difficult to capture otherwise. Overhead is an issue with instrumentation, but as the article mentio
78.
by uxcn 11y ago
Video encoding also might also be worth putting effort toward. There are probably a lot fewer people using GPUs for video encoding than for linear algegra, but it's still something nobody is currently doing with open operating systems
79.
by uxcn 11y ago
It's still popular. For example, LMAX still uses Java. There were a number of things you needed to avoid if you wanted to use it where latency mattered though. GC pauses are fairly detrimental. Where latency is really critical, thin
80.
by uxcn 11y ago
Around Java 7, there was experimental support for scalar interpolation. I'm not sure how it progressed though.
81.
by uxcn 11y ago
I would guess a lot of stuff wasn't completely POSIX either (still kinda true). It's really only recently C++ added a standard memory model, portable threading, etc... POSIX is even kind of falling behind for this stuff IMHO.
82.
by uxcn 11y ago
Not that I prefer Java where performance is important, but profile based optimization combined with optimizing across translation units is non-trivial. C/C++ compilers have been increasing support for these more recently. Jan Hubic
83.
by uxcn 11y ago
How are times compared for rubik's cube bots? I would guess there's some variance even for the same bot solving the same cube from the same state. It might be interesting to see a competition based on number of moves.
84.
by uxcn 11y ago
It's not the same as using something like DTrace on a live system, but he's describing it as though eliminating the flexibility implies some sort of event horizon. This also bothered me... virtualizing at the hardware layer
85.
by uxcn 11y ago
I think Bryan Cantrill and Joyent are doing a number of interesting things, but this reads more like an ad than a genuine critique of Unikernels. The primary reason to implement functionality in the operating system kernel is for
86.
by uxcn 11y ago
I think Altera had more to do with generic user modifiable compute. They have been working with FPGAs for a while now ( http://www.enterprisetech.com/2014/06/18/intel-mates-fpga-fu... ).
87.
by uxcn 11y ago
One of the other constraints is the actual data copy. I don't have any benchmarks on hand, but you pay the penalty for the copy, potentially cache misses, and the potential TLB miss. Obviously, there are ways to avoid it without reso
88.
by uxcn 11y ago
Native.js is interesting. I would wonder how it plans to handle things like callbacks for various events though. As an example, a keypress in a textbox (e.g. pterosaur). I haven't looked at the WebExtensions API in detail yet, so it
89.
by uxcn 11y ago
I understand, and even agree with, a lot of the goals behind the WebExtensions API. I'm honestly still worried firefox isn't going to encourage plugins like pterosaur, pentadactyl, etc.. going forward. Will modifying the UI and t
90.
by uxcn 11y ago
I think the last version I used was 3.5.4, it looks like a lot changed since then. I'm glad to see MusicBrainz support got added. Ampache was definitely a nice way to organize and stream stuff.

More ›