「SID」を含む日記

はてなキーワード: SIDとは

2025-05-20

■

https://www.nikkei.com/article/DGXZQOGM198JT0Z10C25A5000000/

Harmony OSをPCでも使うのか

Linux, Windowsは長い歴史と実績を持つOSです
もし現代に0から OSを作成する場合、これらのOSの技術的負債や欠点を教訓として設計するならどのようなものが考えられますか？

1. どんな「負債・欠点」を教訓にすべきか

観点	Linux で顕著	Windows で顕著	共通課題
カーネル構造	巨大モノリシック＋常に ABI が流動的（外部モジュール苦労）	歴史的にモノリシックに近く高密度・複雑	信頼境界が広く、脆弱性が権限昇格に直結
安全性	Unix-型「ユーザー/グループ + SUID」が限界	ACL/SID が複雑化・分散	“一発 root/SYSTEM” を許すモデル
ドライバ	OSS/ベンダ混在・署名不足・上流統合が負担	内部 API 長期固定の重荷、古い HW サポートが尾を引く	カーネル空間に巨大コード
更新	ディストロごとに仕組み相違、再起動依存	累積パッチ巨大・Reboot 必須	取替え可能性 ≈ 可用性低下
ユーザー空間	バイナリ互換よりソース互換優先で「壊れやすい」	DLL Hell / COM 登録 Hell	グローバル名前空間汚染
設定管理	/etc + 点在 config → 形式・権限バラバラ	Registry 巨大モノリス → 腐敗	アトミックではない変更が多発
開発プロセス	メーリングリスト文化でレビューボトルネック	閉鎖的で古いコード維持不可避	純粋なモジュール性が欠如

2. “もし今ゼロ から作るなら”──設計 原則

それぞれのデメリットをあげてください、古いOSでなぜそうなっていないのか？

最小特権＆分離徹底

マイクロカーネル（あるいは hybrid microkernel）＋ユーザー空間ドライバ。

カーネル定義の “secure capability” ハンドルのみを他プロセスへ授与。

seL4 や Fuchsia の Zircon が示す「検証可能サイズ」を目標に。

観点	デメリット	旧 OS が採用しなかった背景
性能	コンテキストスイッチと IPC が頻発し、90 年代 CPU では大きなオーバーヘッド。	ハードウェア性能が不足し、リアルタイム性やスループットを優先した結果、モノリシック構造に。
実装コスト	OS サービスが分散し、デバッグやトレーシングが煩雑。	完全分離を行うツールチェーン／デバッガが未成熟だった。
ドライバ移植	ユーザー空間化で ABI は安定するが、低レイテンシ要求デバイス（GPU など）の処理が難しい。	当時は “音声が途切れる” 程度でも市場競争力を失うためカーネル内に残す決断。

メモリ 安全 言語によるカーネル 実装

Rust や Zig のような safe systems 言語。

C 部分は必要最低限に隔離し、unsafe 領域は形式検証 / fuzz 前提。

デメリット	背景
ランタイム負荷言語ランタイムを最小に削る必要があり、一部 unsafe が不可避。	70〜90 年代は C 以外に bare-metal 向け安全言語が事実上存在せず。
コンパイラ信頼性コンパイラ自身の欠陥がカーネル欠陥に直結。	“自己ホスト” 安全言語を実機に載せる環境が不足。
学習コスト OSS/商用エコシステムが C 前提で巨大。	ドライバサンプル・書籍・人材が C/C++ に集中していた。

厳格に固定した “外部” ABI / 柔軟な “内部” API

外部インタフェース（syscall, driver ABI）は長期安定。

その裏で内部サービスは gRPC/FlatBuffers 相当の IDL で世代管理し交換可能。

デメリット	背景
進化速度の拘束ユーザ空間から見える syscall を変えにくい。	MS-DOS 互換・Unix 互換という既存ソフト資産が最重視された。
バイナリサイズ肥大旧世代 ABI を残すため “脂肪” がたまる。	ストレージ単価が高く「後方互換より容量削減」が優先された時期が長い。

