24/09/06 18:42:40.63 .net
>>40
けどコンパイル時静的並列だけでは効率が悪いし
ユニット数が増えたらコンパイルし直しだぜ?
動的並列入れたらVLIWじゃなくなっちゃうし
ソフトウェア資産があるx86でいい
itaniumでもcrusoeみたいなやり方が
絶対にうまくいかなかったとまでは言えないけど
42:
24/09/06 18:45:44.23 .net
ARM事業は持ってたのに売ってしまったしな
AMDもジム・ケラーが置き土産していったARMプロジェクトを塩漬けしてた
ついにARM開発も始めるらしいが
RISC-Vでなくていいのかね
43:donguri
24/09/11 23:27:18.10 .net
すみません、図書館でWindowsXPが出てくるところまでざっくり歴史を漁った初心者です
「インターネット機能分野ではまだUNIXのほうが上」な時期から今に至るまで
UNIXを取り巻く環境はどう変わったんでしょうか
これからUNIXは、Windowsに勝てる見込みはありますか？
44:名無しさん＠お腹いっぱい。
24/09/12 00:00:42.15 .net
なんかUnix機ってここ20年くらいの日本製品に似てる気がしてきた
高機能で品質も良いからヴイヴイ言ってたけど、
安かろう悪かろうと小馬鹿にしていた中韓製品（＝Windows）が
安くて必要充分になってくるにつれ追いやられてしまい、
「高機能路線に特化する」とか捨て台詞を吐いて実態は撤退、みたいな
45:名無しさん＠お腹いっぱい。
24/09/12 00:04:35.24 .net
UNIXに関してはスレタイの通りなのでは
macOS一味は例外的に元気そうだけど
46:
24/09/12 07:18:21.55 .net
>>43
今はWindows機よりも
UNIXの一種であるLinuxベースのAndroid機の方が多いです
つまり既に勝っています
macOSやiOSもUNIXベースです
家電やIoTもほぼLinuxベースです
47:名無しさん＠お腹いっぱい。
24/09/12 10:14:04.07 .net
LinuxはUnixじゃないよ
iOSもUnixじゃないはずだが
48:
24/09/12 11:28:42.51 .net
LinuxはUNIXの一種ですよ
「UNIX」を狭く考える人はSUSv3の認定がないとUNIXではないと
言い出すのですが馬鹿げてます
下位層のAPI(例えばシステムコールやlibc)がほとんど全く同じなのに
iOSもUNIXの一種であるFreeBSDベースです
Machというマイクロカーネルに載ってる変種が元になってます
両方コッテコテのUNIXカルチャーから生まれたOSです
49:名無しさん＠お腹いっぱい。
24/09/12 11:35:35.78 .net
FreeBSDはユーザランド持って行っただけだから、Unix関係ない。
50:
24/09/12 11:39:25.78 .net
>>49
DarwinやXNUの勉強ちゃんとしてね
公開されてるカーネルのソースなんか見たこともないのに
どうしてそれについて語ろうとするわけなの?
51:名無しさん＠お腹いっぱい。
24/09/12 11:40:10.40 .net
一般に"UNIX"って綴るときはSUSの認証受けてるやつでしょ商標だし
だからわざわざ"Unix"だの"Unix-Like"だの言うわけで
で、たぶんそれらはユーザーランドまで含んだ概念だと思うから
iOSとかwatchOSとかの子分たちは違うんじゃないかなあ
52:
24/09/12 11:46:39.42 .net
>一般に"UNIX"って綴るときはSUSの認証受けてるやつでしょ商標だし
そう言い張りたい人は勝手にどうぞ
Lion's commentary on UNIXの6th editon UNIXもUNIXじゃなくなっちゃいますね
変な宗教ですね
53:名無しさん＠お腹いっぱい。
24/09/12 11:58:22.63 .net
そんな古典の話を出さないと反論できない、と
54:名無しさん＠お腹いっぱい。
24/09/12 13:23:59.92 .net
>>50
ユーザランドの話してるのに、なんでカーネル？
理解出来ないなら絡んでくるなよ低脳
55:名無しさん＠お腹いっぱい。
24/09/12 13:25:00.10 .net
>>52
オレオレUNIXを語ってる方が、おかしな宗教にはまってるようにしか見えんがのう
56:
24/09/12 13:41:30.96 .net
>>54
↓これが間違いなんですよ
ユーザランドだけじゃないんです
>>49
> FreeBSDはユーザランド持って行っただけだから、Unix関係ない。
57:名無しさん＠お腹いっぱい。
24/09/12 17:09:30.37 .net
本来のMachではBSDのサブシステムはカーネルの外にあるけど
パフォーマンス的にキビシイからXNUではカーネルの中に抱え込んでいる
というのがわしの理解
58:名無しさん＠お腹いっぱい。
24/09/12 17:13:27.93 .net
ていうか、FreeBSDには大好きなUNIX由来のコードはもう残ってないんじゃないかな
そこらへんの紛争でゴタゴタしてる間にLinuxが流行ってしまったと
59:名無しさん＠お腹いっぱい。
24/09/12 19:51:18.50 .net
ケンカはやめて（＞＜）
60: 警備員[Lv.8][新芽]
24/09/12 20:06:28.88 .net
>>58
外されたのはAT&T由来のコードね
4BSDからUNIX本山はバークレー校だよ
61:名無しさん＠お腹いっぱい。
24/09/12 20:18:25.45 .net
各社のワークステーションは初期はBSD系のOS乗せてたけど
その後に全部SystemV系に置き換わったじゃん
62:名無しさん＠お腹いっぱい。
24/09/12 21:16:53.96 .net
FreeBSDもLinuxもUnixだとか言っちゃう人が
ワークステーションなんか触ったことないだろ
63:名無しさん＠お腹いっぱい。
24/09/12 23:27:57.82 .net
UNIXに本山という考え方自体が馴染まないと思うわ
時代に合わせてv6,v7までベル研、その後BSD、SunOS -Solaris、HP-UX、AIX,LINUX、Freebsd、NetBSDなど勝手気ままに生まれては消えているし
そういえば日立のLUNAというのもあったな
64:名無しさん＠お腹いっぱい。
24/09/12 23:52:04.95 .net
LUNAはオムロン
日立は2050
65:名無しさん＠お腹いっぱい。
24/09/13 00:39:07.85 .net
2050はハードウェアの名前
66:名無しさん＠お腹いっぱい。
24/09/13 07:22:26.23 .net
Lunaはハードウェアじゃないの？
67:
24/09/13 11:44:18.57 .net
>>61
SystemV系なんてもう死滅寸前じゃん
68:
24/09/13 11:46:30.89 .net
>>62
Sun2も使ったことあるけど
FreBSDもLinuxもUNIXだと思いますね
69:名無しさん＠お腹いっぱい。
24/09/13 11:59:59.88 .net
家庭用ゲーム機はぜんぶファミコンだしな
70:名無しさん＠お腹いっぱい。
24/09/13 13:12:57.22 .net
>>67
元々そういう話をしてるスレなのだが
お爺ちゃんなのかな、現状認識が上手くいってないようだね
71:
24/09/13 13:52:04.37 .net
>>70
SystemV系だけがUNIXなんてレスはどれなんだよ
SUSv3なら他にも認定受けてるし
72:名無しさん＠お腹いっぱい。
24/09/13 14:06:50.91 .net
基本、話の流れとかは無視なのね
73:名無しさん＠お腹いっぱい。
24/09/13 17:22:11.93 .net
>>71
SystemV系だけがUNIXなんて誰が言い出したの？
お爺ちゃんが急に持ち出した話だよね？？
74: 警備員[Lv.8][新芽]
24/09/13 18:31:19.38 .net
LinixもmacOSもUNIXじゃないなんて狭く考えるやつは
脳内で勝手な俺ルール想定してるだけで基準なんてない
macOSなんてSUSv3だぜ?
75:名無しさん＠お腹いっぱい。
24/09/13 19:20:36.95 .net
macOSがUNIXじゃないと言ってる人はいないのでは
76:
24/09/13 19:45:22.35 .net
macOSはUNIXだけどLinuxはUNIXじゃないという人はいる?
77:名無しさん＠お腹いっぱい。
24/09/13 23:45:35.89 .net
LinuxはUnixじゃないだろ
今はむしろUnix製品がLinuxになりつつある
78:名無しさん＠お腹いっぱい。
24/09/14 08:55:47.94 .net
UNIXとは、美容室であり、オーディオ機器でもある
79:
24/09/14 10:52:44.66 .net
タッパーウェアでもあるしな
80:名無しさん＠お腹いっぱい。
24/09/15 15:00:56.64 .net
>>62
商用UNIXおじさん出たーー
確かにlinuxは別
81:
24/09/15 18:20:56.94 .net
今UNIX本筋はLinuxとAndroidとmacOSとiOS
4つもあってどれか持ってる人が多いんだから普及したもんだ
82:名無しさん＠お腹いっぱい。
24/09/15 19:36:06.38 .net
ほぼ死にかけのHP-UXやSolarisはともかく、
今やUnixと言えばAIXだと思うのだが、
パチモンが先に出てくるこの世の中よ...
83:
24/09/16 04:57:23.13 .net
もうAIXだけだもんな
SUS V7適合は
84:名無しさん＠お腹いっぱい。
24/09/18 10:02:47.56 .net
>>41
いやItaniumは命令またいで並列性記述で、後はそれぞれ実装の中でユニットの限り並列に実行するという発想だったんよ
実行ユニットが倍増でもしない限り一度のコンパイルでOKの予定だった
x86の資産が使える方がいいのはその通りだけど
ただ時代も変わってCPUアーキテクチャの種類の重要度落ちたし、ARMがこれだけ発展したなら、x86がなくなってもおかしくはかいかもね
x86にも旧命令を残しつつ、より新しくてスケジュール効率の良い命令も実装してそちらに徐々に入れ替えていこうという構想もあるみたいだけど
85:
24/09/18 10:59:52.07 .net
VLIWってのは凄く原始的なアイデアで
SIMD並列のCPU内部版なわけだけど
古いコンピューター・アーキテクチャが前提になってる
メモリアクセスのコストが一定の前提
現在は計算ユニットとメモリの間には多段のキャッシュがある
だからメモリアクセスコストは実行時にしかわからない
そして一番遅かったのに合わせてしか命令を捌けない
動的スケジューリング以外生き残れないなんて
インテルの技術者はほぼ全員分かっていたと思うが
RISCでさえそうなんだってi960とかの経験で知ってたし
少し前までのマイクロソフトと一緒で社内闘争が激しすぎた
勝ち残ったプロジェクトリーダーは大儲けだから
それを是正出来なかったから会社が凋落するわけだよね
もちろんまだチャンスはある会社だとは思うが
86:名無しさん＠お腹いっぱい。
24/09/22 14:18:59.42 .net
今後のコンピューティング需要はAIが主体だし古いアーキなんてガンガン捨てられる
インテルは相当危機感持ってるよ
87:
24/09/22 15:37:57.87 .net
RISCで負けて
x64で負けて
GPUで負けて
ARM部門は売却済み
全部戦略ミス
88:名無しさん＠お腹いっぱい。
24/09/24 17:27:52.86 .net
>>85
メモリアクセスでキャッシュから外れていたらその時点で例外発生して他のプロセスにスイッチだから、メインメモリへのアクセスが速いか遅いかで全体のパフォーマンスへの影響は無いに等しいよ
(もちろんメモリの速度はトータルのスループットには影響するかもしれないが、スケジューリングが動的か静的かは関係無い)
命令の並列度なんて上限はたかが知れてるし今後もそんなに増えないから、ItaniumのEPIC(VLIW)が順調に進化していたら、デコードコスト低いメリットが活かされていくことになっていただろうねぇ
まあx86の巨大市場の前に技術的な優位性関係なく消えていったが
89:名無しさん＠お腹いっぱい。
24/09/27 21:07:56.24 .net
また0からやり直そう
POSIXから捨てよう
90:
24/09/28 11:48:05.97 .net
>>88
CPU内キャッシュがヒットしないくらいで
プロセス切り替えなんて発生しませんけど
91:名無しさん＠お腹いっぱい。
24/09/28 13:02:58.36 .net
キャッシュミスでコンテキストスイッチみたいな重たい処理動かしてたら
無茶苦茶遅くなりそう...
92:名無しさん＠お腹いっぱい。
24/09/28 14:36:20.31 .net
なるほど、すぐ諦めずちょっと待つという話ですよね
そのへんのタスクスケジューリングのリアルな知見ってどうやって勉強したらよいのやらです。OSを自分で作ってみよう系のムック本とかですかね？
情処エンベデッドにも問題出てくるけど、SES業態でそんなの勉強できる案件ないよトホホ
93:名無しさん＠お腹いっぱい。
24/09/28 14:44:42.95 .net
普通のアプリ作ってるだけでもそういう話に触れると思うけどなあ
例えばWindowsのGUIだって、GUI側で黙って待ってても処理進まないから
sleep(0)でコンテキスト返却するとかバッドノウハウ的な部分だってあるし
そしたらいつコンテキスト取り上げられるんだろう？とか関連APIの説明を読むとか
OSの中身にまで踏み入らなくてもしれる部分はいくらでもある
94:名無しさん＠お腹いっぱい。
24/09/28 15:17:21.36 .net
まあ、そうです…まさに、自分はアプリを作る中で触れてきました
ip通信デーモンを作る仕事を繰り返す中で、
クソ遅かった実装パターンと速く動いた実装パターンとで比較して、自分なりの勝ち筋を見いだした、けど、その知見で次の職場で速いコードを書いても、他人には全く理解してもらえず苦労したんです
自分は実際の職務経験から、select系apiでシングルスレッドでのイベント・ドリブン型、協調型マルチタスクでないと速く動かない！マルチスレッドは全然ダメだ！と結論したけど
そのプログラミングモデルは理解がしやすいと言えないので、他人から「なんでそんな難しく作っちゃうの」的に批判されて、マルチスレッド型で全部作り直したい、とか低評価された
95:名無しさん＠お腹いっぱい。
24/09/28 15:21:10.14 .net
あと私は「アプリ」のプログラミング インタフェース（API）の仕様に、OSのスケジューラがコンテキストスイッチを起こすか起こさないかを、もし書いてたら、書きすぎでメンテ性が低下するバッド仕事だと思います
だから（api 仕には書いてないから）「自分ならOSをこう作るな」と想像したり、試作して比較して多分こう、ていう不確かな知見になって、他人に「それお前の勝手な推測だろ」って言われる訳です
96:
24/09/29 09:50:42.44 .net
>>92
英語だけど
Understanding Linux real-time with PREEMPT_RT training - Bootlin
URLﾘﾝｸ(bootlin.com)
古典的ではない排他プリミティブ
URLﾘﾝｸ(ja.m.wikipedia.org)
CPU内の動的スケジューリング
Lecture 18: Instruction Level Parallelism -- Dynamic Scheduling, Multiple Issue, and Speculation
URLﾘﾝｸ(passlab.github.io)
97:名無しさん＠お腹いっぱい。
24/09/29 10:11:46.31 .net
>>96
ありがとうございます。
CAS命令LLSC命令は前の現場でソース読んでたら出てきて、なんじゃこりゃ？ってなって勉強した記憶があり。少し思い出して来ました
pdfの資料は…時間作って読んでみます。貴重な情報ありがとうございます
98:名無しさん＠お腹いっぱい。
24/10/04 07:02:57.73 .net
Garuda Linux
URLﾘﾝｸ(garudalinux.org)
Garuda Linuxとは？美しいデザインとパフォーマンスに優れた Arch ベースの Linux ディストリビューション
URLﾘﾝｸ(pc-freedom.net)
Garuda Linux プロジェクト日本語トップページ - OSDN
URLﾘﾝｸ(ja.osdn.net)
Garuda Linux をインストールする
URLﾘﾝｸ(zenn.dev)
Garuda Linux は美しいネオンの外観で手間のかからない Arch エクスペリエンスを提供します [ビデオ付きレビュー]
URLﾘﾝｸ(ja.linux-console.net)
【Garuda Linux】おしゃれな外観のLinuxディストリビューション
URLﾘﾝｸ(note.activetk.jp)
99:
24/10/04 12:09:32.29 .net
>>97
ヘネシー・パターソンは読んだんかな
最新まで邦訳されてんのかどうか
preemptinessが必要ないかあまり重要でなければ
自らyiledしてCPUを手放すのは効率がいい
Xorgサーバもそうなっている(使ってるのはselect)
100:名無しさん＠お腹いっぱい。
24/10/04 18:57:41.76 .net
>>99
あざす
ヘネパタって奴ですね、未読です
自分も select 系のAPIを使って、アプリ内の各タスクが細切れのタスクを実行し、自分でcpuを離す方式、で、成功体験が多数あります。まさにXのメインループと同じ方式の認識です
この方式だとどこかがバグって無限ループすると（プリエンプトがないので）他のタスクに制御が行かなくて詰むのだけど、経験上一番速く、cpuがグルングルンに回る
101:名無しさん＠お腹いっぱい。
24/10/20 08:31:09.03 .net
無料で手に入るLinuxに流れるのは自然
Windowsも無料の互換OSが出たら同じ運命
102:Anonymous
24/10/20 17:03:03.59 .net
私書箱付き掲示板の宣伝に参りました。
コネクションボックス
URLﾘﾝｸ(ryzo.jp)
ご利用方法
URLﾘﾝｸ(ryzo.jp)
コンピューターの広場板
URLﾘﾝｸ(ryzo.jp)
ヘッドライン
URLﾘﾝｸ(ryzo.jp)
どうぞよろしくお願いします。
103:名無しさん＠お腹いっぱい。
25/01/02 03:03:15.10 .net
>>89
これな
104:名無しさん＠お腹いっぱい。
25/01/07 21:59:37.33 .net
>>2
もう十数年前にディスコン発表して、4年くらい前に販売終了してるからね
たぶんサポートもそろそろ終わるんじゃなかったかな？
I/O周りは堅くて良かったけどなあ