  |
はてなキーワード: アドレス空間とは
Apple M2 Ultraは2つ同じチップを2つ繋げていたけど、
動画のエンコードを大量に抱える人以外には持て余すようなものだった。
M2の片側はGPUコアを主にして、GPUコア側の3辺に対してGDDRを置く方が良いのではないか。
① CPUコア +GPUコア(最小限)+動画エンコーダなど+DDRメモリ
ゲームだとステージが変わらないと同じシーンは同じテクスチャを使い回せるので、GPU側のキャッシュ効果が効くが、
機械学習で80GBのモデル全部のメモリーアドレス空間を走査していく場合は、キャッシュヒットしなくなる。
（メモリーアクセスの遅延を吸収するだけのバッファのサイズ分は意味はあるはずだが）
マンション独自配線なんていう変な名称はなくておそらくLAN配線のことを指してるんだろう
LAN配線にもいろいろあってスイッチの収容をどうするかとかアドレス設計をどうするかとかポイントはたくさんある
特にL1/L2/L3の設計をちゃんとやってくれる業者って稀でせいぜいL1/L2だけしか考えてない
そもそも大本のNTTなりKDDIなりがL2までのことしか考えてないからそういうことになるんだけど
どこぞのしょぼい工務店とかがクソみたいな設計するとLAN配線もダメダメになる
3階建てとかで1フロア5世帯、15世帯ぐらいだと16ポートのスイッチ置いてその上にルーター置いてフレッツ繋いで終わりとか
VDSLとかPONとかって1回線を共有してるとはいえL2レベルでちゃんとみんなで分割するんだけど
ただのスイッチとルーターだけだとL2は共有なので帯域食った者勝ちになる
それでもただのインターネットやってるぐらいならTCPでおとなしく繋いでくれるけど
FPSゲームとかUDPバカスカで遅延のない世界を目指してるからあっという間に帯域埋まる
あと無線LANは各自準備してくださいとかいう状態になって2.4GHzは無事死亡
真ん中の家とか上下左右から2.4GHzで攻められるので1, 6, 11ch使っても被っちゃう
スマホ×家族分、PC×2台、スマートスピーカー×2台、テレビ、レコーダー、Fire Stick TV、iPad
WiFiって低速に引きずられる仕様だから電波状態悪いと一気にスループット下がる
まぁWiFiは5GHz使えばどうにかなるけどLAN配線の場合ってLANの口が家の端っことかにあって
あと、さっきの15家庭が10台繋げるとルーターには150台繋がることになって機種や設定次第ではDHCPの払い出しすら怪しくなる
アドレス空間広いんだから払い出せよって思うけどルーターによっては100台ぐらいが限界のものとかあるんだよね 謎だけど
実はこの辺の問題ってちゃんとしたスイッチやルーターとか使えばいろいろ対処できる
つまりLAN配線が悪いんじゃ無くて、そこで使ってる機器やその設定がダメ
LAN配線でもその辺しっかりして無線LANとかもしっかり設計されてたら上流が細くてもそこそこ快適
1Gを15家庭で割っても60Mbpsぐらいは出るはずだからね
まぁ5Gとか下手したらLTEの方が速いけどテレビとかのストリーミング系をやるなら十分な帯域
その辺を含めてどういう家を借りれば良いのか
残念ながら運だな
低層がヤバいことが多いのは事実だが中・高層も大丈夫とは言い切れない
それより5Gに期待して内見のときに5G入るかどうかチェックした方がいいかもしれん
フレッツで言うセッション数は、フレッツ回線上で同時に確立できる「PPPoE の」セッションの数。ひかり電話は PPPoE を使わないからセッション数も消費しない。
一般的にプロバイダでは 1 契約 = 1 PPPoE セッション = 1 グローバル IP。（複数グローバル IP を 1 PPPoE セッションで使わせるオプションがあるプロバイダもあるのだけど、例外的だよね。）
本来の IP では 1 インターネット機器あたり 1 つのグローバル IP を割り当てることが想定された設計になってるのだけど、当然アドレス空間が到底足りないってことで NAT（NAPT・IP マスカレードとも）ってテクニックを使って複数機器で 1 つのグローバル IP を共有する。1 グローバル IP しかもっていないのに複数機器から同時にインターネットに接続できるのはこれのおかげ。
で、2 台の PS4 を同時に使うためにグローバル IP が 2 つ必要かっていうと、それはかなり疑問。PS4 が NAT 下で動かないなんてはずはないので。
そんな感じだった。
最初は自作のバイナリエディタで、バイナリ直接編集でどうにかしようとしてたんだけど、
900回くらい編集→実行を繰り返して、ようやく printf ができそうなアドレス空間にアクセスできた。
ところが、突如登場した、
カーネル・プロテクターっていうアンチウィルスソフトみたいなのが自動修復を試みてきてなかなか成功しない。
最後は、コンパイラーって子の力を借りて、遂にprintf できる実行ファイルが完成する。
エンター・キーを押すと同時に、画面一杯に、 HELLO WORLD の文字が乱れ飛び、
最初に言っておくと、増田はSCEが嫌いな方でPS3もVitaも持っていない。
そんな増田だが、PlayStation4発表でのハードウェアに対する誤解の数々を見てちょっとばかり怒りを覚えたので少し書いておく
いきなり「何が違うんだ？」と思う人や「何も違わないだろ？」と言う人も居るかも知れない。
だが後半を語る上でもこれは重要な話なので省略しないでおく。
最近のPCは当たり前のように64bitのメモリ空間を扱えるようになった。
この増田を読んでる人でも64bit OSを使っている人は少なくないはずだ。
これをもたらしたのは、x86 CPUを作ったIntelではなくx86互換CPUを作っていたAMDである。
じゃあIntelは何をしていたのかと言うと、64bit CPUを作っていた。x86を完全に捨てて。
Intelは「IA-64」という64bit CPUを開発して商品も出していたが、これは現在ではほぼ完全に消えている。
確かにIA-64は64bitをネイティブで扱えて「x86の古臭い負債」が全く無かった。しかし、現実世界はx86で作られた既存のソフトウェアを求めたのだ。ゲーム業界でも似たような話を聞いた気もする。
それに対して、AMDは「64bitを扱えるx86」を作ってしまった。これが「AMD64」であり、現在業界標準としてx86-64と呼ばれているものである。
知っての通り、x86-64は現在のIntel CPUでも対応している。AMDが作った命令を使わされる事になったIntelは何を思っただろうか。逆に、これまでIntelの命令を使ってきたAMDは何を思っていたのだろう。
PS3に搭載されていたCellは、非x86でスカラプロセッサのPowerPC CPU（PPE）と、複数のベクトルプロセッサSPEを組み合わせたヘテロジニアス（非対称）プロセッサだった。（スカラ、ベクトルについてはググろう）
スカラプロセッサが得意な処理、ベクトルプロセッサが得意な処理を両方とも高速に実行できる。それがCellの目指した「夢」だった。
スカラプロセッサとベクトルプロセッサのプログラム最適化は全く別の概念で、プログラマーにとっては野球とサッカーを同時にやらされるような物である。
しかも、スカラプロセッサとベクトルプロセッサの間でデータの交換もある。野球とサッカーのキャッチボールて。
スーパーコンピュータ「京」もスカラとベクトルの合わせ業で池田某氏に何度も叩かれるほどの超絶難産だった事は記憶に新し…いっけ？
それが原因でPS3の性能を最大限に引き出したソフトはほとんど存在せず、こともあろうにXbox360とのマルチソフトが溢れる結果となった。（ちなみに増田は360も持ってないのでエルシャダイをプレイ出来ていない、問題だ）
それに対し、PCの世界ではPS3・360が発売してしばらく後に新たなヘテロジニアスコンピューティングが生まれていた。
CPUに比べて進化が止まらないGPUをベクトルプロセッサの代わりとして使う試みだ。
GPUはスパコン用のベクトルプロセッサやCellのSPEと違い、最近のどのPCにも搭載されているので量産効果で割安というメリットがある。
DirectXのバージョンも2桁に突入し機能が増えるにつれて、「もうこれで計算すれば良いんじゃね？」となったわけだ。
結論から言うとこの試みは無茶苦茶ヒットした。近年開発されたTOP500スパコンでGPUが使われていないものを探すのが難しくなってきたし、
最近はPhotoshopなんかの比較的身近なツールもGPUコンピューティングに対応してきてヌルヌル動くようになっている。
しかし、そんなGPUにも欠点はある。「CPU・メモリから絶望的に遠い」のだ。
IBMが発明しMS-DOS・Windowsが動くことで爆発的に普及した今のPCは、GPUを外付けにすること前提で設計されていた。
DirectXやOpenGLのような例外を除いて、基本的に現代のOSはCPUとメインメモリでソフトを動かすように出来ている。
GPUも、一旦メインメモリ上でGPUのRAMに載せるためのデータを生成し、CPUから「GPU動かすよー」という命令を出さなければ動かせないのだ。
これはGPUにとって致命的すぎる欠点だった。これが原因で、遅さを跳ね返せる最新のミドルレンジ・ハイエンドのGPUでなければ逆にCPUより遅くなってしまうケースばかりだ。
現実的な理由で始まったGPUコンピューティングがぶち当たった現実的な壁である。
このGPUの欠点を克服する方法について、AMDはかなり前（少なくともGPUコンピューティングが流行るより前の2007年以前）から取り組んでいた。
GPUコンピューティングが遅いのはCPUから物理的に遠いため命令を送る時間が掛かり、メモリの扱いも異なるせいである。
CPUからGPUに命令を送る遅延を無くし、CPUのメモリとGPUのメモリを交換する時間も減らせばGPUコンピューティングのデメリットは消え失せる。
夢のある話だ。
しかし、AMDには発想と設計技術はあったがカネと製造技術はIntelと比べて絶望的に劣っていたため、
初めてのCPUとGPUを統合したプロセッサはIntelに先を越されてしまった。（IntelのGPUが絶望的に遅いからって実質出てないなんて言っちゃダメだ）
これにはAMDもかなり堪えただろう。けれどもAMDは戦略を曲げなかった。
IntelのGPUが絶望的に遅いのでほとんど意味は無かったが、少なくとも前世代のIntel GPUに比べると格段に実効性能が上がっていたのだ。CPUとGPUを近付ける統合には間違いなく意味があったということである。
AMDはCPUとGPUを同じチップにするだけでは無く、メモリ「アドレス空間」も一緒にする道を目指した。
こうなるとCPUの使っているメモリがGPUから直接扱え、GPUの使っているメモリがCPUから直接扱えるようになる。
これが実現するとCPUとGPUが完全なヘテロジニアスコンピュータに一歩近付くのだ。
2011年にやっとAMD初めてのCPU＋GPUであるAPUを出せたが、メモリアドレス空間はまだ別々だった。
2012年になってもメモリ空間は別々のままだったが、AMDはARM（iPhoneやAndroidやWindows Phoneに載っているARMである）と合同でHSA（ヘテロジニアス・システム・アーキテクチャ）を推進すると発表した。
世の中の現実的な人々は笑った。「アーキテクチャだけを作ってもハードとソフトが出てこないんじゃ話になりませんよ」と。
同じ2012年、AMDは2013年中にHSAの第1世代製品を出すとだけ発表し2012年は終わった。
そして2013年2月21日（米国時間20日）、Sony Computer EntertainmentはPlayStation 4を発表した。
Cellはコケてしまったので載らない事は誰もが知っていたが、載っているハードウェアに一部の人が驚いた。
―HSAである。PC用のHSA対応APUがまだ正式発表されていない中で、なんとHSAを載せてきた。（2013年末発売だから当たり前だというツッコミは止めろ！）
CPUはx86-64のJaguar 8コア（ちなみにPC向けJaguarは4コアまでだ）、GPUはRadeon HD 7800相当でPS3と違いガチで1.8TFLOPS（理論上1秒間に計1.8兆個の小数点を含む計算を実行可能）のスペックを持つ代物だ。
このCPUとGPUは8GBのGDDR5メモリを共有して動作する。8GBと聞くと最近のPCから考えると少なく聞こえるかも知れないが、（わたしのメモリは16GBです）
GDDR5とはGPUの描画計算を速く済ませるために作られた超高速メモリであり、ご家庭のDDR3メモリとは比べ物にならない速さが出せる。
実際の所PS4がHSA対応かは正式発表されていないのだが、PC向けJaguarはHSA対応と発表されており、SCEもPS4をAPU（CPU＋GPU）と呼んでいてこの変態メモリ構成とすると、発売までにクッタリでスペックダウンしない限りHSA確定と見て良いはずだ。
また、PlayStationはこれまで一度もx86系CPUを採用した事が無く、これが最初（で最ｇ）のx86採用機となる。
Intelが初代Xbox（Celeron搭載）であっさり諦めたx86のゲーム機市場制圧の夢を、AMDが思いもよらぬ形で果たしたのだ。
これまでPCでしか発売されてこなかったDiabloが、x86-64のPS4向けに初めてコンシューマ版を発表した事もx86-64の採用が決してつまらない事ではなかった証だろう。（Diabloと戦うハメになるサードの方々にとっては非常につまらないが）
CPUとGPUの”フュージョン”…（HSAは以前はFusionと呼ばれていた。そういえばドラゴンボールの映画も今年やな…）
AMDが長年の間見てきた夢が、PS4で初めて現実世界に現れることになる。（※ただし次世代XboxもHSA採用でPS4より先に発売したりしない世界線に限る）
こんな馬鹿らしいほど夢が詰まったマシンを「x86搭載だからPCみたいで夢が無い」という一言で切り捨ててしまう人に増田は絶望した。
でも、それってユーザーの夢にどう繋がるの？
性能の引き出し易さがPS3と比べて格段に良くなるのでPS3版ラストレムナントや人喰いの大鷲トリコのような非情な現実が減る。以上。
うん、数年前から IPv4 アドレスが枯渇する～枯渇する～って騒いでるよね。
ようやく本腰据えてこの問題に取り組まないといけなくなってる。
これが枯渇したらどうなるか。
新しく IPv4 が取得できなくなるんだけど、とりあえずその問題は枯渇してからでもいいや。
今、本気で直面してるのは、インターネット黎明期に "予約" されて使わなかった帯域の話だ。
1.0.0.0/8 とか 2.0.0.0/8 とかいったアドレスって、IANA とかが予約してて使わなかった帯域なんだ。
でもって、その帯域はイタズラとか悪意ある攻撃目的で使われることが多かった。
1.0.0.0/8 の帯域からの攻撃であるように見せかけるパケットは、実際には使われてないんだから拒否しても問題ないよね？
当時は、そんな考え方をした。
だから、歴史的にも、拒否する設定をデフォルトで入れることが多い。
DNS のサンプルを見ても、そんなアドレス帯域は bogon とかで拒否してる。
けど、1.0.0.0/8 の帯域は、すでに一般企業へ開放されている。
これ自体は、いろんなところで言われてたりする。
そして、日本の会社で 1.72.0.0/13 という巨大なアドレス空間を取得しているところがある。
だから、もしかすると、そんなアドレス帯域を使う機会があるかもしれない。
そうすると、その帯域からはアクセスできないサイトが出てくるかもしれない。
枯渇するまでに直面する問題は多いよ。
枯渇に伴う問題に対応しながら IPv6 対応なんて、無茶すぎ。
～追記～
実際の開発環境でその二つを意識する事はほとんど無いって事ね。意図して分けることも出来るけど、よほど性能を追求する状況じゃない限りはその必要は無い。ビルドする時にコンパイラが勝手にやってくれる。
PS3は二種類のメモリが半分ずつ併存しているから片一方しか使えないと勘違いしてるんだろうけど、そんなのいちいち気にしてる所なんて無いよ。
PS3はGPUのメモリとCPUのメモリがわかれてるってことだよね
わかれてるっていうのは、片方のCPU or GPUからアクセスしたときに2つのメモリの
ってことだと思うけど（これはあってる？）
そんなのいちいち気にしてる所なんて無いよ
ここがわからないんだけど、レイテンシや帯域は気にしなければ、実行速度が遅いだけだけど
みずほのz/Linux案件がITProのニュースになってました。
140台のRS/6000を20台のSystem z/SUSEにコンソリしたそうです。
http://itpro.nikkeibp.co.jp/article/COLUMN/20080711/310594/?ST=system&P=1
# "Principles of Operation"ってのは、IBMのMVSのアーキテクチャが記載されたドキュメントです。ESA/390, z/Architectureの各版にアップデートされてます。最新版はこれかな？古い版では日本語もあったと思うんだけど・・・
z/OS V1R9.0: http://www-03.ibm.com/systems/z/os/zos/bkserv/r9pdf/
# メインフレームがUNIX/Linuxよりも優位にあると思うのは、チャネルサブシステム、Sysplex、アドレス空間管理かな。