ユーザー 空間＝サンドボックス前提

アプリは原則 container-like sandbox（Wasmtime, OCI など）で実行。

ファイルシステムは per-app の仮想 Namespaces、権限委譲は capability passing。

デメリット	背景
複雑な権限委譲ファイルダイアログすら Capability 伝搬を要し、開発者負担。	“単一 PC＝単一ユーザー” が前提で、砂箱の必要性が薄かった。
互換レイヤ既存ネイティブアプリを仮想化するとパフォーマンス低下。	RoM の小規模ゲームですら速度が死活問題だった 80～90 年代。

イミュータブル／スナップショット ベース 更新

A/B partition や OSTree 型 “全イメージ” 交換。

任意時点へ atomic rollback；カーネル更新も Live-patchable。

デメリット	背景
ストレージ消費 OS イメージを常時二重に保持。組み込みでは致命的。	HDD が高価・遅い、SSD がない時代には非現実的。
アップデート粒度小パッチ配布より帯域を食う。	ダイヤルアップ回線や CD リリースが主流で “差分パッチ” が合理的だった。

宣言的＆トランザクション設定ストア

systemd-や Kubernetes-風の “状態 = 宣言” を1か所に。

変更は ACID 保証付き、署名・監査ログ付き。

デメリット	背景
学習曲線既存の `vim /etc/xxx.conf` 流儀や regedit から大きく変わる。	管理者層が “設定＝テキスト or レジストリ” に慣れ切っていた。
複雑なマイグレーション全サービスが同時に対応しないと一貫性が壊れる。	OSS は分散開発で統一仕様を打ち立てる強権がなかった。

ドライバ配布 = WebAssembly あるいは eBPF-like バイトコード

安全にホットロード可能、カーネル ABI に非依存。

ベンダーは署名した “driver capsule” をリリースするだけ。

デメリット	背景
パフォーマンス JIT / interpreter を挟むぶんネイティブより遅い。	当時 JIT 技術が未成熟で、リアルタイム I/O を捌けなかった。
ハード依存 API DMA や割込みの抽象化が難しく、結局 “逃げ” でネイティブ部が残る。	旧 OS ではベンダがアセンブリ最適化で差別化していた。

一貫した並行・リアクティブ モデル

ユーザー空間 API は async/await; カーネルはメッセージ転送中心。

NUMA・GPU・FPGA などヘテロ資源を first-class に。

デメリット	背景
コード複雑化 async/await で “状態機械” を書けないとデッドロックを誘発。	90 年代はシングルコア前提で同期 API が単純・高速だった。
デバッグ困難スタックトレースが非同期に飛び、ツールチェーンが未整備。	OS デバッガ/プロファイラがプリエンプティブスレッド中心に設計されていた。

セキュリティ = デフォルト 有効な強制 アクセス制御

Capability + Labels (MAC) + Hardware root-of-trust (TPM, DICE) を統合。

初期セットアップで自動・鍵生成、リモート検証を容易に。

デメリット	背景
ポリシー設計負担 SELinux でも “設定が難し過ぎて結局無効化” が多発。	当時はネット接続率が低く、ローカル攻撃ベクトルのリスク認識が薄かった。
互換問題古いアプリが過剰特権を要求し、制御を有効にすると動かない。	商用ソフト対応を優先し無効化せざるを得なかった。

ビルド/配布 = リプロデューサブル + SBOM

すべての公式バイナリは reproducible build エビデンスと SBOM 付与。

脆弱性スキャンと revocation を OS レイヤが自動化。

デメリット	背景
ビルドパイプライン整備コスト全パッケージを byte-identical に再現するにはツール統制が必要。	オープンソース文化自体が黎明期で、ビルド環境を標準化する動機も手段も希薄。
秘密ロジック公開の葛藤一部ベンダはソースハッシュ公開を嫌がる。	IP 保護が優先され、署名のみ・SBOM なしがデファクトだった。

3. 具体的なアーキテクチャ案（ハイ レベル）

