発表内容

@furikku_ks09 : 「Android-x86の手動インストール」(資料準備中)

• 自己紹介
  普段はMeeGoやTizenの勉強会で活動しています。今回はx86でのAndroidも含めてのマルチブート環境構築を行ってみました。
• 手動インストール手順
  1. イメージファイルの展開
  2. ファイルの設定
  3. ブートローダの設定
• 実演
  実際に、VirtualPC上でマルチブート化して起動してみます。
• まとめ
• 余談と補足

@roritsuna : 「今夜決定、四天王決定戦」

• 勝者 solaさん。叶うものなし

@roritsuna : 「Content-Centric Embedded〜Treasure Hunting Robot〜」(準備中)

部長「Ustしてもいいんですよね？」
つな「え、あれ、どうなんでしょうね」
Linux Conで話したないようです。

• 自己紹介
• 現在の活動
  
  • Industrial Technology Research Institute
  • Making a testing center for Android Devices
  • 日本Androidの会
  • Linaro
  • Android tool's
  • マイルを貯める
• Content-Centric Embedded
  
  • Content-Centric Networking.
    1979年 Ted Nerson : コンテンツを考えてからネットワークを構築しよう
  • Content-Centric Embedded
    コンテンツにあわせてハードウェアを設計していく
• 重要なこと
  Do It yourselfから、Do it with othered!へ
  ・Make: style
• Sierizing for embedded
  EmbeddedにもSIerが増えてきた
• Auto Chasing Turtle
  亀ロボットにKinect載せて顔認識した人の後ろをついていく
  Quick プロトタイプ!
  1. 顔認識 : kinect -> Android APIへ食わせる。たった２行でできる
     ただしプロトタイピング、30秒かえってきません
  2. コース : 顔の中心をとって、どちらにいくか。9行くらい
  3. 距離計算 : １行の距離計算と、５行の処理。
• Treasure Hunting Robot
  Xtion/MindWave/Pandabord/AiRscouter
  レーダーを観ながら、脳波センサーでロボットを動かし、宝ものをゲットする。
  ３０分ぐらい自分学習すると、動かせるようになる。
  
• NITE is NOT OSS!
  
  • Only Binary for ARM/Ubuntu
  
  というわけで、強引にUbuntuとAndroidを動かした.
• プレゼント大会
• 深いい話
  money economyはsingle valueですよね。
  

@kinneko : 「夏前にすぐに痩せるRAM Diet!」

• 自己紹介
• 最近の活動
• PF部はやさしいです。パート２は？って聞く人はいないえすよね。というわけで、今回は別物のパート1
• 概要
  
  • ハードが予算の都合で縮退してしまった時のお話です。
    ハード屋さんはソフトの都合なんか考えません。予算の都合でメモリが256MBとなりました。
  • システムは、トータルで考えましょう。
    $3のために多くのリスクを背負い込み、開発期間はのびて、開発コストはあがります。
  • 木造２階建ての大工に１０F建ての鉄筋コンクリートの建物を造れと言っても無理だよね
  • こういうときは、プロジェクトに近づかないに限る
• 似ているものとしては、IS01(メモリ256MB)。添加のシャープでも、実現は不可能！
  Gingerbreadの推奨値: 起動までに256MB。アプリ動作は・・・・
• 256MBで動かしてみる
  mem=256MBにして通常のものを動作させてみることができる。
  
• Kernelが動くと280MB強の残り。Android起動すると40MBのフリーエリア
  動作に必要なサービスまで殺されて行く。起動直後のロックスクリーンでも、サービスが殺されるログが・・・
• メモリの使用状況を見る
  #ps
  #cat /proc/meminfo
  #procrank
  →そもそもメモリ周り確認のプリインツールはほとんどない
  
  • Vss
  • Rss
  • Pss
  • Uss
• 某EMのようにフレームワークに手を入れてしまうと、もうそれはAndroidではない
  実際に小さくなるので、有効ではあるが、某EMの某PMは、あんな地獄のような作業は勘弁してもらいたいとの事。
  入れたての影響範囲が見とおせない。
• 今回は、ROMふっとプリントは問題になっていないので、フレームワークには手をいれない事にした。
• 使わないサービスや不要なアプロを落とす。IMとか、system.ui落とすのもありか。
• TIで面白いドキュメントを出していた。Android gingerbread usecase 128MB boot
  → AM37xevm用でAndroid 2.3.1ベース。AOSP/SGXベースだと199MBが必要だと書いてある。 →phone,contacts,wallpaper,3D周り等を落として行く 　　　→パッチは４つだけど、異様に短い。適用して動作をみるのは次回 →最悪、ビデオアクセラレーションを捨てろとの事。
• Zygoteが起動するときのpreloadingをやめる（これがかなりメモリを食う)
  →　アプリ起動時の動作が遅くなる。メモリ要求も増える。ZygoteのpreloadClassのコードをコメントアウトするだけ

というわけで、続きの実践編はまた次回（ができるかどうかはわかりませんが）。

@roritsuna : 「デモ」

• のりつなさんが、発表中に落としてしまったので、失敗しました。

@coosee : 「オレオレブートのデモとベンチマーク」

• 自己紹介
  ブログはじめました
• オレオレブートの概要
  
• イメージ作成のアップデート
  イメージ作成時に、前回の手順ではジャーナルが作られてしまっていたけど、不要なので削除するオプションを追加しました。
• init.tuna.rc変更のアップデート
  前回は、うっかり書き漏らしているものがあった。これなしだとあまり良くないので修正して下さい。
• ベンチマーク結果の比較(Android 4.0.40
  
  • quadrant
  • ANTUTU ver 2.8.2
    loopbackが低い。IOはループバックの方が高い
• まとめ
  
  • quadrantはばらつきが大きいが通常アクセスよりおおむね早い。
  • ANTUTUは初回のIOは小さいが、それ以降のばらつきは少ない
  • linaro版はベンチマークアプリによって善し悪し
  • LoopbackはIOが早かった
    理由の一つとして、ジャーナルを切っているからかも。
    デバイスのキャッシュがFATとeMMCの相性が良いのかも
    
• デモ

@magoroku15 : 「カーネルぴよぴよ探検隊〜めざせ最底辺」続き

時間が残ったので、とびいりでまごろく先生の続き！

• 前回の復習
  
  • レジスタ
  • 関数とスタック
  • ライブラリとシステムコール
  • 割り込み
• 空間構成
  
  • 構成
    
    • header
    • text
    • data
  • 例外／割り込みと切り替え
  • 仮想アドレスと物理アドレス
    この当時は、保護のための仕組みで、仮想アドレスの方が小さかった
  • 仮想記憶のための仕組み
  • アドレス変換機構の制御
  • PDP-11/４０のメモリ管理機構
  • APR(Active Page Registers)
  • 仮想記憶の有効化
  • Bootと空間の初期化
  • Unixの空間モデル

次回勉強会についての打ち合わせ

懇親会