dom0

45 ms·

211.
by dom0 9y ago
* having more ethics than <insert car manufacturer here> As we now know, all of them are cheating. (Also, "having more ethics" sounds really strange in my ears. "... being more ethical than those at <XY>"?)
212.
by dom0 9y ago
> but the extfs family should be the standard one. *XFS
213.
by dom0 9y ago
Lack of seaworthiness in nodejs
214.
by dom0 9y ago
Contrary to folklore, the Oracle JVM is one heck of a workhorse.
215.
by dom0 9y ago
This is especially noticeable when adding text in the middle of a longer document. It seems as if it is laying out many subsequent pages in a blocking fashion, even if those pages are not visible.
216.
by dom0 9y ago
Computer keyboards typically contain only one chip which has a combined USB-PS/2 port, scanner and a 8051 to glue things together. DIY keyboards normally just use any microcontroller with a built-in USB controller.
217.
by dom0 9y ago
Maybe we should bow to the inevitable and recognise that IPv6 is an unfixable problem.
218.
by dom0 9y ago
No, it really converts all iterables to lists (there is a utility function in the C API to do just that, because it's kinda hairy to do by hand. PySequence_ToList or so). Otherwise it would not be possible to calculate how much space i
219.
by dom0 9y ago
Do you mean immediate mode rendering by any chance? This is a bit different (but not that much) from what e.g. imgui does.
220.
by dom0 9y ago
I found all I used (eagle, kicad, target, protel) not intuitive to use and not very user friendly (which is said about almost every CAD package), but within even that group there are massive differences in capability.
221.
by dom0 9y ago
There really aren't any good ecad packages for low prices (at least not that I ever heard of it). All cheap packages are just glorified 2D drawing programs (e.g. eagle, target).
222.
by dom0 9y ago
*hear hear! ;)
223.
by dom0 9y ago
Not a big fan of Cython here... https://hn.algolia.com/?query=dom0%20cython&sort=byPopularit...
224.
by dom0 9y ago
Exception handlers in CPython work by having an instruction store the offset to the start of the handler code which is stored on a stack attached to the frame (iirc). So the cost of a "try:" block is pretty low (for Python, anyway
225.
by dom0 9y ago
The reason join is fast for these cases is because join basically converts all iterables to a list first and figures out how much it has to join exactly.
226.
by dom0 9y ago
The funny thing about "moving quickly in dynamic languages" is that it doesn't last. Refactoring code in a dynamic language gets difficult fast and is an entirely hopeless endeavour without a huge test suite (you obviously ne
227.
by dom0 9y ago
> and I frankly don't understand how people ran Python engineering projects of any significant size without it Pretty much the first thing the Zope folks made was port Java interfaces to Python. Considering that Zope projects were b
228.
by dom0 9y ago
Yes, these are hard-wired logic and just a handful of bytes for two to four registers (at least input and accumulator registers, everything in BCD). Only more advanced calculators use floating point.
229.
by dom0 9y ago
tup sounds similar to qbs. I found qbs to be a most amazing C++ build system, it's the only one I used that is 1) reasonably easy to use 2) very fast 3) very correct Most build systems fail 3), usually 2) and often also 1).
230.
by dom0 9y ago
> I'm having a hard time thinking of a use case for complex data structures in a build script. Can you give a real world example? Look at how a modern build system (like qbs) organizes the build. It builds a declarative object graph
231.
by dom0 9y ago
Looking at this thread of comments a couple hours later, clearly, no one has an idea (so any security cleams seem unbased).
232.
by dom0 9y ago
AES being linear or not is wholly irrelevant for this. I recommend you read this article: https://en.wikipedia.org/wiki/Block_cipher_mode_of_operation
233.
by dom0 9y ago
Not necessarily. Depending on the mode bitflips produce predictable results and a SSD probably does not authenticate blocks.
234.
by dom0 9y ago
> I would expect to see database systems emerging that can GPGPU accelerate operations on tables to be way, way faster than what a CPU can handle. Why do you expect that? Many DBMS operations that are not I/O limited are memory limi
235.
by dom0 9y ago
No, Intel's approach is very different from GPUs, because Intel has a strong negative interest in making porting to GPUs easy (also, wide vectors are far easier to do in a CPU than a "GPU like model").
236.
by dom0 9y ago
> We have been over 5ghz for a decade, it just takes ln2 to do it. Non-x86 systems went over 5 GHz on air many years ago, e.g. IBM POWER.
237.
by dom0 9y ago
Itanium was such a strange ... event. A complete outlier, it is even from today's perspective not easy to see why it happened.
238.
by dom0 9y ago
I don't think GPUs are a particularly good solution for these, they aren't the future and won't be around for mass-deployment that much longer.
239.
by dom0 9y ago
I never tried, but mmap and mincore could work (or not, as one of the many special cases in this area). I expect that's not a viable approach for this application, anyway :)
240.
by dom0 9y ago
Cookies aren't restricted to paths as well.

More ›