User Apps (Wasm / OCI  Sandboxes)
-------------------------------------
│ Capabilities
▼
Services ──▶ Driver Svcs(user-space)
(Pkg, GUI, FS)
-------------------------------------
│ syscalls = message send / recv (stable ABI)
▼
Microkernel ~100 kLoC, memory-safe
(sched, vm)
-------------------------------------
│ Secure IPC (SMC / VTL)
▼
Hypervisor(optional, for legacy guests / composable sandboxes)

Legacy Compatibility は Type-2 ハイパーバイザで提供し、歴史的 API を隔離。

UI Stack もユーザー空間サービスとしてホットリロード可。

Policy Engine で JSON/YAML 宣言→バイトコードへ compile、ランタイム適用。

4. 開発・ガバナンス面の学習 ポイント

教訓	新 OS プロジェクトでの対策
Linux: 大規模パッチはレビューパンクする	GitHub PR + 公式 LTS gatekeeper、CLA & コーディング規約を機械検証
Windows: Close-source で内部知識が属人化	100% open-design、Spec⇄Impl 双方向ドキュメント、自動生成
両者: “一社主導 vs 実質無政府” の二極端	財団モデル (Rust, Cloud Native) で技術運営と商用版の両輪

5. まとめ — “現代的 OS” のキーワード

Memory-safe microkernel
Capability-based security
User-space drivers / eBPF & Wasm extensibility
Immutable, transactional updates
Reproducible builds with SBOM
Declarative state management
Bui lt-in container & virtualization stack
Formal verification for critical paths

これらを先天的に組み込むことで、Linux/Windows が数十年かけて抱えた技術的負債（巨大特権領域・ABI拘束・設定の散逸・更新の非原子性 etc.）を回避しながら、クラウド・エッジ・IoT・AI アクセラレータが混在する 2020-30年代以降の計算環境に即した OS が実現できます。

遠大過ぎる・・・・

国家プロジェクトれべるだわ

中華発新世代OSを期待だな

Permalink | 記事への反応(1) | 00:48

2024-11-20

■anond:20241120165403

ayaneo 3が近々でるから個人輸入するか国内版を待つといいんじゃね

https://www.4gamer.net/games/557/G055725/20241109002/

ポータブルゲーミングPCの中ではSteam Deckはそこまでオススメはされないぞ

そいつだけ独自 OSだから囲い込まれる気満々の人以外はビミョー

https://www.sofmap.com/contents/?id=nw_ga_select&sid=portable

https://pc.watch.impress.co.jp/docs/topic/feature/1625974.html

Permalink | 記事への反応(0) | 17:03

2024-11-16

■anond:20241116200304

お前さ、そんなことで悩んでる暇があったら、歴史をちょっと調べてみろって。Sid Meier's Civilization VI はただのゲームじゃねえ、文明の進化そのものなんだよ。

まず、これを理解するためには「文明とは何か？」を考えなきゃいけない。文明っていうのは、ただ技術や文化が積み重なっていくものじゃない。それは国家の歴史そのものであり、経済、政治、戦争、文化が絡み合って形成される複雑なシステムだってことだ。これを理解するには、少なくともアレクサンダー大王やナポレオン・ボナパルトみたいな歴史の巨人たちがどんな選択をして、どういう結果を生んだのかを知る必要がある。

例えば、ナポレオンなんて「戦争を制する者は国家を制する」って信じて、無謀とも言える戦争を繰り返したけど、結果的にヨーロッパの地図を一変させた。文明 VI の中での選択も、まさにこのような形で現実の歴史を再現するわけだよ。

そして、「何をどうすれば楽しいか」がわからないって言ってるけど、これはちょっと甘いな。そもそも、ゲームを「楽しむ」っていうのは、ただ「勝つ」ことだけじゃないんだよ。**「挑戦」があって、「失敗から学ぶ」**過程にこそ面白さがあるんだ。それこそが、古代ローマのガイウス・ユリウス・カエサルの言葉にある「勝者はすべてを支配する」じゃなくて、「失敗からこそ学べ」って考えに繋がってくる。

