MacのCPUがARMに！ Part 28

↑スレを立てる際は冒頭に
「!extend:checked:vvvvv:1000:512」を記入して下さい

前スレ MacのCPUがARMに！ Part 27
https://egg.5ch.net/test/read.cgi/mac/1611750911/

※酒屋が荒らしてます。無視しましょう。
「酒屋」でNG登録するといいです。

---

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

https://assets-media--platform-com.cdn.ampproject.org/ii/w820/s/assets.media-platform.com/bi/dist/images/2020/09/20/A14performance-w640.jpg

既に1世代でGPU性能10%すら上げられなくなってるわ

7nm→5nmのタイミングでこのゴミみたいな結果

しかも次のN5Pは更に期待できない

> TSMCによるとN5は7nmプロセス「N7」比で性能（速度）が15％向上するという
>
> 同社はN5の改良版として「N5P」を提供することをすでに明らかにしている。
> N5Pの生産は21年に始める。N5PはN5に対して性能が5％向上するという。

>>565
これかな？
https://www.macfamily.info/imac/Kihei/5colorkiehi.jpg

購買意欲しか湧かん

わざわざMac使う必要あるのはWeb系プログラマぐらいだろ
DockerもMAMPも動かないならゴミやん？

>>585
今見るとなんかモルカーっぽいなw

>>574
コレけっこう使いやすかったよな

>>587
iOS/MacアプリでXCodeを使わなきゃいけない
開発者以外は脱Mac→Win移行しまくってるな

VSC（アップデートはWindowsが優先）と
WSL2とWindows for Dockerと
サードパーティアプリ不要で無料で使える
クライアントHyperVが有能すぎるから

Docker for MacはI/O遅いゴミだし
ARM Mac版は不具合と更新が多いbeta版しかないし
VMも有償のParallelsを買わなきゃいけないしx86_x64のVM使えないし

Macじゃこういう選択肢もないからな

https://pc.watch.impress.co.jp/docs/column/hothot/1306661.html
https://thehikaku.net/pc/fujitsu/20LIFEBOOK-WU2.html
https://pc.watch.impress.co.jp/docs/column/hothot/1298470.html

移行しまくってるだってw

しらないよ底辺エンジニア下請けゴミ野郎の基準は

普通になんで大企業に就職できないんだろうゴミドザって

何一つとして論理的な反論が出来ていないというのが悲しい

>>593
酒屋なんだからそんなもん
俺は若い時に稼いですでに引退した身だから
こうして５ちゃんねるに書き込みできるけど（証拠の銀行口座の画像はすでにアップした）
酒屋は引き込もりニートだからなｗｗｗ

595もキチガイなのか。
さすがアップル教

