【Cortex-】 やっぱARMっしょ part10 【AxRxMx】©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
ARMデバイス、ARMボードについて組込系ARM全般のスレ
時代は「やっぱARMっしょ」
省電力ニーズの高まりを背景に海外チップベンダーはもとより国内勢も参戦
ホビーとしてのマイコンからスマートデバイス用プロセッサまで
ARMコアを持つチップやボードのラインナップは今まさに百花繚乱
【前スレ】
【Cortex-】 やっぱARMっしょ 9 【AxRxMx】
http://wc2014.2ch.net/test/read.cgi/denki/1399381482/ x86に慣れてるとARMのレジスタが足りないとは思えない 初心者です、少し教えてください
STMBee 基板と ST-Link/v2 を使おうとしています (STMBeeのDFUは使わないので消去しました)
VCP(USB仮想COM)を使う設定をしたいのですが、インストールがうまくいきません
STのサイトから STM32 Virtual COM Port Driver VCP_V1.4.0_Setup.exe をダウンロードしてインストール
Windows のデバイスマネージャーを見ても ポート(COM/LPT) の所にアイコンが出てこない、認識できていないのかな
ST-Link/v2をつないでも認識しません
プロパティをたどると、「このデバイスを開始できません。 (コード 10)」 とメッセージがあります
試したPC Windows7 32bit , Windows10 64bit
USB端子側(STMBee)から何か情報を送らないと認識しないのでしょうか >>464
> CPU設計の専門家がいろいろ検討した結果がこれ
その時に使えるプロセス・外部メモリ・コスト・テクノロジーで、レジスタ数は変わる。
32本が最適だとは限らない。 スマホ、タブレットで64bitはいらないと思います。 >>469
ワークステーション向けに開発されたRISCプロセッサの多くが32本だからね
ざっと調べてみたがこれら全部32本
POWER、MIPS、SPARC、DEC Alpha、PA-RISC、Apollo PRISM、i860、MC88000
(SPARCはレジスタウインドウで多数のレジスタを持ち
ソフトウェアからアクセスできるレジスタの32本のうち、
関数コールでレジスタの一部が自動的に切り替わる構造)
これだけのRISC CPUのレジスタが32本なのは理由があるんだろう >>472
> これだけのRISC CPUのレジスタが32本なのは理由があるんだろう
レジスタ指定ビットを、5ビット幅にしたから。そんだけ。 レジスタの数が2の乗数ってのはなんか適当感があるというか、コンパイラとかの
作成するルーチンの粒度みたいなものでこれだけあれば十分みたいな数はもっと
半端な数であってもおかしくなさそう。
レジスタ増えました、と急に倍とか4倍って根拠あるのかと思うよね。
じゃあもっと増やしたらどこまでリニアに性能上がっていくのかな、と。
メインメモリ分のレジスタがある巨大CPUの特許とる >>474
レジスタを操作する命令コードは少なくともレジスタ数ぶんのビット幅を使う。
32個のレジスタを指定するには5ビット必要。仮に24個だとしても5ビット必要。 >>474
> レジスタの数が2の乗数ってのはなんか適当感があるというか
>>473 の言うように命令中のレジスタ指定の関係が大きい
半端な数にすることもできる(10以上だと違う命令と解釈するとか)けど構造複雑になって使いにくいだけだし コンパイラとかじゃわからないけど、素でブートアップルーチンとかOSカーネルとかアセンブラで
書いていると「あー、ここでもう一つレジスタあったら」とかよくあることなの? >>477
昔アセンブラ使ってた時は何回か経験したわ メリットとデメリットがあるのに命令幅の都合だけで決める馬鹿はなかなかいない。 >>471
>スマホ、タブレットで64bitはいらないと思います。
そうでもない。最近はソフトを組む能力の無い℃素人がプログラムしてるから
メモリは食うはCPU時間は食うわで、CPUの能力が生かせてない。
やってる事はたいした事無いんだけどなwww おじいちゃん、今はメモリもいっぱいあるしクロックも高いんだからプログラムは
保守性の方が大事なのよ >>481
℃素人なんだから保守性が高いプログラムなんて書けないだろうwww
メモリもクロックもCPUも贅沢三昧でバッテリが1日持たないような
携帯端末しか無い世の中だが、能力が無いんだからしょうがないなwww >おじいちゃん、今はメモリもいっぱいあるしクロックも高いんだから
この板の住人とは思えない発言だな。これがゆとりか。iPhoneのスペックぐらいググれよ。
ただでさえモバイル向けのARMはクロック当たりの性能がインテルの1/4以下なのに。 このスレに限らず℃爺さんには触れてはいけないとあれほど・・・ ショボいiPhoneやiPadの性能で、これを高性能、贅沢三昧と言ってしまう頭の弱さには呆れる。
LINEとツイッターしか使ってない℃馬鹿だね。 煽りだけとかそりゃ反論できないよな。1GBや2GBで贅沢、使いきれないって℃素人PGだからな。
だいたいメモリの食うコードの書き方ってなんだよ。今はなんでもライブラリ呼ぶだけじゃねーか。
それが64bit化したら速くなるのかよw だいたい32bitARMが糞遅かったはの32bitだからじゃねーだろw
ARMでコード書いたことないのか。ほんとARM℃素人がなんでこんなとこにいるかね。 2Gしかメモリを乗せられない32ビットで2GBを使うアプリが贅沢じゃないのかwww
すげー基地外が居たもんだwww > 2Gしかメモリを乗せられない32ビットで2GBを使うアプ
なにかほんといろいろ勘違いしてて怖い。絶対プログラム書いたことない℃素人だわ。 >>483
>ただでさえモバイル向けのARMはクロック当たりの性能がインテルの1/4以下なのに。
iPhoneやQualcommのSnapdragon 820の独自コアは
普通の整数命令はそこまで遅くないぞ
いつの時代のARMの話してるんだ? iPhone 6s Plus
http://browser.primatelabs.com/geekbench3/3515465
Single-Core Score 2521
ARM @ 1.85 GHz 1 processor, 2 cores
http://browser.primatelabs.com/geekbench3/6243002
Single-Core Score 7156
Intel Core i7-6700K @ 4.01 GHz 1 processor, 4 cores, 8 threads
2521 / 1.85 = 1362.7027027027027
7156 / 4.01 = 1784.5386533665837
1784.5386533665837 / 1362.7027027027027 = 1.309558313656557 >>476
レジスタのビット数だって、2のn乗である必然性はないんだよね。 samsung Galaxy S7 Edge
https://browser.primatelabs.com/geekbench3/7219580
Single-Core Score 2220
ARMv8 @ 1.79 GHz 1 processor, 8 cores
http://browser.primatelabs.com/geekbench3/6243002
Single-Core Score 7156
Intel Core i7-6700K @ 4.01 GHz 1 processor, 4 cores, 8 threads
2220 / 1.79 = 1240.2234636871508
7156 / 4.01 = 1784.5386533665837
1784.5386533665837 / 1240.2234636871508 = 1.4388847700568401 ID:gr67FQ8氏はARMのこといろいろ詳しそうだけど妙な決めつけでいろいろ変な発言
するのが残念。 >>493
2のn乗では無くて4の倍数になってる。 >>497
どうだろう? 例えば彼(彼女)はNEONのコードを書いたことありそうだけどあんたはなさ
そう。 >>502
で?
使ったこと無い癖に無理すんなよ℃素人www >>503
で?
君が無知なのは変わらんけど? w >>504
お前馬鹿だろwww
最近の世の中のプロセッサが4ビットの倍数になってるのに
MC14500B持ち出して何が言いたいんだwww
僕ちゃん詳しいってかwww
℃素人バカスwww >>496
>2のn乗では無くて4の倍数になってる。
4の倍数ってことは12とか28とかもあるの? >>506
12bitワードのコンピュータってのは結構作られている
DECのPDP-8とか著名なのもあったりするんだな、これがw >>505
こいつ本当の馬鹿だな
2^nなら、n>1なら必ず4の倍数だし、n.>2なら必ず8の倍数になるわ。こいつ学校で指数計算を理解できなかったのか。
たがらと言って32bitCPUだからってアドレスバスは32本とは限らないし、64bitCPUだからってアドレスバスが64本出てるとは限らない。データバスもな。 >>506
12はある。TLCS12を使ったことがある。
28は知らない
但し、12は元々キャラクタマシン(ASCIIを1度に読み書きできる6ビット)
の流れを汲む。当時のADが12ビットだったからと言う理由もある。BCDなら3桁だね。
4ビットは4004に始まる十進1桁を表現出来るからだが、4で割り切れないコンピュータだと
BCDをパックするのに不便だからありえない。
その上、上位互換を作るなら倍倍にしないと不便だから4,8,16,32,64,128となるのは必然。
リレーの置き換えを狙ったMC14500持ち出すおば加算には理解出来ないだろうけどw >>508
頭悪すぎwww
そんな理由でビット数が決まってる訳じゃないw
℃素人って想像で知ったかするんだなwww レジスタ幅やアドレス、データバスの幅が決まる理由なんて一言も書いてないが。2^nの性質について説明しただけ。
自分の大発見が実は中学生にも笑われるレベルだったからって興奮するなよw >>505
> MC14500B持ち出して何が言いたいんだwww
お前のバカさを言いたいだけ w
そもそもワード長が4の倍数でないマシンなんていくらでもあるし
https://ja.m.wikipedia.org/wiki/36%E3%83%93%E3%83%83%E3%83%88 >>511
単なる歴史的事実を知らない癖に知ったかしたいだけだろうにw
聞かれても無いのに>>507みたいな誰でも知ってるような事をしゃしゃり出て
書いちゃう辺りに性癖wがもろ出てて笑えるwww >>512
で、それは今でも駆逐されずに主流なのかいwww >>514
> 単なる歴史的事実を知らない癖に知ったかしたいだけだろうにw
お前のことな w >>515
安価もまともに付けられないのかwww
それともわざと?wwwwww >>513
なるほどBCDが4bit区切りが都合がいいからか。CPU設計者はたぶんそんなこと微塵も考えてないよ。
8bit=1byteが定着してそんなアホなこと考慮しなくても勝手にその制約満たされるからな。
それに32bitの次は36bitとか40bitとかありえないでしょ。上位互換関係なくセンス悪すぎ。
むしろデータバスの制約を考慮すると32bit、64bitが自然。SDRAMは64bit幅だから。
おまえコボラーだろ? >>516
今でも駆逐されずに主流なのかい ⇒ 歴史的事実を知らないバカ
の流れも理解できてないのかよ w >>517
> それに32bitの次は36bitとか40bitとかありえないでしょ。
ありえないと、決めつけは良くないなぁ。
事実、NECのメインフレーム ACOSは36bit機だよ。 >8bit=1byteが定着してそんなアホなこと考慮しなくても勝手にその制約満たされるからな。
6ビットでなく8ビットが定着したのが4ビットの倍数だから。
>CPU設計者はたぶんそんなこと微塵も考えてないよ。
だから知ったかすんなってwww
Hキャリービットは誰が作ったんだよwww 36は4の倍数じゃ無いとかw
ID:8R89zE+Gってアホだな。 >>507
DSPだと24bitとか48bitとか56bitとか。 >>517
SDRAMが64bit?
モジュールの話? >>522
リンク先も読めないバカ w
より小型のマシンは18ビットワードを使用し、ダブルワードが36ビットとなった。
PDP-1/PDP-9/PDP-15
EDSAC は17ビットを「短語(short word)」、35ビットを「長語(long word)」とする、これと似たアーキテクチャであった。 >>512を読み返せば読み返すほど
ID:8R89zE+Gの馬鹿さ加減で笑えるwww >>517
もう一つ、インテルが32bit延命の為にIAー32に導入したのが36bitアドレッシング。
ただ使われる様になる前に、AMD x64アーキがメジャーになってしまい、黒歴史になったw
> むしろデータバスの制約を考慮すると32bit、64bitが自然。SDRAMは64bit幅だから。
それはDIMMの規格であって、SDRAMのバス幅ではないよ。
SDRAMそのものは未に8bitと16bit幅。
グラフィクスになると、3色だから親和性がいい24bitが基本。 >>520
やっぱりでたなCOBOL専用機。
現行機が36bitじゃないってことはやはりセンスが無かったんだよ。
そもそもそんなセンスがないもの作れるってことはすべて独自仕様カスタムみたいなもの。
標準化された規格がない時代だからできること。制約が要件のみの開発。 >>527
言い返せなくてバカとしか言えなくなったのか w
哀れだな >>528
グラフィクスでもCPUバスに合わせる為に8ビットアルファチャネルを追加して
32ビットにしたりするけどな。
そもそもグラフィック自体、各色16ビットとか浮動小数点で扱う時代になって来たし。 >>528
PenProの頃だから延命じゃないし、PAEは今でも使われてるよ。nxビット使うときはPAE必須だし。
おれも未だに32bitOSで32GBメモリ積んで使ってる。
amd64もPAEを多段に拡張してそのまま使ってるから、PAEオンにしないとlongモードには移行できない。 >>533
あや、そんなに古かったんだ。
これは俺の認識間違いだわ(汗) 映画なのですが、集団ストーカー・電磁波犯罪被害の内容にそっくりです。
暇があったら、見て下さい。
クリープゾーン : マインド・コントロール
https://www.amazon.co.jp/dp/B0000ESKVY/ref=nosim/?tag=nicovideo07_st1-22&creative=380333&creativeASIN=B0000ESKVY&linkCode=asn&ascsubtag=7_vi_B0000ESKVY_sm7584036_u!OBx1[[HcA]_1471948674_a08163 今の32bitのUbuntuはPAE必須だな
Windowsと違って32bitでも4GB以上のメモリを扱える
Linuxはカーネルでドライバを用意してるのでそれができる
デスクトップ向けのWindowsがPAEにフル対応しなかったのは
ドライバもPAEに対応しなければ4GB以上のメモリを扱えなかったからだろう
今の64bit Windowsの普及を考えればマイクロソフトの判断は正しかった Macは8G、16Gと際限なくメモリを増やしちゃうけど、なんかWindowsは4Gでいいや、とそのままだな。 メインメモリ6GBのスマホ
64bitに移行して正解だった
最上位モデルは6GBメモリ搭載、6.8型モデルも――
ASUS、「ZenFone 3」シリーズ3機種を発表
http://www.itmedia.co.jp/mobile/articles/1605/30/news144.html ワード長を9bitの倍数にしとくとパリティとか色々と使えて便利〜 Pythonだとちょっとした計算プログラムでも64bit版の方が1.5倍くらい速い
Pythonだと64bitの方が有利
Pythonは整数型が多倍長演算だからなのかな 4倍精度浮動小数点演算は64bitの方が32bitより倍速い
桁数の多い演算は64bitの方が有利 > 4倍精度浮動小数点演算は64bitの方が32bitより倍速い
4倍精度浮動小数点演算の速度が性能に影響するような用途なら
ソフト演算なんかせんだろ。 そもそも、32bitのARMの場合、
gccが4倍精度浮動小数点演算に対応してないけどな
64bitのARMのgccはソフト演算の4倍精度浮動小数点演算に対応してるけど >>547
正しくは、ゆとりおっさんだから
おこちゃまよりずっとたちが悪い なぁ、人工知能の1ニューロンって1bitに対応するの?
64bitなら64ニューロン分を一度に処理出来るの? むりやりそうやって関連付けできるだろうけど、普通はしないしbitとニューロンは対応しない >>552
そっか〜
いやさ、スマホ/タブレットに64bitは必要かで荒れた訳だけど、今の使われ方では必須では無いと思う。
でも、A.I.が搭載が進んだら必要かもと思ってさ。
サーバーで処理するのか、手元で処理するのか、見通せないけどさ。 >>554
512GFLOPS‥
浮動少数点演算を速くしたかったのなら、このアプローチはしないだろうに。 1coreの速度ではハナから勝負しないってことだな。あとはfpgaがどれだけ使いやすいか。 CPUはオンダイキャッシュメモリー増やしてるトランジスタ数の余裕があるなら
汎用レジスタもっと増やした方が良いんじゃね?
キャッシュメモリの容量に比べたら64bit256本とか楽勝だろ >>557
レジスタを増やすとなるとレジスタ指定のbit数も増えるから、命令セット全体を見直さないと無理。
32bit長命令を維持するならレジスタ指定で増えた分の命令を削らないといけない。
現に32bit→64bitでレジスタ本数が倍増したため「条件付き実行」が大幅に減らされてる。 >>557
中の人は既にやっていると思うよ。
見掛けレジスタは増やさずとも、レジスタ・ウィンドウで大量のレジスタを扱えるから。
命令セットの変更の必要も無いしね >>557
コンパイラなんかの研究だと、
レジスタ多くても、ループとかで頻繁に参照されるのはせいぜい十数個で
後はテンポラリとか、まぁ、どうでもいい値が入ってたりする物なんだとさ
それにレジスタ多すぎても、スレッド切り替えとか遅く… 結局、最初からRISCにするよりCISCを頑張ってRISCにした方が性能が上がるって事だな。 >>561
>CISCを頑張ってRISCに
インストラクションを頑張って変えるのか・・・ >>561
RISCもガンガンと命令増えているけど、RISCとAMDに危機感を感じたintelが頑張った結果。
その考えは短絡的でない?
Atom、どうなるんだろう。
タブレット市場は諦めるのかな。 ■ このスレッドは過去ログ倉庫に格納されています