今日の練習

人が少ない。年度末でみんな飲みにいってるのかな。

泳ぐ1時間前に菓子パンを食べたので、前半1時間はゲップのときにゲロが出ないように気をつかってしまった。やはり2時間あけるか量を減らしておかないとまずいと再認識した。

  • Cr swim 20分
  • Cr dash 25m → 15s
  • Ba swim
  • 休憩
  • Bu swim
  • Br kick
  • Cr swim 50s (time=45~48s) *15くらい
  • Cr swim 60s (time=40s) *2
  • Br swim 25m *4

今日もロングのスピードがのってこない。25mのタイムはいつもどおりなのだが。

日曜日の記録会に向けて新しいハーフスパッツの水着をはいてみた。30分くらい泳いだが終わりごろにはターンで壁を蹴ったときにふとももがつりそうになった。

平キックはいまいち水のひっかかりが悪いので蹴り出しだけのドリルをやってちょっとましになった。平swimはもっと調子が悪くてグライドで進んでない。

バタフライは呼吸のタイミングを少し早めに修正してバランスがよくなってきた。

今日の練習

  • Cr swim 20分
  • Bu easy 10分
  • 休憩
  • Cr pull 20分 50m=48sペース
  • Ba pull 10分
  • 伏し浮き
  • Cr swim 50m cycle=60s swim=43s *5?
    • キックを強くしたので腕よりも呼吸心拍数が先に限界に。
  • ゲンコツCr MAX 15m *2

泳ぎだしたら左もも表が痛くなったので平キックはなし。

プルは快調だったのにメインスイムのスピードが全然出ないのが納得いかないが、ドカドカキックは100m一本のときだけだな。インターバル練習だと体がついてこない。

hbstudy#9に行ってきた

hbstudy#9に行ってきた。

