スマートフォンのCPU/GPU/SoC 25
■ このスレッドは過去ログ倉庫に格納されています
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
前スレ
スマートフォンのCPU/GPU/SoC 24
http://egg.2ch.net/test/read.cgi/smartphone/1505973438/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured >アニメーション盛りすぎなのかで
そりゃ、ないよりあった方が余計な負荷になるけど、
3Dバリバリのゲームならともかく、デスクトップにちょっとした花を添えるようなアニメーションでも
そんな負荷になるもんなの??
他のスレでアニメーションを目の敵にしてる人見かけるんだけど、負荷的にどんなものなのあなと。
今時はGPUで合成とかしてるんだろうけど。 >>504
企業ファーストなアベが政権取ってからこの傾向はますます酷くなった
国民が安倍を引き摺り下ろすまで日本の地盤沈下は加速度的に進むだろうな http://president.jp/articles/-/24138
アメリカで話題"スマホと脳腫瘍"の関係性
カリフォルニア州は指針を発表 >>502
「アップルボム」で検索したら分かるよ
ギャラクシー以前に発火ばっか起こしてた
サムスンが爆発したからと言ってアップルの爆発は無かったことにならない
もう一度いうとサムスンのハードは確かに爆発したが、サムスンの爆発が目立ったからと言って「恒例の」アップルボムの件が無かったことならない
つまりサムスンとアップルはボム兄弟でボムが嫌ならサムと林檎は避けるべき >>509
> 3Dバリバリのゲームならともかく、デスクトップにちょっとした花を添えるようなアニメーションでも
> そんな負荷になるもんなの??
デスクトップっていうけどPCよりもスマホのほうが解像度高いから
60fpsで動き続けられるとそれなりにしんどいよ。
重いときにそれが追加されたからってどうってことはないと思うけど
本来動かなくていい場面でずっと動いているのならその分だけ電池食うし
温度もあがってくるのでその後の動作でフル性能出ないようなことになるかもしれん。
> 他のスレでアニメーションを目の敵にしてる人見かけるんだけど、
個人的には負荷というよりもCPUがスリープに入れないのがイヤだ。
Webサイトでスクロールするたびに無駄にアニメーションするようなやつは
CPUがクロックを落とせない時間が長くなってその分電池消費してる。 >>502
【アップルボム】Apple、爆発する不具合を6年隠蔽したが結局バレて無償交換になった伝説の手榴弾iPod nanoの販売終了
http://itest.5ch.net/test/read.cgi/poverty/1501367467/ 爆発という意味ではサムスンよりアップルのが酷いからなWW
わざわざ選ぶ企業ではないがアップルとの二択ならサムスンは選択肢になるよ
それくらいアップルは酷い Note7はiPhone7より早くリリースする為に
無茶な生産体制になってたからな
それにしてもまあ酷いけどあれは特殊なケースだよ >デスクトップっていうけどPCよりもスマホのほうが解像度高いから
60fpsで動き続けられるとそれなりにしんどいよ。
なるほどです。4K動画とかもそうだけど、解像度上がると情報量半端ないですからね。
2560*1440は1920*1080の1.7倍か・・ 俺もappleもsamsungも選ばないが、
その酷い2社が手を切ったのはいいことだと思う。
爆発企業が爆発企業の部品で商品造るなんてフォローの余地がない。 ギャラもiPhoneも買わないなんて弩マイノリティだからよそのメーカーもどうでもいいと思ってそう 韓国という国・政府・民族は嫌いだけど、Galaxyを使ってみて電子製品は非常に優れていると分かる
iPhoneも使ってるけど、同じ感覚で使ってみてGalaxyの方がサクサクに感じるし、総合的にGalaxyの方が優れている
iPhoneにも良い所はあるけどね TSMCもいつまでも安泰てわけではないしね
サムスンファブが大きくTSMCを凌駕するような事態になればアップルは土下座して高値で使わしてもらうことになる
スマホのスペック競争力はGalaxyの一強になるような日がくるかもしれない なおもっさりSamsungExperienceで台無しになる模様
S7Eとかもハード的にはそこそこの性能なのに超もっさりだったしね 現在AppleがTSMC使っているのはパッケージ技術の面が強いと思う。 >>528
スナドラ版はハズレだからな
なぜかアメリカでの支持強いが Intel、最大2402Mbpsで通信可能なIEEE 802.11ax対応チップを2018年中にリリース
https://internet.watch.impress.co.jp/docs/news/1100012.html
https://internet.watch.impress.co.jp/img/iw/docs/1100/012/intel_ax1.png
ASUSのBlueCaveがIntelのWAV500シリーズ積んでるんで、.11ax対応の後継が出るかもね。
SoCもMIPSなGRX350からAtomなGRX750になりそうだけど。 >>531
クライアントの方はスナドラ845が802.11ax対応だったっけ? >>530
アメリカはCDMA2K使ってるキャリアが多いから
スナドラ版にせざるを得ない スナドラが外れってw
SD810世代の話なら分かるし、実際S6持ってるけどなぁ汗 >>534
GALAXYなら相性やチューニングもあって
Exynosの方がいいだろ >>535
端末への相性やチューニングを言い出すならスナドラのソフトウェアの最適化度のほうが効果ありそうな気がするけど... >>534
810や820よりはexなんとかの方が明確に良いと思う >>536
大抵の場合、Exynosの方が速くて電池保ちがいい結果が出てるだろ SD835って今のスマホにはオーバースペックって感じだけど実際はどうなの? >>541
オーバースペックという程では無いけど
余裕があるので発熱や電力消費的に丁度良いくらいじゃないかな >>541
820よりも発熱少ないし、バッテリーも持つし、良い感じだと思う 結局はBigLITTLEが正解なんだよな
810でヘマして820は(アーキ上)ホモクアッドに回帰してしまったが 省電力性能的には
Exynos8895 > SD835 > A11 > Kirin970ってとこかな
2017後半組がよくないのがねー >>549
V30は3000じゃなくて3300mAh
トータルスコアが似たような比率になるし
Web閲覧なんかだとむしろ電力消費が少ない感じになるから
チップの電力効率は比較的良いと言って差し支えないと思うが? SD845はメルトダウンで死産だからS9はA75をSamsungが使っていなければSamsungチップオンリーで出せる >>486
プロセスが違うだけなのでキャンセルして865をA73ベースで設計します メルトダウン&スペクターの詳細まるで把握してないけどパッチでどうにかなるなら
A75採用チップはまるで問題ない様に思えるぞ メルトダウンはOS向けパッチのみで修正可能だから問題ないけど
スペクターは個別のアプリケーション側で対応が必要になるから
ソフトによる完全解決は非常に難しいとか 任意のアプリから別アプリのメモリ読み取れるってさ、
かなりヤバイと思うんだけど、
こんなん放置されたらとんでもない被害出るんじゃね? PCwatchみたら、intelはソフト的な対策を進めるみたいだけど
大なり小なり性能低下だってww
性能アップのために危険な方法を使っていたってのが、自分の受けた印象 スイスのアッブル直営店でバッテリーから煙でて騒ぎになったってよ LG G7(仮称)がSnapdragon 845のA75コアのmeltdownを受けて販売を遅らせるようです 余分な作業を挟むのだからパフォーマンスは落ちるよなー 現行ハイエンド機もパッチ来たらパフォーマンス落ちる感じ? >>564
Googleから報告をかなり前に受けていたのかな?
845がベンチの数字低かったのは最初から対策済みだったから? ほーん
そのパッチがユーザーの端末に降ってくるのは何時なのか(;^_^A
パッチ適用のフローの中で一番上流が対策されただけで、多くのユーザーから見ると未対策 Androidは8.0はOreoが対策済みOSと言ったところか? >>564
自分のとこのSoCの詳細説明すらしない企業が、対策済みとか言ってもねー トランジスタ数がすべてじゃないけど845の発表のときトランジスタ数とか公表やめたとか、
ファーウェイが55億トランジスタって公表してあっやべーってなって、公表やめたのかな。 >>569
チョン乙。
オレは詳しい説明読んでるけどね。 苦しい言い訳だよなあ
まあCEOとしては正しい
たとえ企業が有罪判決を受けようとも「微塵も悪いとは考えていない」と言い切るのがCEOの役目だ >>570
クアルコム「私のトランジスタ数は53億です」 Nvidia Xavier 12nmFFNプロセス 350平方mm 90億トランジスタ
Centriq 2400 10nmLPEプロセス 398平方mm 180億トランジスタ
クアルコムのかっち〜 Xavierの独自ARMコア「Carmel」のSPECint2000で2700ってどれくらいの性能?って思ったが
https://images.anandtech.com/graphs/graph11088/kirin_960-performance-specint2000.png
調べたらA73@3GHzでSPECint2000が2700だった
シングルコアはA75@2.8GHzなSD845の方がちょっとだけ性能高そう >>577
nexusってtegrak1のやつだっけ?グラフィックなら最新世代に劣らないかもしれない >iPhoneからバッテリーを取り出そうとしていた同店の従業員が軽いやけどを負った。
バッテリー交換の際に
誤ってセルを傷付けちゃったとかそんな感じなんだろうか
https://youtu.be/N1c7n34kLaE 原因がはっきりとしているなら気にすることもない
何もしていない店頭のものが炎上したのかと思った スペインでもApple StoreでiPhoneが発火〜バッテリー劣化の対応原因か
https://iphone-mania.jp/news-199812/ 7872というナンバリングのせいでコア構成を調べる気が起きない SD835載っかってる機種使ってるんだけど、スペクター/メルトダウン問題は大丈夫なの? >>586
スペクターのみ影響してる(A73カスタムの為) >>588
教えてくれて、ありがとう
SD835のKryo280ってのがカスタムされたARM CortexA73なのね
>>587読んでもよく分からんけど個人じゃどうしようもないみたいだしセキュリティパッチ配布されるの待っとくのみ >>592
Spectreの対策したら同程度落ちるって提示だぞ! >>596
完全にオワタって感じだな
いくらなんでも遅くなりすぎ
今までインチキして速度稼いでただけだったのね 意図的に性能落として買い替えサイクルを早めさせてるんだろ? >>597
SD845のキャンセルは確定だな、SD865等に期待してくださいか・・・ >>596
アプリにセキュリティ部分を宣言させて、
その部分だけ投機実行を使わなきゃいいのでは CPU内部全然しらないくて想像だけど、投機実行ってマイクロコードレベルで実行されて、一般に公開されるx86命令やarm命令では
制御できねぇんじゃねぇのか?? >>601
先読みしてる部分のメモリー(キャッシュ)の扱い方が雑でそれが見えちゃうだけ 実行権限の移行の前後で投機実行が行われると、悪意を持つプロセスが潜伏している時にそこから解析されうるという事なので、
権限移行を伴うAPI呼び出し等のコンテキストスイッチの前後だけ、これからいついつまで投機実行を抑止するという新説の命令を実行しておくようにする。
この命令の新設にマイクロコードの更新が必要で、さらにOS側アプリ側双方でこの新設命令を適切に利用するように書き換える必要がある。
実行レベルの変動を伴わなくてもユーザーの変更を伴うスイッチにもこの新設命令が挟まれるので、マルチユーザーで多くのプロセスが平行動作するサーバ環境や、さらに複数仮想マシンが同居する仮想PC鯖では性能低下が著しいというのもむべなるかなというところだし、
I/O処理も実行権限の移行・上昇を伴う処理の典型なので、多用される用途では大きく性能低下するというのも必然といえる。
要は、対策によってコンテキストスイッチを伴う処理の実行コストが爆上げする。 新設命令を知らないCPUは、もちろんそんな命令食わされても消化できんよって例外発行して止まるので問題になる。
OSやアプリ側で影響を受けないCPUを判別して追加命令の部分を飛ばすか、新設命令を含まないバイナリを別に用意して実行させるか…といった対策が必要となる。
Aなんとか社は所詮互換CPUメーカーなのでその辺がおつらい感じ 掲示板やSNSによっては欠陥が露見した欠陥が放置されてきたといった論調の場所や人が居るようだけど総じて彼らは無知で、
これまで可能性としてはありうるかもしれないといった指摘はあったようだけど現実的には無理だろうと思われていた投機実行の仕組みを悪用した他プロセスの動作の類推を行う手法が
今になって実現・開発されてしまった(のでみんな必死になって対策させられる羽目になった)…というのがspecre絡みの状況。
meltdownはその際にガバガバなキャッシュ制御してるCPUがあるとボーナスステージ状態になるよ、というとばっちり欠陥。元々specreが実現しなければ問題にもならなかった。 >>605
なにがとばっちりだよインテル信者の言い訳ひどすぎ >投機実行ってマイクロコードレベルで実行されて
だったらマイクロコードで対処できる ■ このスレッドは過去ログ倉庫に格納されています