「RTOSとは何か」を理解できる7つの特徴
組み込み機器をどう動かすかを考える際、選択肢として浮上するのが「RTOS（Real Time Operating System）」である。このRTOSとは何であり、なぜ必要か、どのような特長を持つのか、組み込み向けLinuxとはどう違うのか、解説する。 RTOSの存在意義 組み込み機器と一口で言ってもどのあたりをターゲットにするのかで議論は変わるが、8bit～32bit程度のマイコンを利用した比較的スタンドアロンに近い組み込みシステムを議論の対象とした際、頻出する言葉が、「RTOS（Real Time Operating System）」である。 それぞれのマイコンベンダーが開発環境に合わせ、最低限のデバイス用ライブラリや標準的なランタイム（文字列操作など）を提供してくれるのが通例であり、これだけでもシステムは構築できる。であるからして、こうしたシステムでは必ずしもOSが必要とは限らないの
『詳解 Linuxカーネル』を一周読んだ感想・事前準備・そしてその先... - 完全に理解した.com
オライリーの『詳解 Linuxカーネル 第3版』を一周読んだので、 書籍の概要 読んでみた感想 事前に読んでおくべき本 この本を読んだ先はどうなっているか を書いていきます。 書籍の概要 『詳解 Linuxカーネル 第3版』は、Linux の解説書として、いわゆる低レイヤを学ぶためのおすすめ書籍によく挙げられます。 合計 1024 ページという分厚さであり、ある程度の前提知識も求められる、少しハードルが高い本です。 内容としては、 プロセス メモリ管理 ファイルシステム といった Linux の重要な要素について、関係する概念や、構造体の具体的な構成、ソースコード内の関数の処理などが手厚く書かれています。 解説はボトムアップ的に構成されており、ハードウェア依存の内容に始まり、ハードウェアに全く依存しない内容で締め括られます。 第 3 版は Linux 2.6 が対象で、2021 年 7 月
xv6のメモリ管理周りのコードリーディング - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
xv6のページング周りをちょっと見てたので記録をφ(..)メモメモ 参照したドキュメントはbook-rev10.pdfです。 book-rev10.pdfのP21、 Figure 1-2にxv6のメモリレイアウトがあります。 仮想アドレスの0から0x80000000がユーザー空間で、0x80000000〜0xFFFFFFFFがカーネル空間ですね。カーネル空間のうち先頭の0x100000バイトはBIOSの領域となってます。 カーネルのアドレス空間はvm.cにあるkmap構造体で管理してます。 static struct kmap { void *virt; uint phys_start; uint phys_end; int perm; } kmap[] = { { (void*)KERNBASE, 0, EXTMEM, PTE_W}, // I/O space { (void*)KERN
Glibc malloc internal
2. 今日は何の話？ libc でもっとも良く使われる関数、 malloc と free の実装の解説 もっと一般的に言うと、プロセスのアドレス空間のうち、 heap 領域とよばれる、場所を操作する関数の説明 解説というと聞こえはいいが、そんな大層なものじゃない 3. Linux での process address space model kernel stack text mmap data bss heap 矢印はデータ量の増加と ともに、伸びる方向 使用中 使用中 使用中 今日は、ここ、 heap と呼ばれる領域のお話 low high free free free 4. 古典的 malloc プログラミング言語 C （いわゆる K&R) で紹介された初期の Unix の malloc 実装 使用中 使用中 使用中 free listの head 使用中 ・ free list を
memory cgroupとpageのLRUめも - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
カーネルは4.1系です。 include/linux/mm_inline.hにLRUへの登録・削除処理の実装があります。 static __always_inline void add_page_to_lru_list(struct page *page, struct lruvec *lruvec, enum lru_list lru) { int nr_pages = hpage_nr_pages(page); mem_cgroup_update_lru_size(lruvec, lru, nr_pages); list_add(&page->lru, &lruvec->lists[lru]); __mod_zone_page_state(lruvec_zone(lruvec), NR_LRU_BASE + lru, nr_pages); } static __always_inlin
いまさら聞けないLinuxとメモリの基礎＆vmstatの詳しい使い方 - Qiita
さくらインターネット Advent Calendar最終日は、硬派にLinuxのメモリに関する基礎知識についてみてみたいと思います。 最近はサーバーを意識せずプログラミングできるようになり、メモリの空き容量について意識することも少なくなりましたが、いざ低レイヤーに触れなければいけないシチュエーションになった際に、OSを目の前に呆然とする人が多いようです。 基本的にLinux のパフォーマンスについて、メモリをたくさんつめばいいとか、スワップさせないほうが良い とか、このあたりは良く知られたことだと思います。 ただ、なんとなく ps コマンドや free コマンド などの結果を見るだけでなく、もう少しメモリのことについて掘り下げてみてみたいと思います。 メモリとキャッシュ Linux におけるメモリの状態を大きく分けると「使用中のメモリ」「キャッシュ」「空きメモリ」「スワップ」の 4 つに分
Linux x86_64のメモリアドレッシング - Qiita
前述のように、Linuxはセグメンテーションを使いません、x86ではIntelのマニュアルで言うところの「3.2.1 Basic Flat Model」を利用します。また、そもそもx86_64の64bitモードではセグメンテーションが使えません。セグメンテーション機構はLegacy-modeと書かれているので、実行時に指定できるアドレスの範囲より物理メモリのサイズが大きかった8086の名残みたいな機能なのでしょう、きっと。 しかしながら、どのユーザプログラムも他のプロセスがどの部分の物理メモリを使っているか意識したくないので、各プロセスはそれぞれ仮想的なアドレス空間で動作します。ページング機構によって物理アドレスとリニアアドレスのマッピングを管理することで、それを実現しています。 ページングの仕組み メモリをページフレームという一定サイズの領域に分割します。そして、ページフレームとそこに格
Linux 2.0.40の頃のkmalloc() - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
たまには古いカーネルでも読んでみましょう的なところで、Linux 2.0.40の頃はkmalloc()はどんな実装だったのかというところでも見てみましょう。最近のkmalloc()の実装は使用しているディストーションが採用しているスラブアローケータの__kmalloc()の実装を見てみましょう。今のkmalloc()はスラブアローケータを使用しています。SLUBだとこんな感じです。 で、Linux 2.0.40はkernel.orgのファイル作成日時で見ると08-Feb-2004 07:13となっているので、12年前にリリースされたんですね。このバージョンが2.0系の最終バージョンです。 この当時のkmallocはスラブアローケータは使用していないけど、スラブアローケータ的に要求されたサイズを一番近い2の累乗サイズに切り上げて使っています。サイズはblocksizeという変数で管理してます
プロセス毎のメモリ消費量を調べたい時に使えるコマンド - Qiita
# ps aux | grep unicor[n] USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND user 1111 0.0 10.4 479180 177440 ? Sl Aug16 0:38 unicorn worker[0] -D -E production -c /RAILS_ROOT/config/unicorn.rb user 2222 0.0 10.5 547060 178604 ? Sl Aug16 0:39 unicorn worker[1] -D -E production -c /RAILS_ROOT/config/unicorn.rb user 3333 0.0 10.5 479180 178764 ? Sl Aug16 0:26 unicorn worker[2] -D -E production -
Chrome OSのディスクをサイズアップする - adsaria mood
fdiskで仮想ディスクのセクタ数、ヘッダ数、シリンダ数の設定は必要なかったので、その部分を削除した。仮想ディスクの方で定義してあるのでfdiskではその値が使われる。（2009/11/28） ダウンロードしたChrome OSのバイナリ（chromeos-image-999.999.32309.211410-a1.vmdk.bz2 ）ではベースとなるLinux（Ubuntu）のルートファイルシステムの大きさが960MB程度しかなく、Chrome OS自身が600MBを使っているので、残りは約300MBしかない。これでは、追加でソフトウェアを入れようとしても足りない場合もある。また、配布されているvmdk（仮想ディスク）ファイルは約3GBで構成されていて（ルート：約1GB、スワップ：約1GB、ステートフル：約1GB）で4GBのUSBメモリに入れると1GB程、未使用となってしまう。 そこで、
Winux/Lindows |UbuntuでRamdisk tmpfs再び（on Ubuntu10.10)
Winux/Lindows Linspire（旧Lindows）とは何の関係もありません おもにLinuxとの格闘記＋その他～k本的に人柱・原ｓｋ的に体当たり～ HOME / Linux / Ubuntu設定 / UbuntuでRamdisk tmpfs再び（on Ubuntu10.10) UbuntuでRamdisk tmpfs再び（on Ubuntu10.10) 2010-10-21 22:37 by tmin Comment : 0 Trackback : 0 以前に書いた時から大分時間も経ってしまって、手順的にビミョーになった部分もあるし、まとめなおし。 ちなみに前のは ・UbuntuでもRAMdisk利用（とりあえずFireFox高速化） ・続・UbuntuでもRAMDisk利用（システム一時ファイルもいってみる） x64な環境のUbuntu10.10で実行。確か、10.04
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/itckw/items/ff079c7572d6a1acd349
https://www.obenri.com/_hardware/newpc.html