「ハマる要素が見えない」？それはお前が「成長」って概念を理解していないからだよ。文明 VI は、最初はどうしても戸惑うかもしれない。でも、まるでアルキメデスが「ユークリッドの定理」に気づいた瞬間みたいに、ゲームの中での小さな発見が積み重なることで、あなたの視野が広がるんだ。その瞬間が「ハマる」ってことなんだ。

つまらないって言ってる時点でお前はまだ、文明の「生み出し方」「育て方」ってものを分かっていない。それはまるでアトランティスの遺跡に足を踏み入れたような感覚だぞ。最初は何も見えないけど、じっくり掘り下げていけば、必ずその奥に隠された壮大なものが見えてくる。そこで「やっと面白い！」って思えるわけだ。

お前に足りないのは、忍耐力と好奇心だな。時間をかけて、あれこれ試行錯誤しながらプレイしてみろ。最初から答えを求めすぎるな。歴史的にも、アリストテレスやデカルトのような偉人たちだって、最初から全てを理解していたわけじゃない。時間をかけて、失敗しながら、少しずつ「真理」にたどり着いたんだ。

だから、ちょっと調べてみろ、ちょっと考えてみろ。これが「文明」ってものの本質だ。

Permalink | 記事への反応(1) | 20:04

■Sid Meier's Civilization VI の楽しみ方がわからない

はてなブックマークでSteam セールの記事がホットエントリになってたから余ってたクレカのポイントで買って詰んでおいたのを思い出して遊んでみたんだけど、何をどうしたら楽しく遊べるのかよくわかんない。

序盤こうすればいいよ、という動画はあったので見たんだけど、どういった魅力のあるゲームなのかはわからなかった。

コメントでは時間が溶けるとかハマってる人も多そうだったんだけど、自分に合う合わないは別としてハマる要素が見えてなくて困惑してる。

Permalink | 記事への反応(2) | 20:03

2024-08-20

■

sidで久々に極大の問題踏み抜いたなあ

ブートしなくなるんだもん

まいったわん

Permalink | 記事への反応(0) | 20:26

2024-07-10

■Steam サマー セールで買おうかどうか迷っているが、あと1日。

初めて、はてな匿名ダイアリーを書くのだが。。。良いのかな、こんなので。

Steam サマーセールで、シヴィライゼーション VIが95%オフの350円。全部入りのSid Meier’s Civilization ® VI Anthologyでも、89%オフの2,723円。

2025年には、Sid Meier’s Civilization ® VIIも出るし、2020年 4月に新型コロナによるステイホーム対策で買ったSid Meier’s Civilization ® IVも、まだ遊べているし。

ゲームの推奨スペックで、グラフィック: 2GB & AMD 7970 or nVidia 770 or greaterとあるのだが、どんなPCを買ったらよいのだ？

今使っているPCは、CPUは、Intel Core i3-6100だし。グラフィックが全く分からんのだが、Intel(R) HD Graphics 530で専用ビデオメモリは、128MBとある。

新しくPCを購入しないとシヴィライゼーション VIが出来ないのだな。

出来るだけ廉価で買うとなると、どのPCが良いのだろうか。

kakaku.comのデスクトップパソコン人気売れ筋ランキングのベスト 10でダメなPCありますかね。

冬までに学んでおかねば。

Permalink | 記事への反応(2) | 09:55

2024-04-20

■anond:20240419225532 anond:20240528105203

ワイも致死率と副反応考えたら、打つ必要性無し・・・と判断して1回も打たなかったけど、

打ってくれた人は、高齢者や基礎疾患のある人に、めちゃくちゃうつさないための壁になってくれたのだから、

その様な言い方はよくない

しかしターボ癌かぁ、どこで使われている言葉なんだよって思ったら、

オーストラリアのロバーツ議員が "commonly called turbo cancer" とか言ってて草

とりあえず、英語圏でも使われている(？)言葉らしいが、いうほど一般的か？

https://www.aph.gov.au/Parliamentary_Business/Hansard/Hansard_Display?bid=chamber/hansards/27118/&sid=0221

ターボ癌の元になっているはこの症例報告っぽい(？)けど、

