2012/10/27(#yapf)横浜Androidプラットフォーム部第25回勉強会

4
前へ 1 ・・ 7 8 次へ
close_yutori @kimukou2628

(#yapf ust at http://t.co/4ReR4aza ) そもそも疎結合の別々にばらした設計を出来る設計者とかいるのかしら・・・ 開発者は設計書に基づいて開発する物ですし・・

2012-10-27 15:36:17
l.b. @l_b__

ちょっと入れ替えのため休憩 #yapf

2012-10-27 15:36:36
横浜Android プラットフォーム部 @androidpf

.@tetsu_koba さんの"組込みエンジニアのためのLinux入門 仮想メモリ編"です。 ( #yapf live at http://t.co/gtmVGVFg)

2012-10-27 15:39:04
l.b. @l_b__

RT @androidpf: .@tetsu_koba さんの"組込みエンジニアのためのLinux入門 仮想メモリ編"です。 ( #yapf live at http://t.co/gtmVGVFg)

2012-10-27 15:39:29
close_yutori @kimukou2628

(#yapf ust at http://t.co/4ReR4aza ) 「組み込みエンジニアのためのLinux入門 仮想メモリ編 http://t.co/t6mz6upS 改訂版 のお話〜

2012-10-27 15:40:11
close_yutori @kimukou2628

(#yapf ust at http://t.co/4ReR4aza ) http://t.co/t6mz6upS P4 Androidは仮想メモリの仕組みをよく使っている ので コレを知って実装しているかどうかでかなり差がでてくる というお話

2012-10-27 15:43:03
close_yutori @kimukou2628

(#yapf ust at http://t.co/4ReR4aza ) http://t.co/t6mz6upS P7 仮想化の代償の話 <ここを回避するような実装をするかどうかで オーバヘッドがかかるとか色々と性能面で歴然とした差が

2012-10-27 15:47:00
さくら@ポケット糖質量 @sakura_bird1

RT @kimukou2628: (#yapf ust at http://t.co/4ReR4aza ) CPU自作入門 はすごく良い本 とのこと<5mずつ掘っていく =>興味を持続させる

2012-10-27 15:47:38
close_yutori @kimukou2628

(#yapf ust at http://t.co/4ReR4aza ) http://t.co/t6mz6upS P9 物理メモリの考え方<C的な組み込みベース P10 仮想メモリ の概念の話

2012-10-27 15:50:18
close_yutori @kimukou2628

(#yapf ust at http://t.co/4ReR4aza ) http://t.co/t6mz6upS P13 MMUはCPUに内蔵されているイメージ CPU=>MMウ(アドレス変換)=>物理アドレス

2012-10-27 15:55:12
close_yutori @kimukou2628

(#yapf ust at http://t.co/4ReR4aza ) http://t.co/t6mz6upS P15 実際のMMUのアドレス変換の話<ここでは32bitベースで図解しています との事 4KB単位で区切る(PageTable)

2012-10-27 15:59:01
close_yutori @kimukou2628

(#yapf ust at http://t.co/4ReR4aza ) http://t.co/t6mz6upS P16 2回テーブル参照をしている=>これはたるい=>キャッシュしよう!(TLB

2012-10-27 15:59:35
close_yutori @kimukou2628

(#yapf ust at http://t.co/4ReR4aza ) http://t.co/t6mz6upS P17 多重メモリ空間の話 main,library等は基本的に同じ位置をPG的に参照している=>ただコレを複数プロセスでかち合う=>MLBが上手く位置を調整

2012-10-27 16:02:45
kinneko @kinneko

ぜんぜん3分じゃない… #yapf

2012-10-27 16:02:48
close_yutori @kimukou2628

(#yapf ust at http://t.co/4ReR4aza ) http://t.co/t6mz6upS P18 デマンドページングの話。  仮想メモリの管理台帳をうまく利用して 物理メモリよりも大きなメモリそ操作可能にする<メモリ全部を使用している訳ではないから

2012-10-27 16:05:02
close_yutori @kimukou2628

(#yapf ust at http://t.co/4ReR4aza ) http://t.co/t6mz6upS P20 最初の読み込みはマッピングテーブル作るので遅くなる <= これが物理メモリ直接弄るより遅いというお話。2回目は速い

2012-10-27 16:07:37
close_yutori @kimukou2628

(#yapf ust at http://t.co/4ReR4aza ) http://t.co/t6mz6upS P23 ページアウト メモリが足りなくなったときに排出する処理。解放がかかる分もちろんコストはかかる

2012-10-27 16:09:16
close_yutori @kimukou2628

(#yapf ust at http://t.co/4ReR4aza ) http://t.co/t6mz6upS P25 ページ共有の話 p26,27 コピーオンライト   書き込み発生=>ページフォルと発生=>別アドレスにコピー 参照だけであれば省メモリ、高速に動

2012-10-27 16:11:27
close_yutori @kimukou2628

(#yapf ust at http://t.co/4ReR4aza ) http://t.co/t6mz6upS P29 procでメモリの状況を見てみましょう のお話

2012-10-27 16:12:21
close_yutori @kimukou2628

(#yapf ust at http://t.co/4ReR4aza ) http://t.co/t6mz6upS P33 mmapのお話。大きく取るmalloc<少しずつ返却

2012-10-27 16:19:32
close_yutori @kimukou2628

(#yapf ust at http://t.co/4ReR4aza ) http://t.co/t6mz6upS P34 java,nio,MappedByteBuffer は mmapの仕組みを利用しているらしい。へー。知らなかった・・・

2012-10-27 16:20:45
close_yutori @kimukou2628

(#yapf ust at http://t.co/4ReR4aza ) http://t.co/t6mz6upS P36 root権限が有れば mmap経由で物理メモリ、I/Oポート直接弄る事も可能

2012-10-27 16:22:51
close_yutori @kimukou2628

(#yapf ust at http://t.co/4ReR4aza ) http://t.co/t6mz6upS P37 ・RAMの使用量/ROMの使用量 を提出して下さい =>実際は仮想メモリで動いてるので意味は無い というお話。 ・オーバヘッドが発生するPGは遅いの当然

2012-10-27 16:25:16
前へ 1 ・・ 7 8 次へ