未来のいつか/hyoshiokの日記

hyoshiokの日々思うことをあれやこれや

The Linux Foundation Japan Symposium

会場には電源タップがあったので、メモをとりながら実況中継をしたw

2/25, KDDIホール。
http://jp.linuxfoundation.org/?q=node/163

Welcome Remark, Jim Zemlin (Linux Foundation)

Linuxはどこでも利用されている。The Linux Foundationのお話。

Working effectively on the Linux Kernel, David Woodhouse (Intel)

Embedded Linux and the mainline kernel.

  • Embedded?
    • Control equipment
    • Handheld
    • Power source
    • Phsical size
    • Limited RAM
    • Storage
    • other...
  • Embedded needs
  • Power Management
    • Battery Life
    • Cost of Power consumption
    • Heat output
  • Tickless operation
    • Power Savings
    • Scalability for virtualisation
  • Fast boot
    • Hard limits for mobile telephones
    • User experience for consumer electronics
    • Server availability
  • User Interface
    • Ease of use for consumer equipment
    • ... and for everyone else
      • OLPC/Sugar
      • Netbooks
      • Simple desktop environments
  • Solid state storage
    • FLASH storage in "embedded" devices
    • solid state disk
  • Others
    • Execute in place
    • DMA API usage
  • We are not so special
  • Community impression
    • Enterprise Linux
    • Embedded Linux
      • poor reputation
      • Working with old code
      • Not working with upstream
      • Inclined towards special one-off hacks
      • Irrelevant to the general case
    • We must prove them wrong!
  • Embedded success stories
    • Tickless
    • Preemptive kernel
    • Power management
    • Suspend to RAM
    • Solid state storage
    • squashfs
  • Working with the community
    • Find generic points of interest
    • Publish early and often
    • Solicit and respond to feedback
    • work with upstream maintainers
    • BE PART OF THE COMMUNITY
  • Staying close to upstream
    • Advantages
      • Easier for product updates and new products
      • Easy to use fixes and new features
      • External contributions
      • Code review and testing
    • Costs
      • Writing acceptable code can be hard and takes time
      • Upstream kernel is a fast-moving target
  • Tips on contributing code
    • Avoid hacking around problems
    • Avoid overengineering
    • Care about locking
    • coding style
    • submit patches carefully
  • Coding Style
    • Simple, short functions
    • Avoid
      • typedefs
      • StudyCaps
      • Hungarian Notation
    • Read Documentation/CodingStyle
  • Submitting Patches
    • Read the patch before you send it
      • regression test?
    • Use scripts/checkpatch.pl
    • Send patches to yourself first
    • Documentation/SubmittingPatches
  • What's next for "Embedded" Linux?
    • Solid state storage
    • Better power management
    • more real time development
    • what do you need?

Q&A

  • 海外からみた日本の貢献は？
  • regression tests リグレッションテストを書くという習慣がないけど、確かに、デバイスドライバー等でテストを書くのは難しいが、fault injectionとかsystemtapのようなインフラがあるのだから、patchをサブミットするときに、テストを書いたかというチェックリストみたいなのをつけて、開発者にテストについて考えさせるのはどうか？
    • I agree with you.
  • embedded のパッチの比率は？
    • わからない。

Memory管理 小崎資広(富士通)

  • Who am I?
    • 2008 LKML デビュー
    • vmscan.c
    • @IT Kernel Watch
    • once again demonstrating that Aussies a sense of humor beyond the grasp of the rest of us more mortals. Andrew--ギャグがすべる人。(英国人とオーストラリア人)
    • 言葉の壁。気にしない。
  • -mm tree gone
  • きっかけ
    • lockless pagechache SplitLRU VM
  • 多すぎるページ数問題
  • 回収できないページが多すぎる
  • 従来のLRU
    • 性質によって分けられていない
  • Split LRU
    • 性質ごとに分けた
  • スキャン量のバランシング
    • スワップアクセスは遅い。ファイルキャッシュ破棄を優先したい。
    • スキャンした数、捨てた数で比をかえる。
  • Lockless pagecache
    • メニーコア。ロック競合。
    • 巨大ファイルが一般化。
    • ファイル単位のロックをはづした。
    • rwlock starvation
  • MMU notifier
    • KVM guestのswap-outを可能にする
  • bail out
    • 小崎資広さんがいいことを言った。
    • hackbenchで証明した。
  • SLQB
    • SLABの問題
    • SLUBの提案。
  • benchmarks are essential, please.
  • メールを読むコツ。
    • 読んでもらうコツ。有名人。サブジェクト、気を引くように書く。ユーザから見た機能を書く。過去ログを読まない人リストにはいらないようにする。
  • benchmarks

午後からのセッション。

SystemTap, Frank Eigler (RedHat)

  • need it
  • scope
    • system-wide programmable tracing/probing
    • compatible with a wide range of kernels, distributions
    • operates on live system, no patch/reconfigure/recompile/reboot
    • measure time, access any data, explore control flowm correlate events, inject faults
  • sample -- syscall tracing
    • OOM image dump
  • operation
    • compile probe script
    • run probe module
    • probe module may be cached, reused, shared with other machines running same kernel
  • recent developments
  • user-space probing
    • finally, system-wide, seamless, symbolic
    • based upon dwarf debugging data
    • dynamically instrument binaries, shaed libraries, potentially at the statement level
    • easily trace variables
  • user-space markers
  • kernel markers/tracepoints
  • samples/documentations
  • http://sourceware.org/systemtap/

