スマートフォンの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 >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
なにがとばっちりだよインテル信者の言い訳ひどすぎ >投機実行ってマイクロコードレベルで実行されて
だったらマイクロコードで対処できる にかいめはいんすたんととどりっぷ けちけちびんぼうにん
みかんまずかったな すてなかたtな こんど廃棄しよ あのひんしつだったら
みせにおいたらおこられるからな かいふううしてるしな それははんざいだな
いいなくさったものとか ほかんさいあくとか ふるいものへ^きで
どくももるしさ
にんずうおおいからのりのりなんだな すとーきんぐのいやがrせ てんいん xbox360でもあったってよ
https://gigazine.net/news/20170109-xbox-360xdcbt-bug/
CPUはIBMのPower PC。これもRISCだけど後にCISC寄りになったもの
最近のARMのパイプラインもx86の長さと変わらない、機能もRISCからCISC的なものになってるから影響あったのな
>>605 Google副社長、CPUの脆弱性対応を振り返る「この10年で最も困難だった」
https://iphone-mania.jp/news-200051/
Spectreに関する脆弱性に対応するためには、CPUの一部機能を無効化する必要があり、パフォーマンスの低下が避けられない点で対応に苦労したそうです。
 
結局、Googleのエンジニアが開発したRetpolineと呼ばれるソフトウェアを使うことで、CPUの機能を無効化せずに脆弱性に対応可能となったそうです。 ソフトウェアがハードウェアを救ったり
ハードウェアがソフトウェアを救ったり
それを引き出すエンジニアがいないとだが >>616
何を以て「CISC寄り」とか「CISC的」と言ってる?
命令が(基本的に)固定長、
メモリアクセス命令の分離(add命令とかがメモリオペランドを取らない)といった
RISCの特徴は変わっていない CISCかRISCかはSpectre/Meltdownには関係ないな。 >>619
今回の問題は投機実行とアウトオブオーダー実行をチップに搭載するようになったもの、パイプラインが長くなるだけでなく複雑になったものが対象なので最適化をコンパイラだけで行うようなシンプルな純RISCなら起こらないって
今実在するCPUのうち高機能なものは双方の機能を取り入れてるけど
1994年のpentium (当時からCISC)これ以降のすべてのx86で起こるということからCISCの問題かな?
Raspberry Piのような底辺ARMでは起こらないのでRISCの問題でない、かな
https://www.raspberrypi.org/blog/why-raspberry-pi-isnt-vulnerable-to-spectre-or-meltdown/ CISC?の問題??
どっちかというとRISCの技術を導入して可能になったと考えが近いかと
x86じゃなく、変換後のマイクロコードだから可能になった高速化だろうし 初心者丸出しなこと言って申し訳ないんだけど…
今年MTK機として初めて買ったX25とP25の端末でストレージに保存した動画を再生させると、まるでエンコード失敗したの?みたいな見るに堪えない画質になるのはやっぱりSoCのせいですか。
まさかSD615でモッサリな手持ちの2年落ちidol3に負けるとは…大好きなモタスポ動画やエロ動画見ても、感動も何も無くて悲しい。辛い。
スマホでゲーム一切やらないから『3DゲームやるならMTKはダメだ』みたいな言葉の意味がよくわからなかったけど、もしかしてこういうことなのかー >>625
デコーダがGPU支援を上手く使えてないだけなんじゃないのん?
取り敢えず、有名所でMX PlayerとVLC辺りを試してみたら? >>625
カクカクとコマ落ちしたり音が飛んだりするなら処理落ちだろうけど
画質悪くなるのは違う気がする コマ落ちや音飛びは無いんだけど、なんて言えばいいのか、輪郭がギザギザしたり色の階調が滑らかでない感じです。低解像度の動画を無理な拡大をして見てる感じにも似てるような…。
もともとMX Playerユーザーだったので今回も新端末で使ってみたら、なんじゃこりゃぁあ!!でした。
気付いたこととしては、
@SWデコードにすると上に挙げた画質の悪さは無くなるけど全体的にボヤけた画になる。
A開発者向けオプションの『GPUレンダリングを使用』をONにすると、HW+・HWデコードの画質がほんの少しマシになったような気もする。でもやっぱりヘン。
VLCも試してみました。
MXよりもなんとなく元の画質に近いような…ただ、(広告ウザイけど)MXのインターフェースに慣れてしまった身なので、VLCの使い勝手はどうかなという感じでした。
YouTubeやChromeでストリーミングの動画見てるときは、大して気にならないんだけどなぁー なんかごちゃごちゃ書いてるが
SS1枚アップしてくれ色々分かるか
もう少し頭使ってくれ オンボロイドなんて買うからだよ
不具合あって当たり前のクソOSなんだから >>632
IPSじゃなくてVAやTNで真正面以外から見ると色変化するとか? > このスペックシートによって未発表プロセッサー「SAMSUNG Exynos 7872」の大まかなスペックも判明し、製造プロセスが14nm、
CPUはARM Cortex-A73(2.0GHz) x2 + ARM Cortex-A53(1.6GHz) x4のヘキサコア(6コア)構成、
GPUはARM Mali-G71 MP1、
WLANは802.11 a/b/g/nの5GHzと2.4GHzに対応し、
Bluetoothバージョンは4.2となっています。
魅藍 S6(Meizu M6s)のスペックが流出。搭載SoCのSAMSUNG Exynos 7872のスペックも同時に判明 - ReaMEIZU
https://reameizu.com/leaks-meizu-m6s-specsheet/ >>631
頭が変なのは泥なんか使ってる奴らの方だろ >>635
スナドラ652、HelioX25あたりの14nm版といえるかな Apple、Webブラウザー向けのベンチマーク“Speedometer 2.0”を発表
“React”“Vue.js”などのフレームワーク、「Babel」「TypeScript」などを追加
https://forest.watch.impress.co.jp/docs/news/1101404.html
https://forest.watch.impress.co.jp/img/wf/docs/1101/404/image1.jpg
Webブラウザの比較用だが、ブラウザ側を同じに揃えれば端末の比較になるかもね。 >>643-644
OSも揃えれば石(SoC)の比較になるかもね。 >>646
GPUがMP1でRAMがLPDDR3とかケチ臭すぎだろう。 >>648
2コアとはいえA73使って
どういうパフォーマンスなんかな CPUの脆弱性対策パッチでSSDのランダムアクセスが大幅減速?影響をチェックしてみた
Core i7-8700K環境で、SSDやRAMディスクの速度を比較 text by 坂本はじめ
https://akiba-pc.watch.impress.co.jp/docs/sp/1101498.html mali G71mp1 1.2GHzってantutu3Dスコア8000くらいか >>656
ええ感じやん
DDR3だけが惜しい 残念すぎる
ほんとなんでDDR3なんだろう 半導体産業はDRAMの値段上げすぎて自分等の首を絞め始めてるようだ DRAMの値段なんて需給ギャップで決まるもの。簡単には生産量増やせない 過去の事例から言ってDDR4や次世代にもう集約されていってもおかしくないのに
ダンピングで周り潰して産業の集約は進んだけど高価格維持に向かっちゃって供給絞ってるだけにしか見えないけどねえ LPDDR4が32bitしか幅が無いところ見ると同じだと思う NANDはライバル多いからチカラ入れて寡占気味のDRAMは適当にやってるんじゃね 結局2018年中に7nmを発売まで漕ぎ着けられるのはアップルのA12だけみたいね 先週のTSMCのカンファ見ると7nm製品もたくさん出てきそうだよ
http://www.digitimes.com/news/a20180119PD213.html
今年の7nmマーケットの製造受注シェア100%が確実になった
7nmは50以上の顧客から、スマホ、ゲーム機、プロセッサ、AI、マイニングなどの受注を獲得している
7nmの量産は4-6月期中に始まり、2017年の10nmが記録した水準である売上比率10%に達する >>672
Ryzen APUのカスタム品をTSMCで製造すんのん? ARMやチップメーカーの利益が少なくなるから
Android陣営は巨大なCPUコアを使った高価なチップは作れない
(Appleは端末しか売らないのでそこを考慮する必要がない)とか
Appleは一社で作ってるからより短い期間で開発出来るのではとか
AndroidAuthorityで言われてるけどそうなの?
ARMのチップでメルトダウンがCortex A75にしか無いのも
高価なL3キャッシュを長らく積んで来なかったからか
メルトダウンはL3キャッシュに対する攻撃って聞いたし >>676
L3キャッシュがあると影響受けるのか
だからAppleはどれもメルトダウンの影響受けるのね 無知ですまないが820/821(4コア)とSDM660(8コア)ってなんであんまり周波数変わらなくてコアが倍になってんのにベンチあんまり変わらないの?
8コアだと全部フルでは動かないってこと? ■ このスレッドは過去ログ倉庫に格納されています