【アップル】Apple Silicon 5chip【シリコン】

**名称未設定** · 2020/12/14(月) 16:33:16.78

次スレは>>970が宣言して立てて下さい。
無理な場合は>>980。
それも無理な場合は>>980がスレ立てレス番を指定して下さい。

さあ、みんなでApple Silicon(シリコン)について語りましょう。

前スレ
【アップル】Apple Silicon 4chip【シリコン】
https://egg.5ch.net/test/read.cgi/mac/1606390027/l50

**名称未設定** · 2020/12/14(月) 17:29:04.12

ﾜｯﾁｮｲも付いてないしダメだろ、このスレ
前スレみたいにしたくないのであれば最低でもﾜｯﾁｮｲ付で立て直せ

**名称未設定** · 2020/12/14(月) 17:33:59.66

だったらお前が立てろｗ

**名称未設定** · 2020/12/14(月) 17:37:04.10

誘導

【アップル】Apple Silicon 5chip【シリコン】
https://egg.5ch.net/test/read.cgi/mac/1607926909/

**名称未設定** · 2020/12/14(月) 18:38:37.42

>>4
tnx

**名称未設定** · 2020/12/14(月) 18:44:07.87

＜このスレは廃棄されました＞

**名称未設定** · 2020/12/14(月) 19:27:26.56

〈復活〉

**名称未設定** · 2020/12/14(月) 21:16:40.73

>>1
さっさと削除依頼出してこいよ無能な愚図

**名称未設定** · 2020/12/15(火) 13:23:22.50

お前らみたいなクズが集まって悪口言い合ってんのマジでうぜえ
俺中１だけどナメんなよ？
小5からチーマーやってるしメタル聞いてるからお前ら見てて超イライラすんだよ
文句があるならかかってこいよ。ケンカなら負けねえよ？
やりてえ奴はここに住所と名前書け

**名称未設定** · 2020/12/20(日) 16:42:33.87

通報しました

**名称未設定** · 2020/12/20(日) 19:21:43.67

モデムをSoCに統合できないディスアドバンテージを抱えて
更に2年型落ちの低性能/高消費電力の劣等X55を
SoCの2倍の価格てボッタクリ値で嫌がらせのごとく押し付けられて
それを黙って買うしか無い敗戦国
　https://iphone-mania.jp/news-331059/

技術力が無い企業は辛いな

WW2後の戦勝国のアメリカと敗戦国の日本と同じ関係性/図式

身の程を弁えずに調子こいて喧嘩を吹っかけておいて
5000億もの多額の和解金を支払って無様に敗北した結果
という点も非常に近似している

**名称未設定** · 2021/01/05(火) 07:02:18.70

次スレ立たんし再利用するか

**名称未設定** · 2021/01/05(火) 09:40:42.14

ていうか、もうひとつのスレと統合で良いじゃん。ネタ枯れだよ。
https://egg.5ch.net/test/read.cgi/mac/1607598493
MacのCPUがARMに！ Part 25

**名称未設定** · 2021/01/05(火) 11:47:54.70

