gue5t

12 ms·

61.
by gue5t 9y ago
Files have awful semantics in just about every way. We should get rid of them ASAP.
62.
by gue5t 9y ago
Depends on your application. Run the programs you want to run on this and open powertop. It can also be informative to run them under strace and see whether their mainloops spin or wait; any well-written program sleeps until it has real wor
63.
by gue5t 9y ago
Not one of those had free drivers on any consumer-available hardware, so you're limited to kernels compatible with your binary blobs, which then limits your userspace, which leaves you firmly stuck in the insecure, slowly bitrotting pa
64.
by gue5t 9y ago
It certainly isn't; it's killed by SIGPIPE after printing 50 lines. If I wanted to wait for the entire system log to read off of disk I'd be sitting for minutes. "journalctl -r -n 50" takes 5.4 seconds as of a test
65.
by gue5t 9y ago
I don't have enough RAM that journal is usually in cache (just anecdotally, it seems to always be slow the first time in a session that I run it). Nonetheless, I can access most uncached contents of my disk much faster than this:
66.
by gue5t 9y ago
1/2/3: No, it isn't that bad, but disable resolved and networkd, and coredumps, and prepare to hate journald with all your being because of how insanely mindbogglingly slow it is (owning a hard drive rather than an SSD is an
67.
by gue5t 9y ago
It seems likely that the gp is talking about what.cd successor redacted.ch, not the "YouTube Red" paid streaming service.
68.
by gue5t 9y ago
Is this using the same techniques as the old mostly-vaporware "cantor dust" project? It looks very similar. https://www.reddit.com/r/ReverseEngineering/comments/2apw6l/...
69.
by gue5t 9y ago
This is basically just FUD.
70.
by gue5t 9y ago
Unless I'm mistaken, Google isn't interested in upstreaming these changes. A quick search of lmkl.org doesn't show any hits for the switchto_... APIs. I'd love to hear otherwise or in more detail from someone at Google.
71.
by gue5t 9y ago
See this presentation about Google's scheduler patches, which claims the major overhead is logic in the scheduler (pg16): http://www.linuxplumbersconf.org/2013/ocw/system/presentatio...
72.
by gue5t 9y ago
+1 on single-copy frequently being faster than zero-copy. See https://lwn.net/Articles/580194/ for a real-world example from the Linux kernel. On the topic at large, I think microkernel vs monolithic is not actual
73.
by gue5t 9y ago
Imagine the "value" investors could make if they cordoned off every useful composition of Linux kernel features into a "product" like this.
74.
by gue5t 9y ago
No, Ubuntu's phone efforts refused to take a stance of promising open-source drivers (because they didn't care about solving this problem for their users, they just wanted to be a phone OEM). Whether the kernel has the Android pat
75.
by gue5t 9y ago
Thanks for being the only person in this thread that understands the real root problem. Proprietary drivers are the only reason phones don't get software updates forever from the open-source community the way the P4 you've forgott
76.
by gue5t 9y ago
(Employee performance, not software performance.)
77.
by gue5t 9y ago
There are a number of statements like "QUIC is functionally equivalent to TCP+TLS+HTTP/2" in the "QUIC wire specification" and other documents, and this agrees with what I remember seeing in the source in the Chromi
78.
by gue5t 9y ago
This seems really complicated. Is ZeroTier closer to an cjdns- / i2p-style system, or is it closer to CurveCP/MinimaLT/QUIC? (QUIC being the odd one out of the trio as it grafts on some awful HTTP semantics, but that's G
79.
by gue5t 9y ago
> What about the "binary blobs" do you not understand. I don't understand the assumption that minified and obfuscated javascript is easier to reverse-engineer than compiled wasm is. This is simply untrue. In both cases the
80.
by gue5t 9y ago
You're entirely right, but "it is difficult to get a man to understand something, when his salary depends on his not understanding it" certainly applies to the entire "tech" industry, and the app factory in particul
81.
by gue5t 9y ago
All understanding of X11 feels this way. Read the docs and source yourself sometime.
82.
by gue5t 9y ago
Except for the important metrics of inequality of QoL/income/wealth.
83.
by gue5t 9y ago
It'd be cool if someone would replicate this on Linux under X11 and a few Wayland compositors, and throw urxvt, rxvt, xterm, aterm, and some others in the mix.
84.
by gue5t 9y ago
This is going to sound mean however I say it, so I'm not going to sugar-coat it: that's how pretty much all suckless software works. Software becomes fast via profiling and optimization, not by ritualistically applying dubious not
85.
by gue5t 9y ago
The site hijacks scroll which is pretty upsetting.
86.
by gue5t 9y ago
Every medium decays; if you don't estimate longevity and perform error correction/migration/etc. accordingly, you won't be immune to data loss, just blindsided by it.
87.
by gue5t 9y ago
I've read a lot of Tizen code, and EFL is by far one of the more professional and well-engineered components. And this is realizing that in relation to many open-source libs EFL is rather a goofy oddball. 95% of Tizen is a huge hairbal
88.
by gue5t 9y ago
Meson is strongly-typed; it goes beyond just having a notion of "paths" and tracks what kind of object paths point to, and what kind of resource strings name. This is invaluable, because it means you get feedback when you accident
89.
by gue5t 9y ago
Xorg used to get SIGIO on input; it's now less responsive and uses threads: http://who-t.blogspot.com/2016/09/input-threads-in-x-server....
90.
by gue5t 9y ago
Check out meson; it seems to be the future for projects that were using CMake or autotools. It's certainly a joy to work with in comparison.

More ›