完全に没頭した状態はフロー状態、極限の集中状態はゾーンと呼ばれます。スポーツ心理学から学ぶ集中テクニック。 時間の流れが変わる 「気がついたら2時間も勉強していた」 「練習に熱中していたら日が暮れていた」 このように時間の感覚がなくなるほど、ある行為に没頭した状態を『フロー状態』（flow=流れること）と呼びます。 流れに乗っている状態、ということです。 フロー状態では、常時高い集中力を維持できているので、高いパフォーマンスが行えるだけでなく、勉強や練習であれば、身につくスピードも非常に高いのです。 『フロー』⇒『ゾーン』 「周りの人間がゆっくり動いて見える」 「ボールが止まって見える」 このような極限の集中状態を『ゾーン』と言います。 『ゾーン』に入った時に、多くの人が体験するのが、自分以外がゆっくり見えたり、視覚や聴覚が非常に鋭くなることです。 一流のスポーツ選手は意識的にこの『ゾーン

イーサネットのフレームを拡張して、数Kbytesのデータを1回で送信できるようにするジャンボフレーム。その仕組みや注意点について解説。 連載目次 ジャンボ・フレームで、ネットワークのパフォーマンスを向上させる ルータやネットワーク・インターフェイス・カード（NIC）など、最近のネットワーク機器の仕様を見ると、「ジャンボ・フレームをサポート」したという記述がよく見受けられる。これを使うと、多くのデータを一度に転送でき、パフォーマンスが向上する、例えばファイル・サーバやWebブラウザの速度が向上し、快適に使えるようになる、といったことを連想する。だがその一方で、「ジャンボ・フレームを活用するには、すべての機器がジャンボ・フレームに対応している必要がある」とも書かれているが、これは具体的にはどのような状態を指すのだろうか？ ファイル・サーバにアクセスする場合はなんとなく分かるが、ではインターネッ

Page is not found List Create There are no pages under /aboutbacula. GROWI 4.1.3 -/ Shortcuts × Global shortcuts Open/Close shortcut help: + / Create Page: C Edit Page: E Show Contributors: Konami Code ↑ ↑ ↓ ↓ ← → ← → B A Mirror Mode: Konami Code X X B B A Y A Y ↓ ← Editor shortcuts Indent: Tab Outdent: Shift + Tab Save Page: + S Delete Line: + D Comment Form shortcuts Post: + Delete Line: + D

第7回Baculaをもっと活用する（Bacula Enterpriseでできること） 小町哲也 2017-05-30

openSUSE documentation for both system administrators and desktop users.

概要 前回で Kubernetes のクラスターを構築したので、まずは Pod を作成してみます。 なお、前回は Kubernetes の v0.19.3 を使ってましたが、2015/7/21 に v1 が正式リリースされたのを受けて、今回は v1.0.1 を使っています。 Pod とは？ いくつかのコンテナをグループ化したもの。Kubernetes は Pod 単位で作成、開始、停止、削除といった操作を行う(コンテナ単位では操作しない)。 そのため、１つのコンテナを作成したいときも、「コンテナが１つ含まれるPod」を作成することになる。 他に以下の特徴がある。 Pod 内のコンテナは、同一ホスト上に配備される Pod 内のコンテナは、仮想NICやプロセステーブルを共有する → つまり、同じIPを使えたり、互いのプロセスが見えたりする。 1. Kubernetes クラスターの構築 検証環

また、これらに加えてコンテナの実行やイメージの管理を行うためのDockerや、分散型設定共有サービス「etcd」も必要となる。そのほか、異なるマシン上で稼動しているコンテナ間で通信を行うためにLinuxのブリッジ接続機能や「Flannel」、「OpenVSwitch」といった仮想ネットワーク機構なども利用される。 これらのうち、apiserverやcontroller-manager、scheduler、etcdについてはクラスタの管理を行うマスターサーバーで実行されるコンポーネントとなる。また、proxyやkubelet、dockerはコンテナを稼動させる各ノード（minionとも呼ばれる）上で実行されている必要がある。 マスターサーバーとノードを分けた一般的な構成は、次の図2のようになる。なお、kubectlについてはマスターサーバー上でも、別のクライアント上でも実行が可能だ。 図2

The default installation of Elasticsearch is configured with a 1 GB heap. For just about every deployment, this number is usually too small. If you are using the default heap values, your cluster is probably configured incorrectly. There are two ways to change the heap size in Elasticsearch. The easiest is to set an environment variable called ES_HEAP_SIZE. When the server process starts, it will

これは Elasticsearch Advent Calendar 2015 8日目の記事です。 ログの可視化ツールとしてKibanaを使っている中で、Elasticsearch運用として色々と得られた知見を書きたいと思います。 Elasticsearchは、ライトな環境だったら特にチューニングなく安定してますがある程度ドキュメント数が積まれてくると、色々苦労があるなという印象です。 ここに書かれているのは、事情がありシングル構成で頑張った話なので、クラスタ組んでスケールするとこんな悩みはないのかもです。 でも、ログは運用系に入るのでそんなにコストかけれるとこはないのではという個人的な所感。 ラインナップとしては、下記のような感じです。 Kibana経由で重たいクエリが投げられると負荷高すぎて泣いた話 高負荷対策として、fielddata_cacheをディスクに逃がす方法 fluentdの