既存プロセスの標準出力と標準エラーを奪う - Qiita
#!/bin/bash # 既存プロセスの標準出力と標準エラーを奪う https://qiita.com/kawaz/items/96af6fa59fdf999b94bd # ターゲットのPID pid=$1 [[ -d /proc/$1/fd ]] || exit 1 # 出力先はttyやファイルを指定 out="$2" # 出力先の指定がない場合は現在のttyを出力先にする if [[ -z $out ]]; then # プロセスに紐付いたttyを取得する https://qiita.com/kawaz/items/bd33fe1e29876939dddb function search_tty() { local pid=${1:-$$} tty="" while [[ 1 -lt $pid ]]; do [[ -d /proc/$pid/fd ]] || break tty=$(
wgetやscpに帯域制限をかける - matabii's blog
Linuxに限らずですが、ダウンロードやネットワーク越しでファイルのコピーを行うと、標準ではベストエフォートで頑張っちゃうので回線やディスクに負荷を与えてしまいます。 自分専用マシンでは問題無いですが、サーバでサービスを提供してたりすると数秒の負荷も無視出来ないので気を使います。そこで、有名コマンドで使用する帯域に制限をかける方法。 ・wget --limit-rateのオプションで制御可能。単位はbyte/秒 wget --limit-rate=100000 http://XXXXXX.com/aaa.tgz これで100KB/秒で転送。・scp -lオプションで制御可能。単位はKbit/秒 scp -l 800 root@XXXXXX.com:/aaa/aaa.tgz ./ これで100KB/秒で転送。・rsync --bwlimitオプションで制御可能。単位はKbyte/秒 rsyn
UEC - usp engineers' community - UECジャーナル
ダブルバッファによるパイプ処理の最適化 シェルスクリプトではコマンドの入出力をパイプで接続することで処理を実施する。特にユニケージの方法論ではパイプによるデータの連続処理を重要視しており、パイプの性能は処理に大きな影響を与えている。 商用版のusp Tukubaiコマンド群はコマンド内部で自律的な最適化が実施されており、パイプで接続された場合に性能が期待できるようになっている。しかしこの機能は商用版のusp Tukubaiコマンドを使わずとも、dd(1)コマンドを組み合わせることでも実現できる。通常、こうした高速化のテクニックは「ダブルバッファ」と呼ばれる。 たとえば次のようなコマンドを想定する。特定のファイルシステムのバックアップを丸ごと実施するようなコマンドだ。 $ dump /usr | bzip2 > backup.bz dumpの実行をssh(1)経由にすれば、遠隔のマシンから自
Geekなぺーじ : いいから殺せ。後はこっちでなんとかするから
IT業界って怖いですね～（棒読み） 何でそうなった？ そもそもの発端は、私が現在執筆中のLinuxネットワークプログラミング書に書いているコラムのための質問でした。 Wiresharkやtcpdumpを利用したパケットキャプチャによる通信プログラムのデバッグを解説する際にプロミスキャスモードとは何かという話を書いていたのですが、その最後にちょっとしたコラムを書くためのブレストとしてTwitterで質問をしました。 で、結局出来上がった原稿は以下のような感じです。 Twitterでコラムの内容を見たいと発言されている方がいらしたので、出版前ですが晒してしまいます。 コラム：ぁゃιぃ UNIX用語 (☆ 「あやしい」の部分は、xa xya イオタ xi です。) プロミスキャスモードを「無差別モード」と訳す場合が多いのですが、この「Promiscuos」という単語は性的な意味を含む英単語なので
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【西川和久の不定期コラム】 ACアダプタサイズのLinuxマシン! 玄人志向「玄柴」