| #!/bin/sh | |
| usage() { | |
| cat << __EOT__ | |
| Usage: $0 [-br] <app go package path> | |
| Run official golang docker container | |
| Options: | |
| -b | --build run container and build go app | |
| -m | --make run build by make |
| package main | |
| import ( | |
| "fmt" | |
| "io/ioutil" | |
| "net/http" | |
| "net/url" | |
| "strings" | |
| "time" | |
| ) |
| type LimitExector interface { | |
| // 同時処理数に上限を設ける | |
| // 上限を超えるリクエストは処理しない | |
| ByMax(req ReqEntity) | |
| // 1秒間の同時処理数に上限を設ける | |
| // 上限を超えるリクエストは1秒待つ | |
| ByMaxPerSecond(req ReqEntity) | |
| // 処理に実行間隔を設ける => x秒間隔に1回処理を行う |
| 143 runtime/race/testdata/mop_test.go | |
| 50 runtime/race/testdata/chan_test.go | |
| 41 runtime/race/testdata/slice_test.go | |
| 27 runtime/race/testdata/waitgroup_test.go | |
| 25 net/http/serve_test.go | |
| 22 runtime/chan_test.go | |
| 21 runtime/race/testdata/atomic_test.go | |
| 21 net/timeout_test.go | |
| 19 runtime/race/testdata/map_test.go | |
| 18 runtime/proc_test.go |
| $ echo "| bindkey | widget|\n|:-----:|:-----|\n$(bindkey -L | awk '{print $2" "$3}' | sed -e 's/ /|/g' | sed -e 's/^/|/g' | sed -e 's/$/|/g')" | |
| # https://github.com/defunkt/gist を使用してgistへ投稿 | |
| $ echo "| bindkey | widget|\n|:-----:|:-----|\n$(bindkey -L | awk '{print $2" "$3}' | sed -e 's/ /|/g' | sed -e 's/^/|/g' | sed -e 's/$/|/g')" | gist -d "zsh bindkey $(date +'%Y%m%d')" -f zsh_bindkey.md |
Goの並行処理は 共有変数をチャネル上で引き回し、実行中の異なるスレッドからは同時アクセスさせない という手法を採用しています。
これを実現するために独自のプロセス/スレッド/軽量プロセス/コルーチンモデルを持っていて、このモデルを ゴルーチン(goroutine) といいます
並行処理実践の初歩段階では 正しく逐次動作するソースコードを書き、並列に動作させる改良を加える というアプローチを取った方が無難です。いきなり並行処理を書こうとするとデバッグの際に並行化の誤りなのかアルゴリズムの誤りなのかを判断するのが難しくなります。
というわけで、まず例として超単純な逐次処理を書いてみます。1から5の数値を2倍した値を表示するだけの処理です。
| func BinarySearch(data []int, find int, from int, to int) int { | |
| center := (from + to) / 2 | |
| if from > to { | |
| return -1 | |
| } | |
| if find == data[center] { | |
| return center | |
| } else if find < data[center] { |
docker run CONTAINER_ID <command> した際の<command>が及ぼす影響 が変わる