inkyoto

86 ms·

751.
by inkyoto 5y ago
Do you remember who we were taught in school that evolution is the survival of the fittest? It turns out, they have lied to us all along. Evolution is the survival of the smartest.
752.
by inkyoto 5y ago
> […] then redirecting control flow with the altered state by overwriting a function pointer . The analysis calls this out specifically: > Conveniently since JBIG2Bitmap inherits from JBIG2Segment the seg->getType() virtual call
753.
by inkyoto 5y ago
To their credit, the build time reduction they are reporting is substantial, which is a measurable productive increase regardless of the hardware architecture. They compare (quoting verbatim): > Test: 2020 M1 (8 Core — 4 ice & 4 fir
754.
by inkyoto 5y ago
I am also wondering how many of the disclosed CVE's are Intel x86 specific, and how many the ARM64 8.3+ authenticated pointers have prevented (even though the authenticated pointers would not preclude a DoS attack, but they would certa
755.
by inkyoto 5y ago
> So first off I'm explicitly downplaying the phonological side of things here. This entire thread has been about the fundamental grammatical and vocabulary differences rather than phonological differences You are single-handedly
756.
by inkyoto 5y ago
> No Mandarin goes way further back than Old Mandarin Can you provide credible references that support your statement as historical studies of phonological and tonal changes in Old (Ancient) and, later, Middle Chinese assertively point
757.
by inkyoto 5y ago
> Although we entertained occasional thoughts about implementing one of the major languages of the time like Fortran, PL/I, or Algol 68, such a project seemed hopelessly large for our resources: much simpler and smaller tools were c
758.
by inkyoto 5y ago
> JOVIAL, NEWP, PL/I, PL/S, PL.8 among other Algol dialects managed it. … with all of them having been developed and run on 32-bit IBM mainframes and other big irons with «lots» of memory (e.g. 512 kB of RAM would have been con
759.
by inkyoto 5y ago
Australia has had a progressive tobacco sin tax being indexed annually for a number of years now. The average price of a packet of cigarettes is now close to AUD 40 (give or take a few $$ and up from being AUD 9 back in 2008 circa). People
760.
by inkyoto 5y ago
Quite uniform != completely uniform. Especially when it comes to C (less so C++), it is a remarkably adaptable language that has been able to attune to a variety of vastly incompatible hardware architectures, including stack based ones, hea
761.
by inkyoto 5y ago
You are not incorrect, and I shall ruminate on why I had thought that the SysV ABI on i386 used %rax ÷ %rex as input function parameters without having to resort to the use -mpregparm. Thanks for the correction.
762.
by inkyoto 5y ago
> The System V i386 ABI passes parameters through the stack. No. The C/C++ ABI is quite uniform across architectures. The first 1..N (N is ISA dependant) parameters that can fit into a CPU register are passed via registers. The firs
763.
by inkyoto 5y ago
PLEASE DO GIVE UP
764.
by inkyoto 5y ago
C++ templates are unwound at the compile time before the «expanded» template code passes along into the optimiser where most of the unused code is elided. Unless the templates have been externalised (i.e. defined as «extern template …», of
765.
by inkyoto 5y ago
> What was "very good" about the hardware? The switched memory architecture. Which was a boon to running Oracle and transaction processing monitors (e.g. Tuxedo) – or, anything that required large amounts of memory and the high
766.
by inkyoto 5y ago
> but no chewing gum is a bit extreme in my opinion. People, especially the ones who have never travelled to Singapore, need to stop rehashing this story of old. Chewing gum can be freely purchased in Singapore from a pharmacy. No, one w
767.
by inkyoto 5y ago
> Yes many are "just ARM" but due to custom extensions/chips and (in some cases) lack of standard ARM features that doesn't mean they are the same ARM. This is a stretch at best. Linux running on M1, Graviton2 (and, s
768.
by inkyoto 5y ago
> Aren't the Zen3 instances still faster than Graviton 3? Irrelevant. The vast majority of applications running in the cloud are business applications that struggle to saturate the CPU and waste most of the CPU cycles idlying by in
769.
by inkyoto 5y ago
It depends. If one process is writing into the file whereas other processes are reading from the same file, there is not much wrong with that. Otherwise, we wouldn't be able to tee log files in UNIX. Yes, the UNIX file locking semantic
770.
by inkyoto 5y ago
> (1) V7 did not use a MMU, there are no shared object libraries. The whole stack feels simpler, less layered. It is straightforward to hand-craft a binary on a pre-ELF system. It is strightforward or not quite. V7 on the PDP-11, even th
771.
by inkyoto 5y ago
> VMS was good, but it was still sys$system:[thing]/path arcane. And had complex database-like file abstractions which I am sure were a godsend to people in that space but IPC (using an abstraction called "mailboxes") was
772.
by inkyoto 5y ago
> I was astounded at how easy it was to work with record data there. It's something that's several orders of magnitude harder to do in the Unix world with its "bag of bytes" data paradigm. Hear, hear. I started out in
773.
by inkyoto 5y ago
It won't work if the service provider (e.g. AWS, GCP) has set up the card payment as a recurring payment. All payment networks allow for the «recurring payment» flag (or its direct equivalent) to set to «true» at the time the first pay
774.
by inkyoto 5y ago
> USSR economy was subpar. Subpar you say. I have a habit of giving the credit where it is due, whether it is the US, or USSR, or the Klingon kingdom – I simply could not care less who is the beneficiary of it. By the time the USSR launc
775.
by inkyoto 5y ago
> Because nobody cared to make it work. From bottom to the top. Some were just pretending they worked, some worked poorly, some work good but with no good direction. They did care. The first two post-WWII decades were a time of a massive
776.
by inkyoto 5y ago
The US simply had more free money to throw at whatever they wanted. > Germany recovered faster, Japan recovered faster and they've been hit very hard. USSR worked until a point after which it couldn't compete with a market econ
777.
by inkyoto 5y ago
It is an enigma to me. My best take on it is that the war machine coupled with the toxic paranoia of the senile Brezhnev government has caused the eventual demise of the USSR. The Khrushchev thaw spanning nearly a decade before that, in my
778.
by inkyoto 5y ago
> they collapsed because a state owned economy cannot grow at the rate needed to compete. Uhm, no. It is a myopic and a highly lopsided point of view. The collapse of the Soviet Union was a combination of a few compounding factors: – Sov
779.
by inkyoto 5y ago
I have not seen TLB size reports for M1/M1 Pro/Max, but Anandtech has reported following figures for the A14: «The L1 TLB has been doubled from 128 pages to 256 pages, and the L2 TLB goes up from 2048 pages to 3072 pages. On today
780.
by inkyoto 5y ago
Amazon do not say that DocumentDB is a drop-in replacement, neither do I. Moreover, I have outlined specific incompatibilites between Mongo and DocumentDB we have encountered for our use cases; RBAC controlled document filtering is not avai

More ›