【Linux】カーネル総合7【Kernel】©2ch.net
ubuntu 18.04
kernel 4.18.5 4.17.19
msi carbon
上記だとkvmが
kvm-ok
INFO: /dev/kvm does not exist
HINT: sudo modprobe kvm_amd
となって使えないのだけど、この状態になる人おりますか。
解決策がわかりません。
kernel 4.15.0.33だと動きます。 >>72
調べてないからわからんけど
カーネルモジュールのロードに失敗してるだけじゃね?
kvm_amd.ko をビルドしてロードしてみたら? 2018年10月23日 Linus不在の「Linux 4.19」がリリース,CAKE,Wi-Fi 6のプレサポートなど多くの大型アップデート
ttp://gihyo.jp/admin/clip/01/linux_dt/201810/23 旧時代のファイルシステム「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 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/ RTOSで思いだしたんだが, Kernel-2.2や2.4の頃はカリカリに
チューニングすると3〜4秒くらいで立ち上がってたな.
CPUはPentiumIIIの600MHzだったIDEに変換基板入れてCFカードからの立ち上げ.
今は,SSDとか安く簡単に手に入っていい時代だよ.でも,Kernelが大きくなりすぎて
どんなにカリカリにチューニングしても10秒以内の立ち上げは無理だろうな. >>205
要らないものを全部排除したら3-4秒ってのもできるんじゃない?
YoctoLinuxかGentoo辺りで試してみては? スタンバイ復帰が当たり前になった今では起動時間なんてどうでもいいな。 win10からwin11で古いCPUのサポートが打ち切られるが
linuxではそういうことはないんだろうか?
つまり、linuxへ乗り換えるとwin7,10,11みたいな移行問題に遭遇せずに済むだろうか? 済む。
だけど、基本的な操作ができないという問題に遭遇すると思う。 ubuntuのようなデスクトップOSを謡って長年アップデートされているディストリでも
基本的操作が依然難しいままという事か? i386のサポートは打ち切ったディストリビューションが 調べたところi386は2007年に終了してるらしいから14年前だな
今pc買うとハードウェア的には15-20年間くらい使えるはずなのに
osのサポート終了のせいで10年くらいしか使えない
古いハードを永久にサポートし続けろとは言わないがハードウェア寿命以上にサポートしてほしい セキュリティの穴になるから無理
買い替えを促すのも一種のセキュリティ対策 >>212
済むわけないだろう。ディストリの短いサポート期間もさることながら、
元々サポートしてないハードがいかに多いことか。 使い勝手という面では変化せずに使い続けられるという面は大きい 5.10.55から5.10.57に上げたら
一般ユーザでXが立ち上がらなくなった
rootなら立ち上がる
何かしたの? i915_gem_execbuffer.c
コイツの変更くせぇ… あ、そう。
Wayland を強要する方向に持ってくのね()
腐れワクチン野郎 >>222
rootで立ち上がるならホームディレクトリの設定ファイルが壊れてんじゃねぇの?
スレチ .Xautority
よくこんなのが問題になることあるよなアップデートでは
俺は何のファイルなのか知らんけど もうかなりワクチン野郎ゲイツ一味に入り込まれたね > 5.13.x include/ に *.pl とかあるのがキモいんだけど… 5.10.132 -> 5.10.133
突如 wlan0 が eth2 になってキモいんだけど… ttps://www.linuxcapable.com/how-to-install-xanmod-linux-kernel-on-ubuntu-20-04/
どうよ? 「Linux」、バージョン6.1でRustを導入へ--トーバルス氏が明言 - ZDNet Japan
https://japan.zdnet.com/article/35193491/ >>235
思ったよりオブジェクト指向言語の採用に柔軟なのね… C++は心から憎んでたようだけど、あれはC++プログラマのせいか C++は記述の自由度が高過ぎる
収拾がつかなくなるのを危惧してたんじゃね? 最近リーナス自身の話題を聞かなくてちょっと寂しい
とんがったリーナス語録は
安定したLinuxシステムと心をざわつかせてくれる Fedora36でカーネルが更新されて5.19.13になったんだけれど、この世代のカーネルってAlderLakeとの相性悪いんだろうか。
負荷かかってない状況でもCPUコアの多数が最大周波数(ターボブーストかかってない方)に張り付く。(i9-12900KF / i3-12100Tで確認)
CoffeeLakeなPC(i5-9600K)では同じカーネルでも負荷かかってなければ普通にCPUのクロックが下がるのを確認。 >>243
Fedora36を常用してるのはi3-12100Tを搭載してるPCなんだけれど、i3-12100TはPコア4個だけでEコアはなかったりする。
ログを調べてみたらKernel 5.19系(5.19.4)に更新されてからクロックが下がりにくくなったみたい。その前の5.18.18まではクロック下がってた。 6.1でたよRust入り初版リリース
誰か人柱よろしく Rust は排斥すべき
にもかかわらず Linus まで押してくる始末() 5.10.175 がゴミ
まあ5.10x なんて使ってる人いないだろうけど。 $ diff err-64/linux-6.4-rc1/drivers/nvme/host/ioctl.c 64/linux-6.4-rc1/drivers/nvme/host/ioctl.c
555c555
< const struct nvme_uring_cmd *cmd = io_uring_sqe_cmd(ioucmd->sqe);
---
> const struct nvme_uring_cmd *cmd = (struct nvme_uring_cmd *)ioucmd->sqe->cmd;
$ >>246
rustのコンパイラってllvmだと思うけどカーネルモジュールに使えるんかな? >>250
linux-6.4-rc2
drivers/nvme/host/ioctl.c 削除されました。 i915とnvidiaの組み合わせで
ctrl+alt+f2でconsoleがまともに表示されない問題って
いつ直るん? カーネルのバージョンを無駄に上げすぎ
節操ないのがLinus らしいけどさ