【アップル】Apple Silicon 3chip【シリコン】
■ このスレッドは過去ログ倉庫に格納されています
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
新スレ立ての際上記コマンドを3行書き込んでください(スレが立った際に1行消費されます)
次スレは>>970が宣言して立てて下さい。
無理な場合は>>980。
それも無理な場合は>>980がスレ立てレス番を指定して下さい。
さあ、みんなでApple Silicon(シリコン)について語りましょう。
前スレ
【アップル】Apple Silicon 2chip【シリコン】
https://egg.5ch.net/test/read.cgi/mac/1596078188/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured >>518
それはCからJavaのライブラリを利用する場合やAndroid 2.3 Gingerbreadより前の
バージョンでNDKを使う場合であって、2.3以降はNative Activity等Javaを一切使わず
プログラミングできるようになっているよ >>520
ごめんね
おかしなこと逝ってるのがいるので
Javaは最初期からJava Native Interface(JNI)という仕組みでWrapperを使ってCからJavaのコードを
呼び出したりJavaからCのコードを呼び出すことができるようになっている
Android 2.2まででもだいたいのことはCから直接利用できたんだけど、Activity関連(Androidは
原則全画面表示だからWindowではなくActivityと呼ぶ)はJavaで実装されていたので、JNI経由で
Javaのコードを呼び出す以外NDKではGUIを構築できなかった
2.3からActivityを含めAndroidのすべての機能を直接Cから呼べるようになって、さらに低レイテンシの
オーディオAPIもNDK専用で実装された(ただしハードウェアとの兼ね合いでちゃんと使えるか今でも
あやしいし、APIも途中で別なものに置換えられている)
ちなみにC++から直接Activityを表示するNative Activityのサンプルはこんな感じ
ttps://github.com/android/ndk-samples/blob/main/native-activity/app/src/main/cpp/main.cpp
gtk+やQtやMFC等を使わないXlibやWin32APIのプログラミングと同じで面倒くさい 見てたら欲しくなっちゃった
16gb一番早く買えるのはどこだろう ダルいからテキトーに言うよ!
Appleが昔、ペン入力のあーなんだっけ?タブレット作ってる時に、それ用の省電力CPUを作らせる目的で出資してARMが出来た
ような気がする
寝る でもジョブズはArmが嫌いだったからすぐ切り捨てたんだよ でもその頃からApple独自でプロセッサーを作る構想はあったのかなと思える PDA = personal digital assistant
iPhoneやiPadがもっと知的で賢くなってくれると嬉しい
今なら Blutooth で小型イヤホンマイクと接続できるからね カメラ、イヤホン、スピーカーって写真や音楽用って考えてる人が多いけど、今やiPhoneや iPadの目、耳、口だからね。iPad ProやiPhone12Proに搭載されたLiDARスキャナーに至っては空間把握まで行う。 Macが白のポリカーボネートだった頃はデザインでは目を引くけどやはり性能で敬遠されてた感ある
そこでIntelに切り替えてBoot Campまで用意してあからさまなCMまで打ってWindowsユーザーに訴求してた
おそらくその頃からIntelとはかなり大型の長期契約でも結んでそうな気がする
安定的に供給を受けるためには長期契約が必須だし
もちろん独自チップでWindowsソフトを高い完成度で動かす技術もなかったからIntelに頼るのは仕方なかった、過去形ね M1にデスクトップなりの冷却機構を付けたり、数の暴力で攻めてきたら化け物になりそう。macproのノリだとアフターバーナーみたいにCPUカードみたいなコプロにしたら強そう。 あの頃とは違って今回のAppleによる設計は相当イケてるからねえ
シングル性能が鬼 >>526
Newtonの前からARMは有ったぞ
初代ARMチップが完成したのは1985年
AppleがNewtonに使ったのはARM6で90年代入ってから
ARMの立ち上げにはApple関わってない
その後でNewton用のARM6っていうのをAppleと一緒に開発した
だから>475のARMをAppleが立ち上げたって主張するはかなり無理がある
ARMの発展にはAppleが貢献してるのは間違いないけどね 直近ではやっぱiPhoneがスタート地点なんだろうけど、その前にiPod(これも中身はArm)があって、そしてiPodのソフトウェア開発はNewtonにも関わってた技術者らしいんだよね 当初ジョブスはIntelMacで全幅の信頼をIntelに寄せてたから
iPhoneもAtomを採用するつもりだった
それをトニーファデルがArmの可能性をジョブスに説いて考えを変えさせた
ジョブスが一番気に入ったのは勿論チップを自社設計出来る部分で
一旦Arm採用決めたら直ぐにP.A. Semi社を買って早速Aシリーズ開発を始めた
だから最近のインタビューでも言ってるけどMacのArm化は創業者からの夢の実現 Armの話だからApple siliconのスレで話してもいいと思うけど、
レスを見せられてる方はそんなに面白くない... >>538
頭悪いなw
ARMを立ち上げたのはAppleだよ 技術はACORNで出資もろもろ(企画等)はApple このスレ定期的に頭悪いって簡単に人バカにするやつ出てくるよな... ARMがチップの話と会社の話でスレ違ってんのか…
ARMチップはACORN
ARM社はACORNとAppleが出資だな そんな人間に対しては頭悪い
物体に対してはゴミを使わないと会話できなさそうみたいなこと言うなよ AppleがジョブスのわがままでCDROM対応が一年遅れて
iMacの売上低下懸念をカバーする為に企画されたApple製MusicPlayerを
トニーファデルの会社が請け負っい買収されからたった5ヵ月生まれたのがiPod
結局この時の仕事ぶりが認められてトニーファデルはiPod成功と共に
入社数年でハード開発全体の責任者に就任してたからiPhoneの企画の頃には
寧ろAppleスタッフの中でも発言力が強かった
因みにこの人学生時代は初代Mac開発者がAppleを離れて作ったGeneralMagic社出身 >>547
GeneralMagicといえばHypercard あ、w
誤解するアホがいるので付け加えとくと
GeneralMagicのフェラーはApple在籍時にHypercardという
script言語を使用する当時では超クールな開発ソリューションを創ったのね
日本語でも書けるscript言語w でも、ちょっと無理があったな… X フェラー
◯ フェロー
magicコマンド懐い
まさに中二病を満足させる出来だったねw 初代MystはHypercardで作られてたね。
細かいアニメーションはQuickTimeとDirectorを併用。 当たり前だろ同じARM64なんだから
・Windows10ARMのライセンス・イメージを個別提供して
・AppleがWindows10ARM用AppleSiliconドライバを開発・提供して
・Parallels等がVMフロントエンドでWindows10ARMを動作させれば
技術的には動くのは当たり前 ARM版Windows10って、アプリケーションの対応状況はどうなん?
OS弄りたい訳じゃ無いし。
かと言って、wineでアプリだけ動いても「Windowsで動作してる」と言えないからちょっと微妙なんでWindowsを走らせたいんだけど。 ARM IPなんてコア部分が同じでも拡張部分が違うと全然別物やぞ
MSが使ってるスナドラはWin用に最適化されてる。
自社ハードですら文鎮化させてるAppleじゃムリムリw 米国に限るとネットトラフィックによるOSシェアはMacOSだけでも30%超えて
同じアーキテクチャとなるiPad加えると軽く4割超える
これで更にM1人気で数字伸ばすとまさかのMacOSがWindowsをシェアで逆転も見えてくる
この手助けをMSが自らするかどうか? そんな余裕は今のMSにないと思う 期待は高いけど、とはいえ、WinはExcelのマクロや大きめのファイルでもサクサク動く現実があるので、
MacOS X Excelが同等のパフォーマンス出ないとな…
あと企業だと情報システム部門がMac嫌がるんじゃないの、ADやCWATなどの監視ソリューションがらみで。 何でこの人いっつもMacとiPadを合算するんだろw MicrosoftはWindowsとWindowsアプリやサービスが売れれば良いんだろ?
ハードがMacだって構わないだろう。 一体、何年Mac版作ればまともな物になるのやら...
技術力が無いのかユーザーより自社プラットフォーム優先なのか。 >>560
iPadでmacOSを動かしていくぅ! >>553
つまりMicrosoftさんに
Intelさん辞めてうちのチップ使いませんか?と営業してるってこと? >>561
商売上はそうだと思うんだけどねえ。
Googleが反トラスト法で提訴されてるの影響するかな。 M1のシングルスレッド性能が初代Ryzenの2倍、つまりIPC 2倍のレスにAMDファンボーイがファビョるほど
Windows使わない人間はこれだから〜とか、もはやWindows教AMD宗信者は人格攻撃しかできない様子であった
まぁ実アプリ上の結果であって、マルチスレッドベンチは35WのRyzen(Zen2)8コアの方が速いこともあるし、
ソフトウェアを活用するならMac、ベンチマークするならAMDと言ったところかな >>556
MSにやる気がないので.NET Frameworkなアプリすらエミュレータ上でしか動かない Snapdragon 875はGPUはA14の1.5倍ぐらい圧倒的に強いけど、CPUはA14より弱いんじゃないかな
8コアスナドラが6コアA14にCPUで勝てないのは内部設計の違い
875は所詮5命令デコード、A14は8命令デコード
AシリーズはARM Macを見据えて粛々とシングルスレッド性能上げてきたからね。
とは言ってもスマホ用GPUはスナドラの方が圧倒的に強い
正直AppleはGPU作るの下手くそなんじゃねぇかなと勝手に思ってる Antutuスコア
A14 Bionic: 66万点前後
Snapdragon 875: 85万点 ARMのWindowsを個人に販売するとしても
64bitのx86のエミュレータが完成してから
だろうから時間はかかるね >>569
Rosettaみたいな仕組みは有るんですよね? 2年前以上のCPUと比較して高速とかやってて気持ち悪すぎる
PowerPC以前からマカーってバカーだよな >>570
1.5倍は大げさでは?w
サムチョンへの委託生産だし、歩留まりの悪さがあちこちで指摘されている現状w
まだ発表前のSoCだし、市場に出るのはいつ頃かな
早くて来年の春〜夏モデルってとこ… >>570
むしろスナドラ875って本来ならA14XとかM1に勝たないとダメなんだよね
同等のアーキテクチャで比べるなら相手はA14じゃなくてA14XとかM1だし
まあそれを差し引いてもAppleはGPU怪しいなってのは思うけどさ Parallels出てもLinuxしか動かないでしょ プロセスが一番シュリンク決めてるのにこのざまってただただ恥ずかしいだけだぞ
だまってRYZENのモバイルCPU載せたほうがよっぽどマシだし売れるわ OSのバグアップデートで旧型ノートの買い替え需要煽ってるしやることずっと変わらないね悪徳企業はさ >>576
PowerPC G5は消費電力13Wの爆熱CPUだからね…31WのCoreや35WのTurionはほんと省電力ですよね
すいません、2年前のポンコツRyzenと比較してしまって…最新のZen3比ではIPC 70%増しですね
え?7nmと比較するな?現行製品で出ていないのでは同じことでは?それにIntel 14nmとAMD自社技術でない7nmと比較してホルホルするWindows教AMD宗派信者さんも、、、 って、Ryzenはもう4年近く前じゃねーか!Ryzen1600は今のAthlon3000Gより安かったのに、今の価格設定は残念だよ
2000年 デュアルコアPOWER 4
↓
2005年はデュアルコア元年!世界初デュアルコアAthlon64 X2!
2003年 クアッドコアPOWER5、1コア2スレッドSMT
↓
2007年、ついに世界初のクアッドコアCPUが登場!Phenom X4!アーユーネイティヴ?
2010年2月 TurboCoreモードを備えたPOWER7、1コアあたり4スレッドSMT
→同年 Turbo CORE実装したPhenom II X6
↓
2014年 1コア8スレッド POWER 8
→2020年?世界初!1コア4スレッドCPU Ryzen!
2007年 オーバー5GHz POWER6
↓
2013年 世界初の5GHz、FX-9590!(定格4.7GHz)
2014年 12コア96スレッドSMT、POWER8
↓
2016年(AMD時空) 世界初!SMT搭載CPU!なんと!1コアあたり2スレッド処理してしまう!これからはSMTの時代!Intelも後を追ってくるかな?
1998年 64bit POWER3
↓
2003年 世界初の64bit CPUであるAMD64が登場
811 名前:Socket774 [sage] :2015/08/02(日) 19:23:35.57 ID:ayuaGh99
世界初の64bitCPUであるAMD64に触れないのはインテルがAMD64互換CPUだからだなw >>584
エミュで動くx86のコードから呼ばれる.NETの機能はArmネイティブだろ >>583
未完成のクソCPUでバクだらけのメジャーアップデートした化石OSとアプリで時間ドブに捨てる暇があるマカーは幸せだな
電力効率がーとか数年前の雑魚CPUと比較でホルホルして数百円程度の電気代とトレードオフできるマカーの時間ってカスみたいだなw 16MBPはおそらくフルモデルチェンジはしないだろうけど、Mチップ搭載のiMacはついに文字通りのフルモデルチェンジしそうな気がするね 別にジャーアップデートした化石OSとアプリで時間ドブに捨てようが世の中成果をだしたものが正義なのよ iMac タッチディスプレイにして持ち運びもできたら買う iMacもMBPもすでにダサいんだよ何年見るたびに葬式連想するような陰気なデザイン貫き通してるんだよ パワーほしいやつはノートなんて使わないよ自作で好きなように組むし
ノートに求められるのはモバイル性やキーの打ちやすさだが
数十秒触ればわかるゴミみたいなペラペラ欠陥キーボードをいつまでもゴミと認めなかったクソメーカーが出すCPUなんてろくなもんじゃないぐらいわかっとけよ
アポーの独自路線なんてゴミって言っとけばほぼ当たるんだからゴミで正解だわ パワー欲しい奴はSurface Pro Xを買うかもな。
ARMって爆速らしいじゃん。 おれもMBP買うぐらいならサーフェース行くわ
今MBPとかなんの魅力も楽しみもない化石だわ 何せ、WoAは発表から既に4年近くも経ってるから、その間の蓄積や進歩は他の追随を許さないし、この11月にはx86_64エミュのプレビューも始まる。
x32エミュについては実機と遜色無い速度が出てるし、もう期待しか無い。 >ワッチョイ e203-cChY
どうぞお前の好きにしたらいいよ。 >>572
Arm版Windowsのx86-64対応機能は
10/1の記事で11月に「Windows Insider Program」で
後悔されると記載されてた
意外とすぐに対応できるんじゃないかな ゴミシリコン
ペラペラ欠陥キーボードと一緒で数年間信者に押し付けた後にゴミでしたごめんなさいしてるよ
俺には見えちゃうんだよなぁアポーのアホーな未来が しかし、自分たちの範疇でどーしようも無いCPUがコントロール可能になるのはかなり大きいと思うけどね コントロールするためのコストや他社に特許で出し抜かれた時首回らんくなるだけ
その時一瞬で開発や製造に投資した資金が蒸発する失敗したときのリスクがでかすぎるわ 製造業なら当然抱えるリスクだろ。
それは当然織り込み済みで判断してるよ。 >>607
それがあるからApple以外でArmのPC参入で
開発に力入れれるところはないと思うんだよね
しかもM1のコスパはApple発表で全ノートPC98%より上の性能を持ってるから
この現実に直面したらまず中途半端な新規参入は出来なくなる
多分ArmWindows開発も今より一層停滞するしX86は省電力で勝てない
この先AppleがWintelノートシェアをガリガリ削り取る時代が始まる >>519
利用する場合もクソもそもそも5.0ぐらいでも全APIがNDKで用意されてるわけじゃないんだが
お前マジでアプリ開発した事ないだろ >>523
>2.3からActivityを含めAndroidのすべての機能を直接Cから呼べるようになって
はいダウト
全部なんて用意されてなかった
JNI経由でないと呼べないから当時はわざわざswig使って書いてたよ
そもそもNativeActivity自体がいろいろ制限あったのに良く言うわ >>523
https://ja.m.wikipedia.org/wiki/Android_Native_Development_Kit
>JVMとネイティブコード間の相互運用には、一般的なデスクトップのJavaアプリケーション開発時と同様、Java Native Interface (JNI) を利用できる。Androidのグラフィカルユーザーインターフェイス (GUI) ライブラリなど、上位レベルのAPIはAndroid SDKに含まれるが、大半はJVM言語向けにしか提供されておらず、C/C++向けには提供されていないため、C/C++から利用するにはJNIを経由する必要がある。
このようにお前の言ってる事とほぼ真逆だから
APIがJavaで実装されてるのに直接もクソもないね
そもそもAndroidはシステムすらIPC経由でAPI呼び出してて
Javaからですら”直接”なんて使えない
Windowを管理してるSurfaceFlingerがそもそもそうなってるし
お前が頑なに言ってるNativeActivity云々もAndroidに事前に用意されたJava側のNativeActivity実装がjni経由で呼び出してるだけ
そしてAPI提供側のServiceが主にJavaで書かれてるから例え本当に直接通信できてもC api callなんてできません
そもそも例え相手がCのサービスだろうとBinderって仕組みでParcelに落として会話しないといけない
こんなのAndroidのネイティブ開発してたら常識レベル
よくそこまで知ったかぶりできるよ本当に 添削を間違えたWindow管理はWindowManager
ネイティブ開発でOpenGL(ES/EGL)とか使ってると出てくるのがSurfaceFlinger >>608
だからリスク避けるために部品の自社開発なんてほとんどしてこなかっただろ
ここ数年のアップル製品はゴミでしかないし欠陥を認めず仕様と押し付ける傲慢なクソメーカーだから
アップルの天下なんてそれこそ暗黒時代の序章だわ >>612
> そもそもAndroidはシステムすらIPC経由でAPI呼び出してて
> Javaからですら”直接”なんて使えない
> Windowを管理してるSurfaceFlingerがそもそもそうなってるし
システムをIPC経由で呼び出すのはWindowsならWindows NT 3.51までもそうだし、
Vista以降もDWM.exeへのIPCになっている
LinuxのX Window SystemのXlibも同じでX ServerへのIPCだ
君の理解だとWindowsもLinuxもCで直接呼び出せないシステムになるね
もう一度貼るけど
ttps://github.com/android/ndk-samples/blob/main/native-activity/app/src/main/cpp/main.cpp
Native Activieを利用するC++のコードはJNIなんて使っていないよ >>617
詭弁だらけで笑えるわ
もう一度言うがそもそもNativeActivityそのものがネイティブじゃないんだよ大先生
https://android.googlesource.com/platform/frameworks/base.git/+/master/core/java/android/app/NativeActivity.java
その主張もう”ネイティブ実装”できるかではなく
“C/C++だけで書けるか”になってるよ
JNIやJava無しにAndroid NDKのAPIだけでネイティブに書けると豪語するなら
ぜひウィジェット実装やnfcを扱う方法を書いてみてくださいな大先生 ■ このスレッドは過去ログ倉庫に格納されています