James Richardson
C Is Not a Low Level Language

I found David Chisnall's article an interesting read. I had not actually considered that the chip guys were actually modifying design to accommodate C compilers. I had always thought it up to the compiler writers to take advantage of newer hardware design. Apparently the C language specifications make doing so difficult. Not that I am a hardware guy or a language designer: I had assumed speculative execution was performance enhancement for good chip design. Apparently speculative execution is to allow C compilers still think they are targeting a PDP-11.

I haven't really looked closely at go, rust, or any of the other languages that want to replace C as a systems programming language, but if they also demand speculative execution from the processor (e.g. they are assuming PDP-11 semantics) people should look elsewhere. Maybe something divergent - Erlang?, Ocaml?, Haskell? - that can better match current workloads with current processor design.

Posted
License: cc by-nd 4.0
James Richardson
Manual Work is a Bug

Tom Limoncelli wrote Manual Work is a Bug: A.B.A always be automating which is well worth reading. Limoncellie writes about 4 phases:

  1. document the steps
  2. create automation equivalents
  3. create automation
  4. create self-service and autonomous systems

These are good ideas which he explains well in the article. I seem to struggle with the documentation part. :/ I need to find ways to get past this. sigh

James Richardson
I am speaking at the 2018 SouthEast LinuxFest

I am speaking at SouthEast LinuxFest 2018, this time about encrypting email with GnuPG. I am schduled Sunday 10 June at 11:30.

I will show how encrypting email keeps it private and away from bulk surveillance. I will briefly show how to create a gpg key pair and configure Thunderbird/enigmail, mutt, and emacs mail user agents to process encrypted email.

I may also add K-9 mail and OpenKeyChain for Android devices.

Posted
License: cc by-nd 4.0