>>13
そっちは廃止して、こちら(Apple Silicon)に一本化する・・
が、多分、多数意見でこちら側だけスレ続けたけれど
ArmMacスレをご丁寧に2日遅れで立て直した方が居ただけ。
AppleSilicon スレはもう一つ、Lifukaスレ(GPU専用)もある。
・チップの窮極性能(どこまでXeonやThreadRipperに性能差を付けるのか[迫れるのかじゃない]、GPUも同じ）の議論と
・次ぎ発売予定のiMac ARM等のお話 (たぶん数週間ぐらい先)
・ARM Macにどのソフトが対応するか
・WindowsをARMで走らせられる？そんなの意味ないじゃん
の4つぐらいの話題が混線している。
ARM SoC+GPUの話題、ARM新機種の話題、ARM BigSurの話題ぐらいにはスレが分割されるべきでしょうね。

**名称未設定** · 2021/01/05(火) 12:20:57.65

とくに現時点で語るべきことは無いからな
M1はタブレット用のA14XにTB3コントローラ追加しただけの
手抜き品のゴミだし

**名称未設定** · 2021/01/05(火) 12:28:00.90

AI性能はSDM888比で4割のゴミ
GPU性能は所詮GTX1050相当でTigeilakeと大差ないゴミ
スマホ/タブレットの仕様を手抜き流用したせいでPCには不必要な
メモリをインパッケージにしたせいで16GBしか積めないゴミ

**名称未設定** · 2021/01/05(火) 12:44:41.07

日本語間違ってるでw

**名称未設定** · 2021/01/05(火) 13:28:42.90

>>14
ﾜｯﾁｮｲを嫌ったんだろう。

**名称未設定** · 2021/01/05(火) 14:32:30.93

これクソワロタ。
https://pc.watch.impress.co.jp/docs/news/yajiuma/1298350.html
Windows 95がApple M1搭載Mac上でアプリとして動作

**名称未設定** · 2021/01/05(火) 15:21:02.93

M1 Mac、まさかの敗北　Apple純正Logic ProでIntel Macに勝てないとは
https://www.itmedia.co.jp/news/articles/2101/02/news014.html

**名称未設定** · 2021/01/05(火) 15:41:12.88

>>20
なんで8GBでDTMやろうとしたのかが謎w
ocean eyes project fileはLogic Pro持ってれば
入手可能なんで16GBモデルで誰か検証すれば良いのに。

**名称未設定** · 2021/01/05(火) 15:51:11.89

>>20
後半読むと、サードパーティーの同機能プラグイン使うとM1 Mac大勝利じゃん (前半はApple純正のリバーブプラグインで比較)
たぶん純正リバーブプラグインのコンパイルが良くない(失敗している)だけだろうね。

**名称未設定** · 2021/01/05(火) 15:54:44.60

M1の優位性って
・5nm
・DRAMとパッケージ一体化で効率化
・高効率コアで低燃費稼動が可能
他になにかありますか？

**名称未設定** · 2021/01/05(火) 16:22:20.61

続けるならﾜｯﾁｮｲ付きで建て直しだろ

**名称未設定** · 2021/01/05(火) 16:22:21.23

・5nm
　→TSMCのおかげでAppleは別に何もすごくない
　→サムスンの5nmも商用化されたからTSMC固有のメリットですらない
・DRAMとパッケージ一体化で効率化
　→実装面積/コストに制約があるスマホ向けに仕方なくそうしていた物を
　　　手抜き流用したからそうなってるだけでPC用としては別に高効率では無い
・高効率コアで低燃費稼動が可能
　→CortexベースのARM系CPUはどれも同じ、
　→Intelも2021末発売のTigerLake改良版のAlderLakeで高効率コアを採用

**名称未設定** · 2021/01/05(火) 16:27:20.01

ﾜｯﾁｮｲが気に食わない奴と透明くんはここ使うと良い。

**名称未設定** · 2021/01/06(水) 00:00:04.88

>>20
メモリかな？

**名称未設定** · 2021/01/06(水) 07:12:57.79

>>24
誰も建てないから、もういいやってみんな思ってるんじゃね。

**名称未設定** · 2021/01/06(水) 07:28:21.90

>・DRAMとパッケージ一体化で効率化

DDR4だから規格もんじゃねーのソケット化しても同じでしょ
チップセットMEMCPUGPUPCIeを外部化しないとPCとしては片手落ち

**名称未設定** · 2021/01/06(水) 11:25:48.29

LPDDR4とDDR4は別物だぞ
LPDDR4は基板直付前提の信号規格でソケット化は不可能

**名称未設定** · 2021/01/06(水) 11:50:35.26

iphone-mania.jp/news-338014/
https://iphone-mania.jp/news-338164/
興味深いものがあるから読んでみるのもいいかも

**名称未設定** · 2021/01/06(水) 13:02:08.91

アフィサイトを提示されても...

**名称未設定** · 2021/01/06(水) 13:31:43.77

>>31
ARM 64は実質Appleが設計したってことか
10年前からだと、その時期からMac搭載も
視野に入れて計画してたのかな

**名称未設定** · 2021/01/06(水) 15:07:22.27

大量出荷された形跡はないけどX-Geneの方がARMv8の実装としては早いかな
Appleの独自プロセッサ設計がP.A. Semi買収 (2008) から始まってるのは散々言われてる通り

**名称未設定** · 2021/01/06(水) 15:11:12.11

>>33
頭悪過ぎだろコイツ

まあこういう理解できない低脳マカーに
そう勘違いさせるための糞みたいな内容だから仕方ないか

**名称未設定** · 2021/01/06(水) 15:16:25.74

ちょうどPowerPCからIntelへの移行が決まった時期にP.A. SemiはPowerPC互換プロセッサの開発を発表していて
この板でもP.A. Semiのプロセッサを使えばいいのにと言ってる人もいた
それが後にAppleに買収されてIntelからARMへの移行の流れを決めるプロセッサを作ることになるんだから面白い
https://japan.zdnet.com/article/20089473/

**名称未設定** · 2021/01/06(水) 15:40:18.14

>>33
いやそもそもARM6からしてAppleがテコ入れしたんだが。

**名称未設定** · 2021/01/06(水) 16:57:02.34

「M1チップの高性能の追求は10年前から始まっていた」元アップルエンジニアが解説
https://japanese.engadget.com/m1-mac-perfomance-10yearsago-052045381.html

**名称未設定** · 2021/01/06(水) 17:27:25.61

>>38
David Kanter氏の元のツィートから読んだんだが、
みごとな「Apple理論」で苦笑したよ。
元々のDavid Kanter氏の「M1の設計はARM ISAではなくてキャッシュが優れている」に対して
「AArch64はワシが育てた」ってまず最初に何の反論にもなっていない。
でもって最後には自分から「ARM ISAでは無くてAppleの設計が優れているから」とか言いおるw

**名称未設定** · 2021/01/06(水) 19:27:25.54

Androidスマホが32ビットマルチコア進めてたとき
iPhoneだけコア数抑えて64ビット化って年はあったね
その頃からMacのARM化計画が始まったのだろうって観測は珍しい意見じゃなかったんじゃない？

**名称未設定** · 2021/01/06(水) 20:28:45.03

>>39
首傾いてんじゃないの？

P.A. Semi CEO、Dan Dobberpuhlの講演（2007.02.22）
https://xtech.nikkei.com/it/article/COLUMN/20070223/263186/

製造手法による試算
StrongARM 27.5W
PWRficient 0.5W

**名称未設定** · 2021/01/06(水) 23:54:06.12

>>36
直接のリンクより記事中の「インテルが株主に「即時行動」を求めるほど追い込まれる事態」
に驚いたｗｗ
やっぱそうなんだ。
近い将来CPUシェアの逆転現象起きるかな？
個人的にはARMアーキのPC互換機の様なデスクトップが出て欲しい。
ハードRAID組めるならオンプレで使う。

**名称未設定** · 2021/01/07(木) 09:19:31.85

2010年のRISC CPUにアウトオブオーダや投機実行を実装するって、遅すぎるくらいだけどなあ。
ARMの32bit以前の命令体系は出自から来るカオスな代物で、それを固定長命令だのレジスタを素直に増やすだのすれば性能はそれだけで爆上がりするわ。
なんでそんなにドヤれるのかがApple関係者。

**名称未設定** · 2021/01/07(木) 09:38:01.18

AppleはARM自体より先んじてPC用を想定した開発を進めてたよって話でしょ
まさにその通りじゃん

**名称未設定** · 2021/01/07(木) 09:56:36.85

>>44
頭悪過ぎだろコイツ（笑）

**名称未設定** · 2021/01/07(木) 11:04:22.09

>>44
それってDavid Kanter氏のアカデミックなコンピュータアーキテクチャ論への適切な反論になっていないと言うこと。
関係ない裏事情の開陳とか、学会発表とかでもいるんだよね。
反論とか質問の形で自己顕示欲を満足させようってタイプの人間。
IQ高くてもこういうコミュ障のGeekは多いが、Appleは特に多い印象。

**名称未設定** · 2021/01/07(木) 11:24:15.07

優れていたのは単にOoOや投機実行を実装したって話じゃなくて
低クロックで非常にワイドなスーパースカラ、高度なOoO、高度な投機実行
>super-wide with low clocks, highly OoO, highly speculative
を志向したって点だよ
実際に現時点ではA14/M1よりワイドで積極的なOoOをやる実装は存在せず
結果としてPC用の最新CPU含めても最もIPCの高いCPUになっている

**名称未設定** · 2021/01/07(木) 12:38:14.87

命令デコーダの数がi9の倍あるって聞いたぞ
x86は構造上あんまりデコーダ増やせないんだと

**名称未設定** · 2021/01/07(木) 13:27:53.16

A14/M1のデコーダは8個、現行のIntel CPUのデコーダは5個だよ
ただP6マイクロアーキの伝統で非対称だから4+1みたいな構成だけど
あと命令フェッチが相変わらず16B/cycleだから16B内に5命令入ってないとピーク性能は達成できないなんて制約もあるね
無論デコーダはあんまり動かさずdecoded uOp cacheに頼る設計なんだけど

**名称未設定** · 2021/01/07(木) 13:50:50.54

デコーダ増やせないんじゃなくて増やしても能力が余るんだよ
x64は命令順の縛りが強くてOoOの並列度の限界がとっくに来てる

**名称未設定** · 2021/01/07(木) 14:07:17.89

ARMのIPCは増やせばまだ伸びますかね大量に置いてたまに仕事が降ってくるの待つみたいな

**名称未設定** · 2021/01/07(木) 14:21:32.03

メモリコンシステンシの話をしてるんだろうけど
そもそもストアはレジスタに対する出力依存はないから並び替えることによるゲインは小さいし
Core2以降ロードはストアを追い越せるようになってる (memory disambiguation) からOoOの制約については実質的な問題はない
x86の並列度が限界に来てるならJim Kellerがあんなことは言わない
https://www.youtube.com/watch?v=oIG9ztQw2Gc#t=33m23s

最近のプロセッサでOoOの並列度を改善しているのは分岐予測やプリフェッチ機構などのあまり見えない (他社に真似されないように見せたくない) 部分の努力であって
デコーダの数だとか演算器の数だとか見える部分の数字だけ比べても本質は見えない
例えば少し前の実装だがA12の分岐予測精度はSkylakeと比べるとこれだけ優れている
これはISA上の制約とは全く関係なくIPCを上げることに貢献している
https://pbs.twimg.com/media/EiWvQmKXkAEK0Vz.png

**名称未設定** · 2021/01/07(木) 15:15:01.67

>>52
> Core2以降ロードはストアを追い越せるようになってる (memory disambiguation) からOoOの制約については実質的な問題はない
x86のTotal Store Orderingは、(ア)ロード同士は順序を守る、(イ)ストア同士は順序を守る、
(ウ)ストアはロードを追い越さない、(エ)ロードはストアを追い越してもよい、だよね?

ARMのWeak Memory Orderingはすべての順番が入れ替わってもOKで、代わりにメモリバリア命令がある

CPUは実効途中に割り込みがかかる場合があるので、実行は順番通りでないアウトオブオーダー実行をしても
いいが、結果を適切に確定する必要があり、結果を順番通りに書き込むリオーダーバッファが使われる
レジスタへの書き込み、メモリへの書き込み、プログラムカウンタへの書き込みがリオーダーバッファの管理対象

そうすると例えば、
1. STORE　4番地へ書き込み
2. LOAD 4番地から読み込み
3. LOAD 8番地から読み込み

この場合、1→2は順番通りに実行されないと結果が変わるから1→2の順でないといけないが、ストアバッファ等で
1に書く内容を2にフォワードできるからCPUのアウトオブオーダー処理に制約はかからない

でも、ARMのWeak Memory Orderingなら3は1や2を追い越してもいいから、3のLOADを早めに実行してコアの外
から3→1→2の順番に見えるように実行してもよいが、x86のTotal Store Orderingでは(ア)により2→3の制約が
あるから1→2→3の順でないといけない

つまり、Total Store Orderingでは3のLOADは1のSTORE確定後でないとダメだから、メモリ読み込みの
レイテンシーがARMより増えることになると思うんだけど違う?

**名称未設定** · 2021/01/07(木) 16:00:13.82

>>53
あーそれはよくある誤解だね
あくまで規定は「プログラムからはロードが順番に実行されているように見えていなければならない」であって
実際のOoOEにおいてloadがloadを追い越すことを制限するものではないよ
実際にIntelのマニュアルには最初にそのことが注意してある
http://www.cs.cmu.edu/~410-f10/doc/Intel_Reordering_318147.pdf

>This document discusses only software-visible behavior. 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.

実際にloadがloadを追い越すというのはマルチプロセッサ環境では問題になる可能性があるので
OoOEをやる上で追い越す場合はあくまで分岐予測なんかと同じく投機実行になる
これは他のプロセッサにおける同一アドレスへのstoreの挙動次第であるから
規定を満たさないようなメモリアクセスが発見されれば投機失敗扱いで巻き戻して再実行される
load/loadの追い越しは記憶が正しければPentium Proの段階でやってるはず

**名称未設定** · 2021/01/07(木) 16:02:28.43

なんにせよ。x86-64は一回リセットしないと落ち目になるよな。
AMD64を受け入れた苦渋の選択の様に、IntelとAMDが協力していかないとワッパが重視される分野では同士討ちしそう。

**名称未設定** · 2021/01/07(木) 16:21:15.42

Itanium復活ですね。
hpから権利買い戻して。

MIPSってもあるか。

しれってロゼッタみたいなの開発して、石はItaniumかMIPSとか。

**名称未設定** · 2021/01/07(木) 16:52:42.79

>>54
> 実際にloadがloadを追い越すというのはマルチプロセッサ環境では問題になる可能性があるので
>OoOEをやる上で追い越す場合はあくまで分岐予測なんかと同じく投機実行になる

LOADを投機実行するなら、>>53の例だと投機的に3のメモリ読み込みを行った後1でのメモリ書き込みが
実行される前に3のメモリアドレスに別のコアからの書き込みがあった場合、3のメモリ読み込みは投機実行
失敗になり、1のメモリ書き込みの後3のメモリ読み込みをもう一度実行することになるよね?

ARMなら常に3のメモリ読み込みは1のメモリ書き込みより先行して実行可能で投機的実行にはならない
から、>>53でいったようにx86はメモリ読み込みのレイテンシーがARMより増えるのであってるのでは?

**名称未設定** · 2021/01/07(木) 17:05:28.87

>>54
もう一点

> 規定を満たさないようなメモリアクセスが発見されれば投機失敗扱いで巻き戻して再実行される
どうやって規定を満たさないメモリアクセスを検出するの?
仕組みがわからない

**名称未設定** · 2021/01/07(木) 17:34:55.40

>>57
投機ロードが失敗すれば遅くなるってのはその通りだよ
しかしそんな単純な例では投機実行は失敗にならない
あるコアと他のコアのメモリアクセスの順番が変わる事自体は別に規定違反ではない

実際に投機実行が失敗するのは次のようなケースだ
初期値 addrA = addrB = 0
コア1:
1) load rA, addrA
2) load rB, addrB
コア2:
3) store addrB, 1
4) store addrA, 2
このとき、x86のメモリオーダリング規定を守ると1) 2)を終えた後のレジスタの値は
(rA, rB) = (0, 0)、(0, 1)、(2, 1) のいずれかになるはずである
しかしload/loadの並び替えにより2)のloadを1)より前に実行すると
2)-3)-4)-1)の順序でメモリアクセスが発生する可能性があり
この時 (rA, rB) = (2, 0) となってしまう
3) 4)のストアは他のプロセッサから見て順番通りに実行されているように見えなければならないから
addrAへのストアが完了しているときにはaddrBへのストアも完了しているように見えないと規定違反である
つまりこの段階で投機ロードの失敗が確定して巻き戻しになる