Q&A

  • 海外から見た日本の貢献は？
    • 重要だよん。(フライトレコーダーモードなど)
  • 運用システムに使用するさいの注意
    • 注意深くテストすること。
  • どんな人が使っているのか
    • 何人くらい使っているかは、わからないけど、カーネル開発者とか学生とかが使っている。
  • kernel summitに参加して
    • kernel developersのneedsを聞いた。小さいことをいろいろ修正できた。
  • user spaceでの制限は？
    • 1-2 uSec/hit くらいの性能に対する影響。制限は特にない。
  • dtraceとの比較は？
    • Sunが作っているツール。同じようなツールだ。機能比較している。
  • 計測対象と性能ボトルネック
    • 特にリアルタイムスレッドでの問題はない。
  • systemtapを利用して発見した問題とその解決策
    • kernel security bug fix, kernel error checkを追加できる, fault removal, debugging tool, wikiに情報を集めている
  • systemtap LKMLでの評判がわるい。議論に参加しない。
    • user community than kernel community。LKMLに声をあげていくのが重要。

SystemTapによるOS挙動解析、小幡昇(日立)、辻篤史(NEC)

  • Analyzing Kernel Behavior by systemtap (Obata, Hitachi)
    • おもしろいよ〜
  • RAS features
    • Reliability
    • Availability - keep system running
    • Serviceability - analyze and fix
  • Kernel tracer
    • panic analysis, kernel memory dump
    • performance analysis
  • SystemTap
    • no compilation
  • flight recoder
    • kernel code - systemtap - wrap-around buffer - trace data
  • case study
    • kswapd
    • 他にひまなCPUがあるのに一つのCPUに登録された
  • Performance
    • requirements: less than 5%, actual 9%
    • 90,000 us/sec = 1 us/hit * 90,000 hit/sec
    • kprobe booster/kernel tracepoint/makers
    • 5% くらいのオーバヘッド
    • djprobe
  • Future
    • Flight recorder
    • systemtap initscript
    • init/exit function probe
    • larger buffer support
    • shared buffer among scripts
    • error path highlighting
    • fault injection
  • Fine Grained Kernel Behavior Monitoring, Atsushi Tsuji (NEC)
  • Background
    • lockstat, latencytop
  • Kenel behavior monitoring
    • IO/VM/Network/CPU
  • IO statistics
    • iostatの分解能が十分ではない
    • eventごとに分析できる
  • pagecache usage
    • file別の利用をトレース
  • network
    • service and client
  • Issues
    • System Overhead/Scalability
  • Kernel Data accessbility
    • kernel markers
  • どんどん使ってね。

Q&A

  • 説得の仕方を考えたら？
    • そのとおり。

Panel Discussion -- Japan Linux Symposium, Call For Participation, Craig Ross (Linux Foundation), 柴田次一(NEC)

  • Opportunity Knocks, Craig Ross (Linux Foundation)
  • The Evolution of the Linux Conference
    • 10+ years
    • grass roots events
    • focus from the individual to the community
    • international participation
    • education, training and collaboration
  • Why you should participate
    • education
    • collaboration
    • networking
    • feedback
    • training
  • Getting the most out of your conference experience
    • register early
    • submit a speaking proposal
    • plan mini-summit and community group meetings
    • schedule meetings in advance with other developers and clients
    • attend social events
  • LINUXCON, September 21-23, 2009, Portland, OR, USA
  • Japan Linux Symposium, October 21-23, Tokyo, Japan
    • co-located with the linux kernel summit
    • Linus, Andrew, Jon Corbet, ...
  • submitting a successfull speaking proposal
    • choose an effective title
    • identify your audience
    • what technical expertise is required
    • why would people want to attend your presentation
    • real world examples
    • tight scope
  • submission examples
  • Submission Process
    • http://events.linuxfoundation.org/cfp
    • select "New Submission"
    • choose the appropriate event
    • provide a 150 word biography and abstract
    • choose the submission type, category, and topic
    • due by April 15th, 2009

Q&A

  • どんなカンファレンスに出ればいい(柴田)
    • 日本の開発者は重要だと考えている。Linux Kernel Summit/Japan Linux Symposium (JLS)
  • LINUXCONのメリットは？
    • Portlandでやるので北米の人がいっぱいくる。training
  • Ottawa Linux Symposium (OLS), kernel summitはどうなる。
    • JLS - Japanese developerをもっとアクティブにしたい
  • 高校生とか大学生とLinux Kernel Hackersと議論する場を設けたいのだが、そのような提案は可能か。
    • もちろん。提案を歓迎する。
  • 時間の配分、ディスカッションのやりかた。
  • Paperは書かないくていいのか？
    • 書かなくてよい。
  • JLSは英語で発表してください。(工内)

パネルディスカッションはまとめるのが難しいなあ。

感想。

質疑応答が、やはり低調で、なんだかわたしだけがいっぱい質問していたような感じだけど、ま、いいか。
インターネット中継もやったらどうかと提案したけど、参加希望者はいるかな。