As configured in my dotfiles.
start new:
tmux
start new with session name:
# ~/.tmux.conf | |
# | |
# See the following files: | |
# | |
# /opt/local/share/doc/tmux/t-williams.conf | |
# /opt/local/share/doc/tmux/screen-keys.conf | |
# /opt/local/share/doc/tmux/vim-keys.conf | |
# | |
# URLs to read: | |
# |
sudo ipfw pipe 1 config bw 150kbit/s delay 150ms | |
sudo ipfw add pipe 1 dst-ip 0.0.0.0/0 | |
# do slow stuff | |
# done: | |
sudo ipfw flush |
As configured in my dotfiles.
start new:
tmux
start new with session name:
# | |
# Author: Tad DeVries | |
# Email: [email protected] | |
# FileName: RunElevated.ps1 | |
# | |
# Description: | |
# Creates a "sudo" like command to elevate another | |
# command to administrative level. This is used to | |
# simplify the CLI interaction and create a little | |
# home like feeling for the *nix users out there. |
package com.example.app | |
import org.scalatra._ | |
import servlet.{SizeConstraintExceededException, FileUploadSupport} | |
import scalate.ScalateSupport | |
import java.io.ByteArrayInputStream | |
import org.apache.poi.ss.usermodel.WorkbookFactory | |
import org.apache.poi.ss.usermodel.Cell | |
import org.apache.poi.ss.usermodel.DataFormatter | |
import org.apache.poi.ss.usermodel.DateUtil |
So I have been using tmux for a while and have grown to like it and have since added many many customizations to it. Now once you start getting the hang of it, you'll naturally want to do more with the tool.
Now tmux has a concept of window-group
and session
and if you are like me you'll want multiple session that connects to the same window group instead of a new window group every time. Basically I just need different views into the same set of windows that I have already created, I don't want to create a new set of windows every time I fire up my terminal.
This is the default case if you simply use the tmux
command as your login shell, effectively creating a new group of windows every time you start tmux
.
This is less than ideal because, if you are like me, you fire up one-off terminals all the time and you don't want all those one-off jobs to stay running in the background. Plus sometimes you need information fro
using ImpromptuInterface; | |
using Newtonsoft.Json.Linq; | |
/* | |
* This example was inspired by | |
* "Serialization is Lossy" | |
* http://kellabyte.com/2013/05/02/serialization-is-lossy/ | |
*/ | |
Context: I was asked for a list of interesting reading relating to "distributed databases, behavior under partitions and failures, failure detection." Here's what I came up with in about an hour.
For textbooks, "Introduction to Reliable and Secure Distributed Programming" is a superb introduction to distributed computing from a formal perspective; it's really not about "programming" or "engineering" but about distributed system fundamentals like consensus, distributed registers, and broadcast. Used in Berkeley's Distributed Computing course (and HT to @lalithsuresh) Book Site
Notes from courses like Lorenzo Alvisi's Distributed Computing class can be great.
There are a bunch of classics on causality, [Paxos](ht
SELECT QueryPlanHash, | |
CASE WHEN QueryType LIKE '%Stored Procedure%' THEN | |
QueryPlan.value('declare namespace p="http://schemas.microsoft.com/sqlserver/2004/07/showplan"; | |
sum(//p:StmtSimple/@StatementSubTreeCost)', 'float') | |
ELSE | |
QueryPlan.value('declare namespace p="http://schemas.microsoft.com/sqlserver/2004/07/showplan"; | |
sum(//p:StmtSimple[xs:hexBinary(substring(@QueryPlanHash, 3)) = xs:hexBinary(sql:column("QueryPlanHash"))]/@StatementSubTreeCost)', 'float') | |
END AS cost, * | |
FROM #procs |