**名称未設定** · 2021/01/07(木) 17:45:12.13

違反検出についてはキャッシュコヒーレンシプロトコルの範疇だな

**名称未設定** · 2021/01/07(木) 19:18:03.87

>>59>>60
ややこしいから間違っていたらごめんね

メモリの初期値(4番地:0, 8番地:0)
コア1
1. STORE　4番地へ1を書き込み
2. LOAD 4番地からreg1へ読み込み
3. LOAD 8番地からreg2読み込み
コア2
I. STORE　8番地へ2を書き込み
II. STORE　4番地へ3を書き込み

WMOの場合1→2のみ保証されるから、reg2が0の場合、メモリは1→2→3→I→IIで(3,2)の場合と3→I→II→1→2の(1,2)の両方がありえる
(reg1の中身を考えるともっとパターンがありえるが)

TSOの場合1→2→3とI→IIの順だから、reg2が0の場合、1→2→3→I→II順になるからreg1は1でメモリは(3,2)だけ

リオーダーバッファは1サイクルで複数のレジスタやメモリへの確定が可能だから、STORE命令とLOAD命令が1サイクルで確定される
可能性があり、1,2,3とI,IIのSTORE LOAD命令は同時に1サイクルで確定される可能性がある

ならばTSOでreg2が0でメモリが(1,2)になるときに3のLOADが失敗と発見できCPUに通知できるキャッシュコヒーレンシプロトコルって何?

**名称未設定** · 2021/01/07(木) 20:06:36.76

実際にどういうプロトコルになってるのかはそれこそマイクロアーキ屋さんの仕事の見せ所なんだろうけど例えば
・投機実行したロード命令Aでロードしたキャッシュラインが他のプロセッサによりinvalidateされる
・投機実行したロード命令Aよりプログラム上で先行する完了していないロード命令Bが存在する
・Bでロードするキャッシュラインは自分のプロセッサのキャッシュ上に存在せず、他のプロセッサのキャッシュからフォワーディングされる
こういう条件でsnoopを行うプロトコルなら可能だろう

