はてなブックマーク

前回、Docker for Macが遅いと思ったのは3年以上前の話で、その後はcachedでお茶を濁しつつUbuntu Desktopを常用するようになったことで、私の中で問題は解決していたが、久しぶりに仕事でMacを使うことになり、この問題に再会した。 https://blog.hanhans.net/2017/05/23/docker-for-mac-slow/ っていうか、3年間経っても改善してないのねというのが正直なところだが… おさらいをしておくと、Docker for Macが遅い問題は macOSはLinuxじゃない。 Linuxじゃないから、xhyveで立ち上げたLinux kitでDockerを動かしている。 開発でvolumeマウントをすると、DockerとホストOS間でファイルをやり取りするが、それが遅い このとき、Dockerが利用するファイルシステムがosxfsと

環境OS : Ubuntu 18.04 LTS ひとまず、何も考えずにBluetoothペアリングさせるとSynaptic Touchpadとは認識されない。Synaptic Touchpadというのは、二本指スクロールとか、タップクリックとかのいわゆるスマートなTouchpad。 カーソルは動かせるしクリックは出来るけど、その他は何も出来ない使えないTouchpadになってしまいます。 Magic Trackpad 2を取り巻く現状現状を正しく認識することがとても大事なので、調べた内容を一つずつ書きます。このコンテキストを知識として持った上で環境を整えれば、今後の変化にもついていけるはず。 1. ドライバーについてLinux用のMagic Trackpad 2ドライバーは有志の方が作ってくれています。 https://github.com/robotrovsky/Linux-Magic-

Dockerにcomposerをインストールする方法です。いっつも面倒くさいなと思ってたんですが、正解がありました。 下記のIssueコメントより。 https://github.com/docker-library/php/issues/344#issuecomment-364843883

これはPHPアドベントカレンダー2017 10日目の記事です。 あまりの寒さに、毎日背中にホッカイロを貼り付けてます。hanhan1978です。 コンテナでの開発を続けていると、最初は開発出来たこと自体が嬉しくて、次はDockerfileの中身を最適化してビルド順を最適化してなるべくビルド時間が短くなるように工夫していきます。 ただ、工夫はDockerイメージのレイヤを複雑に重ねてしまうので、コンテナイメージ自体は大きくなってしまいます。今回はPHPのフレームワークであるLaravelのアプリケーションを例にとって、メンテナンス可能でかつ、コンテナイメージを小さくする方法について紹介します。 結果から気の早い人のために、まず結果をのせておきます。 概要 イメージサイズ Dockerfile

docker for macでのmountディレクトリ遅い問題を解消するためのcached設定についての記事が出てた。実際にLaravelの開発でも、mountディレクトリでホスト側のファイルを読み込ませるとページ表示がもっさりするので、待望の設定です。 User-guided caching in Docker for Mac - Docker Blog 上記の記事通りにパフォーマンスが改善されるのか、stableバージョンとedgeバージョンの両方でLaravelのwelcomeページ表示をターゲットにして計測してみた。 現状のstableバージョンで確認docker for macのバージョン。2017/05/10現在 $ docker version Client: Version: 17.03.1-ce API version: 1.27 Go version: go1.7.5

docker for macを使っているユーザが抱えている大問題。それが shared directory 遅い問題。このエントリでは、何故遅いのか、どうしたら良いのかをまとめた。 フォーラムの元ネタFile access in mounted volumes extremely slow, CPU bound - Docker for Mac - Docker Forums GithubのissueFile access in mounted volumes extremely slow · Issue #77 · docker/for-mac · GitHub ※注 超長い どんな問題が起きているのか？ Symfonyプロジェクトでブラウザ経由で開発環境にアクセスするとページ表示に30秒かかる コンテナ内で npm install すると10分以上経っても終わらない コンテナ内で gu

Linuxサーバがいつ再起動されたかを調べるふと、今ログインしてるLinuxサーバいつ頃再起動したんだろ？ と知りたくなった時があり、どうすれば分かるのか調べてみた。 1. /var/log/messagesをgrep

方法としてはシンプルで、まずアプリケーションとは別にcomposer.json, composer.lockを適当なディレクトリにコピーする。次にcomposer installを実行して必要なライブラリ群のダウンロードを完了しておく。 COPY laravel/composer.json /tmp/composer.json COPY laravel/composer.lock /tmp/composer.lock ENV COMPOSER_ALLOW_SUPERUSER 1 RUN composer install --no-scripts --no-autoloader -d /tmp アプリケーションをコンテナにコピーした後に、先程ダウンロードしておいたvendorディレクトリをアプリ直下に移動する。最後にdump-autoloadコマンドでautoload.phpを生成すればOK

Laravel Duskの実行をコンテナ内のみで完結させたかったので試してみた。 dockerさえ動けばDuskの実行が可能になるので、環境構築が楽だしCIさせやすい。 サンプルコードは下記リポジトリを参照 https://github.com/hanhan1978/docker-laravel54-skelton 構成図 NginxからPHP-FPMへリバースプロキシするシンプルな構成 PHP-FPMのコンテナからLaravel Duskを実行すると、Seleniumのコンテナへテストのリクエストを送信 Seleniumのサーバはテスト対象のWebアプリを参照するためにNginxのコンテナへリクエストを送信 公式イメージのstandalone selenium webdriverを利用 docker-composeの設定はv2以上 docker-compose.ymlの中身version

dockerの自分ノウハウが少し溜まってきたのでメモ。 Dockerfileからプライベートリポジトリをpullする。Clone private git repo with dockerfile - stackoverflow Web上でも色々と話されているけど、コレっていう解決策はまだ見てない。 以下の２つが現状でのやり方候補。 BuildするサーバのユーザがcloneしてADD docker buildを実行するユーザの公開鍵をdeploy keyとして登録する方法。 buildを実行するユーザがリポジトリをcloneして、コンテナにADDする。 公開鍵と秘密鍵のセットを、Dockerfileと共に使うパターン 事前にdeploy keyとして登録しておいたパス無しの鍵セットを、コンテナに追加するパターン 上記のstackoverflowでもその方法が書いてある。 今のところ、後者の方

再度の考察Apache+mod_phpは、単純にリクエスト数が多くなった時の性能劣化が一番早かったです。 前回の考察でも述べた通りで、Apacheの各リクエストがmod_phpを読み込んで動いているため、単純にリソースの消費が激しいです。 実際のVM内ではApacheが落ちてしまっていました。 それ以外の構成は、だいたい同じオーダーの性能でしたがNginxに静的ファイルを処理させる構成はやはり良いですね。 Availabiltyが100%なのは、Apache(mpm_event)だけですが、これは処理性能がNginxに比べて少し遅かったためファイルディスクリプタがギリギリ枯渇しなかったためです。 逆にいうと、Nginxは数を大量にさばけるので、きちんとOS側の設定もしないと勿体無いですね。