【低価格】MacのCPUをARMに！4【低性能】 [無断転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
今はパソコンやサーバーにもシビアに省電力が求められている時代。
MacもiPhoneと同じARMをCPUに採用して
時代を先取りした低消費電力マシンを実現すべき。
そもそもMacがIntelに移行したのは、
G5よりもIntel Coreの方が電力効率が優れていることがその理由。
しかし、それならiPhoneをはじめ携帯電話では主流になっている
ARMアーキテクチャのCPUの方が数段電力効率がいい。
MacOSXは、Windowsほど互換性のしがらみに縛られないから
最も電力効率の良いCPUアーキテクチャを選べる。
アップル製品のCPUをARMに統一すれば、iPodからMac Proまで
同じアーキテクチャで揃えられる。
今のアップルなら、買収したP.A.Semiの技術を使って、
自社で高性能なARMベースのマルチコアプロセッサを設計できる。
アップルはOSも自社開発しているのだから、 GPUの活用と徹底したマルチコアへの最適化を行えば、
Intelベースのマシンに負けない性能が期待できるのでは？
http://potato.2ch.net/test/read.cgi/mac/1383572569/ MacをAチップ移行するか、iPadがPCほどの能力になるか。どっちも大きな変化ですよね。っつーかMacがどのようになるかはMac Proがどうなるのか？がポイントだと思うんよな。 >>951
公開はされてるけど、x86以外で使われる前提になってるかどうかは分からんよね？
ロイヤリティーフリーとはいえ、Intelへの使用許可は必要なわけで
かなり厳しいと思うよ >Mac Proがどうなるのか？
強力なMac Pro Cloud Server上で動かせば無問題 >>954
TB自体IntelとAppleの共同開発のはずAppleが使用するのに問題なさそうだけどね。 >>956
少なくともthunderboltの商標はIntelのようだ
アップルが申請したなんて話も過去にあったが…
少なくともthunderboltって名前は使えないだろうから別の名前に変えるのかな
ただ、呼び名の問題をクリアしたところで、
いくら共同開発だからといってそう簡単に使えるもんか疑問だ
こういう問題は他にも色々あるだろうし、ARM Mac発表の道のりはまだまだ長いよ そういやPowerPCの時にAltivecをVelocity engineって呼んでいたのはそういう事？ Velocity engine懐かしい、あれで何かが少しでも速くなったということは一切無かったなｗ memcpyとかで使ってるから知らないうちに恩恵受けてるぞ >>960
G4はiTunesのエンコくそ速かっただろ
SSE2より上
当時の話な もしMacにARM載せるとしたらMac専用CPUを開発するんだろうか？
ノート向けはAxシリーズまたはその改良版でもいいかもしれないが、デスクトップ向けにはAxシリーズとは違う多コア化と動作周波数の向上が必要だよな。 専用なんて事しないでしょ
高くなるだけだよ、きっと 上位までカバーするにはCPUオンリーの8コアぐらいのダイを作って
MCMでバリエーション増やすとかじゃないと採算が合わんだろうな まずはXcodeで二つ(x86とARM)のバイナリーを出力できるようするだろ。
それが出来上がったら、変なことしてない限り、再コンパイルだけで大丈夫。
Apple純正アプリとか、開発継続中のアプリは、すぐに出せると思うよ。
ドライバー系も、I/O Kitを使っていて変なことしてないなら、再コンパイルでOK。
Adobeのように独自ツールだと別な対応が必要だけど、もうARM対応はかなり準備できてるだろ。iOSアプリの開発もしてるんだし。
まあ１ヶ月もすれば、かなりの数のアプリが登場するよ。
最近はメンテしていないとか、特殊な状況のアプリだけは半年ぐらいで出てくるかも。
あまりに出てこない有名アプリは、代わりとなるアプリを誰かが作るし。
大事な点だけど、ARM Macが登場したとして、ユーザーが一気に買い換えるわけじゃない。
１ヶ月とかじゃなく、半年とか１年とか２年とか待ちながら、ゆっくりと買い替えが進んでいく。
過去2回もCPUを変えたときも、こんな感じだったから、混乱は意外に少なかった。
買い替えがゆっくり進むって点が重要だよ。
その意味で開発時間は多くあるのさ。まあ1年でアプリはほぼ入れ替わるだろうけど。
当面はノート型から登場して、デスクトップ型はゆっくり切り替えって感じかな。
今の無印PowerBookにA12Xが乗っただけでも凄い性能アップだから楽しみだよ。 CPUの切り替えって、OSが同じなら、開発者もユーザーもあまり大変じゃないよ。
逆にAppleだけが物凄く大変。ハードを新規開発、OSや開発ツールの移植などなど。
ただし中身が近いiOSがARMで動いてるから、OS移植はあまり大変じゃなさそう。 別に開発者がアップデートする気のあるアプリはどうでもいいんだよ待ってれば対応版が出るんだから
Intelに移行した時のAppleWorksみたいに既に開発終了してるアプリが問題 アプリの問題といってもMacのアプリより
iOSの方が多い訳で
iPadの性能が上がる限りMacのアプリが
iOSに移植される流れは変わらないだろうから
時間の問題でしょ 簡単とか言ってる人は本当にアプリ作ったことあるの？
少なくとも業務レベルのアプリを作ったことはないだろうね
個人制作レベルのアプリならまあその通りだが、
中規模のアプリはまず何もしないでビルド通るなんてないと思うわ そのままビルド通るかどうかに規模の大きい小さいは関係ないとおもうが？ 常時接続パソコン用SoC、アップル参入か
http://www.emsodm.com/html/2018/11/15/1542249498829.html
米クアルコムが米マイクロソフト（Microsoft）の「Windows 10」を採用するAlways Connected PC（常時接続PC）向けSoC
「Snapdragon 850」を発表したのに続き、スマートフォン用SoCを手がける
米アップル（Apple）、韓国サムスン電子（Samsung Electronics）、台湾MediaTek（聯発科）、中国Hisilicon（海思）、中国Unisoc（紫光展鋭
も常時接続PC向けの取り組みを展開しているとし、7nm（ナノメートル）製造プロセスを採用したSocを搭載するPCが19年に大量に登場するとの見方を示した。
確実にその時が近づいてますね… xcodeさえクソIDEなのにARMになって全てのアプリがマシになるとでも思ってるのか？ >>972
お前こそ、Xcodeで開発した経験ないだろ
ここ数年はSwiftで開発しているけど、正常に動いているアプリで、
ソース変更が求められるのは、以下の２つが大きな要因。
1. Swiftのバージョンアップで、言語仕様が変更になった
2. APIの変更で、使用中のクラスが(OSの特定バージョン以降で)使えなくなり、代替クラスを使って書き直した
いきなりビルドが通らない()とか、ないからw MacがARM化すると、アップルは究極技を使う手もある
iPadアプリをそのまま動かしてしまう互換ボックスを、最初から用意すること
アプリ操作には、トラックパッドを使って
これだと、ARM版Macだけ一気にアプリが増える
しかも登場した瞬間から、アプリ側の変更なしに使えてしまう
使えるアプリの数がMac史上最高にw >>978
Swiftだけ使ってるアプリならそりゃそうだろう
個人制作レベルのアプリの話だね >>972
Mac用アプリのほとんどが、個人または少人数で開発してるんだが。
業務レベルって業務用か？、、、、その多くも少人数で開発してるぞ。
中規模アプリって、具体的には何を指しているんだろ？
そもそも今のXcodeがARMに移植したとして、
なぜ何もしないとビルドが通らないのだろ？
どのような理由で通らないと考えているのだろうか？
なぜ中規模アプリだけが、何もしないとビルドが通らないのだろうか？
あまりにもトンデモすぎるw >>980
Swiftだけ使ってるアプリだと、ARM版でもビルドを通るのか？
じゃあObjective-Cで書いたアプリだと、ARM版でビルドが通らない可能性があるのか？
だとして、通らない理由は何だと考えているのだろうか？
これもトンデモ話なのかなw アセンブラで書かれたエンコ用コアのソースとかバイナリを含むとかかしらClang上でそんな物使えるのかしらね SSEとかAVXとか使っててもARMでコンパイルが通るの？
アセンブリまで行かなくてもSIMDぐらいだと結構使ってるソフトは多そうだけど AppleがARMに移行したら書き直すしかないだろ。あとはサードパーティでそれぞれ考えることだろう。 ということは機械学習やメディア系のソフトウェアなんかの演算性能が命のソフトウェアで現状ではWin/Mac/Linuxの
3プラットフォームに対応してるようなものはMacだけ性能が全く出なくなるってことになるんだろうな
PowerPC時代に逆戻りだな。
まぁ現状でもNVIDIAのGPU使えないしある程度そんな状況ではあるが 例えばHandBrakeなんか内部的にはバリバリにx86のSIMDに最適化されてるx264使ってエンコードしてるから、
ARMでもコンパイルは通るだろうけどエンコード速度は遅くなると思うね。
そういう演算処理がヘビーロードな作業をしない人にとってはARM化は特に問題ではないのかもしれないけどね。
SIMD使ってチューニングしてる重たいプラグインなんかも軒並み動かなくなって切り捨てだろうな。 >>986
>機械学習やメディア系のソフトウェアなんかの演算性能が命のソフトウェア
iOSはそのどちらも得意だし、むしろApple的にはMacOSより高い優先度で開発してると思うけどな
動画はGPU上に実装されたハードウェア専用回路の支援を受けるのが今の主流で
MacOSの現在のメディア技術の中核＝AV FundationはiOSからの移植だしね
ハードウェアエンコーダ・デコーダは決め打ちが多く自由度は少ないけど、
T2のHEVC支援が示す通りパフォーマンスは圧倒的
モバイルデバイスだと電力効率が重視されるので特にそう
という現状を踏まえると、仮にAシリーズに移行してもメディア処理は何ら問題にはならない >>990
iOSが機械学習が得意ってなんだよｗｗｗ
iOSは機械学習した結果を使ったアプリがあるだけだろｗｗ
そんなものラズパイでもできるんだがｗｗｗｗ >>992
ttps://japanese.engadget.com/2018/09/13/iphone-a12-bionic/ 9900Kのパフォーマンス超えるようなCPU開発の目処が付いてからだよなぁ ある程度目処はついた。という解釈でいいとは思う。パーソナルコンピューターの次のステップなんだろう。
電源オン、オフを意識することなく
高速に動作し
大容量のストレージを内蔵し
そして常時接続のネットワーク
確かにこれはPCが夢見てきた形でもあるんじゃないか？ >>990
H.264やH.265の数少ないプリセットでのエンコードは得意、ぐらいでしょ。
IntelのSIMDはもっと色々なところに使われている。
メディア系でも単純な動画のエンコード、デコードだけではなく
AfterEffects使って素材を合成したりとか、3DCGソフトで大量のポリゴンを処理したりするのにはSIMDによる最適化が大きく有効な領域なんだよ。
ネットブラウズして動画見て撮影してカットとつなぎ合わせして、というような用途であればx86_64と遜色ない性能だろうけれど、
計算性能必要とするもので誰もが使う訳ではないマイナーなジャンルのソフトウェアはx86_64以外のSIMDをサポートすることはないと思うよ。
ディープラーニング、ビッグデータ処理、科学シミュレーションなんかはMacではめちゃくちゃ遅くしか実行できない、ということになるだろうね。 >>995
After Effects他の動画編集はCUDAを始めとしたGPGPUが効くから
プライスパフォーマンスの面でWin一択の状況で
その状況は今更変わらんでしょ
SIMD自体特別なものではなく一定の移植性はあるし、
OS標準のAPI経由で使うならなおさら
そうでなく特定アーキに依存した作りこみをすれば移植性が失われるのも当然の話
移行の阻害要因になり得るとは思わないな >>995
だからフレームワーク経由でアクセス出来、規格を自前でコントロール
出来る様に、Metalを持ちだしてきたんでしょ。 そもそもエンドユーザーがARM化望む理由がイマイチ分からんわw 実際 重いアプリや昔ながらのレガシーアプリを使わないエンドユーザーは
iPhoneやiPadなどiOS端末でARM系SoCの恩恵は充分すぎる程受けてるし
ユーザー数もMacユーザーの数倍いる 今更なんだよね このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 710日 11時間 5分 56秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