あと>>57の
>ARMなら常に3のメモリ読み込みは1のメモリ書き込みより先行して実行可能で投機的実行にはならない
というのは誤りで、ストアを追い越す場合は両者の実効アドレスが確定するまでは追い越しが成功するかは不明だ
ARMにはレジスタをオペランドに取るアドレッシングモードしかないから
スケジューラに入った時点ではmemory disambiguationに相当するようなエイリアシングの解消を行った上で投機実行しないと追い越せない

**名称未設定** · 2021/01/07(木) 22:58:45.59

>>20
物理メモリに依存するようなプラグイン使って、物理メモリが32GBのIntelと
8GBのM1で勝負すれば、そら負けるわな。

**名称未設定** · 2021/01/08(金) 01:02:28.69

アセンブラ語れる奴がたむろしてるスレとか
最高かよもっとやれ

**名称未設定** · 2021/01/08(金) 03:10:18.20

>>56
あ、あいてにあむw
そんなのもあったなぁ。

>>55
棲み分けでいいと思うけど。でも、棲み分けるにしてもアーキテクチャ違うから、アプリ動かないのが困るのか。
surface pro xがそのジレンマに陥ってるな。

アップルは問答無用でレガシーを切り捨てられるのが強みだな。マイクロソフトがそれやると訴訟問題になりかねない。

**名称未設定** · 2021/01/08(金) 05:03:51.46

>>63
締めの文に「（謎現象に対して）ずーっと悩んでる」ってある。
メモリ容量については冒頭に記述はあるものの、考察では触れられていない。
つまり本人の頭の中では気づいていなかったという事かね。
いろいろ末尾には熱く提言っぽく書いちゃってますけど。

**名称未設定** · 2021/01/08(金) 07:03:00.38

>>66
＞メモリ容量については冒頭に記述はあるものの、考察では触れられていない

ほんとそこw Chromaverbの最適化が進んでない可能性もあるんで、同じ8GBメモリ
にしての再テスト、とかしてくんないと分からんでね。

それに「何倍って言ったじゃんかー」みたいに書いてるけど、何に対して何倍なのか
も書かれてない。子供が書いた記事みたいだわw

**名称未設定** · 2021/01/08(金) 09:08:58.31

板は、x86互換性を甘く見たので普及しなかったよな。
プロセス的にも開発が遅れて、二線級のプロセスしか使えなくて性能のゲインが少なかった。
今なら、x86-64モードはそのままでも省電力でμOPデコードできるISAモードとか付けても実装できそうなもんだけど。

**名称未設定** · 2021/01/08(金) 09:11:56.62

落ち着いて考えてみたけど

>>62
> ・投機実行したロード命令Aでロードしたキャッシュラインが他のプロセッサによりinvalidateされる
> ・投機実行したロード命令Aよりプログラム上で先行する完了していないロード命令Bが存在する
> ・Bでロードするキャッシュラインは自分のプロセッサのキャッシュ上に存在せず、他のプロセッサのキャッシュからフォワーディングされる

このプロトコルでは
> 1,2,3とI,IIのSTORE LOAD命令は同時に1サイクルで確定される可能性がある
> ならばTSOでreg2が0でメモリが(1,2)になるときに3のLOADが失敗と発見できCPUに通知できるキャッシュコヒーレンシプロトコルって何?
3のLOADが投機実行失敗と発見できない

できるならどういう流れになるか具体的に示して

> ストアを追い越す場合は両者の実効アドレスが確定するまでは追い越しが成功するかは不明だ
実効アドレスが確定しないならメモリ読み込み自体が実行不可能だからスケジュール対象外

そもそもWeak Memory OrderingはStrong Memory Orderingだとメモリアクセスのアウトオブオーダーが
ごく単純な場合以外難しいからできたものだと思っているんだけど違うの?

**名称未設定** · 2021/01/08(金) 19:52:10.10

メモリアクセスの完了とROBからのリタイアを混同しちゃダメだよ

>実効アドレスが確定しないならメモリ読み込み自体が実行不可能だからスケジュール対象外
間違い
ロード命令がissue可能になるのは実効アドレスの計算に必要なオペランドが全てreadyになったとき
この時まだ実効アドレスは確定していない
確定するのは命令のオペランドからアドレス計算した時だ

>そもそもWeak Memory OrderingはStrong Memory Orderingだとメモリアクセスのアウトオブオーダーが
>ごく単純な場合以外難しいからできたものだと思っているんだけど違うの?
違う
weak memory orderingは共有メモリマルチプロセッサシステムにおいてコヒーレントキャッシュ間で不必要な同期を行わなくて済むように導入されたもの
OoOをやり始めるよりも前の話

**名称未設定** · 2021/01/08(金) 21:48:34.14

半分もわからんけど読んでるだけで楽しいな
何かを極めた人の会話聞いてるの好き

**名称未設定** · 2021/01/08(金) 21:59:41.00

嘘つくなよ1/100も理解できないくせに

**名称未設定** · 2021/01/08(金) 22:39:58.19

すまんなちょっと盛ったわ

**名称未設定** · 2021/01/09(土) 04:26:25.24

PlayStation 5とXbox Series Xが半導体大手のTSMCの製造ラインを圧迫しているという報告 - GIGAZINE
https://gigazine.net/news/20210108-ps5-tsmc-production/

**名称未設定** · 2021/01/09(土) 11:41:47.93

>>74
世界の半導体の運命を味の素が握ってるという事実(笑)

**名称未設定** · 2021/01/09(土) 12:05:02.26

マジかよ次からアジシオ買ってくる

**名称未設定** · 2021/01/09(土) 12:13:46.09

>>73
ID無しにレスつけなくてええんで。

**名称未設定** · 2021/01/09(土) 12:17:37.25

miniをヘッドレスで使ってるんだが、最近よくわからん理由で落ちてしまって再起動することが多い。

常時稼働してるのはOS標準のプロセスと
Mackerel
Syncthing
Squid
くらい・・・

**名称未設定** · 2021/01/09(土) 13:11:14.95

>>73
半分も判らない　⊇　1/100も判らない
なので、完全にセーフ。
最近の5chには珍しい高度なやり取りは読んでて楽しいですね。

**名称未設定** · 2021/01/10(日) 19:02:54.87

Mam Macはゴミだから諦メロン

**名称未設定** · 2021/01/11(月) 10:15:11.09

Oh!Xを毎月読んでた頃を思い出した

**名称未設定** · 2021/01/11(月) 14:06:37.82

この先の需要を考えればTSMCの買収が正解だ

**名称未設定** · 2021/01/11(月) 14:35:16.57

3Dエクスタシー名連載だったなぁ

**名称未設定** · 2021/01/11(月) 17:34:11.86

ちな、、半導体の３Ｄ化を考えるとメモリはかるく128G搭載可能なんじゃない。

**名称未設定** · 2021/01/13(水) 00:45:49.63

全部SRAMでなMRAMでもいい

**名称未設定** · 2021/01/15(金) 19:35:35.63

twitterを眺めていて気づいたがAppleのこの特許文書より
ttps://patents.google.com/patent/US20200394039A1/en

M1ではload execution queue(LEQ)とload retirement queue(LRQ)の2つのqueueを使って
LOADの効率的なout of order実行を実現しているらしい

