Not Found
ちょっと興味深い記事がありました。 私もこのサイトで極稀にプレスリリースやレビュー依頼をもらうことがありますし、お仕事のオクトバの方では毎日何十通もその手のメールを見ています。 この記事は「ニュースにしやすい」プレスリリースということなので、このサイトやオクトバとはまたぜんぜん違うのですが、私がこの数年で感じた「読まれやすい・使われやすい」プレスリリースやレビュー依頼について書いてみようと思います。
Linuxのスレッドは、洗練された美しい設計です。スレッドは仮想アドレス空間とファイルディスクリプタテーブルを共有するプロセスに過ぎません。プロセスによって生成されたスレッドは、メイン”スレッドの”親プロセスに追加された子プロセスです。これらは同じプロセス管理のシステムコールを通して処理されるので、スレッドに関するシステムコールのセットを分ける必要性を取り除きます。これはファイルディスクリプタと同様に洗練された方法です。 一般的に、UNIX系のシステムではfork()を使ってプロセスを生成します。新しいプロセスは、オリジナルのコピーとして独自のアドレス空間とファイルディスクリプタテーブルを取得します。(Linuxではコピーオンライトを使用して、この部分を効率的に処理します。)しかし、これは非常に高度なスレッドの生成方法なので、Linuxでは別の clone() システムコールを使用します。
こんにちは。エンジニアの森田です。 MFクラウド会計の開発を担当しています。 今月入社したばかりなのですが、実は入社前からDockerで開発環境を作ろうと心に決めていました。 なぜなら、下記のような問題によく悩まされていたからです。 OSやRubyのバージョンアップの度にbundle installがこける。 Windowsを使っているデザイナさん向けに動作環境を作るのが大変。 ブランチを切り替えるとDBのスキーマが違うため動かない。 ライブラリを新しいものに差し替えたら既存のアプリがおかしくなる。 そこで実際にDockerを導入してみました。 今回はDocker導入に際しての問題とその対応について紹介します。 発覚した問題と対応 コーディングの際はMac上のエディタを使いたいので、Dockerのディレクトリ共有機能を使ってコンテナとホストでプロジェクトのディレクトリを共有していたところ、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く