実際の所、x86(64)Webアプリ向けの開発環境ってのは何が良いのだろうね？
590は在る意味真実でARMMacじゃ環境ショボイし、かといって>>576-577でwinには戻りたくないんだよ。
Win7のUIなら戻っていいけど10はゴミ置き場みたいで好きじゃない。WSL使わなきゃUnixとも相性悪いし。
そもそもDocker使ったらMacもWinもVM経由になるからプロセスが見えない
(pstreeとかで動いてる様子が分からない）やり辛い。
chromebookは機能がショボイ。
今更物理にUbuntuってのもね・・・？

x86(64)Webアプリ　というのがまず意味不明

アセンブラでwebアプリ書いてるんだろう

道具に文句つけてる人はどんだけすごい仕事してるんだろ
中小企業のしょぼいx86(64)Webアプリってことはないよね

>>596
お前酒屋だろ

>>601
ワッチョイアリのスレで誤認とは恥ずかしいですね。
さすがマカー。

開発はもうしばらくIntel機使っとくのが吉だよ
来年や再来年になったらまたその時に考えろ

んじゃその逆を行くのが正解だな

>>598
つまりAWSには今やx86_64以外にArmターゲットのLinuxが在るから
CPUアーキを気にする必要が在るって事だよ、情弱くん。

>>598-600
お前ら、本当に理解できんの？
どんだけヘボで無能なんだ？

なるほど
へぼい開発しかしてないんですね

>>607
馬鹿でニートって本当、大変だよな！
俺達は割と大金貰いながら世の中の進化を日々実感するけど
お前は、無職で一生浦島太郎状態だｗｗｗ

開発なんて安定第一だと思うけどねぇ
少しでも不確定要素を排除したいと思うのが普通じゃないのかな？
動画のエンコみたいにパワーが必要な開発って限られるでしょ
自分は今ならIntel一択、来年はまたその時に考える
まあ、本人の好きにすれば良いと思うけどね

>>605
長文は読む気はしないけど、インテル一強になったときはCPUのアーキを気にせずに済むようになったよな。
それがまたアーキを気にしなくてはいけない時代がやってきそうなのは億劫だわ。
じょうよわどもは、リトルエンディアンやらビッグエンディアンとか知らなさそうだしな。

何でリトル（ビッグ）エンディアンって言うか知ってる？

開発って、下請けが開発語るなっつの

>>609
世の中には新しい物好き、フロンティア大好き！って大金持ちも沢山居てだね・・・

>>613
いや、最後にも書いたけど別にそれを否定しないし、
人柱になりたい人はむしろありがたいよ
自分はそんなボランティア精神がないのでもろもろ落ち着いた頃に温々と移行するわ

自分もmacOSも最新のXcodeが起動できなくなるタイミングまでは更新しないな。
リリース直後ってbrewですらトラブってたりして、業務に支障をきたすからなあ。

598からココまで生産的な会話は一切無しｗ。

TSMCは既に1nmでの製造もできると言っているのだから
M1XはスキップしてM2を出すべき

>>612
悔しいんだね

>>617
TSMCは数年後に将来的には製造できると言ってるだけで
現時点で製造できるなんて一言も言っていない

マカーは無知で頭が悪いなあ

突然すみません、ARMってアームと読んでいいのですか？

いいです

ありがとう。

いえいえ(>_<)

M1相当のSoC載ったファンレスWindowsマシン出たら欲しいけど出そう？
モデムは要らんｗ

うんこ臭いOS要らないわ

>>624
再来年中には出ると思うよ

まーた酒屋があらしてるのか
バレバレなんだが

来年予定の64コア mac proのSoCが48+16だそうで
CPUだけでTDP200Wぐらい
順当に高性能コア回すとcinebench R23換算の概算で
single 1500 x 48core → apporox. 72000

高効率コアは1/4ぐらいなので
MacPro 78000
Zen3 5950X 28000
Zen2 TR 3990X 75000
Zen2 3950X 24000
Zen3 64c (epyc7713) 120000 (3950X gb5換算少なめ)
Zen3 TR 48c 90000 (epyc7713 線系換算)

DGPUとしてCPUのTDPは高性能コア換算で15W x 12 = 180W
Zen2 32コア以降はTDP 280Wぐらいだからまあ高効率ではあるけど
Zen4 Epyc 96core以下どころか既にZen3 Epyc 64コア以下？
正直ガッカリですわ

2022年のMac Proには64コアのAppleシリコンが搭載か
https://iphone-mania.jp/news-352350/

この場合だとM1XまたはM2Xを2個、3個、4個ってことになるよな
無駄な重複部が多過ぎてあまりスマートなやり方だとは思えないなあ

前半はニアサードインパクト後の生き残りの人類と黒い綾波が人間性を得ていく話、でも地上じゃ生きられないのでシンジの前で死ぬ
アスカはケンスケとカップリング済みで性交もしまくり
加持とミサトの14歳の子供登場、加持はニアサードインパクトを止めるために犠牲になっていた
アスカは第9使徒と同化していたらしく、封印されている13号機を破壊するために使徒の力を解放するも、アスカの使徒解放を誘うための罠であり13号機が目覚めてアスカは殺される
13号機に乗ったゲンドウと初号機に乗ったシンジの親子対決は劇中劇のような演出で面白かった
特撮好きの庵野らしいジオラマやスタジオを見せる演出に思わずニヤリ
アスカも綾波と同じで複製人間でたくさんいた
ミサトさん昔の髪型になって特攻して死ぬ
シンジがゲンドウを諭してマリがシンジを迎えにくる
大人になったシンジとマリが駅のホームで出会って走って駅を抜けて劇終
（向かいのホームにはカヲルと綾波カップルも見える）

リーカーとかいう商売も大概だと思うし
それを転載するだけの商売はもっと大概だよ
そんなの信用しちゃだめよ

現時点である程度確度が期待できるのはBloombergだけだよな

ブルームバーグってフェイクニュースに定評あるところ？
スーパーマイクロのHWトロイは見つかった？

まだ噂でしかないものを見て勝手に予想して勝手にガッカリする。
流石に苦笑するしかないな。

64コアでもスリッパにはまだスレッド数で敵わないか
むしろdGPUどうするのかが気になるなあ

さっきも酒屋だろって指摘したが
またID変えて書き込んでるのか？
しつこいなお前

酒屋ってアニオタなのか

メモリアーキ的にApple Siliconがx86に対して優位に立てるのは4〜12コアぐらいまで
12+4が載るなら5900X相当でちょうど良さそう
果たしてこれをMac miniで15万円前後かつiMacで20万前後で出せるか
まあ無理だろな

しかしなんでAppleだけが凄いんだろ

TDPの計算がガバガバすぎて

もう発熱だとか給電だとか考えなくてもいいからiMacはパソコン史上初の
紙のように丸められる物になるだろう
サムスンしか製造できないことだけが問題か

>>637
4-12までという理論の理屈は？

×2022年
○2021年

>>641
単にマルチコアのメモリ帯域上限
16コアぐらいになるとx86でもメモリ高速に使える

>>639
どっちに振るかはApple次第なんだから基準はないよ
お前こそTDPが熱の話って理解してんのか？

>>636
酒屋は無職童貞アニオタチビハゲデブの満漢全席だよ

>>578
だよなあmacOSのタッチパネル用UIは最高だもんな

そもそも今後出るMxのメモリインターフェイスがどうなるかなんて何の発表もないんだから
メモリ帯域上限なんて現時点では論じようがないんだよなあ

コアアーキテクチャとメモリインターフェイスは分離している
設計の共通部分が多いA14とM1ですらメモリインターフェイスは64bitと128bitで倍違う
x86だから〜 Apple Siliconだから〜 なんて議論は成立しない

>>601
お前酒屋だろ

>>624
他社がM1相当のSoCを作るには最低でもあと数十年はかかるからその頃にはWindowsは絶滅してるだろうよ

>>641
7-11行ってくるという理論の理屈は？

Mac Pro以上のApple Siliconではシステム共有のレベル4キャッシュにHBMを使うのだろうって特許情報を元にした噂があるよ

>>645
？

>>646
ARMとx86の対比の話なのに
そもそも何を論点としてるかすら理解してない立場でよくそこまで言い切れるね
少なくともアーキと言ってる時点でハードのIFの話じゃないって読めばわかるでしょ

リオーダーの問題でx86がメモリのパフォーマンス稼げないってのは海外でも日本でも散々議論された話
何でこのタイトルのスレで前提として頭に入ってない奴がいるのか不思議
レス書き込んでる時間帯の問題か？

スレッドリッパーをファンレスで動作させられると考えればスゴイものだよ

時々書き込まれる、物理法則無視した、釣りのヨイショもウザいな。

M1でさえMBP13/miniすらファンレスにできないゴミだからな
（ファン付けないと高負荷時に性能維持できないからとAppleが名言）

釣りじゃなくて本気でそう思ってるから怖いんだよ

>>654
ネタで言ってるんだろうけどAppleSiliconの32コアぐらいならマジで行けると思う

釣りって9900kとかでもファンレスいけるぞ

>>656
世の中、長時間ぶん回す使い方する用途の人間だけじゃないから、MBAはファンレスってのはありだろ。
そうでないならMBP/miniにどーぞってだけで。
IntelですらファンレスYプロセッサというゴミwがあったぞ。
あれでもぶん回さなきゃそれなりに快適だったが使ってる内に結局ぶん回して、スロット掛かってイラッとしたわw

一応わからん奴のために言っておくけどケース全体で冷やす奴な
ノートとかはもちろん無理

>>653
メモリオーダリングモデルはメモリ帯域には影響しない
メモリオーダリングモデルのおかげでx86がコアが増えると不利が小さくなるなんて議論はもっと成立しない

>>662
めちゃめちゃ影響してんだよ
M1はARMなので半順序操作できるがx86はアーキそのものの制約で不可能
だからM1は少ないコアでも帯域をフルに使える
x86で帯域使い切るのにコア数が必要なのはM1が出る遥か昔からXeonの運用などでよく知られてた事

お前何も知らんのに本当よくそんなレス書けるな
酒屋か？

何度も言う
アプリ増やせ、金払ってでも作ってもらえ、iOSアプリ増やせ

>>663
まず「x86はアーキそのものの制約で不可能 」ってのが間違ってる
ソフトウェアからはモデルを満たすように見えなければならないという制約を
ハードウェア上の制約と拡大解釈してはいけない

メモリオーダリングモデルが大きく影響するのはメモリの帯域ではなくコア間の同期のパフォーマンスだ
厳密なモデルを採用するx86はコアが増えるほど同期のためのトラフィックが増える
だから初代Threadripper/EPYCはNUMAを採用して同期のコストを下げた

>>647
お前が酒屋だろ

>>665
そのレスしてる時点でもう命令のリオーダーの意味すら理解してないな…
x86はそもそもアーキレベルで半順序操作できないんだよ
だからソフトの問題じゃないの
最近のコンパイラができてるARMの最適化が使えないから不利になる

とりあえず実際に数字見よう
https://www.guru3d.com/articles-pages/amd-ryzen-7-3700x-ryzen-9-3900x-review,21.html

>>666
適当に用語散りばめれば煙に撒けると思ってる典型だなお前
その話は全く関係ない
シングルスレッドのメモリ処理速度の話だから

>>666
つかメモリオーダリングの話してるのにコア間云々て
お前の言ってるのはコヒーレンシーの話だろ？
あまりにもトンチンカンだからもうレスしねえぞ俺

酒屋が知ったかぶりして、ググって見つけただけの用語を使ってるなｗ

一応補足するがx86が100%できないと言う意味ではない
アーキの根本的な問題でリオーダーできない部分が多いと言う話

無理しなくていいのにｗ

先にもう一個補足しとく
コヒーレンシーとコンシステンシーは別の話
前者は確かにアーキに関係なくCPU側で勝手にやれば良い話
x86の命令セットとアーキそのものでuOpなどの順序(パイプライン処理)とかに制限がかかるのは後者の話

なんか・・・空しい会話だな。
AMDとIntelの性能比較出してARMが〜というのも可笑しいし
（せめて手持ちのM1でARMのベンチ位取ってから言えよｗ）

リオーダーが〜コヒーレンシーが〜とかがんばってググった知識披露するのも可笑しいし。
仮にそういう知識を持ったからといって、このスレの住人が実務に使うことなんて無いでしょ。
日本がプロセッサの開発にまともに太刀打ち出来たのは80年〜90年代前半までの話
IntelもARMもAMDも日本のエンジニアは全く関係ねーし。

なんで急に日本のエンジニアの話し出しちゃったの？
コンプ出てるぞ

空しい会話だね、と言っているだけだが？
君も俺もCPUのアーキ絡みの仕事することなんて無いよｗ
・・・あ！趣味でしたか、失礼しました〜〜

>>668
相変わらず基本が分かってないな
「アウトオブオーダで操作できない」ではなく「ソフトウェアからはそう見えないといけない」が正しい
http://www.cs.cmu.edu/~410-f10/doc/Intel_Reordering_318147.pdf
>Hardware is allowed to perform any optimizations as long as it does not violate any of the visibility principles.
>(It may even execute a single memory access more than once; if it does, only the final execution is visible to software.)
>For example "loads are not reordered" means that "loads do not appear to be reordered," not that the hardware
>is restricted in how loads are internally implemented.

>>670
メモリオーダリング (コンシステンシ) はコア間の話なんだが
あるコアのメモリ操作の順序が他のコアからどう見えるべきかを定義するためにあるのがモデルだ
そのために強いモデルほどシングルコア内での命令の並び替えが制限されることがあるという話であって
並び替えの制約が起こる可能性を決めるのはあくまで他のコアのメモリアクセスとの兼ね合いだ

>>672
お前酒屋だな

人狼ゲームかよw

>>678
今度は過度な一般化で煙に巻こうってか？
まずお前のその内容ってのは本当に机上のモデルの話で
現存する実装のオーバーヘッドの話ではないよね
反論できないからx86の仕様そのものがソフトウェアと言い張って最適化で高速化も可能と言ってるだけ
でもお前がいくら強弁してもrelaxedの実装は不可能だよ
そもそもその主張に合わせてもソフト自体の動作がオーバーヘッド出すのは同じ事だから

もしシーケンシャルの方が速くなる実装も可能だなんて主張だと言うなら流石にお前は単なる馬鹿だとしか言えない

あとコンシステンシー云々も言い訳してるけどさ
問題にしてるのはマルチスレッド処理のコンシステンシーで
各コアの投機実行などシングルスレッド動作が遅くなるって話な

お前の言ってるNUMAでコア間同期云々はx86アーキの同期ではなくコヒーレンシー云々の改善での速度向上の話
根本的に論点を間違えてる

知らんのならとりあえずここ読めな
https://yamasa.hatenablog.jp/entry/2020/12/07/041649

>>680
俺もちょっと思った

というかここでもRosettaの話とか出てるよね？
こんなん今更かってレベルの話なんだが