B-cell lymphoblastic lymphoma following intravenous BNT162b2 mRNA booster in a BALB/c mouse: A case report

https://www.frontiersin.org/journals/oncology/articles/10.3389/fonc.2023.1158124/full

ハッキリ下記の様に書かれとるわね

In the months following publication, we noticed that our case report has gained significant public attention, particularly on social media platforms. More specifically, our case report has been largely misinterpreted and used as a study providing evidence that mRNA COVID-19 vaccination can trigger a phenomenon which has non-scientifically been referred to as “turbo cancer”. First of all, we wish to unequivocally dis associate ourselves from this term. In our case report, there is not a single reference to a condition called “turbo cancer”, nor do we recognize it as a legitimate medical term.
(私たちの症例報告が、特にソーシャルメディアプラットフォームで大きな注目を集めていることに気づきました。私たちの症例報告は大きく誤解され、mRNA COVID-19ワクチン接種が非科学的に「ターボ癌」と呼ばれる現象を引き起こす可能性があるという証拠を提供する研究として使用されてきました。まず第一に、私たちはこの用語から明確に切り離したいと考えています。私たちの症例報告には、「ターボ癌」と呼ばれる状態への言及は一つもありませんし、それが正当な医学用語であるとは認識していません。)

Permalink | 記事への反応(1) | 03:43

2024-03-26

■

これはアマゾンのサイトですか？

https://506p8w3.sentbowlboat.live/xqaxjvhs/?u=3w8p605&o=pn1kfzq&t=pshtb_2103_B_punderUrl_onclick&f=1&sid=t2~i54khbgytdgx0yx4fwa3lyjo&fp=IVaS1wroOm2veUJT8RNDSQ%3D%3D

Permalink | 記事への反応(0) | 06:10

2024-03-21

■anond:20240320212246

じゃ出てないやつ。和式を使ってみる。

実体験じゃなくて伝聞なんだけどさ。

洋式を使う時と姿勢が違うじゃん？日本人の体にあってて、和式だと出がよくなるって聞いたことがあるよ。

https://www.irisplaza.co.jp/index.php?KB=SHOSAI&SID=H250252

こんなのもあるみたい。

Permalink | 記事への反応(0) | 19:48

2024-02-22

■恒心教と荒らし共栄圏、暇空茜とmisskey荒らしについて

恒心教、荒らし共栄圏と暇空茜、アニメイト爆破予告とmisskey荒らしが話題になっていたので幾つか書く。

まず暇空茜や堀口英利を相手に爆破予告を行ったのは間違いなく荒らし共栄圏である。

amexという北陸在住の中学二年生と一般パナマ VPNという人物が植田という荒らし共栄圏の粘着対象の兵庫県の学生、河野という同じく粘着対象の宮崎県の学生を騙って予告を行った。

またmisskey荒らし及びmisskeyへのサイバー攻撃を行ったのも荒らし共栄圏である。

こちらの犯人は同じくamex である。

そして荒らし共栄圏が讃えているワッパステイというリーダーは何者か。

https://krsw-wiki.org/wiki/%E5%94%90%E6%BE%A4%E8%B2%B4%E6%B4%8BWiki:%E3%83%81%E3%83%A9%E3%82%B7%E3%81%AE%E8%A3%8F/%E6%9D%BE%E6%9D%91%E5%A4%AA%E9%99%BD

https://040298.xyz/phpbb/viewtopic.php?t=10&sid=daaf081f6de5f6b107ea8d97630b3af3

彼の個人情報は既に特定されている。

荒らし共栄圏の資金源は何だろうか？

それはアカウント乗っ取りと盗難クレカを使ったカーディングである。

https://t.me/wangbabao

これは彼らの盗難クレカ販売サイトである。

荒らし共栄圏のメンバーが特定されているのに捕まらないのは何故か？

それは彼らが子供だからだ。

ついでに書いておくと、荒らし共栄圏は一つだけではなく、aarr、rein共栄圏という別派閥もある。

https://discord.gg/DPmPdpcNqs

