My Laboratory

About my laboratory †

Software †

• bonnie++
• Valgrind
• Ruby Development Tools:RDT(eclipse plugin)
• Texlipse(eclipse plugin)
• C/C++ Development Tools(eclipse plugin)
• Cygwin
• GNU GLOBAL
• VMware workstation for windows

Problem solution †

• PDF conversion by Dviprt on dviout(2007/03/16)
• bib error on texlipse(2007/02/8)
• makefile; *** No route to target 'all'(2007/10/26)
• eclipse doesn't alert parsing error(not Red underline only Yello)(2007/09/12)
• not build automatically on eclipse(07/09/12)
• gcc; command not found problem on eclipse(07/09/12)
• フロントパネル(オーディオコネクタ)接続
• LAN printer problem(07/06/21)
• wareless LAN problem(07/06/12)
• Can't delete folder problem
• TeXlipse halting

Note †

• SC幹事
• GMail by using Thunderbirl
• Browser関係(02/10/2007)
• mail forwarding

Linux Notes †

Debian系 †

• debian系

Fedora系 †

• Fedora

My Reserches †

アイデア †

• モデルを立てる必要があるか？
  • データ状況を見てRemote I/OとMigrationを判断できればよい。
  • アイデア元：CrossPlatform? Performance Prediction of Parallel Applications Using Partial Execution
• 課金を考慮したスケジューリング(TSUBAMEなど)
  • ユーザが要求したを性能を出すようにVMの配置を考える。
  • あまり性能を要求しないユーザが「1CPUあたり、いくら」見たいな従量制の課金を利用する場合はVMを一箇所にまとめたほうがよい場合もある。
• はじめにアクセス量を指定すれば....
  • Gfarmなどのマスターノードがどのくらいファイルを読み込んだかトレースすれば、後どのくらいファイルを読み込む(R)のかがわかる。
  • つまりRのデータサイズからRemote I/OによるExtraなコストがわかるのでRemote I/OがよいかMigrationすべきかが判断できる。
• はじめからデータのあるところですればよいじゃん！！
  • ジョブが複数ある場合や複数のサイトに分散されたファイルへアクセスする場合はユーザがいちいち実行されているジョブやアクセスファイルのによって実行環境として最適なサイト探すのは面倒

Conferences †

覚えたこと †

授業関係 †

• 2008年度（前期）

ToDo? †

キャリアアップ †

• ソフ開
• 漢検
• 英語

買うもの †

• ウイルスソフト
• ラップトップPCのACアダプタ
• マウス