= Packaged VM - yum install RHEL consultant, Red Hat Japan 佐藤 暁 (さとる)

  • packaged data centerがもと
  • kvm
  • ssh host keyからつくりはじめる
  • virt manager
  • RAM 256MBに抑えている
  • HDD とりあえず5GB IDE(古いOSにあわせて; KVMでscsiをつかうと高確率で壊れる)
  • NIC 4本 実機で4本はおおい NAT*2 hostlocal(isolatedlocal)*2
  • yum install一発にしたい。いろいろ編集したりchmodしたくない。
  • libvirt XML file; virtsh define foo.xml
  • rpm -ql
  • qcow2
    • インスオール直後は1.3GBくらい
    • delta image と base image
    • RPMは別にしていてdependency
  • RPM post install script; virtsh defineを実行したり
  • pre uninstall script;
  • 1つのテンプレートを複数インストールできるか
    • ホスト名FQDNが決められているので衝突してしまう
    • クラスタ用にはFQDNを予約しておいてパッケージをつくっている
  • libvirt(network)
    • dnsmasq (ISC dhcp + bindはおもいので)
    • static IPがふられる (for ssh)
  • KVMべたべた (中立
  • libguestfs
  • Augeas
  • RPM
    • ref; Fedora RPM Guide
    • rpm2json.py
  • autotools
    • すごくべんりです
  • future plans
  • NICのMAC addrは静的設定
    • DNS dynamic updateを使う方法もあるが
    • 静的の方が簡単だった
    • uniqになるのもあやしい

= 分散ファイルシステムMogileFSの活用 Tokuhiro Matsunoさん hatena github cpan

  • FiciaではMogileFSはつかってない
  • mogile: Mow-guy-I もがいる
  • L7 のWebアプリ向け分散ファイルシステム。
  • mountしてつかうのではない
  • fuseでmountできないことはないが安定しない
  • livejournal(SNS+blog;OSS)向けにつくったもの by brandfitz(memcachedの作者)
  • 基本的に実用本位 for web app
  • パッケージソリューションではない
  • ユーザー
    • digg
    • last.fm(SSD)
    • livejournal
    • sixapart
    • mobile factory
    • pper boy &co.
    • はてな
  • CPANでインストールできる
  • 構成
    • application
    • tracker node
      • tcp server; job queueもある; replicationも自動でやる; ストレージノードの管理
    • store node (httpd)
      • Perlbalが標準
      • WebDAVがつかえればokのはず
    • database (mysql;innodb)
    • L7 load barancer
  • 基本perlで書かれている
  • client libraryはいろいろなバインディングある
    • python
    • ruby
    • php
    • nginxのGWもある
  • プロトコル
    • 登場人物: application, tracker, DB, storage
    • application sends key to tracker
    • tracker gets url-list from DB
    • tracker replys url-list to application
    • application send requets to storage[i]
    • storage[i] replys data.
  • 信頼できるコンポーネントをつかっているので壊れる心配がない
  • L7 load barancerをとおすばあい
    • X-Reproxy-URL:
    • データのながれが特徴
    • L7 barancerをつかわないとメリットなし
    • perlbalはcacheするのでapp serverの負荷が軽くなる
  • application levelなのでOSごと落ちることはない
  • tracker nodeがstore nodeをさわって自動レプリカ作成
  • SPOFなし
    • trackerとstorageは同居させることがおおい; storageはcpuをつかわないので
  • 古くなったアプリケーションサーバにディスクをたくさんつんでストレージノードに
  • storage nodeをついかするとre-baranceもやってくれる
  • webサービスはある程度の確率で外れるので、ストレージサーバを買うのはやだ。
  • LDくらいになれば自前でつくれるが、メンテなんてしたくないし。
  • clientがstoregeにファイルを置きおわったらtrackerに報告するプロトコル。
  • webDAVのいっぱいになったら? 監視はしているので、いっぱいになれば書かれなくなる。
    • ルールベース(ポリシ)で選択しているらしい (空き容量とか)
  • 止めたいときは、勇気をもって止める。レプリカがあるはずなので。
    • 差し替えはやったことはある。
  • 同一ファイルにリクエストが同時に来たら?
    • mysqlのレベルで一貫性制御されているはず
    • ブログサービスを想定しているので更新系はあまりないはず
    • 上書きされても困らない場合がおおいし
  • 開発は、収束してきている。新機能を追加する方向はない。
    • シンプル命
    • memcachedは別...
  • 枯れている (無理してつかわなくてもいいよ)
  • 最近 google group / code.google に移ったかも。
  • バックアップはしてなかった。
    • ふつうのファイルシステムに書くので復旧もなんとかなるはず。
    • podcastingだとでかいのでバックアップたいへん
  • メタデータは
    • ファイルサイズもとれないかも。実はあまり必要なかったり。
    • 更新日時もない
    • fuseのためにpluginで保存できるようになっているらしい。
  • ストレージサーバが落ちても自動感知せず admin コマンドをたたくと記録される。
    • trackerはclientにURLのリストを返しているので、2番目が応答すればok
  • ノードの追加はとてもスムース。

買い物

SIProp勉強会の前に、五反田TOCにいっていろいろ買い物。

aa746390.jpg子供とサッカーをするときに革靴だと困るのでABCマートで安めの靴を買った。サッカーなのにランニングシューズ。MIZUNOマキシマイザーWB 25cm 3420円。http://www.mizuno.jp/catalog/product/8KA032/1140010040/

129ec7f9.jpgスーツタイプの水着は来年度から使えないので、ロンドンスポーツでスパッツタイプを買った。arena FAR-7520 S 2124円。http://www.arena-jp.com/competition/FAR-7520_BKAO.php

仮想化とかカーネルとかのお話

SIProp勉強会で@oza_x86氏による『仮想化とかカーネルとかのお話』を聞いてきた。

http://www.siprop.org/ja/2.0/index.php?%B3%AB%C8%AF%2F%A5%B3%A5%DF%A5%E5%A5%CB%A5%C6%A5%A3%A1%BC%2F%CA%D9%B6%AF%B2%F1

59a6a51d.jpg子供たちがいっぱい。つぼみのはなみ。

9e5ea144.jpg場所は東工大の西8号館 W棟 10階 W1008号室。

周囲に高層建築がないのでとても見晴らしがいい。

  • 仮想化はクラウドとからめて話されることが多いが、実は方向が逆:
    • 仮想化はできるだけハードウェアの利用効率を上げるためにつかわれるのに
    • クラウドはスケールアウトで並列化で性能を上げる
  • 仮想化されると別のノードだとおもっていた通信相手が実は同じHWに載っているということがあるので通信が高速化されるケースあり。
  • VM間通信はCPUがボトルネックになる。
  • 基本的に実機で遅いものは仮想化しても遅い。一部例外:通信がethernetからlocal pipeになるようなケース。
  • periodic tickは重要な機能になっている:
    • ageing memory
    • accounting process
    • fire timer
  • でも1/HZごとに割り込み処理が入るのはたいへん。
    • もし100台のゲストOSが動いていたとすると、とんでもない負荷になる。
      • 特にやることがなくても割り込み処理だけで deep sleep が妨げられてしまう。
  • Timekeeping in VMware Virtual Machines: http://www.vmware.com/pdf/vmware_timekeeping.pdf
  • guest OSがidle 100%のとき
    • periodic tickだとhost OSはCPU 20%消費しているとろ
    • dyntickにすると5%まで落ちる!
  • 今はcallout queueが空のときでもring一周分(128tick)したらタイマ割り込みするようにしている。
  • 現状、local APICのドライバの中からcallout queueを参照しているのでレイヤバイオレーション。
    • linuxではそのあたりがフレームワークとして規定されている。
  • powerTOP
  • つくば方面でPlan9がはやりだした理由は、これといったきっかけはない。なんとなくブーム。

ウタゴエの話

  • デモ動画が水のせせらぎなのは、この配信が商業利用に耐えるかことを示している。
  • sharecastはtree型
  • UGはmesh型

MyCloudの話

  • 性能がいい
  • apache WebDAVではなくてC#で実装されている。
  • SkyDriveR(スカイドライバー)とかも

構造化オーバーレイの話

  • 超大規模向けのアルゴリズムは100台程度の規模でも使えるか?
  • つまり小規模なら1ホップで通信したい。
    • ちなみに1ホップなのか0ホップなのか、直接通信は0ホップ。1ホップ = 1 forwardingと考える。
  • 既存の経路表はきちっとしていて(表の管理が簡単にするため)、物理的な距離を導入しにくい。
  • 経路長がO(log N)に抑えらえるのが構造化オーバーレイの特徴。
記事検索
月別アーカイブ
アクセスカウンター

    タグ絞り込み検索
    ギャラリー
    • 今日の練習 2019-07-21
    • 今日の練習 2019-07-21
    • 今日の練習 2019-07-21
    • 今日の練習 2019-07-19
    • 今日の練習 2019-07-19
    • 今日の練習 2019-07-19
    Amazon
    楽天市場
    adby google
    LINE読者登録QRコード
    LINE読者登録QRコード
    • ライブドアブログ