**名称未設定** · 2021/01/20(水) 03:15:05.98

TSMCが2023年に3nm PlusプロセスでApple製品を製造開始
2025年の半導体は「2nm」世代へ
ムーアの法則は1nm以降も延命

**名称未設定** · 2021/01/20(水) 20:58:48.20

M1でLinuxが動くようになったらしい
ttps://twitter.com/cmwdotme/status/1351838924621099008

移植版Linuxのソース
ttps://github.com/corellium/linux-m1
ブートローダ
ttps://github.com/corellium/preloader-m1
very early betaのバイナリ
ttps://twitter.com/cmwdotme/status/1350661744193110018

ブートローダのREADME.txtに使い方が書いてある
https://twitter.com/5chan_nel (5ch newer account)

**名称未設定** · 2021/01/20(水) 21:07:49.96

すごいなぁ

**名称未設定** · 2021/01/20(水) 21:34:26.86

>>88
自己レス
インストールに使っているコマンドがよくわからないんだけどこうであってる?

bputilはブート関係の設定
ttps://keith.github.io/xcode-man-pages/bputil.1.html

csrutilはSystem Integrity Protection (SIP)の変更
ttps://leico.github.io/TechnicalNote/Mac/csrutil
ttps://qiita.com/whitefox_105/items/0b70f7a504dcb72788e6

kmutilはkernelやkernel extensionの設定やインストール
ttps://developer.apple.com/documentation/apple_silicon/installing_a_custom_kernel_extension

**名称未設定** · 2021/01/20(水) 22:01:28.42

むしろ今まで動かなかったのかよ（笑）
ゴミすぎてワロス

**名称未設定** · 2021/01/20(水) 22:41:39.56

AsahiLinuxのwikiより
M1 Macのブートとカスタムカーネルの起動方法の解説

ttps://github.com/AsahiLinux/docs/wiki/M1-vs.-PC-Boot
ttps://github.com/AsahiLinux/docs/wiki/SW%3ABoot

用語集
ttps://github.com/AsahiLinux/docs/wiki/Glossary
同じような仕組みのx86_64でのセキュアブートのArch Linuxでの解説
ttps://wiki.archlinux.jp/index.php/%E3%82%BB%E3%82%AD%E3%83%A5%E3%82%A2%E3%83%96%E3%83%BC%E3%83%88

ふんわりとだけど仕組みがわかった気がする

**名称未設定** · 2021/01/20(水) 22:59:20.27

MacでLinux動かすメリットがイマイチわからん。
仮想は別として。

**名称未設定** · 2021/01/20(水) 23:29:20.78

>>93
型落ち Mac mini を自宅鯖にすると静かだし電気食わないしラズパイなんか比べものにならないくらい強力でしかも結構長く使える。そういう時に Linux 動かせると非常に助かる。
まあそういう需要はごく一部だけだろうけどさ。

**名称未設定** · 2021/01/20(水) 23:32:46.78

>>93
うちのMBAは12midだけどまだ元気に動く
でもCatalinaが最後だから、いずれUbuntu入れたいとは思ってる

**名称未設定** · 2021/01/21(木) 02:16:09.58

>>93
Dockerとか爆速になるのでは？
知らんけど

**名称未設定** · 2021/01/21(木) 02:38:24.02

>>94
macOSで行けるんじゃないか？

**名称未設定** · 2021/01/21(木) 08:02:39.20

>>93
面白いからだろ

**名称未設定** · 2021/01/21(木) 08:04:46.53

UNIXであるmacOSよりLinuxを選ぶとはｗ

**名称未設定** · 2021/01/21(木) 09:30:17.05

>>94
Apple Silicon対応のDockerでもうごかないLinuxイメージ多いのに、わざわざLinuxにする意義がわからない。
二重苦な感じ。

**名称未設定** · 2021/01/21(木) 10:24:53.22

macOSのDockerはIOが糞遅いウンコだからな

**名称未設定** · 2021/01/21(木) 12:39:21.54

>>94
>そういう時に Linux 動かせると
Linuxの各アプリは、少し癖はあるけれど、MacOSX上でビルドできる。Homebrewとかなら、普通のLinuxより簡単に扱えるし・・
なんでLinuxでブートしなければならないのか　？？？

**名称未設定** · 2021/01/21(木) 12:44:58.97

Linus TorvaldsにMac買わせるため

**名称未設定** · 2021/01/21(木) 13:37:54.01

>>88
> GPUアクセラレーションは機能せず、グラフィックスはソフトウェアレンダリングモードでの動作に制限される

ゴミで草

**名称未設定** · 2021/01/21(木) 13:59:30.17

nVIDIA以上にM1のGPUの中は非公開だから、Metal以外で使おうとすると相当苦労するだろうなあ。

**名称未設定** · 2021/01/21(木) 15:26:02.04

>>101
arm版でもそうなの？

**名称未設定** · 2021/01/21(木) 15:44:09.48

そいつは知識ゼロの荒らしだから相手にすんな

**名称未設定** · 2021/01/21(木) 15:50:35.22

>>106
macOSの構造の欠陥の問題なのに

なぜarm版ではそうじゃないと思えるんだ？

**名称未設定** · 2021/01/21(木) 15:54:57.29

あっ、ID無しだった

**名称未設定** · 2021/01/21(木) 15:55:34.24

まともなソフトウェア開発者が次々と脱Macしてる一因だからなあ
Docker for Macの糞さは

**名称未設定** · 2021/01/21(木) 16:09:46.66

そこはWindowsでも同じだよ

**名称未設定** · 2021/01/21(木) 16:22:54.31

WSL2バックエンドのDocker for Windowsは極めて優秀だから

まともなソフトウェア開発者が次々と脱Macして移ってるんだよなあ

**名称未設定** · 2021/01/21(木) 16:51:48.80

ID隠しのバカ

**名称未設定** · 2021/01/21(木) 17:25:43.98

また開発者がWindowsにどんどん移行してるとか想像で言ってるおじさんかw

**名称未設定** · 2021/01/21(木) 17:37:05.96

どんどん移行はしてないよな
最初っからMac使ってる開発者とかいないし

**名称未設定** · 2021/01/21(木) 19:18:31.21

どのようにLinuxをM1へ移植したのかという解説とUbuntuを動かすチュートリアル
ttps://corellium.com/blog/linux-m1

**名称未設定** · 2021/01/22(金) 09:22:00.66

twitterより
Corelliumは去年Project SandcastleでAndroidをiPhoneに移植していたのね
ttps://projectsandcastle.org/

これをベースにCorelliumはM1にLinuxを移植したらしいとのこと

**名称未設定** · 2021/01/22(金) 09:34:44.59

> GPUアクセラレーションは機能せず、グラフィックスはソフトウェアレンダリングモードでの動作に制限される

ゴミで草

**名称未設定** · 2021/01/22(金) 13:42:23.30

Asahi Linuxってなんなん？いきなりでてきた感じだけど。
日本人が作ってるのかと思ったら、海外のハッカーが主宰みたいなことが書いてあるし。

**名称未設定** · 2021/01/22(金) 21:53:17.33

Asahi means “rising sun” in Japanese, and it is also the name of an apple cultivar. 旭りんご (asahi ringo) is what we know as the McIntosh Apple, the apple variety that gave the Mac its name.

