Created
November 19, 2017 13:39
-
Star
(170)
You must be signed in to star a gist -
Fork
(35)
You must be signed in to fork a gist
-
-
Save acolyer/23043b422046803d0a78ceb934fa8cc0 to your computer and use it in GitHub Desktop.
Revisions
-
acolyer created this gist
Nov 19, 2017 .There are no files selected for viewing
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters. Learn more about bidirectional Unicode charactersOriginal file line number Diff line number Diff line change @@ -0,0 +1,41 @@ # A collection of The Morning Paper posts relating to containers, operating systems etc. In order of first appearance in The Morning Paper. * [On the duality of operating system structures](https://blog.acolyer.org/2014/12/08/on-the-duality-of-operating-system-structures/) * [Why threads are a bad idea](https://blog.acolyer.org/2014/12/09/why-threads-are-a-bad-idea/) * [Why events are a bad idea](https://blog.acolyer.org/2014/12/10/why-events-are-a-bad-idea/) * [Unikernels: library operating systems for the cloud](https://blog.acolyer.org/2015/01/13/unikernels-library-operating-systems-for-the-cloud/) * [The scalable commutativity rule: designing scalable software for multicore processors](https://blog.acolyer.org/2015/04/24/the-scalable-commutativity-rule-designing-scalable-software-for-multicore-processors/) * [Jitsu: just-in time summoning of unikernels](https://blog.acolyer.org/2015/05/11/jitsu-just-in-time-summoning-of-unikernels/) * [Work practices and challenges in pull-based development](https://blog.acolyer.org/2015/06/23/work-practices-and-challenges-in-pull-based-development/) * [Read-log-update: a lightweight synchronization mechanism for concurrent programming](https://blog.acolyer.org/2015/10/27/read-log-update-a-lightweight-synchronization-mechanism-for-concurrent-programming/) * [Split-level IO Scheduling](https://blog.acolyer.org/2015/10/28/split-level-io-scheduling/) * [A sound and optimal incremental build system with dynamic dependencies](https://blog.acolyer.org/2015/11/12/a-sound-and-optimal-incremental-build-system-with-dynamic-dependencies/) * [All change please](https://blog.acolyer.org/2016/01/22/all-change-please/) * [All file systems are not created equal: on the complexity of crafting crash consistent applications](https://blog.acolyer.org/2016/02/11/fs-not-equal/) * [Formal requirements for virtualizable third generation architectures](https://blog.acolyer.org/2016/02/19/formal-requirements-for-virtualizable-third-generation-architectures/) * [IncludeOS: a minimal, resource efficient unikernel for cloud systems](https://blog.acolyer.org/2016/02/22/includeos/) * [FairRide: near-optimal, fair cache sharing](https://blog.acolyer.org/2016/03/23/fairride-near-optimal-fair-cache-sharing/) * [The Linux scheduler: a decade of wasted cores](https://blog.acolyer.org/2016/04/26/the-linux-scheduler-a-decade-of-wasted-cores/) * [Data tiering in heterogeneous memory systems](https://blog.acolyer.org/2016/04/28/data-tiering-in-heterogeneous-memory-systems/) * [Slacker: fast distribution with lazy docker containers](https://blog.acolyer.org/2016/05/02/slacker-fast-distribution-with-lazy-docker-containers/) * [Shielding applications from an untrusted cloud with Haven](https://blog.acolyer.org/2016/06/16/shielding-applications-from-an-untrusted-cloud-with-haven/) * [Hints for computer system design](https://blog.acolyer.org/2016/09/16/hints-for-computer-system-design/) * [MemC3: compact and concurrent memcache with dumber caching and smarter hashing](https://blog.acolyer.org/2016/11/02/memc3-compact-and-concurrent-memcache-with-dumber-caching-and-smarter-hashing/) * [Algorithmic improvements for fast concurrent cuckoo hashing](https://blog.acolyer.org/2016/11/03/algorithmic-improvements-for-fast-concurrent-cuckoo-hashing/) * [Twice the bits, twice the trouble: vulnerabilities induced by migrating to 64-bit platforms](https://blog.acolyer.org/2016/11/17/twice-the-bits-twice-the-trouble-vulnerabilities-induced-by-migrating-to-64-bit-platforms/) * [SCONE: Secure Linux containers with SGX](https://blog.acolyer.org/2016/12/14/scone-secure-linux-containers-with-intel-sgx/) * [Panoply: Low-TCB Linux applications with SGX enclaves](https://blog.acolyer.org/2017/03/14/panoply-low-tcb-linux-applications-with-sgx-enclaves/) * [Application crash consistency and performance with CCFS](https://blog.acolyer.org/2017/03/15/application-crash-consistency-and-performance-with-ccfs/) * [Deconstructing Xen](https://blog.acolyer.org/2017/03/15/application-crash-consistency-and-performance-with-ccfs/) * [A study of security vulnerabilities on Docker Hub](https://blog.acolyer.org/2017/04/03/a-study-of-security-vulnerabilities-on-docker-hub/) * [SGXIO: generic trusted I/O path for Intel SGX](https://blog.acolyer.org/2017/04/07/sgxio-generic-trusted-io-path-for-intel-sgx/) * [SGXBounds: memory safety for shielded execution](https://blog.acolyer.org/2017/06/06/sgxbounds-memory-safety-for-shielded-execution/) * [System programming in Rust: beyond safety](https://blog.acolyer.org/2017/06/14/system-programming-in-rust-beyond-safety/) * [Hardware is the new software](https://blog.acolyer.org/2017/06/19/hardware-is-the-new-software/) * [CLKSCREW: exposing the perils of security-oblivious energy management](https://blog.acolyer.org/2017/09/21/clkscrew-exposing-the-perils-of-security-oblivious-energy-management/) * [CHAINIAC: proactive software update transparency via collectivy signed skipchains and verified builds](https://blog.acolyer.org/2017/10/12/chainiac-proactive-software-update-transparency-via-collectively-signed-skipchains-and-verified-builds/) * [My VM is lighter (and safer) than your container](https://blog.acolyer.org/2017/11/02/my-vm-is-lighter-and-safer-than-your-container/)