Systemdで自作スクリプトをデーモン化 | Divide et impera
以前、Debianで自作スクリプトをデーモンにして使っている事を書いた。 前書いた記事はこちら でも、そろそろArchLinuxでも自分で作ったスクリプトをデーモンにしたいので、調べてみたら 思いの外簡単で結構あっけなかった。 Debianというかinit.dで使っていたスクリプト自体は何もソースをいじらなかった。 サンプルのスクリプト ただ一秒ごとにインクリメントした数字をテキストに書くという簡単なスクリプト（in Python） #!/usr/bin/python import os import sys import time def createDaemon(): pid = os.fork() if pid > 0: f2 = open('/var/run/oredaemon.pid','w') f2.write(str(pid)+"\n") f2.close() sys.exi
ソフトウェア開発におけるムダとは何か – 読書 – リーン開発の本質 | CreativeStyle
お仕事でのチームで課題図書になっていたので読んでみました。チームのプロセスを改善するためのヒントがたくさんつまった良書です。 リーン開発の本質 本書は、「アジャイル」と「トヨタ生産方式」が融合した形ともいえる「リーン開発」について説明している本です。以下、あとがきから引用。 ソフトウエア開発の現場を活性化し、反復によってフィードバックを得ながら人とチームの学習を促進する「アジャイル」の考え方と、顧客価値の流れを重視し、ムダをそぎ落とした改善指向の「リーン」の考え方が、Mary Poppendieck と Tom Poppendieckによって出会い、本書「リーン開発」が生まれた。 本書では、コンセプトを無駄なく価値に変換（開発）して顧客に素早く届けるための「リーン開発の７つの原則」の概念や詳細が、具体的かつ豊富な事例とともにわかりやすく解説されています。 原則１：ムダをなくす 原則２：品質
Python の subprocess で出力を受け取るときは communicate() を使おう - Qiita
ドキュメントに書いてあっても 読んでない or 忘れていた 私のためのメモ。 Pythonで 子プロセスを実行するときには subprocess モジュールを使うことが推奨されています。 その子プロセスの標準出力やエラー出力を受け取るときに、 p.stdout.read() や p.stderr.read() を使っていると 子プロセスの出力するデータ量が多い時に 刺さって しまいます。代わりに p.communicate() を使うと良いです。 その件については、下記ドキュメントの中段辺りに http://docs.python.jp/2.7/library/subprocess.html 警告 stdin.write(), stdout.read(), stderr.read() を利用すると、別のパイプのOSパイプバッファがいっぱいになってデッドロックする恐れがあります。これを避ける
イケてるエンジニアになろうシリーズ 〜メモリとプロセスとスレッド編〜 - もろず blog
最近はとても便利なプラットフォームがいっぱいあって、 詳細な中身を意識しなくても簡単に使えるという素晴らしい時代ですが、 深くまで突っ込んで考えないといけない場面が たまーーーーーーーに でてきます その時になって初めて、 誰かが用意してくれた快適な環境を使っていただけで自分では何も解決できない という現実を叩きつけられるわけです 大げさに言いましたすみません ちょっと前に仕事でサーバーのパフォーマンス調査をする機会があり、 その中で "プロセス" と "スレッド" って一体何が違うの！？ って疑問にぶち当たりました わかるような、わからないような 何となくわかったつもりになっている事でもそろそろちゃんと理解して、 今日からイケてるエンジニアになりましょう この記事では 1. マルチタスクOSとプロセス 2. メモリの役割 3. 物理アドレスと仮想アドレス空間 4. プロセスがメモリに保持
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
