Readit News logoReadit News
drallison commented on Reading Ancient Scrolls   caseyhandmer.wordpress.co... · Posted by u/diodorus
drallison · 2 years ago
Amazing work. <sigh/> A whole block of cool research to track. <grin/>
drallison commented on Tracing the roots of the 8086 instruction set to the Datapoint 2200 minicomputer   righto.com/2023/08/datapo... · Posted by u/matt_d
adrian_b · 2 years ago
No questions, just thanks for another interesting article.

What I have found especially interesting is the story about the undocumented instructions of 8085, because I was not aware of them.

Those instructions would have been actually quite useful and if they had been documented they would have made the Intel 8085 significantly more competitive with Zilog Z80, taking into account also the fact that in the early years 8085 usually had a higher clock frequency (3 MHz or 5 MHz for 8085 versus 2.5 MHz or 4 MHz for Z80).

When I was young I have worked to make some improvements in speed to the functions that implemented the floating-point arithmetic operations in the run-time library used by the Microsoft CP/M Fortran compiler, because they were too slow for my needs (obviously after disassembling them, as Microsoft did not document them). On an Intel 8080 CPU, more than 100 FP64 multiply-add operations per second was considered as high speed, while now a CPU that does 100 billion FP64 multiply-add operations per second is considered a very slow CPU (the best desktop CPUs are more than 6 times faster).

I am sure that with the extra 16-bit operations provided by 8085, a decent speed-up of those FP arithmetic functions would have been possible and I would have found that useful at that time, because I was able to use IBM PC clones only some years later.

drallison · 2 years ago
The undocumented instructions in the 8085 were described in detail in Dr Dobb's Journal shortly after announcement of the 8085 (with no mention of the "new" instructions).
drallison commented on Tracing the roots of the 8086 instruction set to the Datapoint 2200 minicomputer   righto.com/2023/08/datapo... · Posted by u/matt_d
Animats · 2 years ago
The CDC 6600 did that for a completely different reason. It's an early superscalar machine. It overlaps memory operations, and even some compute. This is visible to the programmer. The desired programming style is load, load, load, operate, operate, operate, store, store, store. Then the operations can overlap. There's something called the "scoreboard" to stall the pipeline if there's a conflict, but there's no automatic re-ordering.

The tiny machines at the Datapoint 2200 and 80xx level didn't do anything like that.

At the other extreme, there were low-end machines where the registers really were in main memory. The compute/memory speed ratio has changed over time. Today, arithmetic is much faster than memory, but in the late 1960s/early 1970s, arithmetic was often slower than memory on low-end machines.

drallison · 2 years ago
The 6600 was not a superscalar machine but simply a pipelined processor. Superscalar machines first appeared in the floating point processor of the IBM 360/91 and may well be due to John Cocke (IBM) who generalized the notion. Yale Patt (UC Berkeley, U Michigan, U Texas at Austin) refined the ideas. Most processors designed today have superscalar features.
drallison commented on “BASIC Computer Games” code in modern languages   github.com/coding-horror/... · Posted by u/martincmartin
drallison · 2 years ago
The People's Computer Company published many BASIC games in its publications (PCC Newspaper, People's Computers, Dr. Dobbs Journal, Recreational Computing) and in the book, What to Do After You Hit Return: Or, P.C.C.'s First Book of Computer Games. Many of the games were reprinted elsewhere, often without attribution.
drallison commented on A Case of the MUMPS (2007)   thedailywtf.com/articles/... · Posted by u/ahiknsr
drallison · 3 years ago
I worked on the MUMPS Standard when I taught in the Medical Informatics Committee at UC San Francisco. When I first encountered the language, I was appalled. For example, in pre-standard MUMPS, lines with no trailing blanks and lines with one trailing blank had a different interpretation. For those interested, https://nvlpubs.nist.gov/nistpubs/Legacy/hb/nbshandbook118.p.... At one of the standardization meetings, I embarrassed myself by called MUMPS a "viral disease" because of the pathology of the programming language as defined to an audience of people who saw it as a practical tool they used every day. The standard helped stabilize the language. I acquired an appreciation for the incredible skill application programmers can adapt a general purpose extensible language to do their bidding.
drallison commented on Why Do We Even Need Private Banks?   jacobin.com/2023/04/svb-b... · Posted by u/toomuchtodo
ProjectArcturis · 3 years ago
Who else is going to lend you money to buy a house or start a business? Who else will keep your money safe from fire and theft and pay you for the privilege?
drallison · 3 years ago
Wait. We are exploring boundaries and understanding and not necessarily maintaining the present system. Money? Lend? Ownership? Business? Protecting money? Payments? Privilege? Banking? These are all up for rethinking.
drallison commented on Why Do We Even Need Private Banks?   jacobin.com/2023/04/svb-b... · Posted by u/toomuchtodo
drallison · 3 years ago
Why do we even need banks? What does the financial industry provide? If we were to restructure everything, what would make sense? What are the invariant properties of a viable financial system?
drallison commented on The “Debate” about Program Verif and the Lipton-Demillo-Perlis Paper (2021)   blog.computationalcomplex... · Posted by u/luu
drallison · 3 years ago
Everyone should read this summary/review of the "debate".

More important, everyone should read the paper being debated: Social Processes and Proofs of Theorems and Programs, Richard A. De Millo (Georgia Institute of Technology) and Richard J. Lipton and Alan J. Perlis (Yale University). This is one of my favorite CS papers because it exposes a lot of the mechanism behind making proofs that are convincing. What does it mean to say you have proven something.

drallison commented on Detecting Machine-Generated Text (4PM 2/22)   ee380.stanford.edu... · Posted by u/drallison
drallison · 3 years ago
Eric Mitchell will discuss the problem of detecting machine-generated text followed by an open forum Q&A. Part of EE380, Stanford EE Computer Systems Forum.

u/drallison

KarmaCake day3863October 4, 2009View Original