今日は土曜日で祝日(秋分の日)です。
サラリーマンや学生は土曜日も祝日も休みという意味では区別がなく、土曜日と祝日が重なると残念な気分になるけれど、当然ながら世の中には土曜日が休みではないお仕事もあります。
我が家に毎週ヤクルトを配達してくれるヤクルトレディーの方に聞いたら、土曜は休みではないが、祝日は休みらしいです。だから先週は休みじゃないけど、今週は配達がお休み。
今まで土曜日と祝日に区別が無くて当然の生活をしていたけど、区別がない仕事と、あるお仕事はどちらが多いのかなあ?
JARGA日本レトロゲーム協会の展示会に行ってきました。
会場は阪南市の山中の民家です。道が狭く場所が無いので、車で行くとご迷惑になります、というか、なりました……。
展示会では写真に挙げたような、古いゲーム機がたくさん見られます。ファミコン世代は全く知らない70年代のゲーム機も多数あります。
ゲームソフトも大量に所蔵しているそうですが、場所の都合でハードしか置けなかったそうで。
ゲームコーナーもありました。子供もいましたよ。古すぎて見たこと無いはずのゲームを、みなさん楽しそうに遊んでいたのが印象的です。
展示会は無料で見られますが、これだけのもの見せてもらって、タダで帰るのもなあ…、と思って、奥さんと共にJARGAの賛助会員になってみました。
会員になってから知りましたが、JARGAはNPO法人なんですって。会員になった記念?に、JARGA理事長の石井さんが会場を簡単に案内してくれました。
お仕事は中古ゲームショップ経営で、海外旅行が趣味。欧州を半年だか1年だったか掛けて、巡ったこともあるとか。海外ではゲームの博物館があるのに、ゲーム先進国の日本にないのはおかしい、と思ったのが、協会を作った動機だそうです。
将来的には日本橋辺りで博物館を開く予定のようです。しかし日本では博物館は金にならないのも分かっていて、実現できたとしても期間限定だろうとも仰っていました。
文化財に相続税を掛けないようにすれば、節税対策として金持ちが文化財を買い漁って、ついでに綺麗に保管してくれそうなのになあ……。
メモ: 技術系の話はFacebookから転記しておくことにした。
目次: Android
Twitterでボヤきまくっていたけど、流れて消えちゃうのでメモ。Linuxのメモリ管理がさっぱりわかりません。CMA(Contiguous Memory Allocator)とTHP(Transparent Huge Pages)の動きが謎過ぎます。
CMAとは、ある領域を特別な領域として定めて、普段はユーザプロセス用のメモリとして使い、ドライバが要求するなどここぞというときにユーザプロセス用のメモリを強制立ち退き(Page Migration)させてDMA用のメモリとして使う技術です。
私が思いつく利点としては、
THPは仮想連続の4KBのページを512枚集めてきて、2MB(ARMの場合)のHuge Pageに置き換えてしまう技術。のはずです。あまり調べてないので、違ってたらゴメンなさい。
私が思いつく利点としては、
これらの技術のコンセプトは素晴らしいので、ぜひ使いたいと思って使っていますが、動きが謎過ぎて困っています。困っている問題は3つ。
THPはkhugepagedというカーネルスレッドが裏でひっそりと活動してページを置き換えます。こいつが使うメモリページはPageCompoundという属性になっていて、なぜかPage Migrationできません。なぜなのか理由はわかりません。
それでいてTHPはCMA領域をガンガン消費します。なぜかはあまり調べていませんが、おそらく、
辺りがCMAから大きいサイズの領域を取りやすい理由だと思います。
しばらく放っておくとCMA領域がTHPで埋まってしまうため、ドライバのdma_alloc() がENOMEMとかで失敗するようになって、ドライバが動かなくなってしまいます。
解決方法を知りたくて、頑張ってBuddy Allocatorまでコード読んでみましたが、khugepagedも結局alloc_pages() でHuge Pageを取っているだけでした。つまり他の用途のメモリの取り方と何ら変わりません。当然ながらCMA領域を避けて取るとか、そんな機構があるようには見えなかったので、この問題を回避する方法はわからないままです。
THPはGFP(Get Free Pages)フラグが少し特殊ですので、Buddy Allocatorでフラグを見てTHPをCMA領域に割り当てないように改造することは出来ましたが、本当にこんな改造が要るんでしょうか?
私が見た範囲では、フラグをチェックしてメモリの割り当て処理を変えている個所は見当たりませんでしたから、何か別の方法が隠れているかもしれません。
誰も困っていないのでしょうか。それとも私の設定がマズいだけでしょうか?
Buddy Allocatorの詳細な仕組みはここでは説明しきれませんが、メモリはゾーンという大きな括りで分けられており、各ゾーンには5つのリストがあります。アロケータはこの5つのリストのどれかからページを割り当てます。/proc/pagetypeinfoで各リストの残量を見ることができます。
カーネルにメモリページの取得リクエストが来ると、基本的には上4つのリストのどれかからページが取得されます。どのリストになるのかはGFP(Get Free Pages)フラグに何を指定したか?によって決まります。ユーザプロセス用のメモリであればMIGRATE_MOVABLEから取られます。
ではMIGRATE_CMAはいつ使われるのか?というと、これが良くわからないんです。
実機でメモリを使いまくるプロセスを立ち上げ(yes | sortとか)/proc/meminfoの様子を見ていると、
こんな動きになります。3番目のページキャッシュ減少が起きると、システムが遅すぎて使い物になりませんので、もっと早めにCMA領域を利用していただきたいのですが、なぜかそうなりません。
Buddy Allocatorのコードを見るとMIGRATE_MOVABLEが枯渇というか、ページ割り当てに失敗したときに初めてMIGRATE_CMAからのページ割り当てに挑戦するようになっているように見えます。
個人的にはMIGRATE_CMA → MIGRATE_MOVABLEの順に割り当てた方が良かったのではないか?と思いました。ドライバがCMA領域を使う時はPage Migrationがあるわけですから。
MIGRATE_MOVABLE → MIGRATE_CMAの順に割り当てMIGRATE_MOVABLEを先に使い果たしてしまうと、CMA領域からユーザプロセス用のページをMigrationしようにも移動させる先がありません。これではPage Migrationが役に立ちません。
どうもイマイチです。設定か何かが間違っているのでしょうか。
あまりに訳の分からない動きをしているので、CMAが正常に動いている例が見たかったのですが、手元のAndroidデバイスでCMAを使っているシステムが全くありませんでした。ショック。
CMAは組み込みのように制約の多いハードウェア、かつ、メモリ容量に制限のあるシステム向けの機能です。AndroidであればION Carveout Heapだとメモリ占有が多すぎて耐えられないボンクラハードウェアや、メモリの搭載量が非常に少ないシステム向けの最終兵器のはずです。
GoogleもAOSPで紹介している(Low RAM Configuration | Android Open Source Project のCarveouts, Ion and Contiguous Memory Allocation (CMA) の節)ほどなのになあ。
でも身の回りの製品では誰も使っていません。CMAって誰が使ってるんだろう??
目次: Android
昨日(2017年9月29日の日記参照)の続きです。各問題への所感です。
THPを諦める、すなわちCONFIG_TRANSPARENT_HUGEPAGEをLinuxのconfigで無効にしてしまえば回避できます。
私の場合THPは無くてもそんなに困らないですから、仮にTHPかCMAの排他的二択がLinuxの現状の仕様だったとしても構いません。
今のところ調整方法もへったくれも見つけられず、本当にどうしようもなくて困っています。
Buddy Allocatorを書き換えてMIGRATE_CMAから先にページ割り当てするように改造したところ、ユーザプロセスもドライバもそれなりにご機嫌に動いていますが、魔改造なことこの上ないでしょう。
このデバイスはCMA使ってる、とか、お前の確認方法は間違っているとか、何か知っている人が居たら愚かな私に教えてほしいです……。
Androidデバイスならadbで繋いで /proc/meminfo見たときにCmaFreeって項目があればCMAを使っているはずです。
もしくは古いカーネルだと /proc/buddyinfoにCMAという項目があるかもしれません。
スマホ(ASUS Zenfone 3 Deluxe ZS550KL)を家の床に落としたら、電源ボタンが凹んでしまって、押せなくなってしまった。困った。
スリープからの復帰は、背面の指紋認証があるから問題ないけれど、スリープへの移行が出来ない。
画面が粉々なら諦めて買い換えるけど、電源ボタン以外は全く問題ないので、買い換えるほどでもない…でも不便……。
メモ: 技術系の話はFacebookから転記しておくことにした。後日、写真を追加した。
目次: 車
軽の黄色がこれほど不人気とは…白地の五輪ナンバー人気: 朝日新聞デジタル を読んで。
「黄色が車の色と合わなくて嫌」ならわかるけど「軽だとすぐわかって格好悪いから嫌」って意味分かりません。なんで軽が格好悪いんでしょう?百歩譲って主張の通りだとしても、ナンバー白くして何か解決するのか?
コメントにて「トヨタをレクサスに張り替えるような、エンブレム張り替えと同じではないか?」という突っ込みをいただきました。
なるほど、高い車に乗っている気分を出したいんでしょうか?個人的には軽自動車とコンパクトカー(普通自動車)はあまり値段が変わらないから、見栄になっていないように思いましたが、乗っている本人の気持ち次第ですね……。
メモ: 技術系の話はFacebookから転記しておくことにした。後半の節は追記した。
目次: Kindle
第七世代Kindle Fire HD 10を買いました。
使って5分ですので、後日感想が変わるかもしれませんけど、
今のところ、普通のAndroidタブレットにKindleアプリ入れた方がよっぽどマシだと感じています。
ロック画面の全面広告は、
をOFFにすれば、出なくなりました。何の嫌がらせですかね、これ?
目次: Kindle
昨日(2017年10月12日の日記参照)の続きです。
第七世代Kindle Fire HD 10の画面は字形やフォントに一切こだわりがないらしく、すごく変テコです。フォントや字形がなぜか「言語設定」によって変わってしまいます。
英語に設定するとフォントは角ゴシックに統一されますが、一部の漢字が中国語の字形になります。
下記の写真で言えば、雑誌の「雑」の字が変な字形になっています。
日本語に設定すると下記の写真のようになり、字形は日本語ですが、丸ゴシックと角ゴシックの混合になります。
またフォントが選択される基準もよくわかりません。下記の写真だと「画」角ゴシック、「面」は丸ゴシックになります。第一水準とかそういう区分でもなさそうです。
どうやったらこんな変な画面にできる?逆に難しくない?とすら思う変な画面です。アプリも表示がおかしいし、どう見ても日本でデバッグしてないですよね、これ…。
アイスの記録が45種類(前回比 +10)になりました(リンク)。今回はロッテのアイスが結構増えました。
画質にこだわりはないので、スマホで撮っていますが、Wikiに載せる手間を軽減するため、最低限の写真(2枚)で全情報を表現できるものしか載せていません。そのため、
しか載せていませんが、それでも意外と種類が揃うものです。アイス業界の努力には感謝しかありません。
カップアイスのような立体的な容器だと2枚の写真で全面を撮るのは恐らく不可能なので、諦めて4枚とか8枚とか載せるしかないかなあ。
スペイン政府、カタルーニャ州の自治権を停止へ - BBCニュースを読んで。
これは悪手だったのでは…。追い詰めたらカタルーニャは独立宣言して完全対立するしかありません。
年間7000万人が訪れる世界2位の(3位のときもある)観光国家スペインですが、そのほぼ半分の3000万人近くをバルセロナが担っています。
カタルーニャからすると、スペイン中央政府がドル箱のバルセロナから金を巻き上げて、ロクに返してくれない!ように感じるみたいです。実際にはそう単純では無いでしょうけど…。
スコットランドも北海油田の権益をイングランドに巻き上げられていると感じているらしく、独立運動へと繋がりました。構図は似ているかもしれません。
スペインやイギリスの独立運動はざっくり言えば「独立した方が良い暮らしになる」という経済的な理由が大きいように見えます。
欧州&独立紛争で思い出されるのはユーゴスラビアですが、西欧とは事情が違うんですね。マケドニア、コソボのように独立後に最貧国となった国があり、少なくとも経済的な理由ではありません。
全部の紛争を調べたわけじゃないですが、原因は民族間の対立みたいです。私には民族対立の気持ちはイマイチわかりませんが…、生まれは変えられませんし(=原因が解決不可能)、対立する異民族を追い出すためにお互い殴り合うので、紛争の結果は悲惨です。
コソボ紛争では、コソボはNATOを仲間に付け2008年独立し100以上の国に独立国と認められた一方、対立するセルビアはNATO軍に首都を空爆される憂き目に会っています。
スペインはコソボの独立を認めていないようですね。カタルーニャが脳裏に浮かんだ?のかもしれません…。
< | 2017 | > | ||||
<< | < | 09 | > | >> | ||
日 | 月 | 火 | 水 | 木 | 金 | 土 |
- | - | - | - | - | 1 | 2 |
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
合計:
本日:
管理者: Katsuhiro Suzuki(katsuhiro( a t )katsuster.net)
This is Simple Diary 1.0
Copyright(C) Katsuhiro Suzuki 2006-2023.
Powered by PHP 8.3.8.
using GD bundled (2.1.0 compatible)(png support.)