Search and analytics, data ingestion, and visualization – all at your fingertips.
![Elastic — The Search AI Company](https://cdn-ak-scissors.b.st-hatena.com/image/square/920e019aaec2913305595d3953ac79066eeffb34/height=288;version=1;width=512/https%3A%2F%2Fwww.elastic.co%2Fstatic-res%2Fimages%2Fsocial_media_default.png)
systemtapでファイルシステムキャッシュのヒット率を見る 2012-06-18 Linuxでは、自動的にメモリの空き容量をファイルシステムキャッシュ(以下単にキャッシュ)として使用するような仕組みが用意されている。MySQLでMyISAMを使う時のようにOSのキャッシュを使用するような仕組みを使っていたり、単にファイルをNFSで公開しているファイルサーバなどでは、このキャッシュがどの程度効くかによってかなりパフォーマンスが違ってくる。 多数のファイルが読みだされ、かつ読み出し対象ファイルの総容量が物理メモリ容量より多い場合(普通そうだと思うが)、どのくらいのキャッシュヒット率になっているかを知っておくのは、パフォーマンス改善の一助になる。しかし、あるファイルがキャッシュに載っているかどうかを調べたり、ファイルをキャッシュに載せたりするための単純なコマンドというのは実は存在していない(
この記事は更新された版があります 2012/11/16: いただいたフィードバックをもとに、version 2を書きました。 まえがき gitでトラブった!という話を何度か聞いたことがあります。なんでトラブッてるんだろう…と話を聞いたところ、同一のリモートブランチに対して複数人・複数環境から操作が行われているようです。極端な例を挙げると、masterブランチしか存在しておらず、コミットログをキレイにするためと称してgit pull –rebaseを常用しているような環境です。 gitは、以下のように使えば安全です。 mergeに相当する操作をしない rebaseに相当する操作をしない …悪い冗談。極端な話ですね。しかし、「merge/rebaseの回数を減らせば、トラブルが起こる確率を減らすことができる」というのは事実です。 そこで、GitHub(Enterprise)の利用を前提に、こう
ウェブサイトを閲覧するにはInternet ExplorerやGoogle Chrome、Firefox、Safariなどのウェブブラウザを使用する必要があり、これらのウェブブラウザにはプライバシー情報を保護するためにブラウジング時の履歴やCookie(クッキー)、一時ファイルなどを残さないプライバシーモードが存在します。しかし、プライバシーモードを使用してもこれらの機能を無視してユーザーの行動をトラッキングしてしまう「スーパークッキー」という手法が新たに生み出されました。 Browsing in privacy mode? Super Cookies can track you anyway | Ars Technica http://arstechnica.com/security/2015/01/browsing-in-privacy-mode-super-cookies-can-t
いまだに手動で環境構築する会社が嫌になってきたので、Web界隈の 技術を試してみたくて触ってみました。自分用メモです。 chef等と違い、エージェントのインストールなどがいらないため、会社でも もしかしたら使えるかもしれないですね。 前提 ホストOS(windows)上にvagrantを使ってCentOS(管理サーバとする)を構築。 dockerを使ってnodeをn台作成し、ansibleで構成管理してみる。 管理サーバの構築 Vagrantは既にインストールされているとします。 boxfileの追加 今回はCentOS6.5を使います。 vagrant add centos6.5 https://github.com/2creatives/vagrant-centos/releases/download/v6.5.3/centos65-x86_64-20140116.box vagran
はじめに Dockerコンテナが他のコンピュータやその上にあるコンテナと通信するために、任意の固定IPアドレスを割り当てるのに用いられるツールとしてpipeworkが知られている。 使い方: http://blog.hansode.org/archives/52634473.html pipeworkには不満はないのだが、ただ1つREADME.mdに「Pipework should become obsolete」と書かれていることが気掛かりである。 そこで今のうちに任意の固定IPアドレスを割り当てるための別の手段を確保しておくことにした。 探してみると(0.8までデフォルトコンテナエンジンとして使われていた)LXCをコンテナエンジンとして使用すれば任意の固定IPアドレスを割り当てることができるようだ。 それでは以下に手順を記述する。 前回と同じくホスト側の操作は非rootの管理者ユーザで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く