【PINE64】パイン64 part1【ARM64】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
PINE64はARM64(64bit版ARM)を搭載したiPhone6Sサイズのシングルボードコンピューターです
ケースやカメラ,Wi-Fi,タッチパネルモジュールなどもあります
Kickstarter:https://www.kickstarter.com/projects/pine64/pine-a64-first-15-64-bit-single-board-super-comput
・SDカードには必要最低限の書き込みで運用
ハードに使うとSDはサクッと死にます。使い捨て上等!の割切りも時に必要
安定運用な状態のときにSDを複製(バックアップ)しておき、有事に備えましょう
/bootのみのROは理に適います >>685
それいいね。
俺みたいにNASかサーバ用途なら、どうせEthernetがボトルネックだからUSB3.0は意味無い。
SATAがある方が接続方法の選択肢が増えていいし、加えて無線機能でも遊べる。
価格はほぼいっしょ。
あわててROCK64ポチらずによかったわ。 えぇ?
1Gだと普通にUSB2.0がボトルネックになるが なるわな
USB2.0だと理論値でも480Mbpsだし
リード60MBとかきょうびHDDでも余裕で超える >>687
orange pi plus sata hdd copy speed is too slow
http://www.orangepi.org/orangepibbsen/forum.php?mod=viewthread&tid=286
OPI-PLUS has on-board SATA<->USB 2.0 adapter,
so the speed is limited by USB 2.0 speed. You can expect max ~30 MB/sec.
↑↑Pi3等にUSB-HDD繋ぐのと全く同じ、速度制限も同じ。
>しかもUSB-HDDケースの電源引き回しは考慮しないのねw
アホ草、セルフ・パワー:USB-HDDケースの方が希少だろ
3.5-HDDならまだしも(箱サイズでケースとは言い難いが)、2.5でそんなモン何処で売ってんだ? >>691
せっかく探してくれたのに悪いんだけど
それは Orange Pi Plus で、もう売ってないボードの記事
次からは Orange Pi Plus 2 の情報で頼む
あと電源の話だけど
2.5inchならどっちも取り回し楽で3.5inchならどっちも面倒でつまり同じ >>689
>>690
何でUSB2.0が出てくる?
Orange Pi Plus2はSATA2搭載だから
速さを云々ならUSB2.0は使わんでしょ usb2接続のhddケース内のsata2インタフェースと、
pi基盤上でusb2に繋がってるsata2インタフェースの違いしかないからだ >>694
横からだけど
>pi基盤上でusb2に繋がってる
と、そうでない物の見分け方をぜひ教えてください。 >>695
真面目に見るなら
SoCがsataをサポートしているか(allwinner h3は×)
SoCがpcieをサポートしているか(allwinner h3は×)
楽に見るならぐぐれ >>696
ありがとう。
でもそれはSoCの機能だけの話でしょ?
GbEtherも無線もSoCには機能がなくても実現してるんだけど。
基板上のSATAのチップは何してるの?
SoCに機能だけで判断できるというのはどういうこと? >>697
ちゃんとSoCのメーカーページを見てきてね
ネットワークについてはh3は100Mとwifiをサポートしてると明記されてるので、SoCに繋げば動く
ギガビットは知らない
基盤上のsataチップは、前述のorange pi plus2ならsataコネクタとSoCのusb2を繋いで動くようにしているだけ 同じようにGbE積んでても速度はUSB2.0相当っていうのもあるね
Cubox-iとか >>698
>ネットワークについてはh3は100Mとwifiをサポートしてると明記されてる
それどこに?
データシートにEthernet 100Mは書いてあるけどWi-Fiは見つからないよ。
リンク張ってくれませんか。 データシート見た限りじゃ「SoCがWi-Fiをサポートしてる」は>>698のウソ。
そもそもPlus2のSATAが遅い件を、
「SoCでサポートしてない機能はSBCに無い。」
みたいな嘘でごまかそうとするから墓穴を掘る。
SATAも機能は無いのでチップを載せてるが、
残念ながらUSBとのブリッジ用のチップなので遅いのはホント。
まあ、俺もにわかで自信ないけどね。 SoCがサポートしてないから遅いといってるんだけどね
嘘つき呼ばわりするようなの相手にするのは疲れるわ
↓のnetworkのとこ見てね
http://www.allwinnertech.com/index.php?c=product&a=index&pid=6 >>657
その商品、AWG24のコード使ってるけど、流せる電流の大きさが気になったんでググってみたッス
http://www.batteryspace.jp/html/page28.html
AWG24なら3.5Aまで流せるらしいですね
逆に、カモンのケーブルの「0.5A」表記が気になるッス
測定や計算せずにUSB2.0規格をそのまま書いてるだけだろうけど…
コード細かったら燃えるかも
例えば+5VやGNDの線がAWG28相当のコードだったら1.4Aしか流せないから…
GPIOの+5VとGNDにQIコネクタ差して給電しようかと思ってたけど
手持ちのコードがAWG28だった…太いの買わなきゃ… >>702
俺も>>703の答えが知りたい。
俺のデータシートの読み方が悪いのか、あんた(>>698)がウソつきなのか。
>>704の言うようにSDIOで外部チップとつながってるのを
wifiをサポートしてる
と言うならGPSやらBluetoothやらつなげられるものはみんなサポートしてることになっちゃうよ >嘘つき呼ばわりするようなの相手にするのは疲れるわ
だって嘘つきじゃんw http://linux-sunxi.org/Xunlong_Orange_Pi_Zero_Plus_2
「Orange Pi Zero Plus 2」のWiFi -ChipはAP6212(SDIO)、回路図もそうなってる
http://linux-sunxi.org/Xunlong_Orange_Pi_Plus_2
「Orange Pi Plus 2」は、WiFi -Chip=RTL8211E(SDIO)
あいにくこっちの回路図は無いが、WiFi-Chipの仕様が SDIO だからそれ以外は考え難い
> SDIOで外部チップとつながってるのをwifiをサポートしてる・・・
>>702 には悪いが俺もそう思うね、敢えて言うなら 「SDIO-IF」 をサポートだな >>709
秋月でRock64を買うときに、一緒に5V3A以上ACアダプターとそのコネクタを買って
ACアダプタのコネクタを取っ変えば良いいってことだな。
手を動かす奴の情報は机上でのあーだこーだ話よりずっと役に立つな 内径:1.4mm / 外径:3.4mm って書いてあるけど入る? 公式:DC Jack: Type H 3.5mm OD/1.35mm ID barrel 'coaxial' type
秋月:内径:1.4mm / 外径:3.4mm
内径は0.05mm大きく、外径は0.1mm小さいんだから刺さるだろ
これが、内径は0.05mm小さく、外径は0.1mm大きいでは刺さらない可能性があるが あっ そう言うこと、直感的に数字の大小だけで判断してた
数字通りなら チョッと緩かも、て程度か >>709
ありがてえ…これはありがてえ情報ダス…
早速ブクマしました… ラズパイと比較して電源ボタンが便利すぎるけど、ピンヘッダがないのが残念だな
ケースがないから、現状だと半田とかで配線直結しないとそう簡単に外に出せない ケースにいれた状態で電源ボタン使うには加工しないとダメと言いたいのでは? >>716
「PWRONがピンヘッダにも引き出されてたら良かった。」
と言いたいのだと思われる。 ついでにリセットも
Pi に比べりゃ有るだけでもありがたいけど
実際 使ってみると、小さすぎて押し難い あと、Recover ボタン
上を向いてる分だけ押しやすいが、現状 使い道がない
このボードで、リカバーが必要になるかもしれないヤツ
=SPI-FLASH ぐらいしか思いつかないが、出荷状態では なにも書かれてない
将来的に何か考えてるのかな、それとも Recover の意味が違う?
今後の展開に期待だな >>716
>ピンヘッダがない
>>717-720 のご指摘の通り
ケース自作前提だけど、押しボタンをつけるピンがあれば、好きな位置にボタンを配置できる
>ケースがないから、
ケース表面にボタンがついてて、内側ボタン位置に突起があって押せるようになってるといいかなと
公式には
https://www.pine64.org/?product=rock64-acrylic-open-enclosure
こんなケースしかないので、小さいボタンが余計に押しづらいんで辛い
まぁピンヘッダ2コなコード作ればなんとかなるけど、Recoverボタンは厳しいな
常用しそうもないトコが救いか >>709の秋月のヤツ、ダメかも
設計容量:DC12V0.5Aってなってる
5V換算で1.2A、rock64は3A
尤もPi3でも、USBに過度な負荷をかけなければ、2Aで問題なく動いてた
本体だけ動かすなら問題ないのかも
ちなみに、USBスイッチ付きコードはラズパイで電源危険マークが出てた
http://www.aitendo.com/product/15213 2.5-USB-HDDをバスパワーで繋いだ状態、make -j4 (CPU≒100%) で動いてるよ
ヒートシンクとファンは付けてる
0.5A、額面どおりに気にしなくても良いんじゃない?
Pi3は、ポリ・ヒューズ -> 保護回路(5Vレギュレータ?) の2段構成になってるから
5.0V突っ込んでも、それ以下にしかならないハナなから不利な設計
6V位突っ込んで、ちょうど良いくらいか 〇:千石の5521-3413、マルツのGB-DCT-1.3F-2.1M
×:千石の5521-3513L(接触不良で瞬断発生、ケーブルに触れるとリセット)
外径3.5が一律ダメってんじゃなくて、単純に相性がありそう、内径は1.3しか試してない
あとマルツのは、見た目aitendoのと全く同じ
ハンダやってないんでプラグはまだ試してない
デバイスも何も乗せられてない
>Pi3は(略)
入力5.3vぐらいでUSB4.9vぐらいだと記憶してる
手元のバリオームの個体差と電源の相性とかで、キッチリ5vを出力させることができなかった
ちなみにRock64は5V電源(詳細未計測)でUSB5.3vほど >ちなみにRock64は5V電源(詳細未計測)でUSB5.3vほど
訂正、5.03vほど >>722
>設計容量:DC12V0.5Aってなってる
>5V換算で1.2A、
なんで、5Vなら1.2A OK(?)になるんだ? ネボケてたけど、とんでもない高圧でもなければワット換算でいいんじゃねって感じ
実際5V3Aの入力側端子(5.5/2.1mmメス)と出力側端子(3.4/1.4mmオス)の中身の太さってみた感じ同じだわ
外装端子の接触面積や厚さはそれよりずっと上
2.4AなUSBケーブルぶった切ったことあるけど、あの太さ(1mm前後)から考えて配線の容量の方が重要そう >>727
>高圧でもなければワット換算でいいんじゃねって感じ
ワット換算で良いなら、例えばさらに低電圧の0.5Vなら12Aの大電流も問題ないになるが。
12VがOKなら0.5VもOKだよな。さて、12AはOKなのか >>728
熱損失(焼損)のこと言ってるんだろうけど好きにすればいいわメンドクセェ
Rock64でもPine64でも入力で0.5Vなんかつかわねーよ
私が間違ってましたっていえばいいならそうします
すいませんでした USBを電源にするよ様に成ってからコネクタ部分の接触不安定やしばらく使ってると劣化するなど
良くないよなー
MicroUSBの機器なんてそこが不良に成ると機械がおしゃまいに成るし 電圧が半分になれば同じ電力を送るには電流が二倍 つまり発熱も二倍だ
12Vなら大丈夫でも5Vではきついということも起こりえる 電流が2倍になると一般に発熱は4倍になるわけだがそれは 熱厨ウゼェ! と思いつつも。
>>709にあるMP121WH1を使って変換ケーブルつくって、起動自体は確認。HDDのマウントおよびアクセスも確認。
ちなみにケーブルは、5V3Aのと見た目同じな、千石で5.5/2.1なコネクタ付きケーブルの余り。
これ使うと安定せず、デバイス何もなしでアイドルでも、1〜2時間以内に勝手にシャットダウンする。
ログみるとシャットダウンスクリプトは走ってる様子だけど、LAN要因の致命エラーで自己停止してる様子
たぶん端子が発熱して、時間が経過すると熱抵抗が増して電流不足に陥ってるんじゃないかと。
昨夜一晩かけてJ5521-P3513-Hの方を確認、負荷こそかけてなかったもののHDDも下げててもこちらは問題なし。
運用は後者でやった方が無難そう。
>>734
>つまりできるだけ抵抗が少ないケーブルやコネクタを使えと
口だけじゃなくて調査や試験した結果示してくれや
俺が調べた限りだと、MP121WH1と同じメーカーの外装違いがマルツで出てる以外に使えそうなのなかった
変換コネクタが安定してるんでそれ以上調べてない ついでに。
MP121WH1は入手できる使えそうなもので唯一のもの。
>>734に限らずだれでも、ほかに使えそうなものがあったら教えてほしい。
こちらではaliexpressで調べてるけど、あんまり芳しいものがなくて、規格提示もないからなんとも
ってアドレス長すぎるから書きこみキックされてるし
"10pcs High quality All copper DC cable power jack female 5.5mm * 2.1 mm plug male 3.5mm * 1.35mm + Free shipping"
一例だけど、上記をダブルコーテーション付きでググると出てくる
1コだけ買うとか気の利いた調べ方までできてない 本来の形状 = 3.5 x 1.35mm、 に対して MP121WH1 = 3.4 x 1.4 mm
上の方で指摘があったけど、数値が額面通りならチョッと緩めだからな 構造的には外側が点、内側が線(両方ともそれより若干大きい)で接触する格好になる。
5521-3513Lはさした状態で既に斜めってたんで接触不良な相性でたけど、個体差かもしれない
それ以外の端子は構造的な遊びが設計段階からあるハズなんであんまり気にしなくてもいいと思う
MP121WH1はやっぱり電流容量(12V0.5A)が問題の原因である可能性が高いかな
もしくは俺の半田ミス・・・時間制限があるっぽいけどひととおり動いてるんで考え難いけど ひさしぶりに秋葉原に来たのでPINE64用のCMOSクロック電源用にPHコネクタ無いかなと秋月に行ったらなくて
じゃあ千石でPHコネクタのケースとハウジングとコンタクトを買おうかなと入ったら
ケーブル組み立て済の2ピンPHコネクタが売られていた
千石すごい eMMC ゲット
うるさくて邪魔だったUSB-HDDが外せる 3.5-1.35mmのプラグのアダプタを使用するのはPINE64以外にも泥箱も持ってるけど
どちらも普通のプラグより固めに噛んでいる 細い軸で多めの電流を流すだけのことはある
ゆるいプラグを使うのはおすすめできない 泥箱って何…
ググってもDropboxしか出てこない…(´・ω・`) SODIAL(R)の 3.5 x 1.35mm DC変換プラグ
緩るい事もなく 調子 良い ROCK64のemmcモジュールを挿した人にお聞きします。自分は壊しそうで怖いんだけど、なにか気を付けることありますか?と、差し直しとか出来ますか? 電源は切った状態で抜き差しする、当たり前の事だけどその程度
使ってるけど、かなり速い
聞くなら具体的な事を聞け、論点の無い抽象論は興味無い >>746
何よりどのくらい速いの?
具体的に教えて。 mount /dev/mmcblk1p7 /mnt
dd if=/dev/zero of=/mnt/tmp.bin bs=1M count=4096
4294967296 bytes (4.3 GB, 4.0 GiB) copied, 190.568 s, 22.5 MB/s
dd if=/mnt/tmp.bin of=/dev/null bs=1M count=4096
4294967296 bytes (4.3 GB, 4.0 GiB) copied, 204.904 s, 21.0 MB/s
dd if=/dev/mmcblk1 of=/dev/null bs=1M count=4096
4294967296 bytes (4.3 GB, 4.0 GiB) copied, 202.128 s, 21.2 MB/s
mount /dev/mmcblk0p7 /mnt
dd if=/dev/zero of=/mnt/tmp.bin bs=1M count=4096
4294967296 bytes (4.3 GB, 4.0 GiB) copied, 40.8296 s, 105 MB/s
dd if=/mnt/tmp.bin of=/dev/null bs=1M count=4096
4294967296 bytes (4.3 GB, 4.0 GiB) copied, 37.9061 s, 113 MB/s
dd if=/dev/mmcblk0 of=/dev/null bs=1M count=4096
4294967296 bytes (4.3 GB, 4.0 GiB) copied, 36.7177 s, 117 MB/s USB3.0のHDD
dd if=/dev/sda3 of=/dev/null bs=1M count=4096
4294967296 bytes (4.3 GB, 4.0 GiB) copied, 37.5186 s, 114 MB/s
NAS的な安定チェックで運用中なので逆計測は無理
寿命を考えるとUSB3.0メモリでも変わらない気がするが、emmc起動できる(筈)のが強みかな
逆にemmc起動できないOSだとあんまり優位性ないのかも
最低限をSDに書き込んでHDD起動がいちばん安定しそうな気がするが、外国勢含みでまだ方式未確定な模様
syslinuxでマルチブートを固定してるっぽいからなんとかなるカモと思いつつ不安定なのを先に潰してる
ちなみに使ってるのはdebian9だけど、mateも起動は同じ構成だった HDDに比べればeMMCのBit単価はまだまだ高い、NAS目的ならUSB3.0経由のHDD選ぶだろうな
eMMCからも起動できるよ、実際そうしてるし
方法は、dd で先頭の16をSDからコピーするだけ、
ここに 1'st 2'nd etc -> u-boot までの一連の起動処理が入ってて それ以降が /boot / の構成
ただし、ブート廻りを弄るなら失敗したときのために、シリアル・コンソールは必須。
加えてSPI-FlashからもHDDブートできそうだけど、パーティションきり直しが面倒なんでこれは試してない
最後に、そのAmazonnのヤツ
注文してからかなり経つけど未だ届かずで、Trakkingも不能
21日が期日だけど、それすぎても音沙汰無しだったらクレーム入れるつもり
だからポチるのはもう少し待った方がいいぞ 先頭の16 -> 16MB をコピー
dd if=/dev/mmcblk1 of=/dev/mmcblk0 bs=1M count=16 >>753
>逆計測は無理
寝ぼけて田
USB3.0のHDD
dd if=/dev/zero of=/mnt/hdd1/tmp bs=1M count=4096
4294967296 bytes (4.3 GB, 4.0 GiB) copied, 37.9736 s, 113 MB/s
mmcからの起動は公式、SPIは無理
http://wiki.pine64.org/index.php/ROCK64_Main_Page#System_Memory
64bit+USB3.0ってんでひとめぼれ的にNASをPi2からの移行を思い立ったんで、最初からNASしか考えてない
HDDBootは、SDBootでルートにHDDをマウントするとか、そんなカンジでの高速化を指してた
そこまで早いんだったら、無理しないでMMCBootでdataだけHDDの方がいいかなとも思い始めてる
でも入手性がな… >>756
https://forum.armbian.com/index.php?/topic/4583-rock64/&page=4
I just flashed the first 16MB from my sdcard on the SPI flash and well, it boots :-) July 2
Xalius: この人はここで諦めた
がしかし・・・
まぁ、書くならもうチョッと調べてからにしろよ すまねぇ、NASとしての安定性&恒久性(現実の範囲で耐久性向上)で調べてる
まだ入手してOS入れてみてNASとしての問題の解決しか考えてなくて、Linuxの範囲を出てない
(逆にいうとRock64版Debian9で、個人的に気に入らないところがいくつか・・・)
eMMSやSPIflashな方向性を考えられてないんで、そのうち読ませてもらいますm(_ _;)m
いまのところおかげ様で24時間以上の安定は確保できたようなんで、やるなら2匹目確保かな・・・ >>762
それを知ってるから、ヒートシンクやケーブルは?と聞いてるんだがw Amazonの "eMMC Adapter"
10/5購入 -> 10/21 到着(お届け予定日通り)
単価の割りに送料が高いんで3個買ったが、不良は無かった
レシートに 手書きで "Thankyu" だって、悪い人では無いようだ。
但し、トラッキングの類は一切出来ないので その覚悟は必要 わざわざeMMC使う意味は?
SDカードでいいじゃん。 32GB@$21.95、価格はSDカード比べて大差無し、だから性能も知れてるんだろう
俺もそう思ってたよ
5倍も速いのなら ついでに纏め買いしとけば良かった・・・
今は、そう思ってる。 eMMCはSDとSSDの間ぐらいよりややSSD寄りの寿命と思ってる
安全性と速度を勘案するとかなりお得感があるように思う
たぶん泥なんかの場合はeMMCの方がいいんじゃないだろうか
・・・安い泥箱より面倒な気はするが eMMCといってもいろいろあるだろうしよくわからんけど
少なくてもスマホや安いタブレットPCではガンガン使われてるので
普通に使う分には寿命とかあんまり気にせずに使えるんじゃないんだろうか eMMCやSSDは分散書き込みをするコントローラ次第で寿命が変わる
最悪、分散書き込みをサポートしてないなんちゃっての場合もなくもないかもしれないが、
シングルボードコンピュータみたいなマイナーな製品じゃデータが少なくて、特に寿命の
ような長期監視をユーザ間で共有することが難しい
ただ>>748を見る限り十分な分散をしている様子なので、少なくともSDよりは圧倒的に耐えるはず
まぁCPU的に2〜3年が寿命だろうから、相当ヘビーな真似しなければeMMCなら耐えきることが
多いと思う あ、SD-eMMC変換でラズパイみたいな他の機種でも使えるのか
すげー邪魔だけどw 下が、それ付けた結果
/dev/sda はUSB2.0接続のHDD、 /dev/mmcblk0はeMMC
見ての通り、どちらも I/Fの速度制限で 頭打ちになってる
Pi3に付けても、得られる結果はUSB2.0接続のHDD以下。
それでも、書込みがクソの様に遅い(特にランダム)SDに比べれば 遥かにマシ
書込みが少ない使い方ならSD十分、eMMCにしても その効果は小さい。
dd if=/dev/sda of=/dev/null bs=1M count=4096
4294967296 bytes (4.3 GB, 4.0 GiB) copied, 137.618 s, 31.2 MB/s
dd if=/dev/mmcblk0 of=/dev/null bs=1M count=4096
4294967296 bytes (4.3 GB, 4.0 GiB) copied, 192.232 s, 22.3 MB/s 手持ちを考えると
SDとHDDで運用がベストのようだ。 ていうかシーケンシャルだけ測ってもIFのボトルネックしか測れないでしょ eMMCなんて別に無理して使う必要ない。
http://わかるタブレット.jp/flashmemory-emmc-ssd-535.html#eMMCSSD
どうしても初物が好きなら止めないが。 >>771
>Pi3に付けても、得られる結果はUSB2.0接続のHDD以下。
PiのMicroSDがUHS非対応なんでクソ遅くて、eMMC使うメリットは電気的な耐久性のみ
個人的にrock64のSDはどうなんだろうと思ってたのでちょうどいい比較ネタだわ
dd if=/dev/mmcblk1 of=/dev/null bs=1M count=4096
4294967296 bytes (4.3 GB, 4.0 GiB) copied, 186.398 s, 23.0 MB/s
SD自体はRead48Mのものなので、Rock64もUHS非対応のようだな
>>773
お手軽にある程度の情報を得る手段としてはアリだと思う
もしどうしても調べてほしいなら、手段(コマンド等)を提示すべき
まぁ俺はeMMC持ってないから提示しても調べてくれる有志出るかわかんないけどな
>>774
>eMMCなんて別に無理して使う必要ない。
SSD直結できるポートないから、その比較が無効
公式のbootデバイスはMicroSDとeMMCのみなので、その比較以外はあまり意味がない
ついでにSPI Flashは単体の速度計測が不能な上に容量が厳しすぎる とりあえずランダムアクセスとシーケンシャルアクセスの違いくらい勉強してください 到着
4日に買って21日着だから17日か
とりあえず白LEDがまぶしい 4日に買っても発送は10日、 赤文字でそう書いてあったろ
送料=$12、 この値からすると違和感ありまくりだけど、予めそう書いてあるんだからしょうがない
本体だけなら、送料&日数を考慮すると秋月でもよかったんじゃないかな 個人的にSDとHDDしかない(敢えて言えばUSBメモリとネットワーク経由も可能)
計測ソフトにもよるが、SDみたいなフラッシュデバイスは、ランダムアクセス(ライト)を
かければかけるほど破壊が進む
破壊が進むとファームが回避して遅延が出るので、正確な値が測れない
eMMCは入手性が悪いのでSD前提が大半だが、そういうのでランダムアクセス強要する人間が
信じられない
無駄に不正確なデータを作らせ自滅を招くだけで、大半の人間が自分の環境内で比較ができない 徐々に劣化が進むのは確かだけどすぐに電荷を保持できなるわけではないからいきなり性能が落ちたりはしない >>782
モノを知らないのは仕方ないが、フラッシュデバイスの運用時間に依存する話
直接的に、24時間運用のSDを前提とするとdebian9やmate(rock64版/確認したのはCUI)のデフォルトでは
理論値上2日弱で6素子以上を破壊する
通常運用ですらその有様なので、少なくとも1回でン十回アクセスするランダムアクセスライトなベンチは
ファームのディレイがアクセスした回数分で乗算されるんで正確なデータなんか取れるもんじゃない
っていうか個人的観測だけど
ベンチどうのって話を外しても、そもそもrock64版はSDBootって環境に厳しすぎるわ >>784
シーケンシャルよりランダムの方が壊れるってのは
書き込みデータ比?
それともブロックサイズ比?
同じデータサイズ比で何倍壊れるの?
ベンチ一回でどれ位壊れる?
馬鹿は直ぐに根拠の無い長文書いて誤魔化すんだよ >>785
落ち着け
そもそもが壊れやすくて、アクセス回数の多い計測方法だと影響が累乗されるって書いてる
同じ1Gでも、バカでかいシーケンシャル一発だと1倍、ランダムアクセス数十回だと数十倍って話をしてる
ランダムアクセスの方が破壊が進むのは確かだが、1発の計測でどれぐらいとかは語ってない
>根拠の無い長文
一素子あたり1000回平均で破損、SDは書き込み分散制御をしない(代替制御はするが遅延を伴う)という
前提で、1日の書き込み回数を基準に書いてる ■ このスレッドは過去ログ倉庫に格納されています