【Linux】カーネル総合7【Kernel】©2ch.net
Linuxはハードウェアサポートが貧弱な点でもゲームは厳しい
特に入力デバイスがね
ゲームはメモリを予想外に食うことはあまりないので足りてれば大丈夫
増設できない環境で不足すると詰むがそれに関してはWindowsでも同じ Linuxにとって特に厄介なのは、メモリ使用量が大きく変動するデスクトップ・ワークステーション用途で
例えばWebブラウザで複数タブを開くだけで簡単にメモリを使い切ってしまう、調べごとしながら編集はきついだろうな
HDD時代にWindowsを使ってたとき物理メモリが3GBしかない環境で常に8GB近く仮想メモリを消費した状態で常用してたことがある者として
スワップ領域の使用が始まった後のLinuxのトロさに不満があるから試行錯誤している
その途中で気づいたのが、たとえRAMディスクを使っていてもスワップイン・スワップアウトの動作そのものの速度の限界が足を引っ張ると
>>99
FirefoxがHugePagesを使えるならね
起動時にメモリを専有しちゃうのに仮想マシン以外で使い道ないから微妙すぎるのだ
透過HugePagesは起動してから時間が経つと激重になる地雷機能だし 興味深いな
ただUbuntuデスクトップ使ってるがメモリ足りなくなってブラウザタブを閉じるとメモリは空くけどな
Windowsと同じく そりゃタブを閉じればな
調べものガンガンするとタブは簡単に増える
実際には調べものしながら作業するから複数のソフトも起動しながらになる 5.8になってからスワップ時の挙動が格段に良くなった
RAMディスクとbcacheを組み合わせた小細工が不要になって助かった
/ファイルシステムで透過圧縮を使うとスラッシング時に極端に遅くなることが無くなったのも助かる ディスクのパフォーマンス上がってんのか それは期待 スワップするデータの保証はしていないのでストレージには信頼性の高いものを
選ばなければならない、その保証は今はOSカーネルではなくストレージへと
オフロードできると考えている、とあるな
ちょっと気を付けにゃならんパフォーマンスの上げ方かもね 卑近な例
firefox-78.8.0esrのビルドにかかる時間
5.10で3時間
5.10.19で2時間半 Basix5.0 使用中で
HWE kernel 5.8.XXではリブートしたらインターネットに繋がらないので
デュアルブートのWin10を起動してからリブートしてBasix5.0を起動していた
今回kernel 5.10.20をインストールしたら上記トラブル無くリブート可能になった
NVIDIAもアップデートされてDKMSも正常にインストールされるようになったからか? A note on the 5.12-rc1 tag
ttp://lkml.org/lkml/2021/3/3/1332 >>125
何と気の早い!!
まだ当分は5.12 は使用しない
情報 thanks ミネソタ大が論文のためにわざとバグがあるパッチをLinux送る → Linuxチームが激怒しミネソタ大をBAN
https://hayabusa9.5ch.net/test/read.cgi/news/1619130726/ これ相当にキモい事件だよね
指導教官が北京大出身なのでスパイ説もある 例の論文の執筆者3人共Googleの奨学金を貰ってるんだよな。
勿論成果としてGoogle Scholarに載せてるし。
つまりGoogleも認めて金を出しているらしい。
https://scholar.google.com/citations?user=CLHWfM4AAAAJ&hl=ja#d=gs_md_cita-d&u=%2Fcitations%3Fview_op%3Dview_citation%26hl%3Dja%26user%3DCLHWfM4AAAAJ%26citation_for_view%3DCLHWfM4AAAAJ%3Ad1gkVwhDpl0C%26tzom%3D-540 Googleスカラーって論文検索でしょ
奨学金の意味ではなくて Google関係ない論文もGoogleスカラーでヒットするんだけど
Googleから金貰ってるというのはどこに書いてありますか? ま、支那側に落ちたグーグルは微妙だが
支那は敵だよ >>138
半島の今の言語は日本帝国が文盲白痴クソ垂れ流しの朝鮮カスに作ってやった言葉だゾ
支那畜無知極めすぎ、中共に知的障害にされたヒトモドキの末路 Linuxのスレッドスイッチって遅い?
Windowsが遅いからLinuxにしたらさらに1桁遅かった
プライオリティ最強の2個のスレッドをeventfdで切り替えるテスト
平均も遅いけど、ワーストが遅すぎる
1ms以下の応答性能必須だと
RTOSじゃないとダメかね? thx
リアルタイムカーネルで検索したら色々と出てきました
やってみます 1msだのスレッドスイッチだのいろいろ勘違いしてそうだけど、まぁ走るだけ走って自爆しろ Linux 5.12のNintendo 64のメインラインサポートって凄くない?! >>146
どういう意味なのそれ?64の OS って Linux だったの? Linuxのスレッドスイッチってタスクスイッチと同じことをやっていてメモリーマッピングを一新してしまうからキャッシュを全てフラッシュしているんじゃなかろうか?
求めるところは昔のZ80なんかで割り込みからのタスク切り替えをやるような感じでスイッチするカーネル部分も含めてマップそのままで切り替えてほしいところ まずスレッドスイッチという独自の単語を使ってるのが意味不明
書いてるコードがだめなだけだろ >>148
実験は同一プロセスの2スレッドの切り替え@4コアPCのUbuntu単独環境です
平均値は許容範囲としても
数時間連続テストでの最悪値が悪すぎでした
深追いするのも大変なので
結局LinuxはあきらめてRTOSにしました 支那の学生はクラッキングに応用可能なところに熱心だよね > 深追いするのも大変なので
深追いして自分のスキル不足を自覚するべき。 RTOSだと2台でのUDPのループバックのワースト0.13ms程度なのは確認出来てます つまり、
UDPで何かしたいらしくて、要件は1ms以下の応答速度で、マルチスレッドにしたいらしい。 カーネルモードで動作するモジュール書いたら速くなりそう(適当) MeltdownとかSpectre対応がリアルタイム性の応答を悪くしていたりしてね?
kernelコードが巨大すぎて調べるのめんどいけど 遅延はARMでもほぼ同じ
FreeRTOSのタスクスイッチは最大6.1us
@400MHzの1コアMCU
3桁速い
CPUもOSもチープだから開発に時間がかかるし
ハードのコスパも非常に悪いのが難点 スケジューラとコンテキストスイッチのオーバーヘッドは関係ないし、何をどうやって計ってるのかもわからなきゃ誰も答えようがないし、なんでこのスレに書くの? 会社の仕事でRTOS使ってるし、
組み込みLinuxも使ってるけど、
用途がかぶる事ってあるか?
RTOS使うかLinux使うか実機で試験するまで決めれないってどゆこと? 最初はMCU & RTOSで考えてたんだけど
1ボードPC & Linuxで出来るならそれの方が楽だしハードの選択肢も多いと思っちゃったんだよね
Raspberry Piって安いし
必要なのはEthernet 100base、USB HS、SD、10メガバイト程度のRAM、これらを処理出来るCPU
仕事なら基板を起こすんだろうけど
ただの趣味だし使うのは2個だけだし
思ったよりLinuxの性能が悪くて挫折
Linuxに慣れてないってのもあるだろうけど
1ボードPCにRTOSを積んでる例もあるけど
ちょっと難易度的にパス 用途は妙だわ前提条件は曖昧だわでLinuxの性能が悪いと言われてもな…… Raspberry Pi2台使ってロボットっぽいものとか作ろうとしているんじゃないの?
リモコンの反応が途中で引っかかるとかそう言うのをデバッグしているんではなかろうか >>166
そのくらいのマイコンっていいのがないよね。自分はマイコン/RTOSじゃ複雑化する機能要求に迅速についていけないとわかってラズパイにしたけど
Linuxカーネルを深く知ってスケジューラーとか弄ったらリアルタイム性能は良くなるのかもね、まあまずRTカーネルを試すのがいいのだろうけど カーネルスレなのにRTOSを勘違いしてる奴多すぎw >>171
Linuxカーネルを語るスレでRTOSなんて知っている方が少数派かと。
>>167
Linuxのコンテキストスイッチが遅いのは事実でしょ、
そもそもそんなことを重視していないOSだから。
>>166
ただの趣味だから仕方がないかもしれないけど
もう少し真面目にシステム設計しないとバカに見えるよ。
ほとんどの場合でRTOSよりLinuxの方がコンテキストスイッチが遅いなんて周知の事実だから、
「だから何?」以外の答えは返ってこないかと。 >>172
そりゃRTOSより遅いのは当然として
Windowsより遅いとは思わなかったんでね
Windowsより速いという根拠無い期待があって
Linuxで行けるんじゃない?と思った
元々Windows PCで作ったソフトで
性能改善と小型軽量化が主な目的だったんで
設計の前にまず一番気になる部分を評価
順番としては正しいと思う 結局、
できもしないことをやろうとした低能が、Linuxはダメって言い捨てていったわけな。 応答性能を高くしたい → RTOS
というのがそもそも間違い。RTOSでいうリアルタイムというのは、
その時間にそのイベントが発生することを保証するものであってリアルタイム性能が高いという意味ではないw
つまりスケジューラの実装がそもそも違う。通常のOSとは用途が違うんですよ。
なので諦めてLinuxカーネルをチューンしなさいw wikipに書いてるレベルだが小心者はそれすらを理解できないということ。馬鹿の壁という。 GNU Linux-Libre 5.12 Kernel Released for Those Who Seek 100% Freedom for Their PCs
Alexandre Oliva announced today the release of the GNU Linux-libre 5.12 kernel for those who want to use a 100% free version of the Linux 5.12 kernel on their GNU/Linux computers.
April 26, 2021
9to5linux.com/gnu-linux-libre-5-12-kernel-released-for-those-who-seek-100-freedom-for-their-pcs
fsfla.org/ikiwiki/selibre/linux-libre/ となると xorg とネットワーク関連のプロセス優先度をあげると良いのかなデスクトップ用途には >>177
アホはおまえだよ。RTOSとはそういうもの。
組込開発時のCPUの割り込みの正確さをOSレベルでも保証するということ。 RTOSを使ったことがないアホがRTOSを語るスレ? またマウントの取り合いが始まった…
どうしてゆとりって… 無知を指摘され反論できなくなってアホしか言えないみたいな >>175 >>181 を見て反論する気も失せた
永久保存版のアホ >>187
wikipediaに書いてる基本的なRTOSの話だけど、一体何がそんなに悔しかったんだ?
言ってみ。 アホって罵倒すれば構ってもらえるという程度に承認欲求は強いが、
能力で承認されるほどの力はないという悲しい存在なのでスルーでok 応答速度1msほしいからRTOSか。確かにその要件とRTOSは繋がらないな。
普通にDOS使えばCPUはすべてあなたの制御下だよ。1ms以内に応答できるかはおまえのコード次第。 今時,wifiでも1ms切る時代なのにワイヤードで1ms越えるって何かがcorruption
W >>192
?
レイヤー1(物理層) LANケーブルかWi-Fi電波かの話であって
それ以降のレイヤー層についての話なら,なおのことcorruption してんじゃないの? -- 192.168.239.240 ping 統計 ---
送信パケット数 2, 受信パケット数 2, パケット損失 0%, 時間 0ミリ秒
rtt 最小/平均/最大/mdev = 0.695/0.887/0.989/0.192ミリ秒, pipe 2, ipg/ewma 0.066/0.74>
これが我が家の10年くらい前のPCとルータ11nの無線LAN(wi-fi)の最高速だよ.
普段使いでは(最大x2)の2msくらいの通信速度だけどね.
最新の11acなんかだとこの速度の10倍以上だからwi-fiでもusの時代だよ. >>191
通信じゃない
単なるスレッドスイッチで10ms程度もたることがある
2〜3日ひたすら切り替えし続けた場合の最悪値
Windowsだとここまでひどくない
管理者権限が必要なスレッドプライオリティ最高設定の2スレッド(同一プロセス)の切り替えの話
eventfdでもpthread_condでも同じ
原因がカーネルにあるのか行儀の悪いドライバにあるのかハードにあるのか
いずれにしろリアルタイム処理には使えないという結論
>>194
WiFiの最悪値は非常に悪い
数時間の実験で簡単にわかる
2回だけの結果じゃ何もわからない 結局組込みCPU & RTOS を使うことで解決した
非常に安定
良いハードがなかなかなくて開発も面倒だけど
要求性能を出すためにはしょうがない
起動が圧倒的に早いのはプラス >>194
せめてRTTとスループットの区別くらいつくようになってから持論を語って >>197
あの数値から,送ったパケットサイズでスループット計算出きるよ。
wifiの場合計算値の方が1割悪い値で出るけどw スレッドスイッチ君がまたきたのか
cond waitしてるスレッドがcond signal送られたらすぐ動くと思ってるのが間違い
NPTLのドキュメントぐらい読め
kernel tickとかticklessも知らなさそう
無知を自覚しないでわめき散らすのは恥ずかしいぞ 2021年06月11日 12時15分
Linux生みの親リーナス・トーバルズが反ワクチン派の主張に激怒、「予防接種を受けろ。反ワクチンの嘘を信じるのは止めろ」
https://gigazine.net/news/20210611-linus-torvalds-rages-anti-vaccine/