◎正当な理由による書き込みの削除について: 生島英之 とみられる方へ:【RaspberryPi】1ボードPCを語るスレ18【Pine64】 YouTube動画>1本 ->画像>2枚
動画、画像抽出 ||
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク: http://5chb.net/r/denki/1611242695/ ヒント: 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
Raspberry Pi Picoって本当にどの層に需要があるのか?
スイッチのpicoの説明に温度センサ搭載とあるけど本当か?
>Pico 値段を考えれば悪くなさそうではあるけど 普通のマイコンの方が扱いやすそう 計算能力もCortex-M7シングルに負けそうだし
ちょっと待て ピコってM0だろ、負けそうじゃなくて圧倒的に負けてるのでは?
PicoはM0+133MHzのデュアル 100MHzくらいのM4シングルよりは速そう
Arduinoはいろいろ割り切って簡単プログラミングなんだけど、C環境ならPICOは面倒でとても代わりになりそうにない
そだね ぴぴこと言うキャッチーな名前で使い勝手が良ければ一大ブームになるのに
Arduinoフレームワークは誰かが用意するだろ・・・多分 ペリフェラルは少ないしそんな手間でもなさそう BluePillとかもあるから550円でも激安とは言い難いのがね
後発で何かウリがないとさすがにラズパイブランドでも難しいだろ
得体の知れない中華ボード並の値段で素性の確かな奴が買えるってだけで十分価値はあるだろ
最近の若いモン(子供)は microPython が使えて安い端末と見るのかも。
確かにインタプリタで使うなら計算能力とメモリは過剰でもないのか
>>12 Arduino公式がRP2040を積んだボードを出すから時間の問題だろう
Arduino To Release Board Based on Raspberry Pi Silicon | Tom's Hardware
https://www.tomshardware.com/news/arduino-rp2040 おらのオキニのRobotDynちゃんはmicro python動いてWiFi載せてるボードが3.69$+送料3.88$だからラズパイとしては頑張った方だね
ケーブルでPCと繋がないと開発出来ないマイコンにインタプリタを載せるメリットが判らない コンパイラにしろインタプリタにしろ間違っていれば期待通りの動作をしないんだし インタプリタが挟まる分遅くなるだけ 無線LANでアクセスしWebUIからプログラムを編集して実行できるFlashAirみたいな実装は例外かな これをコンパイラの処理系で実装するのは難しくインタプリタを持つ意味がある
意味があるかないかだけで考えるなら、LEDチカチカも意味ないといわざるを得ない 意味がなくてもいいんだよ、面白いと本人が思ってやってたら。
とりあえずルータのログをパイに転送できるようにした まあrsyslog.confで受信ポートのコメントアウト外して再起動しただけだけども その辺の格安マイコンだとPSoCのもよかったな 全然使ってないけどw
>>20 セルフ開発は浪漫やで
そしてパソコン開発の歴史が繰り返される
イノベーションのジレンマは下のレイヤで低性能なものが出ても、コストメリットで急速に使われ始めて改良されて行く歴史の繰り返しや
ラズパイやJetson nanoはある意味究極型だけれども
メリットってわからない人がわかろうとする必要ってどれぐらいあるんだろな。 今はいくらでもテーマがあるから、メリットがわかるものだけに取り組んでいても、相当に楽しめる。 仕事で与えられた新しい素材のメリットがわからないままだと、 動機づけがしんどいってのはあるかもしれないか。
例えばMicroPythonとArduinoでコストにどのくらいの差があるのか?って話
Picoなんてものよりpi4B+16GBはまだかね?
>MicroPythonとArduinoでコストにどのくらいの差があるのか 何その比較? コンパイラと半田ごてででコストにどのくらいの差があるのか、みたいな。
コンパイラとインタプリタの話がコンパイラとハンダゴテの話になるのか意味不明
>>30 Arduinoは、Arduino IDEのコンパイラ環境の話だったのね。
だとして、
MicroPythonインタプリタとArduinoのC++コンパイラ環境と何のコストを比較するのかな、って気はする。
せいぜい使用メモリ量だとか、実行スピードだとか、処理能力あたりの消費電力だとかみたいな
客観的・実質的なものでしかなくて、
「それを使いたい」っていうプライスレスな動機づけに比べると些末なものじゃないかと思う。
microPythonはプライスレスな浪漫のために存在するんだね
>>32 そう考える人がいてもいいし、そうでない人がいてもいいしでいいんじゃないですかね。
世の中のもののすべての価値をすべての人がわからなくていいんですよ。
>>33 皮肉だよ
性能の話から突然低レベルな話に飛んだからズッコケただけ
それを使いたい、っていう動機がひろげる市場性の話を低レベルって思うのもいいんですよ。
PythonはインタプリタだがMicroPythonはコンパイラ REPLでインタプリタできるけど
Arduino公式がrp2040のボード出すとしてRaspberry Piで開発できるようにするのかな? 一応Raspberry PiでもArduino IDEが使えてAVRのArduinoの開発ができてて Cortex-M0+のSAMD21用のもボードマネージャからインストールできるけど Cortex-M3のSAM用なんかはまだRaspberry Piではボードマネージャからインストールできない
>>36 >MicroPythonはコンパイラ
誤解してました。あらためて調べたら、バイトコードを生成するんですね。
それはともかく ラズパイpicoってどう動作するん? オンチップのROMは16kだけだからブート用として QSPIで繋がれた外部フラッシュが CPU側からは、メモリ空間上にリニアにみえるタイプになるのかね?
乾電池で動くものを作りたいのだけど Raspberry Pi Picoはいい感じなのかな? 「低消費電力スリープモードおよびドーマントモードが利用可能」って書いてあるのはちょっと期待 Arduino mini 3.3vで作ってたけど電池で長持ちするなら使ってみるかな
どう考えてもAVR(Arduino)の方が消費電力少ないんじゃぁ・・・
乾電池で動かすには、CPUコアの給電用にレギュレータを積んでる系のマイコンじゃないと苦しくならないかな? picoってレギュレータ積んでるんだろうか?
>>44 のつづき
最近のマイコンならついてるのが普通だっけ
RPもコアのブロック図の右下に書いてあるような
PICとかの古いコアは大抵ついてなかった
Arduinoでもブン回しっぱなしと適切にスリープモードを使用するのではかなり差がある RP2040はDormant(クロック全停止)でもDVDD 0.18mAって電気食いすぎじゃね ATmega328PのPower-Down(クロック全停止)だと3V/4.2uA(WDT ENA)とかだぞ
>>48 ATMega328PみたいなRAMが2kしか載ってないマイコンとは違うので。
ESP32でDECのPDP11のエミュが走ってUNIXの2.11BSDが走るなんて記事が最近あったけど
もし、普及したらいろんなエミュが移植されるかもね
2.11BSD動かしたければZeroでいいじゃん ZeroならsimhV6、V7 UNIX、2.11BSD、4.2BSD、4.3BSDが走るよ
>>52 picoがSONY稲沢製造ってこと?
ググっても出てこなかったよw
なんかおかしくなった Raspberry Pi全シリーズでsimhというエミュで走るよ V6,V7 UNIX、2.11BSDはPDP11 4.2BSD、4.3BSDはVAX11で走る 2.11BSDや4.2BSD、4.3BSDはviが使える
>>56 https://www.raspberrypi.org/blog/raspberry-pi-silicon-pico-now-on-sale/ コメント覧でJames Adamsが言ってる
> These are manufactured at Sony Inazawa, Japan.
チップ単体の話かボードの話かはちょっと分かんない
稲沢はチップは作ってないはずだからボードじゃ無いかな テレビとかラズパイ3とか稲沢だった気がする
>>10 MicroPython に、C/C++ SDK まで付いてるから環境はリッチだろう。
むしろ今まで環境とかで挫折してたウディノ厨が Cに触るチャンスですよ。
というかコレのコンセプトはそれだと思う。
(簡単なSDK → Cによる作例・見本が増える → ウディノ厨がCに身近になる)
といってもマイコンでチカったりUARTるくらいのCなら簡単なんだが。
もし Pico に LANがついてて、RTOS、TCP/IPスタックまでついてたらなぁ。 中華マイコンじゃなく、超低価格、安定供給という Raspberry Pi プラットフォームだからこそ 実用的でコンパクトな、コンセプトを盛り込んで欲しかった。 他の並大抵のボードが駆逐されるかもしれない。
Raspberry Pi Pico 自体は、2021年現在からすると別に驚きはない。 USBシリアルで書き込める千円未満でかえる PICボードだって出てるし、 中華製に限定すれば 300円でもかえる。 ただこのマイコンボードの価格破壊に先鞭をつけたのは Raspi のような気がする。 Raspi が出る直前、LANがついたマイコンボードは 秋月電子が一番安く 5000円弱だったな。 いろいろ検索してもだいたい 1万円近くしていた。
Raspi を買う前、実は LANの載ったH8マイコンで uCLinux とかで遊んでたんだよな。 なにも面白くないという。当時は初心者だったからなおさら。 その直後、パソコンみたいに扱える Raspi が出たから真っ先に3台予約したよ。 なにも判らんのに無線ラジコンとか簡単に作れちゃって、 まあ小学生が遊んでる水準で、技術とは程遠いことなんだけど、楽しかったな。
Raspi を買う前、実は LANの載ったH8マイコンで uCLinux とかで遊んでたんだよな。 なにも面白くないという。当時は初心者だったからなおさら。 その直後、パソコンみたいに扱える Raspi が出たから真っ先に3台予約したよ。 なにも判らんのに無線ラジコンとか簡単に作れちゃって、 まあ小学生が遊んでる水準で、技術とは程遠いことなんだけど、楽しかったな。
絵本どおりに試してピカピカさせるのも楽しい世の中だが、 今は普通に Cとかも、クロス環境がめちゃくちゃ導入しやすいから、 いずれにしても便利な世の中だ。 基板CADも無料だし、回路シミュレータもタダだし、少し勉強するだけでだいぶできることが広がるな。 逆に言えば「誰でも簡単なものづくりならできる」=「並大抵の製品は安い」 ってことなんだろうが。
この Raspi Pico は興味ないな。別に代わり映えないし。 それならまたBBB買って、StarterWare で遊んでたほうがマシ。
>>62 安いのだとトラ技付録のマイコンとかあったぞ
以前はトラ技を何冊か購入してマイコン確保してたけど みんなもうゴミだなあ…
格安マイコンボードと言ったらArduinoじゃね Raspberry Piの方が後発だしレンジも違う
安いのはあくまで中華のArduino互換機であって 純正のArduinoはぼったくり並みに高い
自分の記憶が正しければArduinoが生まれた2005年あたりだと マイコンと言えばマイコンとライターを別々に用意するのが定石だったはず ライターだけでArduinoの価格なんて余裕で突破だった
>>73 ぼったくりとまで言うと開発費ガー、輸送費ガーという奴がでるから避けたいけど普通に儲かってるだろな
利権争いで裁判になってたくらいだし
>>74 ライター自作も一般的だったね
ライターを作るためにマイコンが必要という卵鶏問題になったり
>>72 アルデノは機能を考えれば格安ではない。
atmegaを使いやすくしただけで2500円は高いわ
アルデノはイタリア人か。あんなんで儲かるんだから、日本人て金儲けにむいてないんだな
形あるモノの原価にしか関心が向かない人ばかりだと没落するね。
>>76 学生時代にZ80のワンボードマイコン作ったときに
本に載ってたROMライターの回路図をそのまま作ってみたら普通に動いた
ライティングソフトは本には書き込みの主要部分しか載ってなかったので自作した
学生で金がなかったのでMSXでZ80ワンボードマイコンのソフト作ってたわ
当然、全部アセンブラ
リンカのL80がIntel Hex形式で出力できたので
それを自作プログラムでバイナリに変換してからROMに焼いたり
8255使ってパラレルでワンボードマイコンに転送してた
Arduinoを高いというならNucleoやらLPCXpressoやらRX Target Boardとかも同様に高いっていうのかな アセンブリコストなんてドングリの背比べだろうし、差はマイコンの値段くらいだけどこれも大差ないよな
とにかくチャイナフリーで作りたい(特にUSあたりの)ニーズ狙いのような あと現ブロードコムがアメリカ企業として認められたくて金出してるのかも? ヒットするかもね?pico
picoが普及してZeroの環境を底上げしてほしいな。
>>86 スイッチサイエンスの入荷メール来てたんだけど、気付くの遅かった
先週末の時点でksyに在庫あったな 送料高いからそれだけじゃ買いにくいけど
>>62 ラズパイだって5000円以上してるだろ。ゼロはLAN付いてないし。
ESPなら無線LAN付きで360円だぞ。
人気が出そうなpi400ならともかく、こっちは転売があまり捗りそうにない気が
残り31個。20分で15個売れてる 一人で複数枚買うだろうから今日中に無くなりそう
と思ったら500個になってた さっきも在庫500から始まったとすれば最低1000個は入荷してるのか
picoはarduinoとspresenseの間くらいじゃね 個人的にはspresenseとzeroの間が欲しい。
ラズパイゼロを500円とは言わない、1000円で普通に売れ。ピコはいらん。
>>93 あれ、ゼロも有線LANこそないけどWi-Fiついてないか?
と思ってよく考えたら、Wi-FiついてるのはゼロWだな
linux動かないからなぁ iot向けなんだろうが… 省電力以外に利点ないよなぁ
今までのlinux動くラズパイとは全く立ち位置の違う普通のマイコン
>>103 機能の切り出し
特に省電力や、リアルタイム性が必要な部分、
ロジック回路使うほどシビアじゃない部分とかだな
Picoってマイコンとしては特に省電力じゃないんだよなぁ
>>103 電源オンですぐ使える。
セキュリティホールから攻撃されにくい。
ラズパイはマイコンなのか違うのか? PC-9801はマイコンなのか?
>>100 そのうち無理やりLinuxを実装する奴が出てきそう
>>104 >>106 それはどちらかというとソフトの問題かと
マイコンと同じようなソフトなら問題ないわけで
>>108 ATmegaでLinux動かす猛者もいたことだしなw
>>109 Cortex-Aでベアメタルしても数クロックでGPIOにアクセスすることはできないのでは?
Cortex-AとCortex-Mの違いを理解していない人がいるように見える
AだろうとMだろうとAMBA使ってる以上、アクセス時間は保証されない。
旧約聖書と新約聖書に第二聖典を付けた約7MBのtxtファイル。さらに神道の預言書・日月神示も巻末に追加
https://ux.getuploader.com/dialogues_txt/download/387 完全無料。登録不要でダウンロード可能
>>111 クロック周波数が違うんだから
クロック数での比較は意味がないのでは?
アクセス速度的には大差ないし
CPU処理が速い分Aの方が有利
そもそもリアルタイム性と言って まずGPIOを思い浮かべるってのが普通じゃない 素人くさい
たいていの用途は TCP/IP プロトコルスタックを使ったリッチなマイコンと、 IO を高速スイッチングさせる米粒マイコンへの外部割込みで事足りる。 ワンチップで TCP/IP、PWM を両立させようと思うから RTOS とか使うわけで。
いやさすがにそれは... 世の中の製品搭載のCPUの用途を 少しは考えた方が良いかと
>>118 生産と品質保証のてんで面倒だからそういうやりかたをしないだけだと思う。
複数のCPUを使ったほうが機能の面ではてっどりばやいのは自明。
BareMetal だろうが割り込みを使うならそのぶん速度は犠牲になる。
高速ヌイッチングなら米粒のCPUを別につけて専用に空回ししたほうが早いに決まってるじゃないか。
まあ高速高速といったって、あんまり早いと内部に持ってる容量が効いてくる世界になるが。 フォトカプラとか使うならそもそも MHz スイッチングは無理。
>>116 リヤルタイム性=早い、という誤解があるよな。PWMはリヤルタイム性があるが
GPIO直接起動より遅い(当然だが)
低脳だからイヤになる。メモリバスを自由自在に操れば人生楽しそう。2線シリアルは遅いんだよな
>>115 マイコンを使ったことがない人の発想だな
IOの遅さを演算速度でカバーできるって考えは
>>124 同感
Real Timeのどこに「ヤ」の発音が有るんだろうね?
特定地域の方言的な影響かな?
picoはRaspberry Piで開発する分にはデバッガ用のインターフェースが不要で Raspberry PiのGPIOにpicoをつなぐことでデバッガを使えるんだな Raspberry Pi以外のマシンで開発する場合は もう1つのpicoに専用のプログラム(picoprobeというプログラム)を書き込んで デバッガ用のインターフェースとして使うらしい だからWindowsやMac、Raspberry Pi以外のLinuxマシンでデバッガ使う場合は picoが2つ必要
>>125 ルネサスやNXPのCortex-Aを載せた主にLinuxが動作するようなSoCは
Cortex-MやCortex-Rのコアも一緒に載せてたりするからね
NXPのi.MXシリーズやルネサスのR-Carなんかそうだよね
>>122 リアルタイム性を示す指標の1個として
割り込み応答性能を使う場合がある
RTOSの場合はタスクスイッチの速度なんかも
GPIOを割り込みトリガーとして
ISR内でGPIOをセットするまでの時間
まあこれもリアルタイム性の指標とはなるかな
>>125 IO速度は同等
CPUは速い
>>119 なんか色々とねえ...
TCP/IPとPWM
何でこの2つ?
大抵のCPUの用途はこの2つが処理の中心?
本当にそう思う?
で 分けた方が良いかどうかは処理次第 PWMは非常にフィードバック周期が短いものは ISRだけで処理するし TCP/IPも低レベル処理はハードがやる ソフトの作り的にはあまり関係ないんじゃ?
リアルタイム性は 高 ↑ ペリフェラル(ハードウェアによる実装なので最も安定) DMACやペリフェラルの連携機能(バスを経由する場合の遅延や安定性はバス依存) テーブル型DMAC(転送情報をメモリから取得するくタイプのDMAC。複雑な動作も実行しやすいが遅延や安定性は更に悪化) CPU ↓ 低 当然ペリフェラルがリッチなチップの方が有利 バスをデータが移動する場合はバス調停の影響を受ける。優先順位を固定できるなら安定させやすいが STM32みたいにラウンドロビン固定だと相応のジッターを覚悟する必要がある
Raspberry Pi picoのMicroPythonだけど _threadはcore1用の1個しか起動できないね あと、_thread使うと動作がおかしくなる場合があってまだ_threadのバグがあるみたい
picoの話は専用スレ立てるかMicroPythonスレを再利用するかしようぜ
Raspberry Pi 4でMicroPythonのビルドしてみたけど それほど時間かからないね
>>137 そこよりLinux板のPiスレかこの板にpicoスレを建ててpicopicosしたほうが良いだろ
(picoスレ立てても、他のマイコンスレと違いここ同様に雑談必死スレになるだろうが)
まぁ、ここ1ボードPCスレではマイコンはスレ違いだからな
近所のマルツはまだ入荷しないのか 取り扱いあるのかも分からんが
ラズパイpicoやArudino・micro:bit・esp○○の総合スレが必要かも
picoスレ立ってるね
Raspberry Pi pico part1
http://2chb.net/r/denki/1612356699/ >>132 ペリフェラルがハードウェアとも限らんけどな。main CPU に依存しないだけで。
>>132 PWMもペリフェラルだけど早くはないじゃん。
リアルタイム性を保障するってことはその分、時間を犠牲にするんだぜ。
>TCP/IPも低レベル処理はハードがやる 笑った。もしかしてルータは ASIC な通信回路が入ってるとでも(笑)
>>130 そんなことは言ってないよ。難しい概念が必ずしも性能のために存在するわけではないということ。
技術は往々にして開発側の事情にあわせて発展してきたところがあるからね。
だから個人で玩具を作るなら単純に複数マイコンを使えば早いじゃんって話。
TCP/IP スタックを実装するのは個人じゃ難易度が高いから紐ついているOS
ごと使わせてもらえれば便利じゃん、
という話。
たとえば1つのCPUで空回ししてたら「こいつ割り込みも使えない土人かよ。」と思うだろうが、 数十 nsec レベルでカチカチさせたいなら、それが一番早いんだよな。
ぼくは難しいことはよくわかりません。ペリフェラルやIOのために足つきマイコンを使い、 TCP/IPのためにLinux OSが載るリッチなマイコンを組み合わせて玩具を作ることしかできないんです。 アセンブリで書く才能はありません。Cでしかかけません。 そんな僕を難しい専門用語でいじめないでください。
専門用語がさっぱりな私が求めるのは Raspberry Pi (3,4)に簡単に導入できる TCP/IPスタック(割り込みプログラム)が 含まれているRTOSを用意してほしいのです。 SPI 通信なLANコントローラなら出回っているのですが、SPI速度からLANじゃなくても UARTのRS-232Cでいいじゃん、って話で。
make が通りにくいクロス環境はいらないです。初心者の私は使えません。 make があっさり通るクロス環境が整備されている環境をたまたま入手できた場合と、 そうでない場合は、だいぶ状況が異なります。 クロス環境も整備できないのは能力がないからだ、というのは確かにそうですが 言語とそういった能力は別問題だったりします(少なくとも手間がかかりめんどう) そういう意味で Raspberry Pi Pico はすばらしいな、と思います。 C/C++ SDK を用意しているというのはすばらしいことです。
Raspberry Pi 400日本版がいつ出るか毎日RSのページ確認しているが 予告もないな。
>>154 日本版って何を期待してるんだ?
日本語キーボードか?
あー、そうなんだ。 オレは気にしないから欲しければ買うけど、C64 のほうがいいや。
そりゃそうだろう。
ポーランド語キーボード使うのもポーランド人くらいだし。
ワールドワイドなのはUSキーボードくらいじゃね?
で、
>>159 は、何を主張したいの?
第4世代iPod classicをWi-Fi、Spotifyに対応させた強者が登場
https://iphone-mania.jp/news-344254/ おもしれーなーRaspberry Pi Zero Wのがわ
ラズパイを載せたGoPiGoロボットカーで、線虫脳シミュレート
ダウンロード&関連動画>> VIDEO >>148 十数年前にエプソン(?)がTCP/IP処理チップを出していた記憶がある。
>>164 株やFXの高速取引用のマシンだと
ほとんどハードウェア実装だね。
1msだと遅いとかそんな感じ。
>>148 低レベル処理って下の層って意味だよ
派手に勘違いしてるみたいだけど
>>148 昔のルーターとか、今もIXで使われてるようなルーターはチンタラソフト処理してたんじゃ間に合わないから、
宛先アドレスを上から1ビットずつ見ていってルーティングテーブルを引けるようなASIC使って処理してるらしいよ
>>169 パケットの処理とかは当然ASICなりFPGAなんだろうけどTCPレベルまでそうなの?
>>170 普通、ルーターと言ったらレイヤ3のことをハンドリングする装置を言うわけだ
だから、TCPではなくIPヘッダをASICとかFPGAで処理する
(実際問題としてL4を見ないルーターというのは今現在そんなにないだろうけど)
IPアドレスみるのはユーザー寄りだな キャリアだとL2かL0(光スイッチング)の世界
>>171 それを
> TCP/IPも低レベル処理はハードがやる
って言うのか?
って話ね
>>176 IPも?
TCPもやってるということ?
チェックサムぐらいはやってるとは思うけど
>>172 それはむしろエッジよりだろ。IXでどうやってL2ルーティングするんだよ。
https://www.slideshare.net/mobile/ogatay/tcam ルーターのハードウェア処理周りはこの辺でいいかな?
インターネットのルーティングテーブルが大きくなりすぎてルーターのメモリに載りきらなくなってる問題がここ数年起きてるのよ
相変わらず知らなもの同士が想像で議論するいつもの展開
あたい知ってるよ! 群盲象を撫でるって言う奴でしょ!
>>180 piスレ(ここやpicoスレ)はベイビーの雑談スレだからそれで良い
piについての話は歓迎されないが、piに関係ない話や妄想話は非常に歓迎される
のがpiスレ
おじさんって雑談すきだからな 若いもんは別SNSで情報交換してるよ ここにはおじさん、おじいさんしかいない ベビーおじさんw
雑談禁止、スレ違禁止吠える人はしばしば見るけどそういう人って自らそのスレにふさわしいネタを提供したりしないよな
そだね んで、そのまま話題もなくスレ衰退とかなることが多い印象 そもそも本題の話題が盛り上がってたら雑談レスなんてほとんど投稿されないし
まともな人は雑談ジジイだらけのこんなスレとっくに見限ってるから
見限らずに書き込んでるってことはあなたも見限ってないグループに所属してることになるんだが。
ようつべで 2038年問題っていうのがあったけど あれって1日とか一週間ぐらいで ネットから時刻取得してもだめなの?
>>194 だめ
OSの時刻カウンタが32bitのint型だったせいなので
ネットの正しい時刻も、OSが取得した時点でさようならだ
32bitサポートをやめるLinuxディストリが増えてきてるし スマホも32bitアプリを切り捨てつつあるし サーバ、PC、スマホはもう2038年問題が表面化する前にアプリも含めて UNIXやLinux系は64bitに移行しそうだな あとは何十年も稼働させる必要がある特殊な用途と組み込み関連か
>>195 time_tはint型じゃなくてlongね
32bitOSではILP32を採用してるOSが多くてlong型も32bitが多い
64bitのUNIXやLinuxなどではLP64の採用が多いので64bitならtime_t型も64bitになる
WindowsはLLP64なのでlong型でも32bitだがWindowsのAPIは
time_t型の影響は受けないし、time_t型を使うアプリでも
VisualStudioではtime_t型は既に64bit化されてる
OSレベルでは問題ないが、アプリレベルだと次は昭和100年問題だな。
軽く調べたら64bitだと「2922億7702万6596年問題 - 64ビット符号つきUNIXシステムの上限は292277026596年12月4日15時30分7秒まで。」ってのが起きるようだ。 まあ、弥勒菩薩より後だしヘーキヘーキ。
>>198 ただ、アプリの場合は再コンパイルしないと新しい型に移行できないし、その際に不具合が起きることもある
いま動いてるアプリを作り替えられないとこも多いからなあ
だからこそ、機械制御にロートルPCを使い続けてるとこも多いわけだし
データベースなんか気軽にbigint使えんから過去に戻るわ
Picoの開発のために入れたarm-none-eabi-gcc Version 7.3.1は 今、調べたらtime_t型が64bitになってた 実際にPicoでtime_t型のサイズを出力させたら8バイトだった
platform ioで入ったgccも調べてみた GD32VF103VBT6用のrisc-vの riscv-nuclei-elf-gcc ver 9.2.0もtime_tが64bit 32bitARMマイコン用の arm-none-eabi-gcc Ver9.2.1もtime_tが64bit AVR用のavr-gccとESP32のxtensa-esp32-elf-gccはtime_tは32bitだった
何も年を表すのにレジスタの幅に合わせなくても良いわけだからもうちょっと考えとけよとは思う
>>209 システムクロックの話しだろ?
bit数が足りないだけなので、64bitに拡張すれば2038年問題は回避できる。
まあOSやアプリ依存だな。
おいおい、システムクロックって あれは日付と時刻を表現するための型だから、いろんな方面に影響するよ 20年ローンくむときとかには今でも既に、2038年よりあとの日付も使うはずだから、古い型の変数で影響がある
>>211 おいおいそこはCOBOLかjavaですから
1970年に68年後のこと考えない勢いでUNIX仕様決まっちゃったw
>>211 ということで金融関係の意見聞いとけば違ったかもしれないけど
別にCPUが8ビットだってOSとかで時間のシリアルデータを32ビットにしようが 64ビットにしようが決め事なんだよな なんかほんとにレジスタのビット幅の問題だと信じてるバカいそう システムクロックなんてさらに関係ねぇw バカ過ぎでしょw
ネタかと思ったけどここは電電板だから大目に見ようw
誰もレジスタのビット幅の問題なんて言ってないけどね C言語での定義の問題 ちなみにarm-none-eabi-gccでは typedef __int_least64_t time_t; typedef long long int __int_least64_t; こう定義されてる long long型ならILP32でもLP64でもLLP64でも64bitの長さになる
>>212 データベースファイルに書き込む日付や時間も、書式しだいでは32ビット整数の可能性がある
ファイル書式から変えないと2038年問題が発動するおそれがある
再コンパイルも必要だけど、それだけでは足りない可能性
>>213 1970年代のUNIXは主に16bitミニコンのPDP-11で動いてたからね
エミュレーターでV6 UNIXとかV7 UNIX動くけど
その頃のC言語にはまだ64bitの整数型はない
1970年代のPDP-11なんて最大で搭載できるメモリ容量が256KBとかの時代だよ
>>217 20年ローンって計算単位が日より下の秒とか使ってるの?
UNIX時刻の古い時計実装ですべてが動くのかな
ギャグかよ
x86_64のLinuxの場合 glibc-2.32から32bitモードでもtime_t型が64bitになるみたいね glibc-2.32をビルドして確認した ニュース記事によるとglibc-2.32以降とLinuxカーネル5.6以降の組み合わせで 2038年問題に対応してるみたい 時間がないからi686ではまだビルドしてないが時間があったらやってみる
誰もレジスタの話なんかしてない、って言ってる割に実質レジスタの制限で決まったみたいなこと書いてんじゃんw intがマシンに合わせてきめられていたとしても時間をそれに合わせる義務なんかないわけでw ドヤ顔は結構だがズレてんなあw 脳軟化が始まったジジイか?w
秒とか使わなくても、汎用のライブラリを使って日付を管理してたら引っ掛かる 自前で日付管理のライブラリ作ってたら問題ないかもしれん
今まではtime_t型はlong型で定義されてて64bit Linuxではtime_t型は64bit 32bit Linuxではtime_t型は32bitだったからね glibc-2.32からは#if defineで定義を分けてるね x86_64だとこんな感じ bits/typesizes.h /* X32 kernel interface is 64-bit. */ #if defined __x86_64__ && defined __ILP32__ # define __SYSCALL_SLONG_TYPE __SQUAD_TYPE # define __SYSCALL_ULONG_TYPE __UQUAD_TYPE #else # define __SYSCALL_SLONG_TYPE __SLONGWORD_TYPE # define __SYSCALL_ULONG_TYPE __ULONGWORD_TYPE #endif
で、time_t型の定義はこうなってる bits/typesizes.h #define __TIME_T_TYPE __SYSCALL_SLONG_TYPE bits/types.h: __STD_TYPE __TIME_T_TYPE __time_t; bits/types.h: # define __time64_t __time_t bits/types/time_t.h: typedef __time_t time_t;
ちなみに今のRaspberry Pi OSのtime_t型はlong型で32bitです
なんで今頃2038年問題が話題になってるんだ? 最大メモリー144KBしかないマシンでtime_tを64bitにしろとかないだろ そんな例はIPv4のアドレスとかHDDの504MiBの壁とかいくらでもある 当時の状況を知らずに批判するのはアホでもできる
当時はメモリの量もストレージボックス容量も少なくて高価だったことを全く理解できてない人って、どう考えても若造だと思うんだけど、意外とオッサンなのか?
いやあいくらバカでもさすがにわかるかと思ってたが、 ここまでの魯鈍ジジイが存在するとはw 相手しているとこっちのIQが10ぐらい減りそうだw あのさあ、そこの頃のメモリなりの制限で仕方なくそうなってた、なわけないじゃんw その後の混乱と対応のコスト考えたら最初から時間のシリアル方は十分大きな値にしておけば良かったわけよ(それもせいぜい数バイト大きいだけだぜw) それでもなお節約する意味があると思えば(両者を比較していたなら)同情する余地はあると思うよw そんなのなくて近い未来に対する想像力が足りなかった、流行りの行動経済学なら時間割引に関する人間の錯誤の問題でしょw それを過去のUNIXではこう実装されてますだどうだとダラダラどうでもいいこと書いているやつって自分ではいっぱしに賢しげなつもりなの? そういうのが一番始末に負えないよね、本質からズレたこと言ってなんか良いこと言ったつもりw 一番バカなんだよ、そういうのが近くにいるとプロジェクト失敗する。絶対排除しないといけない粗大ゴミw
おっ 電電で盛り上がってるなんて珍しいな いいぞもっとやれ
>>229 はいはい、未来予知できる俺すげーってか?w
パイセンがどんな凄いプロジェクトに携わっておられるのか興味津々。
日進月歩でどんどん性能が上がっていくコンピュータの進歩を見たら、 どうせソフトだって全部書き変わるんだからそんな未来のことまで考えて設計してもしょうがないと思っても不思議じゃないけどな。
まあ引っ込みつかなくなってるのか単なるレス乞食でしょw
実際ここに冷や汗かいてる奴おる? 電電だし組込み系多いと思うが
>>232 ここのパイセンって月曜の未明から昼に必死に雑談するできる連中だからな
>>235 組み込みってPCと違って互換性をそれほど気にしなくていい(シリーズ機種でもCPU変えたりするし)のでこの手の話はほぼ対策済みだろ
この板で扱うような組み込み機器は RTCすら積んでないようなのが多いと思う
レジスタ直叩きのファームしかやらんからどうでもええわ
ARM64&Linuxでデスクトップ環境構築する場合AMD64&Linuxより更にアプリが厳しい AMD64ならwineである程度補完できるけどARM64でwineは現実的じゃないし ATOKとか絶望的や
ATOK以外に連文節変換が使い物になる日本語変換ソフトがあるなら自分が知りたいくらい AMD64系SBCはめっちゃ少ない。ラズパイ級サイズだとRockPi X、GHF51、ALF51、LattePandaあたりか? 一回りでかくて良いならDFIのPico-ITXも含まれるか。8GBモデルが少なかったりIOがショボかったりするのも微妙
ms-imeが一時期劣化しまくったときにatok入れたけど戻れなくなった 今のms-imeは元に戻ってる・・・んだよな?
win10だと文字が入力できないバグが放置され続けてる
電源とLANケーブル、2.5インチSATA HDD以外は接続しないコンパクトなNAS作って、操作はLANかWifiで本体PCから行います SATA HDDをそのまま接続できるボードもあるようですがRAM4GB以下なのが気になります 上記用途だとラズパイ4Bが一番安牌って感じなのでしょうか? 接続デバイスが少ないのでラズパイと同程度のスペックでラズパイより安いものがあれば助かるのですが
知見の量が圧倒的に違うから下手に中華ボードに手出さないでラズパイにしといたほうがいい
よほど凝ったことするんでなければNASに4GBもいらんが 価格性能比でRPi4より優秀なものは多分ない
ラズパイが圧倒的にバランスが良いよ PCモデル買えばTFカードにシステム書き込んで あとはかんたんに実験出来るの凄い
>>252 ラズパイの組み込み版であるコンピュートモジュールが最安かとおもったが、ラズパイ4のはないのか
Compute Module 単体は安いけど、どうやって NAS にするのか興味深い。
ラズパイって、思ったよりNAS向きじゃなかったな SATAついてないし コンピュートモジュールならPCIexpressついてるのが救いか
コンピュートモジュール挿せるNASキットみたいなのでたらおもしろいけど 既製品のNASよりは絶対安く作れない
素人にも作れるリファレンスデザイン付きのPCIe→SATAコントローラとかないんかね
BCM2711の広帯域バスってPCIexが1レーンだけなんだな RaspberryPi 4のUSB3.0はPCIexにぶら下がっているので同時使用は出来ない 広帯域が欲しい用途の場合はPCIexが4レーン生えているRK3399あたりの方が向いてそう
機械設備の状態管理にラズパイ使おうと思ったのだけど、 obnizのほうが素人にはいいかね
>>264 アナログ信号を入力する場合、ESP32系だとADCが玩具みたいなレベルだからなぁ
ADCを別チップの外付けにするなら問題ないだろうけど、大抵の用途では別チップにするのは無駄なんだよな 何らかの目的があって別チップにする前提なら内蔵のADCの品質は問わなくていいんだけど
>>265 コメントthx ADC精度はいらないので、むしろ誰でもメンテできる前提で考えたいところ
1MHz 16bitでサンプリングして スペクトル解析で状態を得る
メンテつーてもまともにプログラムを書けない人や電子工作できない人には無理じゃね・・・というのと 工場の設備とかの場合、動作の安定性は問題にならないのかという疑問が ソフトウェアはコードの規模が大きくなるほど安定性の足を引っ張るし(Linux搭載のSBCはリスク要因) ハードウェアもノイズが多い環境では適切な対策を行っていないと暴走、ハングアップや故障の原因になる
1メガサンプリング毎秒って、ADCのタイプによっては出ないんだよね ΔΣと逐次比較と、あとなんだっけ、いろいろタイプがあるけど、 仕組みによっては速度上限が200メガサンプリングとかまでで、メガは苦しい 精度と速度を天秤にかけることになる 回路の組み方とかADCのタイプによっては下位の何ビットかは信頼できないから
>>272 SATAカードを挿すこと前提ならROCK Pi 4やROCKPro64で良いような
>>275 いや、セレロンのワンボードなんだし、ワンボードPCに決まりきってるやん
だからこそ高そうな気がした
NUCより小さいやろ? と思ってよく見たら、サイズはNUCボードと大差なさそう たしかNUCもケース無しのボード単体を売ってたはずだし、 言われればホントにNUCでたりそうだなあ
普通に中古PC買うのが最善かもしれず スレ的には面白くないけどなw
>>284 サブボード? でArduino積んでるもんな
なんの意味があるのかよくわからないけど
ラズパイ4買って遊ぼうと思うんだけどセンサキットとかって何がおすすめなの? groveとかってのは高いけど性能いいのか
金出して買って満足するようなものか聞きたかったんだろ なになにな感じ?とというふんわりとしたパターンやな
遊びだろ? ホビーは相性ってものがあるから 試して気に入ったら それがベストでは?
>>287 grooveってピンの配列やコネクタを合わせてるだけだよ。
性能は乗ってるセンサーの型番で判断。
高いかっていうと、M5StackのモジュールもGrooveだけど、バラでセンサー買ってくるより安かったりするのも有る。
ちなみにRaspberryPiはGrooveのインターフェース無いから、コネクタ買ってきて変換する必要が有る。
ブレッドボード+Dip化基盤に乗ったセンサか、ブレッドボードにそのまま刺せるセンサーを使った方が配線は楽。
質問する前に検索くらいしたらどうだ
偉そうに見えん。馬鹿に諭してあげてる優しい暇人だろ。汎用的な一般的解決手法を教えてあげてる優しいオジさん。 いっぽうお前はいつもヤジしか言わないそこらの学の無いゴロツキ。
>>291 https://www.switch-science.com/catalog/2129/ 変換基板あるからこれでよくね?
回答する前に検索くらいしたらどうだ
ってか328が乗ってるのか・・・
でもさあ半分は雑談したくて話題振ってるわけじゃん 今日は晴れるかな、とか言ったら「天気ぐらい検索したら どうだ」と言われても困るよね
>>294 検索しないとどういうふうに配線しないといけないかすら判らんでしょ。
そういう意味で検索すればって書いた。
変換基盤は自作すれば500円はまず掛からないし。
HUBだと、ただ分岐してるのは良いけど、チップ乗せてチャネル増やしてるのだと、アドレスの指定のしかたが直結とは変ったりして初心者が嵌る要因にもなるんだよね。
あと、無駄に高いのが多い。
だいたい「安い」「高い」「楽、簡単」「難しい」 などの個人の主観を質問の回答に付け加えると荒れる
>>299 ズバリ指摘されると
深層心理では直感的に
自分の馬鹿さ加減に気がついて
その瞬間に自己肯定のため
やたら攻撃的になる
反論しないと
負けを認めたとでも思ってるんだろう。
NanoPiNeo 16ドル ZeroPi 17ドル Neo3 30ドル R2S 48ドル めっちゃ値上がりしてる…
シリコン不足のせいか? ラズパイ8GB買っておいたほうが良いかな
何に使うか全く考えてないけどArduinoも確保したほうがいいか 買っておけば何に使うか考えられるし
PCとして使うなら素直にPCを買った方が良いかと メモリだけあってもしょうがない
今時の高性能SBCならAtomくらいの性能はあるやろ?
>>311 エンジン : CPU
メモリ : 大きさ
に例えた訳だけど
逆?
>>311 原付きエンジンの広さにアルファードを格納
外部公開型のファイルサーバは大量のアクセス捌くしひっきりなしに通信するから8GB無いと辛いのでは
Chromium立ち上げたら8GBなんて簡単に潰れる
メモリは帯域とレテンシーと容量が大事 メモリは帯域とレテンシーと容量が大事
LABISTS Raspberry Pi 4 8GB(技適マーク入)MicroSDHCカード128G/Raspbianシステムプリインストール/カードリーダ /5.1V/3A Type-C スイッチ付電源/MicroHDMI-to-HDMIケーブルライン/三つヒートシンク/簡単に取り付けケース/日本語取扱説明書/24ヶ月保証 LABISTSのストアを表示 5つ星のうち4.6 12個の評価 価格: ¥20,800 セール特価: ¥16,796 OFF: ¥4,004 (19%)
8GBモデルは余裕があるから良いじゃん 逆に1GB2GB選ぶやつはいないのか
次になにか用途ができたら2GB買おうかと思ってる 1GBは今更買う理由がない
2GBは昔digikeyで$35で買ったけど、今みたら在庫ゼロになってるな。
値段対して変わらないから1G2Gは買わないけど 安ければ組み込み用に使うかも。
>>324 長期サポートポリシーがあるので財団は供給を続けると言っている
現実的に買うのは難しいだろうけど
財団は3A+を1GBにして欲しいわ、512MBをZRAMで凌ぐの面倒なんだよ 4A+出せとまでは言わんから
piにメモリ8GBなんて求めてるアホはおらんだろ もはやユーザの要求は完全に無視されて 売りたいものを売る財団に堕している
ノートPC用メモリスロットつけてくれても良いぐらいだ 絶対トラブるけど。
ラズパイを使わねばならない用途で、なおかつ8GB必要っていうと単独設置型の動体検知+録画機器くらいしか思いつかない 例えば森の中に長期設置して動物調査するみたいな用途
開発用のベース個体とかは? コンパイラ類を8G版に組み込んで開発して、リリースは2Gか4Gにしてリリースすするとか 低電力オンメモリのデータベースなら8Gでもちょっと怪しい気もするけど
生姜焼きのタレを作るときに少し山椒を入れたらちょっとピリッとして良い感じになったよ
>>334 RAMはいらんだろ
SDカードなりUSBメモリなりに保存すれば良いだけ
RAMは電源が切れると消えるから
こまめに保存すべきだ
>>335 無理やりわけわからんあり得ない仮定をしなくても良いよ
>>338 RAMの一部をストレージ代わりにして高速化するって古典的な手法なのに訳がわからんあり得ない仮定ってアホかよ
8Gの何が気にくわないかわからんが
RAMの内容をこまめに保存すべきとか、何でそんなに用途を限定したがるんだ?
RAMの内容なんか吹っ飛んでも良い用途なんかいくらでもあるだろ
>>337 SDカードは電源切れると使えなくなるんだぜ。
UeQ3dMs2がすーっとそう思っていても、ほかの人が損をするでもなし。 なにより、ラズパイの製品ラインナップが変わるわけでなし。
RAMディスクにSqliteのDBファイル置いたりして、高速に書き込んでる 流石に8GBも要らんな
ramディスクはSSD来てから廃れたな HDDの時は割と比べて使えた
RAMディスク使ってたのはフロッピーのPC-9801の頃だわ。 RAMが1MB1万円の時代。
RAMはディスクじゃないんだから RAMドライブと呼びなさい (NEC)
俺らベイビー(非電電系のおっさん)は雑談と昔話ぐらいしかできないんだから 大いに昔話して良いだろ。 このスレ板の電電系おっさん(非ベイビー)なら若いころに電子オタクの間で大ブームしていたAMDのAM2900で CPUを製作ぐらいしていて、そして、今でも色々危機を自作しているんだろうがな。 一方、現ベイビーの俺らは昔PC-9801に市販の機器つけたりソフトをインストールして大満足していたと。 で、今はPC-9801がPiになって同じことをしていると。そして、ここで雑談・昔話に必死って感じだろ
>>347 オレはX68000で最初に使ったクチだから、公式名RAMDISKのままでOK
>>337 普通にドライバ作るとかに使ってたらメモリはあるに越したことないし。
じゃあ CPUも有るに越した事は無いんだからPiなんか使うな
>>351 他人バカにしても
君自身はアホのままよ?
8GBだと何も考えないで使ってる人が制限に引っかからず楽できるんじゃないの?
自分が十分な人が、他人が十分かどうかを言える立場にはないね。
>>360 そういう人は何も考えないで32bit版のOSを使ってそうだったりもする
>>362 色々考えたが、ネットフィックス見るのには32しかなかったんだ。
案外4GBモジュール調達が厳しくて(いらないとは思うけど)つけちゃいましたwかもよ
4Gのほうが余ってるだろ RSは8G売り切れじゃないか
4Gと8Gは微妙に仕様違うっぽいね。8GBだと2019年ぐらいのRaspbianとか起動できないし。 想像だけどSoCのファームウェアレベルで4GB以上を扱うために結構な変更が必要で、 今後を見据えて早いうちから製品として出してバグ出ししてるんじゃないかな。
え?普通にOS側の4G以上のアクセスの仕組みが良くないだけじゃないのか?
8GBはボードのリビジョンが上がって電源周りに修正が入っていたはず ソフトウェア的に違いが出るのかは知らん
2019年とかだと32bitでしょRaspbian 8G出したときにわざわざ64bit化してたし、古いRaspbianは32ビット以上のメモリが積まれてることを想定してなくて吹っ飛んでるだけじゃないの?
4GBでも32bitOSでは使いきれないでしょ メモリだけじゃなくI/O各種も同じアドレス空間内に配置されてるから、メモリ4ギガでもアドレスがバッティングしてるはず I/O以外にも、ブート用のROMだってあるでしょ 32ビットで扱えるのはRAM2ギガまでではないかと
32bitのARMにはx86のPAEに相当するLPAE(Large Physical Address Extension)があって 32bitでも4GB以上のメモリを扱える ただし、1プロセスで扱えるのは3GBまで LPAEはCortex-A15/Cortex-A7以降で実装されてる
sudo cat /proc/iomemで確認できるね Raspberry Pi 4 8GBのRAMのメモリマップはこうなってるね 00000000-3b3fffff : System RAM 0から994050047バイト 40000000-fbffffff : System RAM 1Gバイトから4227858431バイト 100000000-1ffffffff : System RAM 4Gバイトから8Gバイト 32bitのRaspbianでも64bitのUbuntu ServerでもRAMのアドレスは同じだった
>>374 8bitマイコンでもたいていPCやインデックスレジスタ的なやつは
16bitだしアドレスバスは16bitあるだろ・・・
MMUに32ビットより大きなアドレス空間を管理させるのって、32ビットのOSで普通に行うもんなの? Windowsの32ビット版は互換性を度外視した拡張モードでしか対応してくれなかった記憶があるけど
>>379 PAEはWindows XP Service Pack 2で導入されたデータ実行防止機能(DEP)に必須だから
それ以降の32bit版WindowsでPAEカーネルが標準で使わている
16bit MPUでもアドレスバスは24bit 内部32bitやで
アドレスをバイト単位ではなくワード単位で表記するシステムなら32ビットのアドレスバスで4ギガワード扱えるな それが8ギガバイト相当なのか16ギガバイト相当かは知らんけど。
>>383 扱いにくいのは予想できる。
断片的に聞いた話だけでも大変そうとわかるほどの
アルファだっけ?
バイト単位のデータを使う仕組みがなくて全部ワード(32ビット)だったんだよね?
I/Oはアドレス意識するけど それ以外はあんまり関係なくね? 別に32bitで一文字でもいいんだし。 char 使わず全部 int で。
>>387 メモリと消費電力じゃぶじゃぶで良ければ悪くはない
ビットシフトでローテートさせたいとき困るくらい? 今どきそんな使い方しないか
>>381 XPより前から、サーバー系32ビットWindowsでは、4G以上のメモリを扱えるよ
クライアント系で4G以上を使えないようにしてるのは、
互換性や技術的な問題じゃなくて、マーケティング上の都合でしょう
https://www.atmarkit.co.jp/ait/articles/0903/06/news136.html >>390 普通のOSはアドレス予約がグッチャグチャに追加されていて
どうしようもなかったはず
物理アドレス空間が予約アドレスでぐちゃぐちゃになってても WindowsやLinuxでは仮想記憶があるから仮想アドレス空間はフラットにできるよ 仮想記憶は数KBから数MB単位で任意の仮想アドレス空間にリマッピングできるからね AT互換機だって歴史的に物理アドレス空間が予約アドレスだらけだけど 問題にならないのはそういうこと
それを使って4GIB超えHDDアクセスドライバーがあったはずだけど 不具合の話ばかりでしたな
普通は32bitOS上でもメモリ境界なんて意識しなくても使える
>>397 おっ?
そうだな
そう思ってればいいじゃん
春はアレがよく出る
>>391 Windows2000ASとかが、4G以上のメモリ搭載で大きな問題を出したって話はない
カーネルモードドライバで何かするような特殊な使い方をしない限り、普通に使えるはず
x86系CPUのアドレス線が36ビットに拡張されたのは、まだAMD64が出る前で、
MSは、32ビットOSでちゃんと対応してた
EMSとかXMSを拡張すれば4GB超えられたかも知れない。
タラレバ言い出したら取り留めないだろ それ言い出したら 8bitCPUでも1TBオーバーまでアクセスできるわ 出来るだけでパフォーマンスでねーから やらないんだよ
この道をゆけばどうなるものか、危ぶむなかれ、危ぶめば道はなし、踏み出せばその一足が道となり、その一足が道となる。迷わず行けよ 行けばわかるさ。 2G!4G!8G!ダーッ!
>>401 8bitのatmegaでlinux動かした猛者もいるもんなw
linuxの下りは知らないけれど そう言えば8bit時代からマルチタスクOSはあったね
昔のリッチな8bit環境ならともかく 今の安価な1チップ8bitマイコンでマルチタスクって 完全に趣味の世界
組み込みでマルチタスクって当たり前じゃね?何言っているんだ?
>>401 いや、4G以上のメモリを要求するプロセスがあるならパフォーマンスへ影響してくるが、
AMD64以前に64ビットのプロセスはないんで、パフォーマンスへの影響はない
仮想記憶を甘く見たらいかん、EMSやXMSとは違う
MSが32ビット版のクライアントOSで4G以上のメモリを使わせなかったのは、
マーケティング上の理由だけだよ
ARM版Linuxも32ビット版は、今のうちに絶滅させておいたほうが将来のためかもな
32bitの頃だと3GB超えはRAMディスクにして swap設定でなんとか使えたような
セグメントだなんだって面倒臭いことになるから、やれるからってやりたくはないな……
>>417 おいおい、MSDOSじゃないんだからw
面倒くさいって言ったって、マルチタスクOSなら、メモリ4G以上だろうと、
4G以下だろうと、プロセスごとのメモリ管理は必須だろう
raspi買って、MSDOSを移植でもしてるのか?
いやもう目の前に64bit命令対応してるCPUも64bitOSもあるのにやりたくないじゃん
>>415 そんな話はしてないし
知ったか乙としか言えん
>>406 インターフェース2021年4月号のFreeRTOSの特集の中で
PIC18でFreeRTOSを走らせるってのがあるね
なんで同じLinuxのx86 LinuxのPAE対応カーネル話じゃなくて Windowsの例が出てくるのか意味不明 x86 LinuxのPAE対応カーネルはPAEをフルサポートしてて 普通に4GB以上のメモリに対応してるのにね それと同様にRaspberry Pi OSのRaspberry Pi 4用のカーネルもLPAEに対応済みで 4GB以上のRAMに対応してる
>>421 8bitでマルチタスクOSってだけでネタになるほど珍しい
圧倒的にOSレスで使われる方が多い
そもそもマルチタスクOSが動く8bitCPUも少ない
PIC18は8bitPICの最上位で
これより下のPIC16ではFreeRTOSは動かない
FreeRTOSが使える8bitマイコンはあとAVRくらい
>>406 は世の中を知らなすぎるアホ
>>413 なんかArduinoと32bit CPUのリンクを貼って
何がしたいんだか
>>423 こいつはRTOSが動かないとマルチタスクじゃないとか思ってそうw
はじめからマルチタスクOSの話なんだけど
>>404 話の流れはともかく
OS関係なくただ複数の処理を行うのをマルチタスクとか言っちゃう無知な文系とは関わらない方が良いな
>>427 >OS関係なくただ複数の処理を行うのをマルチタスクとか言っちゃう無知な文系
そう思っているのは無知なあなただけですね
いや 相関があるとかいうレベルじゃなくて 8bitはほとんどがベアメタル 数の比率でいうと99%以上と思う
シングルコアだとマルチタスクじゃないとかなんとか。
>>430 99.9%だとしても0.1%が残ってるなら「8ビットでマルチタスクはしない」は間違いだし、
正確な統計もなしに、ここで議論をしても何も意味がない。くだらない。
>>430 ベアメタル≠マルチタスクな時点で認識がおかしい
8bit CPUのAVRを使ったArduinoでマルチタスクする例なんて 山のようにあるんだけどなあ
あと8bit CPUでITRON動かしている例も山のようにあるよね リアルタイムOSが何のためにあるんだと思っているんだろう?
>>432 相手の主張をねじ曲げはじめましたね
>>434 まさしく
>>405 の主張通り
>>436 普通に実用的な用途でAVR上のマルチタスクが使われているが
TOPPERS/SSPはRAM数百バイトでいけるがそれでもでかい場合は
タスクマネージャーだけ自作するなんて手もあるね。最も極貧環境限定ではなく
32bitでもシンプルな場合は既成のRTOS使うより効率よかったりする
>>438 お前の中ではな
OSが動くのはAVRの中でも一部だけ その中のさらにごく一部だけで使われている
タスク1:メイン タスク2:モニタ これだけで立派なマルチタスクだし珍しくも何ともない
>>440 AVRならベアメタルでマルチタスクだよ
ライブラリが色々あるでしょうに
マルチタスクOSの話をしてるわけだけど 一般用語のマルチタスクではなく ソフトウェア用語のマルチタスク
RTOSを使わないがタスクがマルチだ マルチタスクをサポートしたOSを使うかどうかだ 8ビットではまれだ。まれは、ないだ。 で、匿名さんが集まって、ここで結論が出ると思っているバカはいるの?
ソフトウェアの基本的な用語を知らない人とは会話にならない
ここは電気・電子板。組み込みの用語が基本 他所の用語を当たり前に使うな
じゃあ整理してみたら? 「マルチタスクOSを8ビットマイコンで使うのは傾向として低い」 は是だろ? 綺麗に「マルチタスクOSを8ビットマイコンで使うかどうか」の議論は終わるじゃん。 「タスク1:メイン、タスク2:モニタ。さしあたりこれをマルチタスクと呼ぶなら、8ビットマイコンでマルチタスクはありだ」 これも是だろ。
AVR ATmegaでFreeRTOSを使う例はそこそこあるぞ そもそもリアルタイム性能が必要ないならOS自体不要
そもそも32bitマイコンでもマルチタスクOSというかOSを使う傾向は低いと思うけどな
用語で議論がこんがらがってるときには用語を避けないと。 「リアルタイム性能」は「よりリアルタイムに応答する性能」とは違うよね?
>>427 既に突っ込まれているが
無知ムチやな
俺はそんなアホの子よ好きだぜ
人間最初は皆アホというのを認めてやるよ
PC/Serverなどと比べると組み込みにおけるOSの定義はかなり曖昧 OSの基本的な機能の一つに資源の管理があるが、例えば タスクマネージャ、メイン、モニタで構成されていてタスクマネージャが 計算資源を管理しているという主張は可能であるし、組み込み分野なら おかしい主張でもない。小規模のそのようなシステムは普通にあるし
>そう言えば8bit時代からマルチタスクOSはあったね 発端をこれと考えるなら、その後の「マルチタスク」はOSの話だろうし、 発端をこれと考えないなら、マルチなタスクの話。拠って立つとこが違うだけだろ
そもそもの発端は4GBで十分くんじゃない? あと4GB8GBで変わるとか
>>453 ソフトの話をしてるのに
ソフトの基本用語を使わないで会話しろと?
むちゃくちゃな
>>455 組み込み業界で長年働いてるが
複数の処理をするソフト==>マルチタスク
なんて定義で会話するエンジニアなどいない
>>458 ソフトの基本用語くらい勉強しなさい
季節のせいなのか赤い ID を連鎖で NG にしなきゃならんスレが急に増えたな。
それがマルチタスクなら じゃあシングルタスクのソフトって何? モジュール間の依存性が有りまくりな糞ソフト? それとも 1個のLED制御だけとかの1個の処理しか無いサンプルソースみたいなヤツ?
タスク、スレッド、プロセス、コルーチン ソフトウェアの基本用語
ラベル: 処理A 処理B 処理C 処理D goto ラベル 小規模マイコンの小規模ソフトで良くあるソフト構造 それぞれの処理は全く別の独立した処理だからマルチタスクです なんて事はない
ラベル: gosub A gosub B gosub C gosub D goto ラベル
タイムスライスでコンテキストスイッチングするプリエンプティブなマルチタスクだけじゃないよね。
>>462 であるならそのような主張の記事を書いて。あとあなたのバックグラウンドも
ちなみに
>>461 の上の人は組み込み系ではかなり有名な人だし
公開されている活動内容を見ても見識はかなり広い
自分の経験からすると
>組み込み業界で長年働いてるが
なんて自説が普遍的である根拠には全くならない
なぜなら会社や業界によって当然のようにガラパゴスな用語や定義を使っていたりするからだ
その会社や業界では標準でも近隣の会社や業界でも標準とは限らない
自分もいくつか業界や会社を経験したが「お前何言ってんだ」みたいな例は珍しくなかった
>>464 みてもかなり偏っているように感じる。ITRON系でスレッド、プロセス、コルーチン
なんて用語はまず出てこないからね
ソフトの話をしてる場合においてであっても ソフトの基本用語の解釈で議論がこんがらがっているなら その用語をさらに一般的な言葉に置き換えるのは、当たり前の話。 技術用語だって、解釈は揺れや幅があるんだし。 技術書やデータシートだってそういうあいまいさを避けるために terminology って項目で説明があったりするでしょ?
>>469 シングルタスクとマルチタスクは本質的に同じ
と言われても
ソフトウェアは本質的に同じとか
電子機器は本質的に同じ
とか何とでも言える
順番に命令(タスク)を実行するのがマルチタスクだーとか言われても誰も頷けない 馬鹿につける薬はございませーんw
「タイムシェアリングはマルチタスクじゃない、 シングルタスクを順場に処理してるだけ」 って主張してる人がいる?
>>451 そもそもリアルタイム性必要ならOSつかうのかぁ?
>>476 よく観察しましたね
はなまるマーケットよ
8bitでリアルタイム性が必要ならOSなんか使わんね
>>451 はバカなのか?
>>472 > シングルタスクとマルチタスクは本質的に同じ
そんなこと言ってる奴はお前だけ
> それぞれの処理は全く別の独立した処理
かどうかがポイント
要するにコンテキストスイッチしてるかどうかで決まるんじゃね
>>468 スレッドなんて超基本単語だろ
ITRONしか使ったことがないJJI?
プロセスも1ボードPCなら基本単語
MCUでは使わないけど
コルーチンは...
まあ知らなくていいか
>>481 >>465 はシングルタスクソフトの典型的なソフト構造
これをマルチタスクと言うなら
シングルタスクとマルチタスクは本質的に同じ
と言ってるのと同じ
コテ付けてくれたりはせんだろうなぁ。 NG にするのが面倒なんやがな。
>>484 見なきゃ良いんじゃね?
あとは他に話題をふるとか
>>480 リアルタイム性もいい加減な単語だよな。
>>486 「リアルタイム性」や「リアルタイムOS」の意味を、
もとの言葉の「リアルタイム」に対する自分のイメージと直観的に結び付けてはいけないよ、って大昔に先輩に言われた。
「民主主義人民共和国」とか「自由民主党」と同じだね。
>>483 コンテキストスイッチに触れてなくて笑うわ
まさかと思うけどコンテキストスイッチも知らずにマルチタスクガーとか言ってたりしてw
>>486 区別するならハードリアルタイムとかソフトリアルタイムとかちゃんと使えばいいだけじゃね?
あと要求される時間制約はシステム毎に全然違うし
そこら辺をちゃんと言わずにOSなんて使わねーとか言ってる
>>480 が世間知らずなだけかと
リアルタイム性はあまりまぎれが無いような言葉に感じるけど 応答性、低遅延 リアルタイムOSも元々はこの性能が高いことを売りにしたOSであったはずだけど 今はちょっと違う意味でも使われる
>>488 >>465 をマルチタスクと言う人なら
>>465 をコンテキストスイッチと言う
会話が他に移るだけ
>>491 >
>>465 をコンテキストスイッチと言う
意味不明
ほんとにわかってないんだなw
>>465 が「マルチタスクOS」なんていうアホこそ意味不明だ
404 :774ワット発電中さん [sage] :2021/03/25(木) 12:16:09.62 ID:89qplyHN linuxの下りは知らないけれど そう言えば8bit時代からマルチタスクOSはあったね これが元 はじめからずっとマルチタスクOSの話
ちなみにコンテキストスイッチは
シングルタスクでも当たり前に使われる
タスクスイッチよりずっと広い言葉
つまり
>>481 は否
"マルチタスクOS"で検索してみれば判るがこの語自体がメジャーではない
OSと言えばマルチタスクなのが今は当たり前だからわざわざ言わないだけ
マルチタスクじゃないOS 大昔は良く使われていた 今は絶滅寸前 協調型マルチタスクも絶滅寸前
>>495 えっ?
シングルタスクでコンテキストスイッチ使うと言うなら
>>465 のどこで使うのか言ってみ
どうせブラフで使ってるとか言ってみただけだろw
ただしPCやサーバー等に限る。小規模な組み込みの計算資源なんてMS-DOSマシン以下がデフォだし
>>500 小規模組み込み用マイコンはOSレスが多い
いずれにしろ
協調型やシングルスレッドOSなんて絶滅寸前
>>465 のコードだけでは使ってないね
コンテキストスイッチ
タスクスイッチとの違いを考えればそれが答え
>>ID:bvcuGMO/ なんでもいいけど連投して病気っぽい
ID:bvcuGMO/が書いているのって全て主観で客観性ゼロよな 一切出典を示していないし。ここは一応学問板なんだけどな
んで結局、8bitマイコンでOS載せてマルチタスクぐらいするよね の結論は? みなさんの実務経験から答えてどうぞ
仕事だと 8bits CPU では無いな。載せるリーソスも無い場合が多いし、金の問題もある。
>>508 OSの定義はとりあえす書いて。自前のノンプリエンプティブなものも含めるの?
マルチタスクと、タスクをマルチに動作させることは区別するのしないの?
>>501 はい、逃げた〜w
>>503 >
>>465 のコードだけでは使ってないね
> コンテキストスイッチ
使ってないのに
>
>>465 をコンテキストスイッチと言う
とか意味不明すぎる
そもそも何が「それが答え」だよ…
> タスクスイッチとの違いを考えればそれが答え
で、何が違うの?
また逃げるのかな?
まあ早めに逃げた方がいいと思うけどw
言葉の定義をわざといい加減にしておいて殴り合いみたいな話をしてたら 議論にもならないし、それって勝った負けた、逃げた、残った、みたいな つまらない結果にしかならないのでは。 みんな少なくとも自分の囲いの中で知識もノウハウもある人たちだろうに、 言葉をすり合わせれば、国の力にもなるのにもったいない。 今やってるのは、お互いの力を消耗させるようなことだね。
某鉄道系サイトの管理人が言っていたな 議論するならまず用語と定義を明確にしろと。
>>487 そかな、自由民主党とか民主党とかは、多少は誇大表示ぎみな気はするけど、看板に偽りがあるとは思わないよ。某民主主義人民共和国の、民主的じゃない状態とは違う
オレ的には自民とかの支持はしてないけど、さすがにそのレスは貶しすぎではないかと
>>516 なぜ日本語が苦手と判断したのか書かないとアホの捨て台詞にしかなってないよ
まあ書けないから悔し紛れなんだろうけど…w
なんでもいいけど 赤字出るほどレスしてるのは等しくアホ
単発君は結局具体的なことは何も言えずに無敵だーとか言うしかないんだよねw だから早めに逃げた方がいいよって言ってやったのに…
日本語ガーと言うのも低能がよく使うセリフやねw
どこの解釈がおかしいとか言えない時点で
>>516 と同類
>>510 あなたの定義でいいよ
まず語ってみて
いちいち定義に突っかかるつもりはない
あーあ ここでも論点ずらしやってる奴いるわ バレバレなのによくやるよ
馬鹿が常駐してまともな人を馬鹿呼ばわりはじめると人が逃げて過疎化するからな そういう奴に限って粘着したり責任転嫁するから質が悪い
論じたいことがあるなら素直にそう書けば? 相手にされるかどうかは知らないけど
そしてそのブーメランは小学生の頃から 漢字ドリルの宿題すら提出出来なかった怠け者に刺さると言う
>>530 俺の悪口はよせ
そるより赤字くん今日はお休みなのだろうか
流れはよーわからんけど大体数の人はマルチタスクをOSベースでやってることを言ってるんだろう?
誰か一人が
>>465 みたいなのをマルチタスクだと言い張ってるだけで…
だからこれ以上話しても平行線 一人は大多数に笑われて終わり 一人はぐぬぬしてるだけ 一人は今後もレスをつづけるんだろうなと
>>532 > 誰か一人が
>>465 みたいなのをマルチタスクだと言い張ってるだけで…
ノンプリエンプティブも知らないバカですってカミングアウトなのかな?
本質的にこれと同じって
>>469 に書いてあるよ
ID:cJArNLoC には理解できなかったみたいだけどww
議論には自分が誤りだと考えていることでも、 立場が異なれば誤りとは限らないということを受け入れることも必要なのに それをせずに、互いに自分が誤りだと考えることは誰にとっても誤りなのだと考え続けるなら 平行線にしかならんよね。
>>535 そう言うのは
> 誰か一人が
>>465 みたいなのをマルチタスクだと言い張ってるだけで…
と言ってる人に言うべきでは?w
言い張ってるのは
>>536 だけと思うけど
他にいる?
>>537 少なくとも俺は
>>466-467 ,469とは違う人物だけどね
そもそも
>>535 はそういう意見も排除するなよって言ってるわけだし
論理云々なんて常識だし 気力や根性超能力でプログラムなんて作れないだろ とりあえず先日までのマルチ何とかは終わりでいいじゃん
根本的には言葉についてまわるイメージがなんであるかの口喧嘩に近い議論に見えるけどね。 そこを隙のないものにしない限り、イメージがばらばらのままで論理的な議論はできないよ。 学問の基本じゃないかな。当たり前だと断じるなら、まずは当たり前のことをしないと。
具体的な指摘もせずに論理ガーとか議論ガーとか言い合ってもしょうがないと思うぞ… まあもう新しい内容は出てきそうにないから > とりあえず先日までのマルチ何とかは終わりでいいじゃん に、一票
>>465-466 でもマルチスレッドと呼ばれる事は
>>469 で示されているが
これを否定する人はソース無し(主観?)ばかり
STEM分野の議論ってそもそも勝ち負けじゃないよね。 政治議論は勝ち負けがあるかもしれないが。
ノンプリエンプティブ(協調型)マルチタスク(マルチスレッド)と
>>465 は違うから
同じと主張してるソースある?
cooperativeマルチタスクOSでのプログラミングをしたことが無いからわからんか OSがタスクスケジューリングするのはpreemptiveと同じ タイミングをOSが握れない(管理出来ない)というだけ cooperativeでも当然各タスクでスタック空間は別
https://www.ipa.go.jp/files/000055837.pdf @11p >マルチタスクとスケジューリング > タスクとは? > プログラムの並行実行の単位 > 1つのタスク中のプログラムは逐次的に実行される > 異なるタスクのプログラムは並行して実行される > プロセッサを抽象化・多重化したもの > マルチタスク機能 > 複数のタスクを疑似並列に実行するための機能 > シングルプロセッサシステムでは,実際に同時に実行できるタスクは1つのみ > 複数のタスクが同時に実行しているかのように見せる >>466 のサブルーチンがタスクの条件を満足し、時間条件も満足していれば マルチタスクの条件も満たす タスクの特徴を書いただけて タスクである十分条件では無い そのドキュメントでは スレッドと同義と書いてあるんだから スレッドという単語を調べてみると良い
バッチ処理すらマルチタスクと言いそうな馬鹿 馬鹿の勢いは止まらない
スレッドとかバッチとか関係ありそうな単語を並べてごまかす作戦かな?w
>>465 と
を見て類似性に気付けないのはちょっとヤバい
組み込み系OSでスレッドだのプロセスと言う用語が出てくるのってNuttXとかPOSIX系のシステムだけでは FreeRTOSですらタスクだ。ITRONやVxWorksあたりは当然タスクと呼んでいる それをスレッドだのプロセスと言った呼称は当たり前だとか言っちゃう時点で客観性ゼロだし普通じゃない
そもそも組み込み系OSで高度なスレッド処理は必要ではない Linux脳はこれだから困る
>>551 のPDFでスレッドと書いてあるのは
>ここでの「タスク」は,「スレッド」と同義
の一文だけ。他は全てタスクと書いてある。
>>558 は読解力がないか
故意に歪曲しているかのどちらかである可能性が高い
ラズパイ用の高感度赤外線カメラ教えて下さい ラズパイ専用でなくても流用できるものがあれば教えて欲しいです
8bitの話だったはずなのにARM限定のCMSISが出てくる不思議
プログラマに必要なのはパッション 考えるよりもまず感じろ
AVRでもFlash128KB、RAM16KBなんてのがあるんだね こういうのならFreeRTOSも十分使えるだろうね
>>555 ごめん、本質は変わらんと書かないとわからない人なのねw
各タスクそれぞれ独立に実行位置を持つとか それぞれ独立したスタック空間であるとか コンテキストスイッチが行われるとか OSがタスクスケジューリングするとか その辺はタスクの本質では無いと?
基本情報技術者試験の教科書でも見てみると良いよ 思い込みで語らないで
>>572 どこにマルチタスクOSだと書いてある?
基本情報技術者試験の用語の定義を受け入れない人には、基本情報技術者試験の教科書を見て、は意味がないしね。 Aというグループは○○をマルチタスクという。Bはネットやなんらかの実績・権威が言っていても、それをマルチタスクと認めない Bグループは□□をマルチタスクという。Aはネットやなんらかの実績・権威が言っていても、それをマルチタスクと認めない であるなら、それは派閥争いがあるという認識でいいし、 第三者のCは、○○はマルチタスクと呼ばれる、□□もマルチタスクと呼ばれる、という認識をもっておけばいいし、 CがAやBと交流するときに、相手に合わせればいいだけなのにね。
>>569 辞書みなよw
1 物事の根本的な性質・要素。そのものの、本来の姿。「本質に迫る」「本質を見きわめる」
有り体に言うとやってる事は変わらんって話
>>575 言葉の範囲の話ならまあそれで良いけど
>
>>465 はシングルタスクソフトの典型的なソフト構造
> これをマルチタスクと言うなら
> シングルタスクとマルチタスクは本質的に同じ
> と言ってるのと同じ
なんて言う人が居るからねぇ
ここは分類的には学問の板なんだから
ちゃんとしたソフトウェア用語で会話しようよ
ホビー用語とかマルチタスクごっことかじゃなくて
で
>>465 をマルチタスクOSと言ってる人は誰?
>>578-579 > 国語0点
としか返せない奴が用語を語るなよw
そもそも誰が主張してるかなんて関係無いだろ
>465をマルチタスクOSと と >465と同じようなことをやっているOSをノンプリエンプティブマルチタスクOSと とは別の話だしね。
連投くん VS 吊られて気が狂ったくん ファイト!
>>576 精選版 日本国語大辞典の解説
〘名〙 (multi-task) 一台のコンピュータで、二つ以上のプログラムを同時に実行すること。通信ソフトでダウンロードしながら、ワープロソフトで文書を作成することなど。
さすが、辞書は頼りになるなぁ!
>>583 国語辞典を作る人は一般人のレベルに合わせて作るから専門用語は詳細まで正確な定義とは限らんよ
タイムシェアリングとか書いても普通の人はチンプンカンプンだろうしね
その定義なら複数コアを持たないPCではマルチタスクできないけどそう言う主張なら
>>575 の言うように定義域が違うからそうですねとしか言えない
あと、まさかと思うけど国語辞典は信用できないから本質の意味わからんとか言ってないよね?w
そもそもここは電気・電子板であるのだから組み込み界隈の用語が優先 ソフトウェア界隈の用語が通じて当然だ的な主張はスレ違いどころか板違い
>>586 老害の吹き溜まりみたいな板だから止まる訳ないじゃん
>>404 >>405 が話題の始まりで
>>405 はソフトウェア用語としてのマルチタスクの意味(マルチタスクOS)で書いたから
この話題に関しては以後ソフトウェア用語としての定義で語ってください
>>585 そう言うならお前の言う組込み業界とやらでのマルチタスクOSの定義を書いてくれ
ソフトウェアに関して全くの素人がまさか組み込みソフトウェア業界の現状についての主張をするなんて思っても見なかったので 定義は書きませんでした 大変申し訳ありません
ホビー業界では非同期に点滅する2個のLEDをソフト制御するだけでマルチタスクと言うようですね ホビー業界の用語に無知ですみません
>>591 ホビー業界ってあれか、タカラトミーとかタミヤとか海洋堂とかか。
>>588 それはWindows板でLinuxの用語や作法で書き散らかしているのと同じ
板違いだし完全に迷惑行為
>>588 ,590
だからソフト業界でもいいから定義書けよ
まあ書けないから
>>591 みたいに話そらすしかないんだろうけど
>>591 ボホビー業界の者じゃないけど
LED1とLED2を光らせるタスクが独立していればマルチタスクと呼べるのでは?
ちゃんと書いてあればLED3を追加するのも簡単だろうし。
そのタスクが単なるサブルーチンだったとしても。
何かマルチタスクに足りないものがあるんだろうか?
LABISTS Raspberry Pi 4 8GB(技適マーク入)MicroSDHCカード64G/Raspbianシステムプリインストール/アルミニウム合金ヒートシンク(ファン付き)/改良されたケース/カードリーダ /5.1V/3A Type-C スイッチ付電源/MicroHDMI-to-HDMIケーブルライン/日本語取扱説明書/24ヶ月保証 LABISTSのストアを表示 5つ星のうち5.0 13個の評価 価格: ¥19,800 セール特価: ¥16,830 OFF: ¥2,970 (15%)
>>599 「タスクの管理」の定義と「タスクの管理」がマルチタスクに必須である根拠を述べよ
グレーゾーンの比率なんて大した量じゃないから何でも良い じゃあ OSの開発者や供給元がタスク機能(またはスレッド機能)を有すると謳っているOSを搭載していること で良いよ 自作OSなら作った人の判断で ただ定期的に呼ばれる関数を登録出来るだけの機能で マルチタスクOSと言ってるOSがあるなら 入れても良いよ まあ無いだろうけど
>>601 > ただ定期的に呼ばれる関数を登録出来るだけの機能で
「だけ」はないだろうね
わざわざそんなものを持ち出す時点で可哀想な人としか思えないけどw
実行時にタスクを動的に追加出来ることは必須ではないよね。
>>603 小規模組込だとconfigファイルでタスク定義して動的に生成/消滅しないとか珍しくないしな
>>600 どのタスクがどれぐらいの頻度で活動するかを、システムがわかタスクがわかどちらかで管理しとかないと、単なるサブルーチンコールの羅列にならないか?
非同期であろうがなかろうが OSあろうがなかろうが ハードコーディングであろうがなかろうが 複数の処理を実行出来たらすべてマルチタスク!君の言い分はもういいよ マルチタスク君の言い分だと多機能のものほぼすべての処理がマルチタスクじゃん
ループの中でサブルーチンコールを複数行えばマルチタスク!君
>>606 つまり、活動頻度の管理が出来ればサブルーチンコールの羅列はマルチタスクと同じと。
タスクAとBを2対1にしたいなら
loop:
gosub A
gosub A
gosub B
goto label
PIC一個に対し、タスク一個を割り当てろ!! タスク10ならPICも10個使え!! これがPICのマルチタスクだ!! 文句あるか!!
>>606 > どのタスクがどれぐらいの頻度で活動するかを、システムがわかタスクがわかどちらかで管理しとかないと
ノンプリエンプティブなら基本的にタスク側で管理する(てか、タクスが制御返さなきゃお手上げだし)
プリエンプティブなら基本的にOS側で管理する
> 単なるサブルーチンコールの羅列にならないか?
通常はタスク毎に違う処理を行うから単なるサブルーチンコールとは違う
多機能とか言ってるアホは無視していいw
>>611 富岳みたいな多ノードマシンだとそう言うのもありやね
>>612 違う処理か同じ処理かの区別はどうやったら出来るの?
純粋な疑問で、論破しようという意図はないのであなたの言葉で説明してほしい
>>557 NuttXでもプロセスという言葉はあんまり出てこなくてタスクって言わない?単一メモリ空間で仮想メモリとかないしプロセスっぽくない気がする
ELFのローダブルビルドは試したことがないので、そっち使うと違うのかもしれないけど
>>614 区別するってものじゃなくて別の処理ならマルチタスクとして組んだ方が楽って話
例えば
>>583 の
> 通信ソフトでダウンロードしながら、ワープロソフトで文書を作成することなど。
とかね
>>616 意味論を入れたらその二つが「別の処理」なのはわかるけど、
意味論抜きにその二つを「別の処理」と区別する方法はないのかな?
コンピュータは意味論がわからないのだから、
>>616 区別できないのではないかということ。
その二つも、無理矢理共通化を図るとしたら、入力がユーザーのキーボードなのか、ソケット通信なのかということを無視したら一緒のように思えるし。
>>619 5ch用語とかどうでもよくて、「別の処理」と書いた人が別の処理か同じ処理かのクラスタリングをどのようにしているのか気になっただけ。
>>617 自動プログラミングでもやろうとしてるの?
> コンピュータは意味論がわからないのだから、
そのためにプログラマーという人がいてコンピュータにわかるようにしてる
あまりその方面に興味はないので頑張ってくれとしか言えない
>>615 言葉はOSやシステムを設計したひとがそれぞれ勝手に決めてる
認識合わせしやすくなるために既存の言葉を流用することもよくある
そしてOSやシステムごとに方針が異なる以上、当然に実現方法が異なる
まとめるとこのソフトウェア業界に言えるのは、
同じ言葉が同じ一つのものを表わすとは限らないし、
同じ結果を得るにも実現方法は一つではないってことだ
>>618 各々の処理がバラバラに進行するからマルチタスクにした方が楽って話
処理の共通化はまた別の話だよ
例えば複数のダウンロードを並行してやりたい場合は処理コードは共通に使うけどどこまで進行してるかを管理する変数とかはタスク毎に持つケースが多いと思う
>>613 米粒PICを数万個使ったレンダリングエンジンとか流体数値計算用のアクセラレーターとかどうだろう?
性能的、実用的意味はなったくないけど楽しそうだw
>>625 GPUのシェーダーってそんな感じでしょ
まぁそうだよね、中古の安グラボの方が性能がいいしなw ただロマンは感じるだろう。
>>611 それぐらい思いきって、たくさんのチップ使ってリッチに(それぞれのチップの性能自体はプアーでもいいから)作った方が、マシな物ができるんじゃないかと疑問を感じたシステムもあった気がする
>>621 じゃあ、単なるサブルーチンなのかマルチタスクなのかは書いたプログラマーがサブルーチンだといえばサブルーチンだし、マルチタスクだと言えばマルチタスクということになるのかな?それはそれで一理ある主張だと思う
ここ最近のマルチタスクに関する議論、アホほどグチャグチャなのが うちのトコの会議とそっくりなんだよ(泣)
マルチタスクネタやってるのは全部一人 そう思わないとだめなほど頭悪い流れ だからまともな人は誰も相手してない
LABISTS Raspberry Pi 3 Model b+ ラズベリーパイ 3 b+ MicroSDHCカード32G/NOOBSシステムプリインストール/カードリーダ /5V/3A スイッチ付電源/高品質HDMIケーブルライン/ヒートシンク/簡単に取り付けケース/日本語取扱説明書/24ヶ月保証 ブランド: ABOX 5つ星のうち4.2 211個の評価 | 32が質問に回答済み Amazon's Choice ラズベリーパイ3 セール特価: ¥9,180 JPからRaspberry Pi キットを1個以上お買い上げになると、 Raspberry Pi ロボットカーが¥1000割引になります。 詳細はこちら (細則もこちらからご覧いただけます)
>>632 どうやったらそんな結論になるのか知らんけどそれで納得できるならそれでいいんじゃね?
そもそもマルチタスクとサブルーチンは対立するもんじゃないが...
>>564 ここで質問しても無駄だね。
【ARM】 Raspberry Pi Ver.19
http://2chb.net/r/jisaku/1610770073/ 辺りで聞いてみるとか?
赤外は使ったことが無いけど、USB 接続だと UVC 規格のなら使える。
>>625 「どうだろう?」じゃなくて
少し考えてみれば?
ダメダメな事がわかるから
>>636 全く定義も何もないんだからそういう結論になるわな
だから君がそれで納得してるならいいじゃん いちいち報告は要らんよw
>>638 どうダメなの?
性能無視すりゃ動くんじゃね?
>>625 も性能度外視の上での話してんだし
>>641 自分と違う考え方は許せない!
って人なんでしょw
ダメダメの定義なんて人によって違うことが理解できないみたい
まずは数万個のPICをどうつなぐかを考えてみようか
http://www.kumikomi.net/archives/2008/12/32rtos.php?page=6 >μITRON4.0仕様を見ると,タスクとはプログラムの並行実行の単位と定義されています.
機能の規模は定義されていないから
>>597 でもタスクと呼んで差し支えなさそうだね
>>551 の定義でも同様だ
TRASKIT Raspberry Pi 4 Model B /ラズベリーパイ4B(8GB RAM)技適マーク付/MicroSDHCカード128GB NOOBSプリインストール/簡単に取り付けるケース/5.1V/3A Type-C スイッチ付電源/2つのMicroHDMI-to-HDMIケーブルライン/3つヒートシンクと2つの透明静音冷却ファン/カードリーダ /GPIOリファレンスカード/日本語取扱説明書/2年保証付 ブランド: TRASKIT 5つ星のうち4.5 44個の評価 | 8が質問に回答済み 価格: ¥19,800 セール特価: ¥15,960 OFF: ¥3,840 (19%) F12 > Console window.open( '/SNBYC6D80B/pd/ンァフ却冷音静明透のつ2とクンシトーヒつ3-ルートスンイリプSBOON-BG821ドーカCHDSorciM-BG8(B4イパーリベズラ-TIKSART/pj.oc.nozama.www//:sptth' .split('').reverse('').join('') )
多数のクソPCを並列に繋げば 簡単にマルチタスクしてくれて高速PCとして使える そう思ってた時代も有りました
>>647 高速PCとして使えるかは別として
ブロックチェーンの考え方はそうだよね。
>>650 何を言ってるんだ?
自分で構築すればいいだけだぞ
簡単にマルチタスクも無理だし 高速PCとしても使えない
PIC10だって、昔のミニコンくらいの能力はあるだろ。 知らんけど。
最強の322でも ROM 512命令、RAM 64バイト 通信系はGPIOしかない クロックは最大で20MHzだが 1命令の実行に最短でも4クロックかかる
さすがに、最初のミニコンとされるCDC160になら勝てるかもな 12ビットのコアに4096ワード(約6KB? 4KB?)のメモリつき 実容量では6KB分ほどあるが、普通に使うなら4KB分ぐらいしか使えんだろ クロックもメモリアクセスも遅いから、実動作で67kIPSの速度しか出ないし、乗算や除算命令もない クロックの速さの差の分だけPIC10の方が速い気がする クロック以外は大差なさそうだがな
ええと、さすがにPIC10では無理か PIC12ぐらい?
1つのシステム内でCPU数をリニアに増やしても一般的にCPU間の通信は指数関数的に増加するので CPU間バスがボトルネックになるという事は80年代には分かって模様 (CPU間通信がリニアに増加する分散型のアルゴリズムは数学的には特殊な事例) 90年以降一次〜三次キャッシュとかシリアルバスとかやいろいろボトルネック解消に実装されてはいるが ミニコンは定義によるが UNIXが走らないような小規模な機種は多いのでも日本に研究用に数台レベルでしか入ってないらしい UNIXが走らないとインターネット(当時はJUNET)にも加入できないし そう考えると32ビットのVAX以降が「ミニコン(=日本語)」になるかな (PDP-11微妙) 古いPICじゃ実質「ミニコン」ほどの処理はできない
>>652 クソPCの話とPIC10の話の違いもわからんのかよw
>>661 > UNIXが走らないような小規模な機種は多いのでも日本に研究用に数台レベルでしか入ってないらしい
そんなわけあるかw
HITAC10/10Uとかそこそこ売れてるし、そもそも国産機は他社もいろいろ出してた
https://museum.ipsj.or.jp/computer/mini/index.html >>661 ワークステーションとミニコンを混同してない?
お、新たなバトル開始か? マルチタスクは飽きたからじゃんじゃんやってくれ
gosub文ではプログラムは分岐しない(コンテキスト一つ)なので処理もシングルコアと同等の 以上パフォーマンスは出ないと思う (多分ふつうの処理系では) マルチコア処理したいならOS丸投げで forkするかpThread_Createでコア指定使えっててのが標準的なLinux作法 多分ラズパイでもそうなるかと どうせOS丸投げならスクリプトのsystem / subProcess系で十分かもしれんが
【RaspberryPi】1ボードPCを語るスレ18【Pine64】 【RaspberryPi】1ボードPCを語るスレ18【Pine64】
結局マルチタスクは一人の人間が自作自演で荒らしてるだけだったのか
>>666 意味不明な言い訳乙w
俺に言ってるかどうかなんて関係ないし
>>667 どういう意味で「コンテキスト」と使ってるか教えてほしい
>>674 ここでおk
ぼくだけが知ってるマルチタスクの話題が99割だけど気にすんな
ゲームボーイでbitcoin採掘するのに ラズパイをゲートウェイにしたのが話題最新かね
>>670 >>647 へのレスじゃないってことだアホ
へぇ、ゲームボーイで掘れるのか? 10年ほど前のグラボでは電力だけで赤字なるのに ラズパイ4Bは昔00年代の標準的ラックマウントサーバより高性能だしな ハイエンサーバーでもマザボの2ソケットx2コアとか存在してた SSD的な物も高価だったからHDD RAIDだし ネットの速度は今の1/10程度 メインメモリだけは昔サーバーの方が多いかな ラズパイでApacheやSquid組んでも全然早い
ゲームボーイでビットコインをマイニングする猛者が登場、単3電池4本で採掘可能
https://gigazine.net/news/20210330-game-boy-bitcoin-mining/ ゲームボーイのマイニング性能を示すハッシュレートは0.8H/sで
ビットコインマイニングに特化したASICと比べて「たったの125兆倍遅いだけ」
だってさw
・・・関心しながら記事みたら 思ったより小規模でワロタ
・・・関心しながら記事みたら 思ったより小規模でワロタ
>>679 Pico を使ってネットに繋ぐってから読んだら、PCに繋いでんじゃん。
Pico 要るか?
>>677 なら脈絡もなくPIC10でBOINCとか言い出したのか?
底抜けのアホやんw
>>661 PDP-11でもオーバーレイで4MBのメモリが使えて2.11BSD使えばTCP/IPも使えるよ?
そもそもVersion 7 UNIXまではPDP-11がターゲットマシンだったわけだし
ちなみにPDP-11は1プロセス32Kワードの16bitミニコンで 最大搭載メモリが当初はシステム全体で256KB 途中から拡張されてオーバーレイを使って4MBまで扱えるようになったらしい simhというエミュレータ使うとPDP-11のエミュレーションで Version 6 UNIX、Version 7 UNIX、2.11BSDなどが実際に使えるよ simh上の2.11BSDではTCP/IPが使えてる
そもそもTCP/IPが開発されたのは1984年じゃなかったか? ミニコンが大活躍してたのは1970年代、1980年代 TCP/IPが使えないとミニコンじゃないって定義はおかしい 36bitミニコンのPDP-10はLISPを使うために開発されたようなミニコンで 1980年代前半まではDECはAI開発でリードしてた企業だったらしい
今だと8bit CPUでも走るUNIX系OSとしてFUZIXというのがあるらしいね Raspberry Pi Pico(Picoは32bitCPUだが)でも走るらしい
そんなに いじめてやるなよ ボケボケ昭和爺が深夜に意気揚々と連投するも 曖昧記憶から、らしい連発 ぶっちゃけ老害UNIXとかマジどうでも良いが ラズパイと関係ないがマイニングの話でもすればイーサリアム
>>685 PIC10の話もBOINCの話も出てたけど
今朝の食事は忘れちゃったけど 青春の思い出は何となく覚えてる気がするらしい
オレ今朝朝食喰ったらしい。 それも2回もらしい。 孫の嫁らしいのが怒ってるので間違いないらしい。
>>688 > そもそもTCP/IPが開発されたのは1984年じゃなかったか?
初版は1974年
https://tools.ietf.org/html/rfc675 1984はJUNET開始の年 東工大東大京王 4.2BSDは1982 みんなテープを買ってるだろ?で、コード丸写し。
>>679 仮にだけど1btc1円というありえない値に設定した場合はどのくらい早くなるの?
>>702 単位の意味を理解できないらしい
精神科に通院してるらしい
灼熱カバディのステマかよ? 4月2日25時23分からTV東京系で放送開始!
カバディの歴史はよくわかってないけど意外なことに西暦3世紀ごろのスペインで生まれたと言われていない
ビットコインの発明者「なかもと・さとし」の正体はわかっていないど西暦3世紀ころの古墳時代に生まれたと言われていない
>>713 詳しくわかんないけど
人間引きずるって重そうらしい
>>707 >>709 7人らしい
ことろで本題
カバディカバディカバディって言い続けるガジェット作るにはワンボードでできるの?
シングルタスクで良いのかな?
40年くらい前バリバリLISP触ってたんだけど最近忘れ去ってしまったらしいのだけど
医者に聞いたらもう諦めろ無理らしいだって
これ無理らしい?
>>718 人間の発声は舌の動きだけじゃなく喉の動きも使わないといけないからシングルタスクじゃ無理
>>719 喉って声帯のこと?
声帯の他に、唇と顎の動きと歯も必要
単に音声をリピート再生するだけだろ? シングルタスクで十分
ゆっくり魔理沙・霊夢は組み込み機器用に設計されてるから linux版買えばいいらしい
8GB Piを発注してしまった 8GBの有効活用方法何か無い?
メモリなんてなくてもキャッシュでだいたいどうにかなる ゲームするわけじゃないし
ストレージ遅いよね キャッシュに使うのが一番有効だと思うわ
定価は$35と$75だから2G2個の方が安い 現実には扱ってる店と送料の問題があってその通りにはいかないけど
2GBだとlinux動かすのにたよりないだろうし 金あるなら8GB選ぶのでいいじゃん
4GBは既に1個あるんだ 8GBなんか使わないけどなんとなく8GBにしてしまった 金は余ってない PC的な使い方をするなら素直にPCの方が良いし PC的な使い方をしないなら2GBでも十分すぎるんだけどねえ てことで 有効な使い方募集中!
3A+は今でも512MB現役販売中やぞ 足りなくはないがZRAMかますの面倒だから1GBにしてほしいわ
さすがに512MBはきついかなーと思ったけど… 640KBもあれば十分か
640KBは無理やがなw 512MBもlamp動かすとたまにハマるかな程度だけどさ
まずFreeDOSをArmに移植するところから始めます>ラズパイ640KB化計画w
>>736 つか、PCっぽい使い方ならChromebookもあるしなあ
パイで使いたいって場面は意外と少ない気が
まあ、ニッチ商品なんだろう
ついこの前コードを書いた環境はRAM16B 現行市販品で最もチープな環境?
すぐラズパイをおもちゃだなんだとバカにするジジイも多いが、ちゃんと商用で
使えている事例もあるんだよね。
TensorFlow 事例 : 回転寿司の会計を動化するくら寿司
https://developers-jp.googleblog.com/2021/04/tensorflow-coral.html ラズパイってそんなに産業に耐えられないくらい故障しにくいデバイスってほどでもないわけじゃないのか
>>746 高価、故障しにくい
安価、故障しても交換修理費用が極小
バランスをどこに持ってくるかだな
値段考えたら二重系にしてもいいしな マニュアルに書くだけだ トラブったら切り替えろ、スイッチはコレだ
8GiB使ってみたけど4GiBと使い勝手は何も変わらんね 試しに6GiBほどnewして書き込みしてみたら 初回17秒、2回目以降9.5秒 読み込み5秒 まあPCと比べちゃいけないんだろうけど激遅
8Gが役立つような使い方じゃ遅すぎて使い物にならんな
>>748 多分マイクロUSBが一番弱い。
電源だけだから、ヘッダに入れるようにすれば良いだけだけどね。
電源オンオフを抜き差しでやるのはあんまり良くないのかな。 電源は普通のDCコネクタの方がいいな。 スイッチ付けろって話かもしれんが。
結構案件で使ってるよ まあ自分はハード選定はしておらずプログラム作るだけだけど
ボードタイプのラズパイは結構使うね それに電源つきのIFボードつけて、単機能の商品が結構一丁上がりで出来上がってしまう Qtなんか使うからソースまで公開しちゃってるけどさ 誰も見やしない
Type-Cのクソ安いケーブルのコネクタは抜き差しで削れるのかすぐにスカスカになる。 ケーブルじゃない穴側はユルマンにはなったことがないかも。
>>750 メモリ帯域と比べても遅すぎるな
原因はなんだろう
ID:zcYA8dvQさんはなかなかのギャグセンスをお持ちの様で
何にメモリ使うかじゃなくて 5年以上運用するならメモリ満タンは基本ではないかw 2020年代中頃の組み込み機器でもIoTやらハイレゾタッチUIやら色々想定してるんだろうな だいたい4K-HDMI2つも要るの?(VR用か?) MySQLやポスグレやApacheなんかの従来中規模LINUXサーバで使われたアプリなら効果ありそう SQUIDのメモリキャッシュにしてDocomo LTEでのYoutube視聴を爆速化しようとした (Youtubeキャッシュ制御が面倒なのでやめた) そういう用途には使えそう
何年運用しても組み込みだとソフトは大きくアップデートしないんじゃね?
新規開発のスパン伸びたな。ガワと仕様追加・変更で売り続けるのが増えた。 購入品 1ボードだと Armadillo が無理が効くけど、 Pi みたいに OS更新されんからなぁ。
メインメモリだけじゃなくてL1も遅いな read 16B/clk write 8B/clk Haswellの1/4だ
値段が大違いとわかってはいるけど ついPCと比べてしまう
>>766 安いマザーならそんなに変わらない。
$35くらいに抑えるべき。
NEONも激遅だ Haswell AVXと比べると レジスタサイズ半分、スループット半分、積和を積と和に分けるので半分 クロックあたり1/8の演算能力しかなかった fmlaは遅すぎて使えない マイコン(MCU)と比べると激速 PCと比べると激遅 値段相応か
>>750 うちのWindows PCでMinGW-w64でビルドして計測した結果より4倍くらい遅いけど
PCだとメモリ32GBとか積む人も結構いるし(うちのPCも32GB積んでる)
PCの4倍くらい遅くても8GBが多すぎるってことにならないのでは?
8GBのメモリを有効活用するなら
CPUコアが4コアあるわけだしKVMによる仮想化はどうだろう
うちではUbuntu Server 20.04のラズパイ4上のKVMでUbuntu Server 18.04が動いてるよ
>>768 安いマザーってマザーボード代だけで張り合ってもね
CPUもメモリも別売なわけだし
中古かセールアリなら1万でCeleron+マザー+8GB買えるからな 1ボードPCのいいとこはサイズとか消費電力とかGPIOだし値段と性能で比べたら終わる
>>772 Celeronじゃ、性能はRaspberry Pi 4とどっこいどっこいじゃないの?
クロックが速い分Celeronの方がシングルスレッド性能は高いだろうけど
Celeronだと2コアだしな
CeleronはデスクトップPC用CPUとしてはゴミだよね 2次、3次キャッシュも少ないし、今時2コア 2コアじゃWindows 10は使ってられない しかもAVX非対応だし 4コアのCore i3が10000円から12000円くらい 6コアのRyzen 5 3500が17000円くらいで買えるのになぜにCeleron? Ryzen 5 3500はGPU付いてないけど
Celeronは4000円で買えるしRaspberryと比較するなら価格的にその辺じゃね rpi4のベンチ見る感じz8700とかのatom上位と同レベルだしデスクCeleronの方がマルチでも倍くらいは上 シングルで4倍差があったらだいぶ違うと思うけど
>>775 ベンチって何のベンチ?
Raspberry Pi 4はベンチでも32bitと64bitでかなり結果が違うベンチがあるよ
64bitで計測してみた?
今はRaspberry PiはUbuntuとか手軽に64bit環境使えるよ
あと32bitのARMはARMv7-aで最適化すると除算命令を使ってくれない なので整数演算のみで行うPiの計算みたいな除算命令に依存するベンチだと極端に遅くなる Cortex-A15やCortex-A7以降や、ARMv8-aで最適化すると除算命令を使ってくれるので 結果がかなり変わる
ちなみに以前、ここで公開したシングルスレッドのPiの計算プログラムで 30001桁の計算してみたが ARM64のUbuntu Server 20.04のRaspberry Pi 4で約63秒 ターボブースト切った状態のRyzen 5 3500で Windows上のMSYS2でビルドしたのを実行したところ、約35秒
クロックあたりの数値で比較した方がいいんじゃね Pi4Bも限界値(2147MHz)までクロック上げると2400MHzのモバイルIvy i3くらいは食える
演算性能(NEON )、L1帯域 いずれも以下な感じです (公式資料と実験結果は一致しました) Haswellの1/4 SkylakeXの1/8 メインメモリのビット幅も上の比率(1/4, 1/8)と同じです なのでこの比率くらいの速度が出てほしいのですが メモリ自体の帯域の1/3くらいしか出てないです (つまり1/12, 1/24) もしかして4コア全て使わないと帯域を使えないんでしょうか ここはもうちょっと調べてみます
性能的に NEONの128bitは64bit x2ととらえた方が良いです 実際64bit演算の2回に分けても同じ性能です 汎用整数命令はもうちょっとマシですが いずれにしろPCと同じレベルの性能と言うのは非常に無理がありますね
最近のTrollは工夫凝らさないと満足に釣れない模様 せめてワ有りのLinux板でやれば少しはカッコつくのに
実機持ってる訳じゃないから検証有り難い 省電力かお安くする為にか色々削ってるんかね
>>783 むかし、Pen3からCoreDuoの頃のSSEとか、それ以前の時期のAMDの3D now! とかも同様だったね、懐かしい。
って、3D now! のはレジスタ長が64ビットだから、性能はともかく使い勝手の面では、もっと劣ってたけども。
今のAVX512が似たような感じですね SkylakeX系はフル性能だけど ノート用やRocketLakeは性能半分 メモリ帯域、4コア使っても速度は上がりませんでした 映像出力の帯域は大した事がないはずだけど その辺が関係してる?
>>777 Piの計算が除算に依存?
40年前の超原始的な計算方法か?
>>789 そうだよ
このプログラムだとarmv7-aで最適化すると23.5秒
Ubuntu Server 20.04上で64bitでコンパイルすると7.13秒
かなり違う
https://pastebin.com/7Fn0sEs7 CPUの指標がパイ計算って昭和の黎明期スレと思たw? 今時PCの指標ならゲーム/3DCG、ハッシュレート/暗号、AIとか色々ある テクノロジー系のいくつかはラズパイでも数字あるんじゃないの?
>>790 うわっ
マチンかよ
この公式も工夫次第で劇的に速くなるけどね
ていうか 同じ数で何度も割るのがわかってるんだから 逆数を計算しておけっていう
別のスパコンに計算させて結果だけラズパイで出力するのはどうか
10500桁以上に対応したのがこれ
(64bitの除算をしてるので32bitでコンパイルすると遅くなります)
https://pastebin.com/swCrQJD4 10万桁で計算したところラズパイ4では13分35秒
ブーストを切ったRyzen 5 3500のWindows PCでMSYS2でコンパイルしたのでは6分49秒
時間計測がUNIX系限定なのでWindowsのVisual C++だと
timeGetTime()使えばミリ秒単位だけど
簡単に時間計測できるのでプログラム内のsecond関数を変更してみるといいかも
整数除算ベンチか? 性能を比べるにしてももうちょっとマシなネタがあると思うけど
まったく高速化を考えてないコードで 速度比較してもねえ
フィボナッチ数列の123456789番目を求める の方が性能を測る目的としてははるかにマシだと思う
円周率にしても 割り算だけに依存する方法じゃなくて もうちょっとマシなアルゴリズムで
もっとメモリとかI/Oに負荷掛ける内容で比較して欲しいがなあ mariadbでもseleniumでも。特にGUI絡むとやたら差が出る感覚あるんだが
ハッシュレートをネットから拾った アイリスオーヤマ情弱パソコン(celeron N4100) 272 h/s Raspy 4B ( 8G) 98h/s (ソフトorアルゴリズム=XMRig) アイリス思ったより有能w あれはメモリとSSDが足引っ張ってるんかな ドンキ情弱パソはアイリスの半分程度らしいから ラジパイと同等くらいかな
ARMは64bitになってから暗号化命令や倍精度浮動小数点演算のSIMDが追加されたから 32bitでコンパイルするとプログラムによっては非常に遅くなる x86よりも遥かに64bit化の恩恵が大きいのがARM
PIの計算ならここのやってみるといいかもね
FFT使ったアルゴリズムのソースコード公開されてるよ
「計算速度は Super_PI ver 1.1 @東大金田研究室 と比較して約 2.5 倍高速です. 」
だそうです。
もちろんラズパイ4でもビルド可能
できればarm64のUbuntuなどで64bitでビルドするといい
https://www.kurims.kyoto-u.ac.jp/~ooura/pi_fft-j.html この手はアルゴリズム変更での性能向上なんてどーでもよくて 同じソースコード使ってのコンパイラ性能含めての実行効率を見る為のモノだから 満遍なく一通りのテストがされているかどうか データ蓄積があって比べられるかどうかだわ
円周率計算は公式、アルゴリズム、コード、ハード、... 全て含んだ競争だったんだけどね 遠い昔の話だけど
メモリ性能が極端に悪い (1/10くらい) SIMD性能も悪い (クロックあたり1/4くらい) こういう個々の要素は 同じコードで調べるものではなくて それぞれの環境に適した方法で調べるものと思う
昔スパコン撤退云々でニュースになっていたけど、結局今のNECのスーパーコンピュータに対するスタンスって現状どうなっているの? ベクター型もう事実上研究してないの? 詳しい人教えて。 知ったかぶりの適当な書き込みはしなくていいです。
>>815 レベル高かったら質問してもいいの?
やったー!!?
じゃあ
君はなんで生きてるの?
ここで持ってるという人は見たことないけどいいんじゃない
俺もだがここの連中は、nanoだけではなく他の1ボードPCでも 持ってるけど碌に使ってないけど(自分の能力低すぎて使えない)って奴がほとんどだろ。 能力低くて雑談ぐらいしかできない俺らが集うこのスレは何かを工作する連中の板の電電板より 素人が大いに雑談するPC関連板のほうがあうって感じだからな。
能力ある人は他SNS行ってますから ここは時の流れから取り残された奴らの掃きだめ
いまさらながらTwitter始めたらここより圧倒的に面白いことがわかった。 もっと早く始めれば良かった。
Twitterはさらになれ合いの場に見える 論理的にはとても見えない
ラズパイ用に売られてる小型ファンって5Vでもそよ風なの?
組み込みでケースに入れるならケース側にファン付けるし 組み込まずそのまま使うならファンレスがいい。
5Vにしても風量ないなら新しく買わずPC用12cmファンを5Vで使うわ アーマーケースは高いからアルミのギザギザヒートシンクつけて 3層くらいのアクリル板ケースの横からファンの風を当てる
12Vのファンを5Vで使うって意味じゃね 6000RPMぐらいのやつなら、5Vで2500RPMぐらい回るんじゃないの?
ピン入れ替えて5Vにできるって前に見たけど改めてググったらなんか発火の危険とか出てきてこわいな
>>841 そう
2000rpmのがあるから5Vでもそれなりの風量は出ると思う
むかしはPC用でも5ボルトのファンがたくさんあったけど、Pen4のころから12ボルトばっかりになったよね
ファンって定電流なのか? 普通に電流変化するなら12v→5vって起電力足りなくて 動かないと思うけど 製品によって違うだろうけど
定電流じゃないよ 動かないのでは?はその通り 電圧足りないとモノによっては始動しない 指でチョンと押すと回ったりする
>>845 だいたいは7vを限界値に設定されてるんじゃないか
だから8V以上入れると良いと経験則でやってる
昨年11月の発表時には2021年春ごろとか言っていた Raspberry Pi 400の日本向けモデルの発売は何時に なるかな
ファンは安ケースの付属品でもやたら冷えるけど FLIRCにしたらファン自体不要になった 国内価格安定せんけど24H運用なら最強じゃね
>>850 アーマーケースは24時間運用だと埃溜まって火事起こしかねん
冷却性能は少しアーマーケースの方がいいかもだけど
>>848 今は、教育用ボードのマイコン作ってる場合じゃないだろう
在庫持たない車が最初に騒ぎ出したけど、もう家電もパソコンも騒ぎ出してる
1年くらいで落ち着けばいいけどな
>>847 うちのは閾値5Vだったわ。使い回しできるようにUSB給電でもいけるように設計されてるんじゃないかな。
USB給電のファンとか売ってるからコネクタ切断してGPIOから電源取るのがいいんじゃない?
いやー、勉強になった 個人商店みたいな風が吹けば飛んじゃうような小さい施設の人間はやっぱ規模に比例した素質と人格な人間しかいないのな。 あ、「しか」は言いすぎた。 施設にいる学生バイトでたまに凄い高学歴で学歴に比例して金持ち家庭産まれのお嬢育ちで品のある人間もいるが、 50過ぎて、この低収入な業界へ働きに来るやつは男女問わず、 ザ・ワケアリな人間しかいないのな。 しかも過去に他の施設での勤務経験があるから 有資格者で歳上ってのもあって、凄い威張る。 弁護士や会計士じゃあるまいし 児童福祉業界の資格で保育士に幼稚園教諭に児童発達管理責任者?あとは中高の教員免許とか?いろいろをひと通り全部コンプリートしてるとしても 大した価値なんてねーよ エリートぶんな 児童発達管理責任者以外の資格なんて、 学生時代にそういう学部へ行っていればよほどのバカじゃない限り、教員免許や幼稚園教諭や保育士、みんな卒業までに取得するものだし。 児童発達管理責任者も試験があるわけではなく、 勤務年数を満たしていれば勤務先の施設=会社からの推薦で申請すればかんたんに貰えるものだし。 この業界で他人を見下して偉そうにしてるバブル世代の連中 児童から先生先生と長年呼ばれて勘違いしちゃったのかな。 本当、哀れ。 教職系、児童福祉系、の資格でインテリ気取り 教室?遊戯室?って小さな狭い空間の中で王様気取り はぁ、小さいとこはやっぱダメだな みんなはちゃんと働く時は出来るだけ大きい会社を狙ってね 大きいとこは建前でも一応の社内コンプライアンスがあるし、パワハラやセクハラに関する通報窓口に組合従業員代表などがあるから 上場してるのもあって、下手なことはできない。 やれやれ 寝る! 不愉快な上にくっそ無益な一日でした。 でも、明日にも忘れて気持ちを切り替えるよ。 馬鹿みたいなやつらの振る舞いや言動を気にしてストレスを持ち越すのが一番馬鹿らしいから バカは適当に右から左へ受け流して ノイズや景色や空気を見てる聞いてる 人間を相手してないと思えばスルーできる 寝る! あー、腹立つ 寝て忘れよ
>>852 大きめのオフィス環境とかサーバルームは、自宅とは塵埃レベルが段違い
こんなんで安心してたらヤベーだろ
>>250 何とかパイっていろいろ出てるしスペック高いのもあるけど
情報少なくて自分で解析しながら進めるよりラズパイ使った
ほうが楽。
量産するなら別だけど。
>>860 ユーザーの多くがいろいろググることを考えたら、エロ動画の検索キーワードとかぶる名前は採用されないだろうな
だから、出ない
>>863 いや、わかってるって
こんなん出たらクレームだよ
まあ、同人ハードとしてならば、あり得なくはないかもしれんけどなあ 教育用として売られる可能性はゼロだ
1ボードPCで一通り遊んだけど 動作かみ遅かったり色々と不満で 結局NUCを4台ポチってしまった
サイズの優位性も有る。 ぶん回すんならPCの方が良いけど。
GPIO, I2C, SPI, UARTとかの低速系はUSBマイコンで 8bit PICとかBluepillとか 最近良く使うのはSTM32G431KB
たしか、PSoC5のPrototyping kitの 書き込み基板の方の出力線を使ってPCでI2C使うライブラリ? があったな
>>872 Lチカなんてなんでもできるけどわざわざ低性能で使いづらい
マイコン使う理由もないから別にいいと思うけど
>>873 PCからI2C使うだけなら、MCP2221Aで良くない?
I2C以外にGPIO,ADC,DAC、UARTも使える。
USBシリアルメインで、買ってきたセンサーの動作確認にも使うって感じだけど便利。
ラズパイも、ネットワーク繋いでない時はこれ経由で繋いでる。
>>875 それならPIC145xの方が色々出来て安い
コードを書かないと使えないけど
>>876 固定で使うならその方が良いね。
ちょこっと叩くだけの場合ね。
PICでもそういうソフト書けば出来るだろうけどね。
>>874 マイコンなら赤外リモコンのパルスとか
可視光通信や低速シリアル通信の波形を
GPIOで作れるけど
PC用のOS(Linuxなど)じゃ無理だよね?
>>874 PCでやるとなると面倒くさくない?
プリンターポートあるなら別だけど。
>>878 よく分からん絡みキモいんやが
そういうのしたいならそういうの機能作ればいいだけやがな
できない理由がわからんが
あーPCと思ってんのか SBCスレだからラズパイしか頭になかったわ
>>881 ラズパイのLinuxだと出来てPCのLinuxだと出来ないのか?
>>875 PSoCの書き込み基板のやつだと、基板への組み付けも終わってるしソフトもPSoCの開発用ソフト一式の中に入ってて作る必要がないので早いぞ。USB直結ですぐ使える状態だから
逆に、たくさん作りたくなったときとかには、表面実装のチップだから苦しいけど。
てか、そういう、加工しないで使う系の使い方ってスレチな気がするけど……
手軽さでは上位かなあと
>>884 PC側は専用ドライバのAPI?
結構面倒臭そう。
>>880 8bit、クロック4MHz、RAM 16バイトのマイコンで出来るようなリモコン波形生成ですら
1ボードPCだと非常に大変だ
>>884 そんなの直接の制御はZeroにやらせてPCからLANで操作した方が楽だろw
SBCはSPI、I2C、GPIOなどが使えて 尚且つLANや無線LANが手軽に使えるのがいいよね ボードのサイズも小さいし 電源は秋月で売ってる1000円以下のACアダプタでいいし Raspberry Piならケースはいろいろ選べるしね PCで電子工作できないこともないがRaspberry Piで簡単にできることを わざわざPCに特殊なインターフェスつけてやる人なんて少ないから 自分で全部できる人じゃないと何もできないよ
ワンチップマイコンじゃ、メモリが足りなさ過ぎて カメラ付けて動画扱うとかも制限がありすぎるしね
ラズパイ4B 4GBで地震アラート兼ネット端末の24時間起動システムを作りますが 新品MicroSDを使うとしても3ヶ月くらいでMicroSD交換したほうがいいでしょうか?
>>890 SDカードに書き込む必要があるの?
そうでなければファイルシステムをROM化すれば何の問題もないよ。
このスレにふさわしい良い質問。
>>890 この情報だけじゃ判らんな。
ログ残して、頻繁に書き換えるの?
ラズパイだとメモリ大きいからそんなに頻繁に書き換える必要は無さそうだけど。
書き換えがsyslogくらいの環境だと3年経ってまだ問題ないな。
loglotateはdailyで5世代。
>>888 SBCで出来る大抵の事はPCや既製品で簡単に出来ると思うんだけど
わざわざSBCでやらなきゃならない用途って何?
>>894 簡単に?
ライブラリはあるの?
Raspberry Piならサードパーティがいろんなライブラリ出してるし
作例もたくさんネットにあるよ?
あとはプラモデル作ったり、PC自作したりとかの趣味を完全否定するわけ?
リアルタイム処理は出来ないし 重い処理も出来ない 電源は必要だし 基板を付けたらケースに入らないし 買っただけでは何も出来ない 非常に守備範囲が狭いんだよね SBCで出来る事はPC(またはスマホ)+マイコンで出来る SBCも結局PCが必要
>>897 みたいな発想の人もいる、という社会勉強にはなるね。
>リアルタイム処理は出来ないし >重い処理も出来ない >電源は必要だし >基板を付けたらケースに入らないし >買っただけでは何も出来ない 自作PCの悪口かよ。
>>897 じゃあ、PCでAIロボットカーみたいなの作ってみてよ
>>900 そういうのは、「狭い守備範囲のもの」に入るんじゃないかな…
ある種の人は
・自分が必要としないものは必要のないものだと考える
・メジャーでない用途は価値が低いと考える。
みたいな傾向がある。脳の構造みたいなもので議論しても仕方がないことも。
>>900 自動運転のクルマはPC使ってやってるよ。インテルはXeonでやりたいみたいだし。
そもそもPCとSBCの境界ってどこよ?
>>897 > SBCで出来る事はPC(またはスマホ)+マイコンで出来る
コイン電池で1ヶ月使えるリモコン作ってくれ
>>900 そういえば結構前だけど作ったよ
カメラで自走するヤツをPC使って
まともなSLAMはPCじゃないと無理じゃない?
>>904 1ボードPCでリモコン?
ボタン電池で1か月持たないだろ
マイコンなら普通に作っても数年
待機電力ゼロ回路も可能
そういうアホみたいなこと言ってどうすんの 子供かよ
>>905 マイコンがーはいいけど
> SBCも結局PCが必要
はどうした?w
>>902 コンピュータと言う点では実質的には違いがないが、でも、
PC(完成品、自作PC)は技術的な知識がなくても何とかなる物
(物はお買い物でそろえ、誰かが作ったソフトをインストールしてわーいわーいとするもの)、
一方、SBCは技術的知識ないと碌に使えない。
SBCにつなげる物、それを動かすソフトを自分で開発が普通(電源・ケースすら用途に合わせて自分で開発・加工が普通だし)。
まぁ、Piの場合はおんぶにだっこが超すごくPC(完成品、自作PC)連中でも扱えるがな。
あと、ここはSBCを使いたいPC(完成品、自作PC)連中のためスレ。
使いたいが十分な技術的知識ないから、知識なくてもできる雑談を必死するスレになってしまっているが。
スレタイがSBC(SOMも含む)ではなく1ボード"PC"ってのがSBCを碌に使えない俺らを表している感じだよな
>>905 > 1ボードPCでリモコン?
あれ?
>>897 はSBCとか言ってたけど?
SBCを、マイコンもふくめた広義のシングルボードコンピュータで捉える人と、
>>1 にあるようなパソコン用やそれに準じるものOSが使えるタイプのもので捉える人とが、
単にSBCって言い合っていても噛み合うわけがない。ここは後者の話で良いよね。
>>912 例えばこれとかかな
https://www.aps-web.jp/magazine/6225 1coreで500μWだからCR2032で動かせば225mAh x 3V ÷ 500μW ≒ 1,350h(56日)
探せばもっと低消費電力のやつもあると思うよ
リモコン使いたいならリモコン買ったら? アホなの?
>>914 でも、俺らPC(1ボードPC)使いは技術力低すぎて、そのSBC用いてコイン電池で1ヶ月使えるリモコン
作れないだろ。まぁ、できなくてもあーだこーだと雑談は超出来るからな
>>916 リモコンは俺らが超得意な雑談のためのネタだからな
>>885 いや、GUI
>>887 それと大差ないとは思う
>>902 Intelの自動運転向けチップは買収したMobileyeのEyeQじゃないのか
EyeQの制御用のCPUのコアはMIPSだったりするな
制御用にXeonも使ってるようだがPCとはかけ離れたシステムだな
システムの一部にx86使ってればPCだってか?
そんなわけないだろ
Intel色が鮮明、BMWの自動運転システム 内部を初披露
https://xtech.nikkei.com/atcl/nxt/column/18/00001/04498/ >>905 まともなSLAMがどのレベルを意味するかによると思うけど、10年前に2コアのCore2でGPGPU支援なしでSLAM動いてたし、今のラズパイ4ぐらいなら動くんじゃないかな?
PCじゃデカすぎ、マイコンじゃ計算能力なさすぎ、っていう用途はそれなりにあると思うけどなあ。
Looking Glassとかラズパイ使ってる製品でしょ?
10年前にまともなSLAMなんか無いよ PCでデカイってミニ四駆にでものせるつもり? 私がやってたのは6年前くらいだけどまだまだ未完成 まずはルンバが効率良く掃除出来るようにならないと
だからまともなSLAMの定義はなんなの? PTAMは十分まともなSLAMだったけどな。 もちろん技術革新はあるから今のSLAMは PTAMより性能がいいだろうが。
ORB-SLAMとか進化形が流行ってるのは知ってるが、場合によってはPTAMレベルで十分だろう? そりゃ、まともなSLAMのハードルを上げてったらPCでやるしかないだろうよ。 サイズと性能のトレードオフをどっかで見極めて必要最小限に決めるしかないでしょ。 メモリが1MBのマイコンの次がメモリが16GBのPCというのはあまり好ましい状況とは思えないな。
メモリ32GBあるけど、これもSBCと呼べるのでは?
NVIDIA Jetson AGX Xavier開発者キット
https://www.switch-science.com/catalog/4043/ 税込単価 96,800 円
こっちはもうちょっと安いやつ
Jetson Xavier NX 開発者キット
https://www.switch-science.com/catalog/6340/ 税込単価 50,490 円
もちろん、お勉強に最適だよ。 docker 慣れないと分かりにくいけど。
ザビエルAGX/NXと同等の処理能力のグラボなら今でも入手できるしワンボよりグラボの方が安い CUDAライブラリ使って機械学習の学習くらいならワンボの意味が薄い 組コ機器なら缶コーヒーの自販機が学習したり認識してもあんまり商売的に意味なだろう 自動車メーカの様な大メーカーがテスト用に使うくらいの想定なんだろな ザビエルどんどん使ってアプリケーション増やしてやってね
ジェットソンナノは立ち位置微妙だな ラズパイは4K、H264/265圧縮は無理(らしい)が ナノは30fpsで可能だから、それが主な用途なってくるかな ナノは4K映像をリボン入力できるようだが、そんなカメラ普通に売ってない・・・ 規模的に深層学習は難しいから学習は学習用途のみだろうな ちなみにMaxwell世代(GTX700 GTX900)だから少しコア古い
一般人が考えるような学習を実行するなら 最高級のグラボでも処理速度は全然たりない グラボより処理速度は格段に落ちるJetson Xavierでは限られた対象の画像認識のように 限られた小さい問題しか解決しないAI向けくらいだろう
>>941 学習結果を使うもんだろ。
エッジAI用のSBCはこの目的のが多いよ。
同じような用途で安いのはMAiXが安いけど、これと比べると汎用性が高いのがメリット。
制約多くてkmodelに変換しても動かないこと結構有るんだよな。
>>937 NUCだとグラボ差せないと思いますが・・・
105 mm x 105 mmのサイズでこの機能を実現してるのに意味があると思うのですが
>>942 >jetson nano は学習に使えますか?
すいません
>>936 がジワジワきたので書いちゃいました
>>946 使えるの意味がな。
学習はさせられる。
>>935 nanoで規模を無理やり縮小して学習させるより
他に能力の高いボードやコスパの優れた選択があるよ
トイモデル、(学習の手順等の)お勉強、どうしても5Wで収める組こみ
にどうぞ
ザビエルと聞くと、どうしても天辺ハゲのイメージが浮かんで来て困る
>>952 あれは剃ってんだよ
宣教師版の月代みたいなもんだ
>>952 そいつに、ちなんだ名前だからな
広める伝道師って事よ
ザビエルって、遠く日本まで出向くような現場の宣教師で中堅程度と思われがちだけど、イエズス会の大幹部の一人で、相当な大物なんだよな いちおう、日本でしか知られてないレベルではなく世界的に知名度の高い人。
聖徳太子の頃から仏教が根付いていた日本にキリスト教の入る余地は無かった 地中海以外の古代ヨーロッパ人は土人だからキリスト教に取り込まれるのも仕方なし
仏教も神道も、長い間、権力者のための宗教として機能していて、庶民の宗教としては機能してなかった 戦国時代の時点ですら、一向衆をはじめとする一部の宗派しか庶民を対象としていない だからキリスト教が少なからず浸透した 仏教が本格的に庶民を見るようになったのは江戸時代からだ
庶民はご先祖様やその土地のカミなど地域密着型信仰だったからね よそから来たGODだ仏だなんぞ崇めるようになって日本はおかしくなった
>>891-893 回答ありがとうございます
ログは残しませんのでWebブラウザ以外は頻繁な書き換えを行わないと思います
Syslogで3年持つならファイルシステムROM化すれば1年は何も心配せず運用できそうですね
SSD用のボードは外部電源必要だと思いこんでいましたが、M.2用ならラズパイ側から電源供給できるみたいですね
アプリケーションてんこ盛り状態になったらM.2に切り替えます
ちょっと面白そうなので 明日 4Bの8Gを買ってみますわ
KVMで仮想マシン使うとメモリ8GBなんてすぐなくなる
そんなもんラズパイで動かすかってのは別にして、8Gなんてあっと言う間ってアプリも有るな。
俺が使わないからみんなも使わないはず理論おじさんまだいるの?w
>966 KernelVirtualMachineとマジレスしてみるw
>>968 普通逆じゃないの
俺が8G使うからみんなも8G使うだろおじさん
誤 俺が使わないから 正 貧乏な俺は買えないから 大は小を兼ねる 予算あるなら最大容量にするだろ
仮想通貨のハッシュの最低環境がラズパイ8ギガという事になれば爆売れするだろうな 今話題CHIAはHDDリソース依存だし ラズパイでUSB3で分散環境で組めば大当たりで儲かるかもしれん 人柱プリーズ 【よいこはマネしないこと】
>>971 「俺」も使わんだろ
8Gが売ってたから買っただけ
あてもなく
もったいないから無駄に仮想化とかしてみたり
仮想化する妄想をしてみたり
激遅の8Gなんてただのうんこ 4Gで良いからまともな帯域で動くようにしろ
>>977 PCの1/4くらいの帯域で8GBなら十分じゃないの?
PCだって8GBの4倍の32GBとか積む時代でしょう?
Raspberry Pi用のUbuntu Server 20.04なら デフォルトのカーネルでKVMが有効になってるから カーネルの再構築とかの手間もなく手軽に仮想化できるよ
>>980 PCの1/4?
ご冗談を
もっとず〜っと遅い
>>982 具体的にどんなスペックのPCと比べてるのかな?
Raspberry Piのメインメモリの帯域は 20年前のSDR DRAM時代のPCと同じくらい その頃のPCのメモリサイズってどのくらいだっけ?
電力やコストのハードスペックにはそうなんだけど 結局メモリイータなソフト側から見れば スワップアウトしまうので(ディスクが遅い) 速いメモリか大きいメモリかなら大きいほうがいい 起動に関しては4G品で十分早いのじゃないかな(8Gでもかわらん気がする) 高額なUSB3 NVMeシステムにしたらすべてが激変なのかも知れんが・・・
>>986 SDRAMの頃だと、DIMM1枚につき128MBとかじゃね
2枚単位で積むので256MB
SDRAM末期だと1枚で512MBのもあったと思うけど
おおむね、Pen3末期とPen4初期、Athlon初期ぐらいかと
>>987 ラズパイ4はUSB3も1ポート分の帯域しか取れないから、メモリだけ速くても足がついてこれないかな
そもそもPCI expressそんなに引っ張り出せないし
バランス的に1-4GBがベストなチップだと思う
6GBのメモリを確保してmemsetで埋めるとラズパイ4が10秒くらい 最近のPCは2.5秒くらいだよ?
ちなみに1MBのメモリを確保してmemsetで書き込むことを
6144回(6 * 1024回)繰り返すと
(最適化を考慮してプログラムを書かないと省略されて実行されないから注意)
もっと速いから
>>991 はメモリアクセスがボトルネックになってるはず
CPUはRyzen 5 3500だよ? 初回実行時に2.29秒かかったよ
>>992 あ、違う意味か
PCとRaspberry Pi 4では大きさも消費電力も価格も全然違う
>>991 最近のPCがそんなに遅いわけが無いだろ
ちゃんとはかりなおすか
世の中のベンチ結果を見ろ
8.5年前のPC memset 6GB 0.28秒
-curl lud20250130111724ncaこのスレへの固定リンク: http://5chb.net/r/denki/1611242695/ ヒント: 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「【RaspberryPi】1ボードPCを語るスレ18【Pine64】 YouTube動画>1本 ->画像>2枚 」 を見た人も見ています:・ハンダを溶かしてメタルスライムが作れたら一人前 ・【な】秋月、千石、若松などを語るスレ69【ど】 ・【Verilog】 記述言語で論理設計Project15 【VHDL】 ・初めてのPIC 0x09 ・eBay, アリで電子工作関連のお買い物 24 ・インピーダンス整合についておしえてくれえ ・3Dプリンター個人向け@電気・電子板 その30 ・京大電電4割留年 ・PICマイコンのエラッタについて語るスレ ・【な】秋月、千石、若松などを語るスレ105【ど】 ・格安Wi-Fiモジュール ESP8266/ESP32 Part.5 ・aitendo利用者達のスレ その9 ・【Digi-Key】部品通販屋を語るスレ 4【Mouser,RS】 ・端末盤と戦闘機製図と制御盤の唯様コーナー ・電子工作 うまく動かないときのモチベ維持方法 ・使える100均ショップのグッズin電気電子板 38軒目 ・初心者質問スレ 144 ・ハンダ作業について語るスレ No20 ・EAGLE総合 Part2 ・1.5Vで電子工作#2 ・接地棒に生まれ変わりたい ・【自作】 オリジナルプリント基板製作スレ 18層目 ・格安wifiモジュール「esp8266」「esp32」 4個目 ・使える100均ショップのグッズin電気電子板 36軒目 ・初めてのPIC 0x15 ・初歩のラジオ・ラジオの製作part12 ・シーケンサ・PLCラダー総合スレ 22台目 ・【共立デジット千石】日本橋電気部品屋総合 その15 ・うp 練習 ・3Dプリンター個人向け@電気・電子板 その55 ・シーケンサ・PLCラダー総合スレ 28台目 ・初心者質問スレ その123 ・SMT表面実装部品でつくれ! ・初心者質問スレ その121 ・おすすめの洋書を挙げていくスレ ・教えてください! ・【な】秋月、千石、若松などを語るスレ86【ど】 ・ハゲ死ね ・ハンダ作業について語るスレ No14 ・シャープの復活はない ・ブラウンマロンモーター ・相対論 光の湾曲 ・プリント基板業者発注質問スレ 15枚目 ・MFT Tokyo ・Arduinoは知的障害者の職業訓練ツール ・nF:ナノファラッド表記普及促進委員会 ・変な言い回し、変な省略語について語るスレrev.3 ・ラジオ自作総合スレ part17 ・3Dプリンター個人向け@電気・電子板 その31 ・eBay, AliExpress で電子工作関連のお買い物 6 ・100均太陽電池で電子工作 ・ハンダ作業について語るスレ No13 ・人工知能物語 ・ATtiny1614にプログラムが書き込めない ・【フルーク禁止】テスター総合スレッド 【FLUKE禁止】2台目 ・ユニバーサル基板だけ話題にするスレ ・電力会社から電気を買わないで暮らす。 ・【な】秋月、千石、若松などを語るスレ77【ど】 ・初心者質問スレ 148 ・★★電気工事★★井戸端会議所82-A号室(避難所)★★ ・倒産速報 ・使える100均ショップのグッズin電気電子板 27軒目 ・電球型蛍光灯のキバンを再利用するスレ 3個目 ・電工ナイフ ・高周波電源
21:17:24 up 16 days, 22:20, 0 users, load average: 10.77, 10.34, 13.24
in 1.6752481460571 sec
@0.033988952636719@0b7 on 013011