西川善司の3DGE：チーフアーキテクトが語った「PS5 Pro」の秘密とは？　レイトレーシングの強化点や超解像機能に注目だ ライター：西川善司 Mark Cerny（マーク・サーニー）氏 去る2024年12月19日，ソニー・インタラクティブエンタテインメント（以下，SIE）は，PlayStationハードウェアのリードアーキテクトであるMark Cerny（マーク・サーニー）氏による動画「PS5 Pro Technical Seminar at SIE HQ」を公開した。 非常に興味深い内容であったので，本稿で深掘りしてみよう。なお，筆者によるPS5 Proの実機評価や技術的側面の考察については，前回の記事を参照してほしい。 PS5 ProのGPUがRDNA 3を採用しなかった理由とは？ 動画の冒頭でCerny氏は，「PS5 Proでは，ゲーム体験を変えるつもりはなかった」「PS5 Pro

西川善司の3DGE：PS5 Proのスペック詳細と実機でのゲームプレイから見えてきた実情。レイトレの強化はゲーム体験も拡張する？ ライター：西川善司 PlayStation 5シリーズ初の高性能モデル「PlayStation 5 Pro」（以下，PS5 Pro）。筆者もレビュー機材を使って，さまざまな実験をしている。そこで本稿では，PS5 Pro発表時点には明らかになっていなかった事実を整理しつつ，ゲームを動作させて見えてきたPS5 Proの実情を考察していきたい。 PS5 ProのGPUスペックが判明 PS5 Proについて，ファンの間で盛んな議論が行われていたのは，「PS5 ProのGPUアーキテクチャは，RDNA 2以前のものなのか。それともRDNA 3以降のものなのか」という点だった。この点は，筆者も以前に考察した記事を執筆している。 関連記事 西川善司の3DGE：PS5 Proの

情報を発信する人のところに情報が集まることを日々実感しているので、Linuxのメモリ管理に特に詳しいわけではないのですが最近遭遇した問題について自分の理解を書いておきます。ざっと調べても同じことを書いている人を見つけられなかったので、公開には意義があると考えています。識者の方がフィードバックをくださると嬉しいです。 ※ AIの出力をベースに書いているのでいつもと少し文体が違います。 背景 要約 調査 再現の難しさ Goアプリケーションの調査 pprofによる分析 GCログの調査 Linuxの調査 Goランタイムの調査 GoのGCとTHP khugepagedの問題 Goランタイムにおける回避策 回避策の削除 max_ptes_noneのデフォルト値について MADV_NOHUGEPAGEをやめた理由 調査内容まとめ 解決策 検証 C言語 Go言語 まとめ 背景 Go言語で書かれたOSSのア

NTTグループは2024年3月8日、NTT西日本子会社のNTTマーケティングアクトProCXで個人情報が流出した問題を受け、再発防止を徹底する考えを示した。 不正に持ち出されたのは、NTTマーケティングアクトProCXにテレマーケティング業務を委託していた一部クライアントの情報だったが、後にNTTドコモのユーザー情報が含まれていることが発覚した。 →ドコモユーザーの個人情報流出　NTT西日本子会社の元派遣社員が不正持ち出し →NTT西日本子会社で約900万件の個人情報流出　元派遣社員が不正持ち出し NTTが2023年11月7日に開催した記者向けの決算説明会では、島田明社長が「業務においてUSBメモリの使用を原則禁止していたが、一切禁止にしていく必要がある。例外的に使わざるを得ない場合は許可を取るようにしていく」ことを明らかにした。 NTTグループCISO（Chief Information

ワイの中でメモリって言ったらRAM（Random Access Memory）のことなんよ。 PCをかじってるハラペコ増田は大概そうやと思う。 これってたぶん超短期記憶媒体で大元の記憶媒体からちょちょっとデータを出す時に使うやつじゃん？ だからよくライトSF系のエンタメで「よかった、メモリは無事だ！」とか言われても メモリが無事だったところで、純粋に一部部品が生き残ってるだけであんま意味ないのでは？ と思ってしまうんだけど、 このメモリって昔あった「メモリーカード」とか「フラッシュメモリ」の 長期記憶媒体としてのメモリなんだよな？たぶん。 だからたぶん「よかった、メモリは無事だ」ってHDDとかSSDとかメモリーカードとかSDカードとか そういう記憶媒体が無事だったって認識でいいんだよな？ この辺が毎回よくわかんなくなってどういう話ー？ってなっちゃうんだよなぁ。 たぶんRAMのほうをもっとな

回答 (63件中の1件目) 35 年前、私は 8 bit CPU (Z80) + メインメモリ 64 KB の PC でアセンブリ言語を用いてプログラミングしていました。メモリが限られるため、いまは OS が担うスワップ/ページング機能を自分で記述しましたし、サブルーチンを通るたびに自分を書き換えて次回のコールに備える自己書き換えテクニックを知って感動を覚えました。あの頃はメモリが大変貴重であり、消費メモリを 1 byte 単位でケチるのは常識でした。 確かにいまはそのようなことをする必要はありません。潤沢なメモリ、高性能な OS、超高級言語がプリミティブな操作を担ってくれます。 し...