**名称未設定** · 2021/01/22(金) 22:03:17.27

朝日新聞のせいでAsahiという単語のイメージが悪くなってしまった

**名称未設定** · 2021/01/22(金) 22:08:00.29

スーパーデュラーーイ

**名称未設定** · 2021/01/23(土) 09:45:41.35

>>121
日本語としての朝日からsunriseの意味すら損なわれてるしな

**名称未設定** · 2021/01/23(土) 13:12:47.32

つうか、朝日はrising sunだし。
日本語では今も昔もその意味。

**名称未設定** · 2021/01/23(土) 13:13:22.08

sunriseは「日の出」

**名称未設定** · 2021/01/23(土) 18:52:04.26

専門板でネトウ○に遭遇する割合は異常ｗ
常駐監視してるんだろうな

アンチと同じだけ見かけるもんな

**名称未設定** · 2021/01/24(日) 15:34:56.77

>>102
それはほら、世の中 Linux の情報は満ちあふれてるけど、
macOS を Unix として使うって Homebrew 使っても手間だし。
macOS を鯖として使える人には関係ない話だけど。

**名称未設定** · 2021/01/28(木) 16:24:33.10

OpenBSDがM1 Macで動いたらしい
ttps://twitter.com/bluerise/status/1354216838406823936
https://twitter.com/5chan_nel (5ch newer account)

**名称未設定** · 2021/01/28(木) 16:55:59.10

>>128
そのツィートのリンク先のリンク先でGPUドライバ書いてる人のコラムがあったが、
https://rosenzweig.io/blog/asahi-gpu-part-1.html
想像以上にGPUはスマホ寄りの構造の様だ。

**名称未設定** · 2021/01/28(木) 16:57:53.64

part2も読んだが、この調子だとYUV問題は公式より先にLinuxやBSDで解決されたりしてw

**名称未設定** · 2021/01/28(木) 17:17:39.03

スマホ寄り？
>Two, the architecture seems to handle scheduling in hardware,
>common among desktop GPUs but less so in the embedded space.

**名称未設定** · 2021/01/28(木) 19:11:31.22

GPUの構造は全然わからないんだけど
> One, the architecture is scalar. Unlike some GPUs that are scalar for 32-bits but vectorized for 16-bits,
> the M1’s GPU is scalar at all bit sizes. Yet Metal optimization resources imply 16-bit arithmetic should
> be significantly faster, in addition to a reduction of register usage leading to higher thread count (occupancy).
> This suggests the hardware is superscalar, with more 16-bit ALUs than 32-bit ALUs, ...
M1のGPUのこの部分もPCよりだよね?

AMDのGCNアーキテクチャの解説より
ttps://pc.watch.impress.co.jp/docs/column/kaigai/592131.html
M1のGPUのsuperscalar≒AMDやNVIDIAのGPUのSIMTであってる?
ttps://pc.watch.impress.co.jp/img/pcw/docs/592/131/html/9.jpg.html

**名称未設定** · 2021/01/28(木) 20:08:29.17

SIMTってのはプログラミングモデルの話で
SIMD演算器に対してプレディケーションを使ってスカラ演算を1要素ごとに割り当てるタイプのものを指す

M1のGPUがscalarって言ってるのは多分ハードの話だと思うんだけど
コア当たり128EUがスーパースカラでぶら下がってるというのはちょっと考えにくいので
Appleがコアと呼んでいるものはさらに小さなコアの集合体と考えるのが妥当なのだろうか

**名称未設定** · 2021/01/28(木) 20:15:30.42

GPUはそもそも制御は軽く演算は重く作ってハードウェアリソースに占める演算器の割合を増やすのが根本にあるコンセプトだから
SIMDではなくスーパースカラで作ると従来のGPUよりも制御がかなり重くなる
使ってるトランジスタ数の割にFLOPSは大きくならないけどコンパイラ等のミドルウェアで頑張らなくても実効性能は上げやすいという感じだ

**名称未設定** · 2021/01/29(金) 00:16:26.28

何を当たり前のことを言っているんだ？

**名称未設定** · 2021/02/01(月) 07:07:32.94

どこにでもいる当たり前のことを偉そうにいう君

**名称未設定** · 2021/02/01(月) 09:00:36.91

当たり前すぎるよ

**名称未設定** · 2021/02/01(月) 14:25:21.44

>>105
Appleが GPUのリバースエンジニアリングを嫌うなら、Apple自ら気合いの入った Linux用 GPUドライバー出して来ないかな？
完成度が高ければ、逆汗してまで手を加える奴は居ないだろ

**名称未設定** · 2021/02/01(月) 14:26:40.16

>>119
旭日旗のシンボルで頼むわ

**名称未設定** · 2021/02/01(月) 15:00:10.64

>>138
普通にLinux用にドライバ公開するってリバースエンジニアリングを許容するってことでしょ
そういう文化なんだから。

**名称未設定** · 2021/02/01(月) 15:44:13.83

Appleに何のメリットが？

**名称未設定** · 2021/02/01(月) 18:25:25.04

そんなことも考えられないんだろ頭が悪いから

**名称未設定** · 2021/02/01(月) 19:36:57.00

>>141
>Appleに何のメリット
これまでも、BSD全般、Linuxの様々な主要ライブラリに貢献してきたはず。大学企業ユーザーやLinux/BSDの有力開発者をキープできるから大きいよ (Linux/BSDのミーティングで、参加者がMacBookばかりなのは何度も報告されている)

**名称未設定** · 2021/02/01(月) 19:42:48.04

MacでLinuxを動作させる意味が無い。
特定ハードに依存するものになるし。

**名称未設定** · 2021/02/01(月) 21:14:53.45

>>143
全く的外れ
頭悪いなあ

Appleシリコンを外販しない
Appleシリコンで他OSの動作をサポートしていない
なのにドライバを提供する義理も必要性も無い

iPhone/iPadが出て10年以上経つが
事実として「そんな頭が悪いこと」はやっていない
頭が悪いバカの理屈だとやるべきはずなのにな
おかしいなあ？

はい論破

**名称未設定** · 2021/02/01(月) 22:54:29.07

>>143
そもそもAppleはそういうユーザーを切りたがって今の行動してるようにしか思えないし、
今はMacがUNIX風OSとして便利だからみんな使ってるだけだろう
WindowsもWSLとか出てきてかなり風向きが変わってきてるので今後そういう人たちがMacを使い続けるかっていうと相当微妙だと思う
彼らは頭がいいからOSにロックインされることもなく合理的にガンガン乗り換えるからね
M1がLinux/BSDでも主力のCPUになるか、M1だとARM向けのそれらが滅茶苦茶便利に開発できるとかになっていくなら兎も角、
Appleだけで閉じたエコシステムでしかないならそういうユーザーは離れるよ

**名称未設定** · 2021/02/01(月) 23:34:31.45

MacはUNIXだから使ってるという層が、Windowsが UNIX風になったからといってWindowsを使うか？
それこそ、既にそのマシンにLinux入れて使ってるだろ？

**名称未設定** · 2021/02/02(火) 00:14:44.23

使うよ
デュアルブートや仮想化使うより
WSL2の方がラクで便利だからな
DockerもMac版はウンコでWindowsの方が出来が良いからな

**名称未設定** · 2021/02/02(火) 01:11:15.56

