【Linux】カーネル総合7【Kernel】©2ch.net
旧時代のファイルシステム「EXOFS」メインラインでのサポート終了へ
ttp://gihyo.jp/admin/clip/01/linux_dt/201811/14 あれ?
リーナスが4.20で脆弱性対策がデフォルトでONとか言ってなかったっけ
性能一割から下がるらしいけどお前ら無事け? 今Bluetoothのマウスを使えてますが、
カーネルのどのモジュールが対応して
いるのか特定する方法はありますか? Linux 5.1がリリース,新しい非同期I/Oインタフェース,2038年問題対策など
ttp://gihyo.jp/admin/clip/01/linux_dt/201905/07 Linux 5.0シリーズのアップデート ― Linux 5.0のEOL,Linux 5.1.7,Linux 5.2-rc3
ttp://gihyo.jp/admin/clip/01/linux_dt/201906/05 と思ったらデフォルトでは無効な上ハイパースレッド限定の問題か
HTTないCPUでよかった 4.18から5.0にしたらがくんと1割ぐらいパフォーマンス堕ちた。
特にファイルの読み書きが遅くなった(NVME SSD) まだ5.3もRCなのにもう5.4がLongtermに決まってるのか 1991年9月17日のバージョン0.01リリースから28年
誕生日オメ 「Linuxカーネル5.4」公開、exFATサポートやハードウェアサポートの改善などが特徴
ttp://mag.osdn.jp/19/11/26/161500
Linux 5.4がリリース,カーネルロックダウン,exFATサポートなど
ttp://gihyo.jp/admin/clip/01/linux_dt/201911/26 さきほど5.3に上げたら5.2とスワップの挙動が変わってるようだ
予防的にスワップアウトするようになったようで急激に負荷が高くなったときの挙動が良くなってる
メモリが不足したときの挙動はLinuxがWindowsに負けてる数少ない弱点の一つだった 緊急
kernel -5.3.16 カーネルパニックで削除出来なくなってしまう
ずっとエラーの5.13.16 ヘッダーが残ってしまって削除してもだめ
timeshift様様で復旧 kernel-5.0.37 で良いや 独り言なら日記帳にでも書いとけ
そうじゃないなら知恵遅れみたいな文章はやめろ インストールしか出来ないおまえらにkernelの話をするのは早すぎた Linuxカーネル5.5リリース、多くの新規ハードウェアサポートが追加される
ttp://mag.osdn.jp/20/01/28/164500
Linux 5.5がリリース,2020年最初のカーネルアップデート
ttp://gihyo.jp/admin/clip/01/linux_dt/202001/28 Linuxカーネル5.6、32ビット版で2038年問題への対応が行われる
ttp://srad.jp/story/20/02/05/1249244/ 試行錯誤して分かったがlinuxはスワップの処理が遅いんだな
4kずつ細かくI/Oを発行するからかCPU負荷が高すぎてそこでボトルネックになる
SSDやRAMディスクを使ってもシステムがもたつく HugePagesでも設定すりゃいいんじゃね
やったことないから知らんけど I/Oが多発していてCPUの使用率も高いというのは
スワッピングではなくスラッシングという スラッシングおきてたらCPU使用率上がらなくなるよ
I/Oの空振りを繰り返してる状態だから linuxはメモリが枯渇した時に File Backend を優先的に退避する仕様になってて
動作に必要なプログラムまで退避しちゃうからスラッシングが簡単に起こる Linuxはファイルシステムに向いていてゲームに向いていないということ? 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