とくめい🦌 @tokumewi @Exice “16TB”だけど本当は512GB？　外付けSSDの商品ページが話題に　楽天「規約違反の疑いで一時閉店」【追記あり】 - ITmedia NEWS itmedia.co.jp/news/articles/… 2022-06-22 10:08:58 リンク ITmedia NEWS “16TB”だけど本当は512GB？ 外付けSSDの商品ページが話題に 楽天「規約違反の疑いで一時閉店」【追記あり】 商品画像には「16TB SSD」と記載しているにもかかわらず、実際の容量は512GB──そんな外付けSSDが各インターネット通販サイトで販売されているとTwitter上で話題になっている。ユーザーからは「景品表示法に違反するのではないか」と疑問の声が上がっている。 334 users 416

みなさん、 Rust 書いてますか？最近は Rust が楽しくてたまりませんが、のんびりやっていたらなんとなく理解するまで 1 年くらいかかってしまいました。 良い言語なので、できればみなさんにも気軽に手を出してもらいたく、 Rust の中で特に難しい概念とされている話「所有権(ownership)」について簡単にまとめることにしました。 おことわり 今回記述する「所有権」は、英語で "ownership" として表現されるものを和訳した単語です。 今回説明している概念は、「所有権」という言葉よりも "ownership" (およびその対訳である「所有」、「持ち主であること」) のほうが的確であると思いますが、このドキュメントでは「所有権」という言葉を使います。 所有権とは 所有権とは、簡単に言えば「値(データ)を持っている」 「その値を解放することに責任を負っているもの」のことを指します

yoshim@双子育児パパ @yoshim29296801 メモリ4GBのPCを8GBにして標準化しようとした時、4GBで問題ない派が激しく抵抗して中々進まなかった。 抵抗する理由が大体「4GBで我慢してきた辛さを新人にも味わって欲しい」という意見で、何故か一定数の支持を得ていた。 全員が作業効率向上の恩恵を受けられるのだからいいやんけ… 意味分からん… 2019-09-26 08:01:30 yoshim@双子育児パパ @yoshim29296801 OSはwindows10です。 ちなみにメモリ2GB派のシンクライアント信者もおりました。 安定したネットワーク環境に接続出来ない現場を無視しクラウドを崇拝しております。 こちらも一定の支持があり物理端末導入の障害になっております。 2019-09-26 23:11:56

昨日、RubyのJITの性能改善のためのパッチを入れた。 github.com JITすればするほどRailsが遅くなる問題 Rubyの次期バージョンである2.6には、バイトコードをCのコードに変換した後、gcc/clangでコンパイルして.soファイルにしdlopenすることで生成コードのロードを行なう、MJITと呼ばれるJITコンパイラが入っているのだが、マージしたころのツイートにも書いていた通り、Railsで使うとより多くのメソッドがJITされるほど遅くなってしまうという問題があった。 結果、"MJIT slows down Rails applications"というチケットが報告されることとなり、昨日までの5か月の間閉じることができなかった。 元の構成 対策を始める前のMJITは大雑把に言うとこういう感じだった。メソッド1つごとに1つの.soファイルが作られ、ロードされる。 無制

Intel persistent memoryはデータの保持に電力を必要としない、不揮発性メモリの一種だ。データをメモリからストレージに保存する必要がなくなるなど、コンピュータのアーキテクチャを一変させる可能性を持つ。 現代のコンピュータは基本的にメインメモリとしてDRAMを利用しています。DRAMはアクセスが高速な一方、容量あたりの単価は高く、それゆえ大量にコンピュータに搭載することが難しく、またデータを保持し続けるのに電力を必要とします。 このDRAMの能力と性質を補完するため、一般に現代のコンピュータには二次記憶装置として大容量で安価かつ電力がなくてもデータを保持し続けられるハードディスクドライブなどのストレージを備えています。 こうした現代のコンピュータの構造を一変させようとインテルが5月16日に発表したのが、大容量かつ低価格、しかもデータの保持に電力を必要としない、同社とマイクロ

κeenです。 今回の話は別にRustに限ったものではないのですが、よくRustを始めたばかりの人がスタックとヒープが分からないと言っているのをみかけるので少しメモリの話をしますね。 厳密な話というよりは雰囲気を掴んで欲しいという感じです。 メモリは配列 プログラム（プロセス）のメモリには実行するプログラム（機械語）やグローバル変数/定数、関数の引数やローカル変数、その他プログラムで使うデータ領域などを置きます。 プロセスに割り当てられるメモリというのは、1つの巨大なのっぺらな配列みたいなものです。サイズも決まってます。64bit OSなら2^64 byteです。 0 2^64 +--------------- ----+ | | | | | ~~ | | +--------------- ----+ これは仮想的なメモリなので実際の物理メモリに2^64 byteの配列がドンと確保される訳

今回も前回の記事につづき、Java8による変更点で未だあまり紹介されていないポイントを記事にしようと思う。 今回はJava8のHotSpotVMの話。Java8ではJEP122が取り込まれ、VMのメモリモデルが変更された。JEP122のタイトル「Remove the Permanent Generation」から想像できるとおり、Java8のHotSpotVMからは従来のPermanent領域が無くなった。 なぜ、こういった変更が行われたのだろうか？また、元々Permanent領域に格納されていた情報は何処にいってしまったのか？JVM付属のツールにどういった影響があるのか？ 今回の記事ではこの点をまとめていこうと思う。 なお、HotSpotVMのメモリモデルについて詳しくない方は、先にこちらの項番（「補足 – HotSpotVMのメモリ構造概説）を読んでいただくとスムーズに読み進められるだ