なんでわざわざWindows使うか？Linux使えば良いだろ。

**名称未設定** · 2021/02/02(火) 08:26:24.42

Linuxはドライバの問題がある
ドライバの問題ないなら Linux使うんじゃない？

**名称未設定** · 2021/02/02(火) 14:21:41.84

んじゃ結局macOSが最有力の選択じゃん

**名称未設定** · 2021/02/02(火) 14:41:07.55

OSXでiOSのアプリが動くようになればそのほうがメリットある

**名称未設定** · 2021/02/02(火) 15:11:30.46

OS Xは死んだんや…

**名称未設定** · 2021/02/02(火) 19:36:01.72

>>149
Linuxはクライアントとしては使いものにならん

**名称未設定** · 2021/02/02(火) 19:56:34.66

>>154
>クライアントとしては使いものにならん
じゃ、unixとしてOSXを使えば良い。幾つかポーティングが遅いのはあるが、unixソフトは基本的にはMacOSで動いてきた。MS OfficeもAdobeも全部が同じように動く。

**名称未設定** · 2021/02/03(水) 09:05:32.41

Appleが2-in-1のタッチパネルMacを出さない限り、iOSアプリのMac対応はどこもやりたがらないだろうな。

**名称未設定** · 2021/02/03(水) 09:53:14.93

>>156
それはつまり、M1を搭載してMac OSを搭載したiPad Proを出せということだよね。

**名称未設定** · 2021/02/03(水) 09:56:41.10

>>156
対応なんてしなくてもApple Silicon MacではiOSアプリが実行可能。
勿論、代替出来ないセンサーに依存する機能は使えないが。
Mac AppStoreに出すかどうかは開発者の判断。

**名称未設定** · 2021/02/03(水) 10:20:18.22

>>158
だから、タッパネルを前提にしたUI設計のiOSアプリをマウス対応にするメリットがないだろ。
>>157
多くの人が望んでるのはそれだ！だけど、どう見てもSurfaceのパチモンイメージになるジレンマw

**名称未設定** · 2021/02/03(水) 10:22:08.43

誰一人望んでないだろｗ

**名称未設定** · 2021/02/03(水) 10:26:41.67

2in1についてはもう語るのも馬鹿馬鹿しい。

**名称未設定** · 2021/02/03(水) 10:37:57.65

>>158
別にセンサーやアウトカメラを使わないアプリでも
動作や機能に問題がある物や、起動すらしない物も少なくないから
実行だけできたところで頭が悪いお前の存在と同じで無価値

結局は手間かけてアプリ開発者が
Mac向けに最適化/テストしなきゃいけないが
Macみたいな糞ゴミシェアのゴミプラットフォームに
そこまでする価値が無いとiOS/iPadアプリの開発者大半が判断してるのが現状

**名称未設定** · 2021/02/03(水) 10:44:47.97

>>162
阿呆。
手間かけるならMac版にするだろ。
Catalystの事も少しは調べろ。

**名称未設定** · 2021/02/03(水) 10:55:35.42

>>163
Catalystを使えばXcodeを使って開発したiOS/iPadアプリを
Macに比較的手間を少なく移植できるが
それは一年半前の時点でIntelMac/Catalinaの時から実現している話
Xcodeが抽象化してビルドするだけだから
CPUがIntelだろうがARMだろうが開発者はやることは変わらない
IntelMacの時点で無価値と判断されて使われたものが
それがARM Macになって変わる道理は別にない

にも関わらずCatalystが提供されて1年半も経つのに
Macに移植されるiOS/iPadアプリが少ない現象は
・アプリ自体がスマートデバイス用に設計された物で
　PC用としては不適合でゴミだと開発者が判断してるから
・Macみたいな糞ゴミシェアのゴミプラットフォームに
そこまでする価値が無いとiOS/iPadアプリの開発者大半が判断してるから

はい論破

**名称未設定** · 2021/02/03(水) 10:56:35.46

O IntelMacの時点でMacへの移植は無価値と判断されて使われなかったものが
　それがARM Macになって変わる道理は別にない

**名称未設定** · 2021/02/03(水) 11:16:46.22

全然理解して無いな

**名称未設定** · 2021/02/03(水) 11:42:04.55

iPadOS用のアプリがタッチパネル前提って考えがもう古いわ
アップルの今のガイドラインの準拠していれば
MacだろうとiPadだろうと普通にタッチパッドとキーボードで使えてるわ

**名称未設定** · 2021/02/03(水) 12:36:29.22

>>166
完全論破されて敗走する負け犬の断末魔の呻き（笑）

**名称未設定** · 2021/02/03(水) 12:39:15.87

アンチって何のためにMac板にいるんだろ？

論破論破って、楽しいか？
こんなところで仮に論破して勝ったとしても、
そのことは実生活に何の利益ももたらさないだろうし。

**名称未設定** · 2021/02/03(水) 12:43:10.45

使えるか使えないかと
快適に使えるか使えないかは全く別の話

Mac向けに最適化されてないiOS/iPadアプリなんか
MacじゃPC向けのWebアプリの方がまた使いやすい物の方が多い

そして使いづらければiOS/iPadアプリのレビューで
星1をつけられて悪評を立てられ
本命のiOS/iPadアプリまで評価が下がって売り上げが落ちる
そりゃARM Macにはインストールすらできないようにブロックするわな
百害あって一理無しなんだから

アプリ自体がスマートデバイス用途に設計された物で
PC用としては不適合なゴミで良質な価値や体験を提供できないと開発者が判断してるか
Macみたいな糞ゴミシェアのゴミプラットフォームに
そこまでする価値が無いとiOS/iPadアプリの開発者大半が判断してるから
Catalystが用意されて一年半も経つのにMac向けに最適化された
iOS/iPadアプリがロクに増えないし増える兆候すらない
それが現実であり全て

**名称未設定** · 2021/02/03(水) 13:29:55.46

iOSアプリの件に関しては珍しく酒屋さんが言ってることが合ってるよ
この先も過剰な期待はしない方がいい

**名称未設定** · 2021/02/03(水) 18:03:55.66

Magic Keyboardで使ってるからiPadも画面タッチなんてほとんど使ってないけど
Macで使ってもあまり使い勝手が変わるとも思えないが

クリエイティブ用途でペンシル必須とかならMacで動かしても意味ないだろうけど
普通にMacでも動くんだからiPadのアプリ使わせろTwinkleなんてMacの方が全然使いやすい

**名称未設定** · 2021/02/03(水) 21:20:22.61

>>155
MS-Accessはどうなった？

**名称未設定** · 2021/02/04(木) 00:25:02.74

僕も、Appleが、
「MacでiPhoneやiPad用のアプリが走る」
と得意げに言っているのが不思議で仕方がない。
Intel Macでもxcodeで開発したアプリがシミュレーターの上でスムーズに動いてた。
だからiPhoneやiPad用のアプリをIntel Macの上で動かすようにすることだってできたはずだ。
その上、Macはタッチパネルじゃないし加速度センサーもGPSも背面カメラもない。
フルスクリーン表示にして大きくみられるわけでもない。
むしろiPadでMacアプリが走った方が何倍もいい。

**名称未設定** · 2021/02/04(木) 08:58:30.23

アポー「動くとは言ったが使えるとは言っていない！」

**名称未設定** · 2021/02/04(木) 09:57:05.45

