WebデザイナーはまずGitHubから触ってみればいいんじゃないかな - MOL
Gitってのが便利！とよく聞くけど、実際問題、会社で導入しているわけでもない限り、個人で導入するのは気が引けるというか、よっぽどのリターンがあるのを最初から分かってないと、あんなよくわからない黒い画面をWebデザイナーが使うわけないと思う。 かくゆう、私もそうだった。Gitはよく分かんないけども、GitHubってのはカッコ良さそうだったから使ってみたい！んで、しょうがなしにGitコマンドをチョロチョロっと使い始めた（覚え始めた）って感じだ。 GitHubを使うって言っても僕の場合、最初は単純にファイルのホスティングだったり、Gistにメモ残したり、ちょっと慣れてきたらGitHub Pages使ってみたりとか、そうゆうふうに徐々に慣れてきたらこそ、会社のほうでGitLabやGitHub Enterpriseなどが導入された時も難なく対応できた経緯がある。 正直、コードのバージョン管理しなくて
なるほどUnixプロセス Rubyで学ぶUnixの基礎 を読んだ - ravelll の日記
新人エンジニアとの読書会でシグナルの話が出た時に色々知識が曖昧なことに気づいたので読んだ。(Spyglass についてはまだ触っていない) 社内の別の読書会にこれの原著を読むものがあったんだけど、 当時 Ruby や UNIX について知識がなさ過ぎたり英語読むのに少しつらみがあったり そもそも途中から参加していなかった。覚えていたのはゾンビプロセスの語感と内容が重要そうだったってことくらい。 今回は英語学習より内容の速習を求めたので、翻訳版を読むことにした。 以下は読書感想文です。 プロセス、カーネル、システムコール この本はプロセスとそれを取り巻く技術についてそれぞれかなり基礎的なことから書かれており、UNIX について然程知識がなくとも問題なく理解し読み進められる。 自身ではプロセスは親子関係やPIDについて知っている程度で、5章のファイルディスクリプタや 10章の終了コード、11章
Apacheのチューニングメモ - Qiita
個人的Apacheチューニングのメモ。 間違いがあったら教えて下さい！ prefork 前提 Apacheでは、リクエストはApacheの子サーバプロセスが処理する。 子サーバプロセスは動的にforkで生成されたり、殺されたりする。 が、forkはとても重い処理なので、forkが発生しないように設定するのがよい。 チューニング方針 負荷が高かろうが低かろうが常に一定数のプロセスが動いている状態にする。 preforkの動作 MaxClientsは絶対値。 子プロセス数はこの値を超えない。 （以下正確ではないですが簡単に） Apacheは負荷が高くなってきたら 子プロセスを生成していく アイドル状態の子プロセスはMinSpareServers以上になるよう維持 MaxClients以上の子プロセスは生成しない MinSpareServersよりMaxClientsが強い 負荷が低くなってきた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
