【Linux】カーネル総合7【Kernel】©2ch.net
kernel 3.19.3に上げたら、iscsiドライブのアクセスでBuffer I/O errorやらblk_update_requestでcritical target errorやら
出まくってるけど、低レベルな所で変な改造でもしたのか?
まいりましたね こりゃorz >>3
多分。うちはosstテープドライバのせいでハングアップする。
ふるーいドライバだから誰もメンテしてないんだろうなあ。 これだったようだ:
ttp://forum.qnap.com/viewtopic.php?f=180&t=108970
[PATCH 1/1] SCSI: add 1024 max sectors black list flag
ttp://marc.info/?l=linux-scsi&m=142958776223667&w=2
知らずに走らせてエラー出まくってfsckしたらいろいろ出てきて、もう使う気しない(´・ω・`)
そろそろシステム更新しろってお告げなんだろうか。homeだけ回収しよう 3.18.16にしたら、USB3.0のEtherで、
ax88179 - Link status is: 1
ってエラーが出まくるようになって使えなくなった。
一発めにはこういうのも出てる。
Failed to write reg index 0x0002: -110
3.18.14に戻したらこれまでのように使えるんでハード的には変ってない、はず。 なんか、>>8は
commit 21792ca9e9b5cab0338ac3804d97d50460da5cfd
のせいかもしんない。
Fix this by making sure the event we get is for the last TRB in that TD
before moving the dequeue pointer to the next TD. This will resolve some
of the uvc and dvb issues with the
"ERROR Transfer event TRB DMA ptr not part of current TD" error message
逆にこのエラーが出るようになっている。 4.1.x にしてからフリーズするようになった。
起動は正常で、しばらくは使えるんだが、いつのまにか凍っている。
4.0.7 に戻したら正常化する。
しかし、他所でそれらしき報告が見当たらないなあ。
4.1.x にしてからトラブっている人は他に居らっしゃいませんか。
器械は ThinkPad X1 Carbon
トリは Arch Linux うちの gentoo x86 も凍って、minimal install disk から chroot して
genkernel all で自動生成した kernel 4.1.2 だと凍らなくなった。
エラーログやら coredump を見ると、突如 sata を remount しようとして、
それができなくて凍っている状態だった。
それ関係の設定をみているが、まだどの設定が問題なのかよくわかんね。 どうも EXT4 の問題だったようだ。
暫定的に CONFIG_EXT4_ENCRYPTION=n, CONFIG_EXT4_FS_ENCRYPTION=n にするか
どちらも y にしたいなら e2fsprogs を 1.42.13 以上にすると良い。 4.0.7はEOLになったようだねぇ。
ところで、>>8と関係あるかどうか知らないけど、
最近xHCIがおかしい。>>8と同じ辺りから。
USB3.0のHDDにddで最後まで書いてみると、そのまま使えなくなったりする。
異常系になんかエンバグされてる気がする。 >>11 >>15
この件を fix するパッチが出た。
http://www.spinics.net/lists/linux-input/msg40332.html
さっそく当ててみたら、フリーズしなくなった。ひと安心。
カーネル4.2から採用されるらしい。 zcacheってまだ実用域までは行ってない?zswapは使ってみてるけど。 クリスマスイブだから10ピースの奴買って帰ろうかな とあるNICを使うためにdriverが必要なんですが、
kernelを使わないといけないようです。
make menuconfig
でNIC関係だけmakeするようにしたいんですが、
勝手に必要ないものもmakeするようになっています。
make menuconfigを実行して、
全部未選択状態であって欲しいのですが、
特別なoptionが必要でしょうか? >Linux Kernel 4.4.0 からFPGAのサポートが来ている
初心者ですいません
どの様な恩恵が受けられると予想できるのでしょうか? >>23
深く考えずに
make drivers/net/ethernet
でいいんでないかい Linux Kernel 4.4リリース、秒間350万のSYN攻撃に耐えるように
http://linux.srad.jp/story/16/01/14/0535219/
> Linuxカーネル4.4では、TCPリスナーのコードがlockless化され、秒間350万のSYN攻撃に耐えるようになった。
> Intel SHA Extensionsに対応し、カーネルでのSHA-1ハッシュ化とSHA-256ハッシュ化が高速化された。
> ほかにもRaspberry PiのKMS(カーネルでのディスプレイ設定管理)対応、ソフトウェア無線(SDR)の送信機のサポート、
> DCI-P3色空間のキャプチャデバイスの対応、USB 3.1 SuperSpeed Plusへの対応、
> Open-Channel SSD(ソフトウェア定義SSD)の対応などが追加されている。
http://thread.gmane.org/gmane.linux.network/380864/
こっちのパッチもマージされてるから、秒間430万のSYN攻撃に耐えれるようになってるはず。
ひょっとしたら、将来SYN floodは過去のものになるかもな。まぁ既にサービス妨害の主流は帯域潰しに移行しているけども。 ついにhw csum failureが治るか!と思ったらだめだった 4.1.18ひでぇな。
LV内のLUKSにアクセスできないし。
何度かリブートしてたらUSBポートが死んだ。
電源(通常、PCの背面にある方)を完全に切るまで復活しなかった。
ハードが壊れたかと思ったよ。 4.1.28がブート時のiptablesの設定辺りでハングアップするのってうちだけ? Linuxカーネルとかブートプロセスの勉強しようとすると、最初は8086系の
なんとかモードとかなんとかアドレッシングとか今じゃ他では役に立たないような
特定CPUアーキテクチャの過去のしがらみ知識を延々勉強しなきゃいけないみたい
で嫌になるよね。
なんかカーネルの勉強かインテルCPUの勉強やってるのかわからなくなる。
ARM版の勉強でもした方がいいのかな。ラズパイブームだし。 >>32
カーネルの勉強とブートの勉強はわけて考えるといいよ 4.8が死んだけど、4.4の次のLTSはいくつだろう。 http://www.kernel.org/
ここのlongtermがLTSなら4.9が次のLTS? 4.4を使ってるんだけどさ。
4.4.66くらいからなんかだいたい一日から数日くらいでハングアップするんだけど、
他のところではどうかな。
どこで止まるかは一定しないんだけど、
mem_cgroup_shrink_node_zone辺りが多いかな。
4.4.65に戻すとちゃんとずっと動く。 >>39 だけど、
4.4.70まではダメで、4.4.71はとりあえず4日くらい連続で動いてる。 >>40
4.11.5ですがそういった症状は全く発生してませんね
stableのものを随時追ってるので4.4.xも使っていましたが特にそのような事は無かったです
力になれなくてすみません linux-4.14-rc2では
make firmware_install INSTALL_MOD_PATH=../
等のfirmware_installがMakefileから無くなっています。
4.14-rc2カーネルビルドではfirmwareは生成されなく成ったのか、
又はインストール抽出する方法が変わったのか、
ご存知の方いれば、教えて頂ければ幸いです。 >>43
これかな?
https://lkml.org/lkml/2017/9/14/590
Greg Kroah-Hartman曰く、4.14でカーネル内のファームウェアは排除するらしいです グーグルのファズツール、LinuxカーネルのUSBサブシステムに潜む複数の脆弱性発見
https://japan.zdnet.com/article/35110109/ 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
AW3UTLVLJE intelのCPUに重大なバグ。修正により性能30%ダウンは確実。 もちろんcoffeeも対象 [589351131]
http://leia.5ch.net/test/read.cgi/poverty/1514960738/
295 :番組の途中ですがアフィサイトへの転載は禁止です (ワッチョイWW 4a85-Zn6g) :2018/01/03(水) 16:30:57.46 ID:aBMyeCcx0
>>285
これまで長らくシステムコールのときに
同一メモリ空間上のカーネルを読んでたが
これがダメだとなるとページテーブルを
がちゃがちゃしなきなんないから
まあメタ糞遅くなるよ >>295
それはUbuntuのパッチが多くて、タスク処理に時間がかかっているんでしょ。 973 :番組の途中ですがアフィサイトへの転載は禁止です (ワッチョイ 1b76-4o1u) :2018/01/03(水) 18:59:39.91 ID:Z/l+hBd50
>>961
性能を上げるために実装した推測してメモリ叩きに行く仕組みにバグがあって
そこを潰さないとアカンようになった
なおRyzenはメモリ空間の権限昇格を許さないので無問題 30. 無念 Name としあき 2018/01/03 22:52:53 No.532301807
ディスクアクセスでのパフォーマンス低下が著しいらしいな
仮想メモリマッピングのソフトウェアエミュレーション移行の影響がモロに出ている Remove the kernel mapping in user mode (PAGE_TABLE_ISOLATION) [Y/n/?] (NEW)
でファイルコピー速度比較してみた
(Kernel 4.9.75)
Yes: 70〜80MB/sec
No: 120〜130MB/sec
結構差が出る
わたしゃAMDのCPUなのでNoで運用していいんだよね? PAGE_TABLE_ISOLATIONはモジュール化できるようにしてほしい >>54
どーやって測定した?
教えて欲しいっす。
hdparm -t /dev/hoge じゃあんまり差が出なかった。
>>56
kernel param の pti=off でいいんじゃない? >>58
ファイラー(Double Commander)のコピー時の速度表示
とかconkyの速度表示(汗)
正確な値ではないかも知れないけど参考にはなると思って… >>59
了解。
あ、あと1こ教えて。
どのくらいの大きさのファイル copy った? 64bitにコンパイルした4.4.111で
cat /sys/devices/platform/i8042/serio4/input/input22/capabilities/key
6420 30000 0 0 0 0
less /sys/devices/platform/i8042/serio4/input/input22/capabilities/key
6420 0 30000 0 0 0 0 0 0 0 0
って感じで使うコマンドで読める値が違うぞ。なんだこれ?
いつからあるのこのばぐ 32bitでコンパイルしたコマンドと64bitでコンパイルしたやつで結果が違うなこれ Intel本気でこのクソをアーキテクチャにするつもりか? 誰も彼らに、お前らはバカだと言ってやれなかったのか?
彼らは文字通り、イカれたことをしている。まったく、意味のないことをしている。そのために、きみ[Woodhouse]の主張に疑問符がついてしまう。このパッチは、まともではないことを、している。
…彼らの中に、‘王様は裸だ’と言える人がいなかった。意味もなく完全なごみを詰め込む人たちしか、いなかった。こんなことを書くこと自体が、悲しいよ。
http://jp.techcrunch.com/2018/01/23/2018-01-22-linus-torvalds-declares-intel-fix-for-meltdown-spectre-complete-and-utter-garbage/
Linus TorvaldsがIntelのMeltdown/Spectre対策を“完全なごみ”と酷評 260 :名無しさん@お腹いっぱい。 :2018/02/18(日) 07:20:50.04
>>259
http://gihyo.jp/admin/serial/01/bsd-yomoyama/0131
2007年6月にOpenBSDのメーリングリストに投函されたTheo de Raadt氏のメール「Intel Core 2|openbsd-misc」がすでに今回のIntelの脆弱性を指摘
Theoすげーな 神だわ 一時はバージョンアップのたびにIT系ニュースとして取り上げられていたけど最近はまったくだね
ニュースになるたびにスケジューラーを改良しただの面白い話があったけど
もうデバイスドライバーを更新した位しかトピックスが無いのかな 僕の知り合いの知り合いができた副業情報ドットコム
関心がある人だけ見てください。
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
8W17E Linuxカーネルに潜む脆弱性、DoS攻撃に利用される可能性--カーネルバージョン4.9以降
https://japan.zdnet.com/article/35123717/ 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 らしいけどさ