MacがiPad化するより、iPad ProがMac化してくれた方が何十倍もいいよな。
次期iPad ProがM1になってMac OS アプリが動く様になったら俺は飛びつくぞ。

**名称未設定** · 2021/02/04(木) 09:59:46.34

そうはならんから諦めろ
MacとiPad両方買わせるたいのがApple
ついでにApple WatchとiPhoneも買わせる

**名称未設定** · 2021/02/04(木) 10:20:28.45

仕事にはキーボードとマウスとマルチウィンドウが必要
iPadはサブ機としては使えるけどメインの仕事はできない

iPadでMacアプリが動いてもマルチウィンドウじゃないから仕事にならない

**名称未設定** · 2021/02/04(木) 11:18:25.54

>>174
>Intel Macでもxcodeで開発したアプリがシミュレーターの上でスムーズに動いてた。
これはARMコードで動いてたわけじゃないでしょ。

**名称未設定** · 2021/02/04(木) 12:02:18.10

>>177
それな
AppleWatchを別で買わせるために
コロナ禍でも最新iPhoneに意地でも指紋認証対応しない
消費者を馬鹿にした徹底した守銭奴っぷりだからな

**名称未設定** · 2021/02/04(木) 12:49:21.57

iPad proをSidecarで繋げりゃいいじゃんねー

**名称未設定** · 2021/02/04(木) 14:42:33.16

>>178
キーボードについては、そのためにマジックキーボードを出した。
OSについてはMac OSを走らせろと言ってる。

**名称未設定** · 2021/02/04(木) 17:17:13.83

Apple、DTKの返却でM1搭載Mac miniを200ドル割引?開発者に不満
https://www.macrumors.com/2021/02/03/apple-asks-developers-to-return-dtk/

乞食マカーが発狂してて草

このスレでもDTK返却でM1 MBAかminiで貰えるとか言ってた
卑しくて図々しくて浅ましい乞食マカーがいたが
ユーザも開発者の蔑ろにして自社利益追求する守銭奴Appleの答えはこれ（失笑）

**名称未設定** · 2021/02/04(木) 20:52:00.44

アップル・カー（ヒュンダイ製ｗｗｗ、SoCのAI性能はQualcommの半分未満ｗｗｗ）

**名称未設定** · 2021/02/05(金) 14:34:25.03

>>183
たった200ドルと引き換えに返すより、手元に置いておいたら、10年後にはお宝に化けているかもね。

**名称未設定** · 2021/02/05(金) 15:29:09.82

>>185
ならねーよ低脳カス
中身は単なるM1 Mac miniの超絶劣等版のゴミで
デザインも同じだからな

**名称未設定** · 2021/02/06(土) 02:29:13.84

https://pc.watch.impress.co.jp/img/pcw/docs/1304/159/html/photo001_o.jpg.html

ランク外（失笑）

現実はこれな（笑）

**名称未設定** · 2021/02/06(土) 02:33:53.76

MediaTekですらミリ波対応の5Gもモデムを製品化
　https://pc.watch.impress.co.jp/docs/news/1303988.html

Intelが見切りをつけて捨てた使い物になる確約もない
ゴミ5G事業を拾って未だに製品化できない
技術力のないどっかの企業（失笑）

**名称未設定** · 2021/02/06(土) 09:18:25.53

>>187
外販してないんだから売上高ランキングの対象にはならんだろ
真性池沼なんだなｗ

**名称未設定** · 2021/02/06(土) 11:14:51.82

>>189
頭悪過ぎたろコイツ（笑）

https://pc.watch.impress.co.jp/img/pcw/docs/1304/159/html/photo002.jpg.html

頭が悪い低脳なバカ>>189 ID:P16EgjyU0
「外販してないんだから売上高ランキングの対象にはならんだろ（ｷﾘｯ」

wwwww

**名称未設定** · 2021/02/06(土) 17:47:17.16

iPhone12を頑張って売れば売る程
Qualcommに足元見られてボッタクられてる
自社SoCの2倍のコストの5Gモデムの売上げになって
Qualcommの半導体売上に寄与するだけだからな（笑）

モデム係争でQualcommにケンカを売っておきながら
無様に完全敗北した敗戦国だから
言いなりになって搾取されるだけの奴隷

**名称未設定** · 2021/02/06(土) 17:47:25.23

>>190
元記事

>続いてIC Insightsのランキング上位15社である。
>同社のランキングには、半導体を製造しているものの半導体製品を市販していない企業(ファウンダリ企業)や
>自社ブランドの半導体を設計しているが市販はしていない企業(内製企業)を含んでいる。

>13位はApple(内製企業)である。

酒屋は機能的文盲だと言うことだなw

**名称未設定** · 2021/02/06(土) 18:25:26.91

再利用か。

**名称未設定** · 2021/02/07(日) 05:26:40.65

ガートナーの定義はIC Insightsのとは違っているからね

**名称未設定** · 2021/02/07(日) 11:01:26.00

頭が悪い低脳なバカの負け犬>>194 ID:5AtL7o6E0

< ガートナーの定義はIC Insightsのとは違っているからね

　　　　　　　＿＿＿_
　　　　　　／＼　　／＼　ｷﾘｯ
.　　　　　／　（ー）　（ー）＼
　　　　／　　 ⌒（__人__）⌒ ＼
　　　　|　　　　　|r┬-|　　　　|
　　　　＼　　　　 `ー'´　　／
　　　　ノ　　　　　　　　　　　　＼
　／´　　　　　　　　　　　　　　ヽ

　　　　　　＿＿＿
　　　　　　　／　　　　＼
　　　　　／ノ　　＼　　 u. ＼　！？
　　　　／（●）　（●）　　　＼　
　　　　|　　（__人__）　　　u. 　 |　ｸｽｸｽ>
　　　＼　u.｀ ⌒´　　　　　／
　　　　ノ　　　　　　　　　　　＼
　／´　　　　　　　　　　　　　　ヽ

　　　　　　　　＿＿＿_
<ｸｽｸｽ　　／　　　　　＼！？？
　　　　　／　　u　　ノ　　＼
　　　　／　　　　 u （●）　　＼
　　　　|　　　　　　　　（__人__）|
　　　＼　　　　u　　　.｀ ⌒／
　　　　ノ　　　　　　　　　　　＼

**名称未設定** · 2021/02/07(日) 12:04:24.81

マカーは頭が悪いからしゃーない

頭が悪いからMacなんか使うのか
Macを使うと頭が悪くなるのか

**名称未設定** · 2021/02/07(日) 13:48:51.09

>>187
そこじゃないよ。
Appleは自社完成品でしか使用しない内製部品を作ってる会社。コストつまり出荷額が少ない方が、どんどん儲かるビジネス構造。
Qualcommなんかは外販で売り上げを立てないとやっていけない会社。
それを理解できない酒屋が低脳で、無価値なんだよw

**名称未設定** · 2021/02/07(日) 16:03:00.55

>>196
ねぇ？君はなんでここにいるの？ねぇ？ねぇ？

**名称未設定** · 2021/02/07(日) 22:43:13.17

変な流れだなぁ....
もともと、このスレでもMacでiOSアプリを走らせることは評価されてなかった。

2in1やらOS統合やらを言い募ってる誰かさん以外は。

**名称未設定** · 2021/02/08(月) 09:47:04.11

やっぱり次スレからワッチョイ復活すべきだな。