https://discord.gg/ctkp

Permalink | 記事への反応(2) | 22:48

2023-01-03

■ルリ/テツの交換ポケモンには色違い ブロック ルーチンが(たぶん)ある

需要があるかは分からないが、検証してみたので一応

NPCと交換して入手するポケモンの乱数調整

NPCとの交換によって入手できるポケモンの仕様は作品によってまちまちだが、多くの場合は性格値(PID)や個体値が固定化されていて、乱数調整することができない。

しかし一部のポケモンについては、固定乱数と同様の乱数値によって生成されるため、乱数調整することが出来る。

特に、XDでギンザルと交換できるヨーギラスなどは、色違いにすることも可能であることが知られている。

なお、この際はギンザルの表ID(TID)と、プレイヤー自身の裏ID(SID)の組み合わせで個体検索をする必要があった。

ルリ/テツ 乱数調整

先に結論から書いておくと、ルリ/テツからもらえるポケモンは乱数調整できるが、色違いにすることはできない。ここから以下はその検証の過程になる。

参考とした先駆者の記事がこちら。

ルリ・テツ乱数【ポケモンBW2】
https://note.com/amanogawa_ginga/n/n07a099613018]

調整の準備

ライモンシティでライブキャスターを拾うところから始まる一連のイベントを完了済み
ライブキャスターでルリ/テツを呼び出す(1日1回のみ、キャスターの一番下に項目が追加)
ライモンシティ東の遊園地の観覧車前に立っているルリ/テツの目の前(起動直後にAを押せば話しかけられる状態)でレポート

他のNPCとのイベントが発生している場合などに連絡できないことがある。日付が変わった直後にライモンシティ内でライブキャスターを起動するのが安全か。

乱数の仕様

固定乱数 (5genSearch内での「NPC から貰えるポケモン」に該当する)
ルリ/テツ自身と、周囲の環境によって不定乱数消費が行われている
同様に不定消費のあるコバルオンなどと比べても遥かに消費が速い
ルリ/テツに話しかけた時点から、交換が終了するまで乱数の変動は停止する

第5世代において、不定消費がある場合は、お馴染みのおしゃべりペラップによる初期seed 特定を行う必要がある。音の高低を判断するため、録音も必須になる。

上記のように消費速度が非常に速いため、出来るだけ起動後すぐにメニューを開き、任意消費終了後には素早く話しかけられるようにしたい。

検証

上記のギンザルのケースがあるので、IDの組み合わせを含めた条件をいくつか変えながら乱数調整を行った。

各組み合わせの結果

色違いでない個体値乱数調整：いずれも成功
プレイヤーの表ID×プレイヤーの裏ID：性格値が一致するが、色違いにならない
ルリ/テツの表ID×ルリ/テツの裏ID：色違いになる個体のみ、性格値が一致しない
ルリ/テツの表ID×プレイヤーの裏ID：性格値が一致するが、色違いにならない
プレイヤーの表ID×ルリ/テツの裏ID：性格値が一致するが、色違いにならない

以上の結果、特に3.によって、ルリ/テツから貰えるポケモンには色違いブロックルーチンが設定されていると判断できる。

Permalink | 記事への反応(0) | 06:21

2022-09-08

■

rikenのsid 更新できねえな

Permalink | 記事への反応(0) | 23:06

2022-04-27

■Xbox等をインストールすると大量のDistributedCOMの10016警告がイベントに記録される件

こんなの

アプリケーション固有のアクセス許可の設定では、CLSID
{2593F8B9-4EAF-457C-B68A-50F6B8EA6B54}
および APPID
{15C20B67-12E7-4BB6-92BB-7AFF07997402}
の COM サーバーアプリケーションに対するローカルアクティブ化のアクセス許可を、アプリケーションコンテナー利用不可 SID (利用不可) で実行中のアドレス LocalHost (LRPC 使用) の
ユーザー Masuda\YourPC SID (S-*--**-******-******-******-****) に与えることはできません。このセキュリティアクセス許可は、コンポーネントサービス管理ツールを使って変更できます。