【マイナー必見】ソロマイニングに対応したよ【高速化Part4】

採掘 マイナー しーしー

545 Res. 6.77777705 MONA 195 Fav.

最新版(KlausT-8.21-mod-r6) >>434
https://1drv.ms/u/s!Aud1FauQ46vHh1B5NYbLOB2bQlOt
ソースはこちら
https://1drv.ms/u/s!Aud1FauQ46vHh095NYbLOB2bQlOt

1 :名無し名誉名人教士:2018/01/15 09:17:28  0.09574693MONA/10人

ソロマイニングに対応したよ~♪(Pascal、Maxwell、Kepler対応、Voltaは暫定対応、Fermiは2.2.3-CUDA8のみ)

ソロマイニング対応バージョン(2.2.3-mod-r1/2.2.4-mod-r1)
https://1drv.ms/u/s!Aud1FauQ46vHhzR5NYbLOB2bQlOt
ソロマイニング未対応バージョン(KlausT-8.18-mod-r1)
https://1drv.ms/u/s!Aud1FauQ46vHhzl5NYbLOB2bQlOt
ソースコードはこちら
2.2.3-mod-r1(VisualStudio 2013 & CUDA8バージョン)
https://1drv.ms/u/s!Aud1FauQ46vHhzZ5NYbLOB2bQlOt
2.2.4-mod-r1(VisualStudio 2013 & CUDA9.1バージョン)
https://1drv.ms/u/s!Aud1FauQ46vHhzd5NYbLOB2bQlOt
2.2.4-mod-r1(VisualStudio 2017 & CUDA9.1バージョン)
https://1drv.ms/u/s!Aud1FauQ46vHhzV5NYbLOB2bQlOt
KlausT-8.18-mod-r1
https://1drv.ms/u/s!Aud1FauQ46vHhzh5NYbLOB2bQlOt

2 :名無し名誉名人教士:2018/01/15 09:17:43  0MONA/0人

前スレ
【マイナー必見】ソロマイニングに対応したよ【高速化Part3】
http://askmona.org/5596
前々スレ
【マイナー必見】ソロマイニングに対応したよ【高速化Part2】
http://askmona.org/4673
前々々スレ
【マイナー必見】Lyra2REv2を高速化したよ
http://askmona.org/4314

3 :名無し名誉名人教士:2018/01/15 09:17:56  0MONA/0人

cpuminerも高速化してみたのでアップ(Lyra2REv2のみ高速化)

cpuminer mod-r8
https://1drv.ms/u/s!Aud1FauQ46vHhxwfOL0Uqaj_Ks4D

4 :にゃんこ初段錬士:2018/01/15 10:42:02  0MONA/0人

乙!

5 :だれかさん七段教士:2018/01/15 23:19:19  0MONA/0人

乙です
先程Part3が1000になった

久々に2.2.4-modr1(2017&CUDA9.1)を使ったら、今までハッシュレートが22MH/sだったのが23MH/sに!
1MH/sの差だけどやっぱり少し嬉しいw

6 :名無し一級:2018/01/16 00:16:05  0MONA/0人

乙です

7 :名無し一級:2018/01/16 00:17:27  0MONA/0人

そういえばここのccminer使ってるとタスクマネージャ上では使用率20%なのにafterburnerで見たら100%だった

8 :Taku3no二級:2018/01/16 00:37:45  0MONA/0人

>>7
多分Copyの値を参照してる。
エンジン(初期状態では3Dって書いてあると思う)をクリックしてCompute_0を選ぶと100%稼働しているのがわかると思う。

9 :名無し名誉名人教士:2018/01/16 06:29:08  0MONA/0人

高速化考察 Fermi & Kepler編
・シェアードメモリ48kB+L1キャッシュ16kB=64kB
現状、シェアードメモリ48kBのみ使用し、48kB÷384B÷32コア=4並列
・FermiはWarpスケジューラが16スレッド×2なので、レイテンシの隠ぺいはできてる…かな?
・KeplerはWarpスケジューラが32スレッド×4で、スケジューラ数分は起動できるが、コアをすべて使用できていない。
そこで、L1キャッシュまで有効に使用できたら、64kB÷384B÷32コア≒5並列
となり、いくらか改善できそう。
L1キャッシュ16kB÷合計64kB=1/4なので、for文で4周している部分を1つだけグローバルメモリで確保すれば、L1キャッシュを使用できる。
これで、Keplerは高速化できる…かな?

10 :名無し名誉名人教士:2018/01/16 06:56:11  0MONA/0人

高速化考察 Maxwell編
・Maxwell(750/750Ti)はシェアードメモリ64kB+L1キャッシュ/Texキャッシュ24kB=88kB
現状、シェアードメモリ64kBのみ使用し、64kB÷384B÷32コア≒5並列
・Maxwell(GTX9xx)はシェアードメモリ96kB+L1キャッシュ/Texキャッシュ24kB=120kB
現状、シェアードメモリ96kBのみ使用し、96kB÷384B÷32コア=8並列
・MaxwellはWarpスケジューラが32スレッド×4で、750/750Tiではレイテンシを隠ぺいするほどではない。GTX9xxは辛うじて2命令スケジュールができる。
・L1キャッシュまで有効に使用できたら、
(750/750Ti)88kB÷384B÷32コア≒7並列
(GTX9xx)120kB÷384B÷32コア=10並列
となるので、有利に働く…のかな?
(750/750Ti)L1キャッシュ24kB÷合計64kB=0.375
(GTX9xx)L1キャッシュ24kB÷合計96kB=0.25
なので、GTX9xxはKeplerと同様。750/750Tiはfor文中の3回ループ(毎回案ロールしている部分)を1つだけグローバルメモリで確保すれば、L1キャッシュを使用できる。
速くなるかは疑問だが…

11 :名無し名誉名人教士:2018/01/16 08:34:10  0MONA/0人

高速化考察 Pascal編
・Pascalはシェアードメモリ96kB+L1キャッシュ/Texキャッシュ48kB=144kB
現状、シェアードメモリ96kBのみ使用し、96kB÷384B÷32コア=8並列
・PascalはWarpスケジューラが32スレッド×4で、辛うじて2命令スケジュールができる。
・L1キャッシュまで有効に使用できたら、144kB÷384B÷32コア=12並列
となるので、Warpスケジューラに3命令入り、レイテンシの隠ぺいの面でより良くなる。…はずなんだけど、既に2命令でレイテンシ隠ぺいしているから、それほどの効果はないのかな?むしろ、オーバーヘッドがあって遅くなる(前回実験より)

12 :名無し一級:2018/01/16 10:17:09  0MONA/0人

>>8
見たらなってました
ありがとうございます

13 :名無しさん:2018/01/16 13:46:24  0MONA/0人

zpoolを使ってマイニングしようとしてるんだけどどれ選んだらいいんですかね

14 :ヌコッティ六段:2018/01/16 13:54:46  0MONA/0人

>>13
何をマイニングしようとしてるかによるけれども、zpool.caは管理者が20%ほどfeeを抜いていた、という噂があるので、別のプールの方がいいと思う。

https://bitcointalk.org/index.php?topic=1951402.0

15 :名無しさん:2018/01/16 14:34:42  0MONA/0人

>>14
モナコイン掘るつもり
温水プールに変えてみたがyesが連続したかと思えばboooooまみれになったりするがコレは仕様でいいんよな?

16 :Lostboyさん:2018/01/16 15:06:15  0MONA/0人

>>14
2.2-mod-r2 で掘ってる?

17 :名無しさん:2018/01/16 15:16:45  0MONA/0人

>>16
2.2.4-mod-r1で全く動かなかったからdjm34で掘ってます

18 :名前はまだ無い一級:2018/01/16 17:04:19  0MONA/0人

こちらのは基本的にlyra2v2のみなのでしょうか?
Scryptやcryptonightなどを試してみようと思ったのですが…

19 :だれかさん七段教士:2018/01/16 17:08:56  0MONA/0人

ScryptはASIC以外絶対に赤字なんでやめよう、もしくはNicehashか何か使おう

Cryptonightは別途それ用のマイナーあるんで入れると良いかもです

20 :名無し二級:2018/01/16 17:43:37  0MONA/0人

>>15
うちの環境だと温水ではbooooはほとんど出ないよ。ごくまれに出るけど。
むしろVIPのほうが多いな。

21 :さ҉҉ば҉҉ち҉҉ゃ҉ん七段教士:2018/01/16 20:14:30  0MONA/0人

>>19
DualMinerUSB2で黒字にできますか?

22 :だれかさん七段教士:2018/01/16 20:39:02  0MONA/0人

>>21
古いASICも赤字になるんじゃない?
新しいASICとかどんどん出てるし・・・

と言うだけなら誰でもできるので計算してみたらほんのわずか黒字。
PCを使いつつ・・・という使用法なら有りかもしれない。

これで計算した
https://www.nicehash.com/profitability-calculator/custom?e=0.21&currency=JPY&power=1.5&cost=0&algo0=0.07&algo1=0&algo2=0.00&algo3=0.00&algo4=0.00&algo5=0.00&algo6=0.00&algo7=0.00&algo8=0.00&algo9=0.00&algo10=0.00&algo11=0.00&algo12=0.00&algo13=0.00&algo14=0.00&algo15=0.00&algo16=0.00&algo17=0.00&algo18=0.00&algo19=0.00&algo20=0.00&algo21=0.00&algo22=0.00&algo23=0.00&algo24=0.00&algo25=0.00&algo26=0.00&algo27=0.00&algo28=0.00&algo29=0.00

23 :名無し#三段:2018/01/16 22:42:57  0MONA/0人

現状GTX1080が集大成のような完成度すぎて次のシリーズAmpereはどうみえるかな
GDDR6はHBM2より量産が楽だろうしそろそろ発表あっても良いと思うのだが・・・自動車部門で忙しいのか?

というかこれ以上CUDAコア数増やせるの

24 :名無し一級:2018/01/18 11:46:24  0MONA/0人

suprnovaプールで掘ってるけどやはりプールによって掘れる効率が違ったりするのでしょうか

25 :SilverFoxさん:2018/01/21 02:55:21  0MONA/0人

違うよ

26 :Ama二級錬士:2018/01/21 06:58:32  0MONA/0人

音痴でも大丈夫!?

27 :名無しmona三級:2018/01/21 08:00:46  0MONA/0人

コピーアンドペーストが出来ればやれます。
グラボ増設や電源などハード部分になると自作能力が必要になります。

28 :S A I 四段錬士:2018/01/21 14:08:57  0MONA/0人

VIPで掘ってるけどcmd上のハッシュレートで計算した(diffは変動を加味しておおよその平均値で計算)
理論値の70-80%ってとこかなー

29 :だれかさん七段教士:2018/01/21 14:29:42  0MONA/0人

平均値と言っても・・・
結構Difficultyが動くときは動くから、うーん
自分は結局なんだかんだどのプールもあんまり理論値から離れない数値が出たんだよなぁ、計算がちょい違うのかもしれないけど。
(昔の話だから宛にならない可能性はある)

30 :名無し一級:2018/01/21 14:48:08  0MONA/0人

他プールと比較して極端に差が出るってことはなさそう
ただワーカー多くてハッシュレート高いプールほど分け前が少ない分ブロック発見が多いからブレが少ないっていう印象

31 :ろん二級:2018/01/21 15:06:48  0MONA/0人

どなたかも報告していたようでしたが、KlausT-8.18-mod-r1は動作がおかしいかも?
数日使用してますが、クライアント側がyay出していてもプール側でShareが増えないことがままありますね。

32 :S A I 四段錬士:2018/01/21 15:39:32  0MONA/0人

後謎なのが普通にyes出てるのにメールで10分以上応答がありませんって来るんだよなぁ

33 :名無し一級:2018/01/21 20:43:04  0MONA/0人

GTX1060で掘ってて22-23MH/sで0.14mona/日位なのですが理論値はどのくらいなのでしょうか

34 :パペポ二段:2018/01/21 20:52:17  0MONA/0人

>33

理論値は判らんが、
同じGTX1060で掘ってるけど、25MH/s前後で0.25~0.3mona/日位掘れてるから、
少ないとは思うなあ

35 :名無し一級:2018/01/21 21:12:04  0MONA/0人

総量はプールの差がでかそう
オーバークロックと化されてますか?

36 :だれかさん七段教士:2018/01/21 21:12:15  0MONA/0人

差は通常はプールの運によるものじゃなかろうか・・・

Invalidなシェアが多いとかが無いならば。

37 :パペポ二段:2018/01/21 21:20:34  0MONA/0人

>35

特に触ってないけど、
MSI Afterburnerでpower limitを80%に下げてる。
100%にしても1MH/sも変わらなかったので…

38 :名無し一級:2018/01/21 21:26:55  0MONA/0人

>>33
23MH/sで0.23monaくらいは掘れてるし少ないな…
プールが不安定とか…?

39 :名無し一級:2018/01/21 21:47:05  0MONA/0人

なるほど
とりあえずほかのプールに登録して試してみます

HDMIケーブルをマザーボード側にさして試します

40 :名前はまだ無い一級:2018/01/21 22:21:32  0MONA/0人

少し前にも書かれていますが、KlausT-8.18-mod-r1がうまく動いているときとそうでないときがあります。
前のバージョンを試してみようかとも思ったのですが、OneDriveにはたくさんあって…。
どういう順で並んでるのでしょうか?適当にダウンロードしてみたら単にソースのようでした。

41 :名無し名誉名人教士:2018/01/22 06:06:49  0MONA/0人

>>40
数字で始まっているファイルがバイナリです。(KlausTは例外)
詳細は前スレを漁ってください。

42 :名無し名誉名人教士:2018/01/22 14:01:58  0.00118763MONA/2人

現在、どうにかL1キャッシュを使えないかと考察中。
演算の一部をグローバルメモリに確保してやってみると、
キャッシュがきいてるのか、若干遅くなる程度のものだった。

…で、よく調べてみると、L1キャッシュはコンパイラオプションにより、
「読み込み」をキャッシュする…らしい。
ってことは、書き込みはキャッシュしない(L2キャッシュに書き込まれる)ってことだね…ダメじゃん…
まあ、冷静に考えると、グローバルメモリはどのコアからもアクセスする可能性があるから、(SMごとに独立している)L1キャッシュでは都合が悪く、(全SMで共用している)L2キャッシュが都合がいいわけで…

…じゃあ、スレッド間でやり取りしないローカルメモリなら、L1にキャッシュされるんじゃね?
ってなわけで、試行錯誤は続きます。

43 :名無し名誉名人教士:2018/01/22 14:08:06  0MONA/0人

>>42 補足
ここで言うローカルメモリは、OpenCLのLocal Memoryとは違い、「レジスタが足りない場合に確保されるデバイス上(ボード上)のメモリ」のこと。

OpenCLのLocal MemoryはCUDAのシェアードメモリに該当します。

CUDAのローカルメモリ = OpenCLのPrivate Memory
CUDAのシェアードメモリ = OpenCLのLocal Memory

なんか、ややこしいな…

44 :名無し二級:2018/01/22 22:11:49  0MONA/0人



1080Ti一枚でのんびりモナコイン掘ってるけど、
ハッシュレートが安定しないんだよね

こういうもの?

45 :名無シスト#10135二段錬士:2018/01/22 22:17:56  0.00114114MONA/1人

>>44
掘ってる間裏作業してるのでは?あとマイナーの人数変動したら上下してるかも

46 :monaholic初段:2018/01/22 22:51:48  0.00114114MONA/1人

>>44
プールでの数値表示はそういうものですよ

47 :名無し名誉名人教士:2018/01/22 23:59:29  0.12104197MONA/13人

実験的ビルドその3
・とりあえず、ローカルメモリを確保して、積極的にL1キャッシュを使ってみた。
(48kB÷(48kB+96kB)=1/3のため、配列48個中16個をローカルメモリ、残りをシェアードメモリで確保。)
なお、Pascal以外では(Volta含む)では遅くなる公算が高いです。(L1キャッシュが少ないため)
今後の課題ですね…
・KlausT版の初期設定を移植。より細かいスレッド数設定を行った。
・Voltaのシェアードメモリの確保量を最大にした。

ソロマイニング対応バージョン(2.2.4-mod-r2)
https://1drv.ms/u/s!Aud1FauQ46vHhzt5NYbLOB2bQlOt
ソースコードはこちら
2.2.4-mod-r2(VisualStudio 2017 & CUDA9.1バージョン)
https://1drv.ms/u/s!Aud1FauQ46vHhzp5NYbLOB2bQlOt

48 :名無し一級:2018/01/23 00:38:56  0MONA/0人

>>47
早速使わせてもらいました!

GPU #0: GeForce GTX 1080, 47.88 MH/s
GPU #0: 1702 MHz 377.85 kH/W 126W 55C FAN 65% PL65% コア+50 メモリ+100

GPU #1: GeForce GTX 1060 6GB, 23.86 MH/s
GPU #1: 1675 MHz 289.60 kH/W 82W 54C FAN 65% PL70% コア+50 メモリ+100

まだ15分くらいですが2~2.5%くらいハッシュレート上がりました
このまま一晩掘らせてみます(OC値は適当)

49 :名無し二級:2018/01/23 01:17:35  0MONA/0人

>>45
>>46
裏で作業は特にしてないからそういうものなのか

>>47
感謝感激
以下CentOSでR1からR2へ移行した様子
なかなかステキ
GPU #0: GeForce GTX 1080 Ti, 64.91 MH/s

GPU #0: GeForce GTX 1080 Ti, 66.87 MH/s

50 :名無し一級:2018/01/23 01:47:43  0MONA/0人

>>47
さっそく使わせていただきました
GTX1060 3GB (OCなし)で23MH/s→24MH/sになりました

51 :名無し名誉名人教士:2018/01/23 06:24:21  0MONA/0人

r2でPascal以外はどうなるか…?
やってみた人、報告希望。だぶん遅くなると思うけど…

今後の改造予定
2.2.4-mod-r3 ⇒ Pascal以外を元に戻す。具体的にはCompute_61以外。(Tesla P100もL1キャッシュが小さいので元に戻す。)
2.2.4-mod-r4 ⇒ 第1世代Maxwell以下、Tesla P100、VoltaでL1キャッシュを全力で使ってみる。(第2世代Maxwellは分岐が増えるので使わない。具体的にはGTX 980Ti~950。L1キャッシュが小さすぎる…)

52 :名無し一級:2018/01/23 07:53:25  0MONA/0人

>>48 を一晩動かした結果、ハッシュレート2.8%上がってました

VIP PoolとASIC Poolが5時間以上ブロック見つけてないけど何かあった…?

53 :ろん二級:2018/01/23 08:12:06  0.0000039MONA/1人

色々試してみたいけど、週末になりそう。

>>52
昨日は温水とLAが半日出なかったし、へーきへーき

54 :名無し二級:2018/01/23 08:25:25  0MONA/0人

新しいバージョン使ったら報告どおり0.5%~1.5%位ハッシュ上がりましたね。
というか多枚数使ってるけどハッシュの数値がそろった感じ。
これCUDA9対応バージョンとか出たらもっとハッシュ上がるのかな?

>>52 >>53
VIPも昨日はいつもより少なめな感じでしたよ。
で、日付変わった今日見たら2:00ごろから掘り当ててない

55 :名無し一級:2018/01/23 08:26:42  0MONA/0人

>>53
そういうものか…
実績比2000%超えは初めて見たから焦った…

56 :名無し二級:2018/01/23 08:43:56  0MONA/0人

温水8:00台3連荘w

57 :あにき初段:2018/01/23 13:29:59  0MONA/0人

サブ機で運用している750tiのハッシュレートは2.2.4-mod-r2で

GPU #1: GeForce GTX 750 Ti, 7183.56 kH/s

と10%近く伸びました。
ドライバ390.65 OC+87 メモリ-300 PL77 気温4度での検証です。

58 :site三段:2018/01/23 14:53:11  0MONA/0人

ええかんじや!

59 :名無し二級:2018/01/23 16:58:24  0MONA/0人

ふと思ったんだけど
960とかでハッシュ上がるならRXだとどうなるだろう?

60 :Lostboyさん:2018/01/23 17:24:52  0MONA/0人

GTX1060、GTX1080 ともに ccminer-2.2-mod-r2-CUDA9 から 2.2.4-mod-r2 に変えたら、それぞれ 1.2MH/s ぐらい増えた!
ありがたやー!

61 :PEPSIMAN(パス忘四段錬士:2018/01/23 17:28:59  0MONA/0人

>>59
CCminerはNVIDIA専用だったと思う。

62 :名無しのロリコン三級:2018/01/23 17:29:24  0MONA/0人

お疲れ様です。
かなりいい感じです!!

63 :名無し名誉名人教士:2018/01/23 18:11:12  0MONA/0人

>>57 >>58
あれ?Maxwellでも速くなってる?
今の構成だと、確実にL1から溢れるはずなんだが…
だったら、まだPascalは速くなる余地がある!?
最適化プロセスを見直さなきゃならんかね?

64 :名無し名誉名人教士:2018/01/23 18:23:12  0.10267228MONA/4人

とりあえず、現状確認
・Pascal環境にて、グローバルメモリを確保した最適化を試みるも失敗。(自環境のGTX1060で26.5MH/s⇒26.0MH/s)
・同様にローカルメモリを確保した最適化を実行。効果が得られた。(自環境のGTX1060で26.5MH/s⇒27.5MH/s)
・Pascalにおいて、48kBのL1キャッシュを使いきる構成で最適化を行ったため、Maxwell環境(24kBのL1キャッシュ)では効果は得られないと予想したが、逆に効果があった。
・Maxwell環境ではL2キャッシュまでアクセスしているものと予測。これを利用したうえで速度が上がっていると考えられる。
・1060と960でL1キャッシュの環境が異なるにもかかわらず、速度上昇は同程度。⇒L1キャッシュの効果が得られず、L2キャッシュの効果で速度上昇が得られている。
・グローバルメモリとローカルメモリでは、ローカルメモリの方が速い⇒グローバルメモリでは書き込みキャッシュが得られないが、ローカルメモリでは書き込みキャッシュが利いていると予想できる。
・シェアードメモリで足りない分をL2キャッシュの許す範囲のローカルメモリで確保し、カーネル起動数優先にすれば、最適化に寄与するのではないだろうか…?

65 :名無し名誉名人教士:2018/01/23 18:33:07  0.00114114MONA/1人

とりあえず、L2キャッシュ考察
Nvidia Titan X/Titan Xp:L2 3MB⇒1コア当たり0.857kB
GTX1080Ti:L2 2.75MB⇒1コア当たり0.785kB
GTX1080/1070:L2 2MB⇒1コア当たり0.8kB(GTX1080にて計算)
GTX1060:L2 1.5MB⇒1コア当たり1.2kB(6GB版にて計算)
GTX1050Ti/1050:L2 1MB⇒1コア当たり1.33kB(GTX1050Tiにて計算)
GT1030:L2 512kB⇒1コア当たり1.33kB
GTX Titan X/GTX980Ti:L2 3MB⇒1コア当たり1.0kB(GTX Titan Xにて計算)
GTX980:L2 2MB⇒1コア当たり1.0kB
GTX970:L2 1.75MB⇒1コア当たり1.07kB
GTX960/950:L2 1MB⇒1コア当たり1kB(GTX960にて計算)
GTX750Ti/750:L2 2MB⇒1コア当たり3.2kB(GTX750Tiにて計算)

66 :名無し名誉名人教士:2018/01/23 18:44:51  0.00114114MONA/1人

lyra2v2ではレジスタの制約から最大Warp数が12なので、計算上、L2キャッシュに全部収まるサイズは、
384バイト/スレッド×(12Warp/SM×32コア/Warp÷128コア/SM)=1152バイト/スレッド
となる。
>>65 から、1152バイト=1.125kB以上確保できるのはGTX1060/1050/1050Ti、GTX750Ti/750
こいつらはL2で全部完結できるんだ…
ちょっと試してみるか…

67 :itto四段教士:2018/01/23 19:28:53  0MONA/0人

がっつりレートが上がりましたね。
[2018-01-23 19:24:26] GPU #0: 1987 MHz 264.04 kH/W 211W 51C FAN 5%
[2018-01-23 19:24:36] GPU #1: EVGA GTX 1080, 55.66 MH/s
[2018-01-23 19:24:39] GPU #0: EVGA GTX 1080, 55.95 MH/s
[2018-01-23 19:24:47] GPU #1: EVGA GTX 1080, 55.52 MH/s
[2018-01-23 19:24:47] accepted: 52/52 (diff 0.582), 111.36 MH/s yes!
[2018-01-23 19:24:49] accepted: 53/53 (diff 1.190), 111.35 MH/s yes!
[2018-01-23 19:25:05] lyra2v2 block 1225340, diff 27981.457
[2018-01-23 19:25:31] GPU #1: 1973 MHz 266.56 kH/W 208W 56C FAN 20%

68 :名無し四段:2018/01/23 19:52:36  0MONA/0人

KlausT-8.18-r1
[2018-01-23 19:31:16] GPU #0: GeForce GTX 750 Ti, 6384.46 kH/s
[2018-01-23 19:32:40] GPU #0: GeForce GTX 1050 Ti, 13.43 MH/s

2.2.4-mod-r2
[2018-01-23 19:47:10] GPU #0: GeForce GTX 750 Ti, 6814.43 kH/s
[2018-01-23 19:47:39] GPU #0: GeForce GTX 1050 Ti, 14.07 MH/s

69 :ぬこさん:2018/01/23 21:04:19  0MONA/0人

>>47
macOS High Sierra 10.13.2 でビルドして動作しましたので報告です。

2.2.4-mod-r2
[2018-01-23 20:55:13] GPU #0: GeForce GT 1030, 6985.54 kH/s

70 :名無し名誉名人教士:2018/01/23 22:35:46  0.11214114MONA/4人

実験的ビルドその4(GTX750Ti/GTX750向け)
・とりあえず、GTX750Ti/GTX750でも12warp起動するように調整した。
・Pascalでは遅くなった。
・L2キャッシュが潤沢で、シェアードメモリが少ないGTX750Ti/GTX750でどの様な振る舞いをするか調べてみたい。

ソロマイニング対応バージョン(2.2.4-mod-r3)
https://1drv.ms/u/s!Aud1FauQ46vHhzx5NYbLOB2bQlOt

GTX750Ti/GTX750を持っている方は実験をお願いします。
(その他の方は2.2.4-mod-r2の方が速いと思います)

71 :STARR初段錬士:2018/01/23 22:38:02  0.039MONA/1人

2.2.4-mod-r2
GTX1080*5

6時間起動後、misaligned addressに…
取り敢えずr1に戻しました。

72 :名無し名誉名人教士:2018/01/23 22:47:04  0.00114114MONA/1人

GTX750Ti/GTX750の場合、シェアードメモリが64kBしかなく、
12Warp起動するためには、ローカルメモリで80kBを確保する必要がある。
そのため、1/3をシェアードメモリ(128バイト)で、残り2/3をローカルメモリ(256バイト)で確保する。
128バイト×32スレッド/warp×12warp=48kBをシェアードメモリで確保し、(最大64kB)
256バイト×32スレッド/warp×12warp=96kBをローカルメモリで確保する。
L1キャッシュは24kBのため、全然足りないが、
L2キャッシュは2MBあり、1コアあたり3.2kB、32コアあたり102.4kBで十分確保できてると思う。

73 :鰯一級:2018/01/23 22:51:17  0MONA/0人

ちなみに名人が推奨するドライバのバージョンなどはありますでしょうか?
一応測定環境は可能な限り公開したほうがいいと思いますので……

74 :サンタさん:2018/01/23 22:55:46  0MONA/0人

教えてください。


2.2.4-mod-r2を実行すると[the code execution cannot proceed because ]

Windows 10
GTX1080

75 :名無し名誉名人教士:2018/01/23 22:56:42  0.00114228MONA/2人

>>71
報告乙

misalignedってことは、スレッド数は中途半端で変なアドレスから開始したのが悪さしてるかな?
だとすると、初期設定値を小数にしたのが原因かしら?次回更新時は設定値を整数に戻すことにしよう…
-i 22 を付けて起動したら、もしかしたら改善するかも?

76 :名無し名誉名人教士:2018/01/23 23:02:28  0.0001MONA/1人

>>73
バージョンは気にしていなかったな…
バージョン違いで速度は確認していないです。
とりあえず、私の環境は388.19ですね。

77 :サンタさん:2018/01/23 23:04:04  0MONA/0人

すいません、途中で送ってしまった。。。
教えてください。
2.2.4-mod-r2を実行すると[the code execution cannot proceed because VCRUNTIME140.dll was not found.. ]が出ます。
[2.2-mod-r2-CUDA9]からVCRUNTIME140.dllをコピーしてきた後は、
[Application error - Application was not able to start correctly 0x000007b]が出ます。

環境は, Windows 10, GTX1080, Cuda9からCuda9.1にアップグレードした直後, ソロマイニング用

まだWindowsでは使えないでしょうか?

78 :名無し名誉名人教士:2018/01/23 23:05:39  0.0039MONA/1人

>>74
C++のランタイムが入っていないっぽい…

https://www.visualstudio.com/ja/downloads/?q=#other-ja

このページの一番下のリンク
「Visual Studio 2017 の Microsoft Visual C++ 再頒布可能パッケージ」のx64版を入れてみよう。

79 :名無し名誉名人教士:2018/01/23 23:08:20  0MONA/0人

>>77
ひょっとしたら、VCRUNTIME140.dllの同梱間違えたかな…
ちなみに2.2からコピーしたVCRUNTIME140.dllはx86版なので、多分無理…

80 :No name二級:2018/01/23 23:13:41  0MONA/0人

>>47
ソースからubuntu 1704でビルドして使わせてもらいました。

当方、1080と1070Tiを使ってますが、今までハズレコアだと思っていたグラボで10%以上のハッシュ数増です。驚きましたw
ただ違うアルゴリズムで使わせていただいるので、lyra2v2以外でも成果上がってますよーというご報告です。

81 :鰯一級:2018/01/23 23:17:19  0MONA/0人

>>70
GTX745(GTX750からCUを1削減したOEM品、GPU-Zを参照)ですが参考までに報告です。ドライバは最新の390.45

2.2.4-r2


2.2.4-r3


当方の環境では200khほど向上しています

82 :サンタさん:2018/01/23 23:18:36  0MONA/0人

>>78
動きました。大感謝です。

83 :Trish-G四段教士:2018/01/23 23:53:23  0MONA/0人

2.2.4-r2 速くなった。
1050Ti

84 :おはぎゃーさん:2018/01/24 00:15:04  0MONA/0人

>>70
GTX 1080Ti 2枚で運用

2.2.4-mod-r2
[2018-01-24 00:09:05] GPU #0: MSI GTX 1080 Ti, 71.46 MH/s
[2018-01-24 00:09:13] GPU #1: MSI GTX 1080 Ti, 71.06 MH/s

2.2.4-mod-r3
[2018-01-24 00:11:49] GPU #0: MSI GTX 1080 Ti, 50.75 MH/s
[2018-01-24 00:11:47] GPU #1: MSI GTX 1080 Ti, 50.57 MH/s

自分の環境では差が大きかったです。
何か欲しい情報があったら言ってください。

85 :STARR初段錬士:2018/01/24 00:43:32  0MONA/0人

>>75
確かに-iオプションつけてなかったですね。
23時頃から"-i 22"で起動させました。
取り敢えず朝まで監視してみます。

86 :名無し二級:2018/01/24 00:56:32  0MONA/0人

1080x5、1080tix1の環境で14時頃から2.2.4-r2を回してるけど
ふとさっき簡易電力計見たらアイドル状態の数値だった。
で、bat見ると普通にハッシュ出てたんだけど
これ何が起因してるんだろ?

電力アイドル状態で普通にハッシュ掘れるんなら
これほどおいしいことないけどw

87 :名無し二級:2018/01/24 01:15:04  0MONA/0人

ちなみに2.2.4-r2のbat立ち上げ直しても電力計の数値は変わらず、
2.2-r2で立ち上げなおしたら通常の消費電力に戻った。
再度2.2.4-r2立ち上げたら通常の消費電力に戻ったんだよね・・・
メモリ回りとかに起因してたりする?

88 :あにき初段:2018/01/24 03:35:48  0MONA/0人

2.2.4-mod-r3

GPU #1: GeForce GTX 750 Ti, 7624.12 kH/s
GPU #1: 1211 MHz 262.58 kH/W 29W 31C FAN 40%

その他設定は
>>57
と同様です。さらに速くなっています。

89 :名無し四段:2018/01/24 06:52:59  0MONA/0人

2.2.4-mod-r2
[2018-01-24 06:22:36] GPU #0: GeForce GTX 750 Ti, 6801.57 kH/s
[2018-01-24 06:23:56] GPU #0: GeForce GTX 1050 Ti, 13.56 MH/s

2.2.4-mod-r3
[2018-01-24 06:49:53] GPU #0: GeForce GTX 750 Ti, 6973.30 kH/s
[2018-01-24 06:49:49] GPU #0: GeForce GTX 1050 Ti, 12.53 MH/s

90 :名無し名誉名人教士:2018/01/24 08:06:12  0MONA/0人

ここまでの最適化をまとめると…
・warp数は可能な限り増やす。レジスタ数で限界があるので、その数値までL1、L2キャッシュを使ってでも増やす。
・L2に入りきらない場合、速度が急激に落ちるので、キャッシュ使用量は注意。L2キャッシュは割りと汚染されるっぽいので、半分くらいの容量で見積もっておく。(さじ加減は今後の課題)

これって、OpenCLでも応用できるか?

91 :名無し名誉名人教士:2018/01/24 08:13:33  0MONA/0人

消費電力についてはよくわからん…
理屈で考えると、メモリアクセスの待ち時間が減り、単位時間あたりの演算数が増えるので、消費電力は増えると思うんだが…
まあ、シェアードメモリよりL2キャッシュの方が消費電力は小さい、ってことなら可能性はあるのか?

92 :ヌコッティ六段:2018/01/24 08:27:40  0MONA/0人

>>75
いつもccminer-2.2-mod-r2-CUDA9を-i 22.2でやっててここ2ヶ月>>71のメッセージは出てない。
あのエラーはOCしているときに出るメッセージだと思う。

93 :STARR初段錬士:2018/01/24 09:46:30  0.00114114MONA/1人

>>92
OCし過ぎると該当のエラーが出ますが、2.2-mod-r2で1ヶ月以上起動させておりました(Base+166MHz PL70)
直前は2.2.4-mod-r1で200時間以上連続起動です。

OCは余裕を持って設定していたのですが、OCが原因だとするとOC値を低くして動作させることが出来ても、ハッシュレートの上昇は残念ながらあまり期待出来なくなってしまいますね。
安定性にも疑問が残ってしまいますので、今回は実績のある2.2.4-mod-r1に戻すことにしました。
シビアにOCされている方がいらっしゃったら試してみて欲しいところです。

94 :Marimoさん:2018/01/24 09:57:17  0MONA/0人

GTX760ですけど-i 17で2.2.4-mod-r1と比べてr3の方は4670KH/s→5500KH/sぐらいまで早くなっているのでkepler系でも早くなりますね。r2はr1と大差はなかったです。

95 :名無しさん:2018/01/24 10:30:15  0MONA/0人

2.2.4-mod-r2を動かしてみると
GPU #0: no kernel image is available for execution on the deviceと表示され、
r1の2013x64だとGPU #0: invalid configuration argumentとエラーメッセージが表示されるケースって何が原因なんですかね

Windows10でGTX960です。GeforceExperienceで最新ドライバーをインストール済みです。

96 :名無し名誉名人教士:2018/01/24 10:37:48  0MONA/0人

シェアードメモリ、Warp数を勘案したうえで、
・Fermi、Kepler(GK1xx、GK2xx)、第1世代Maxwell(GM1xx)は1/3をシェアードメモリ、2/3をローカルメモリ(L2キャッシュ)で確保する。
・第2世代Maxwell(GM2xx)、Pascal、Voltaは2/3をシェアードメモリ、1/3をローカルメモリ(L1キャッシュ)で確保する。

このイメージで考える。

安定性についてはよくわからない…
とりあえず、r1からの変更点を元に戻したうえで、上記改造をやってみようかな…(戻せるかな…?)

97 :MaineCoon一級:2018/01/24 11:01:09  0MONA/0人

2.2-mod-r2
[2018-01-24 10:50:28] GPU #0: MSI GTX 970, 20.13 MH/s
[2018-01-24 10:50:28] accepted: 22/22 (diff 0.136), 20.19 MH/s yes!

2.2.4-mod-r2
[2018-01-24 10:58:21] GPU #0: MSI GTX 970, 20.23 MH/s
[2018-01-24 10:58:21] GPU #0: 1234 MHz 144.72 kH/W 139W 61C FAN 43%
[2018-01-24 10:58:21] accepted: 45/45 (diff 0.045), 20.12 MH/s yes!
[2018-01-24 10:58:23] accepted: 46/46 (diff 0.149), 20.13 MH/s yes!

2.2.4-mod-r3
[2018-01-24 10:44:52] GPU #0: 1226 MHz 133.38 kH/W 139W 60C FAN 41%
[2018-01-24 10:45:12] GPU #0: MSI GTX 970, 18.57 MH/s
[2018-01-24 10:45:12] accepted: 34/35 (diff 0.140), 18.55 MH/s yes!
[2018-01-24 10:45:23] accepted: 35/36 (diff 0.064), 18.54 MH/s yes!

98 :MaineCoon一級:2018/01/24 11:08:12  0MONA/0人

PL=71%で回してます。
その他は変更していないのに
クロックが少し違うので
温度やハッシュ値に影響している??

99 :ヌコッティ六段:2018/01/24 11:49:55  0MONA/0人

>>93
他のアルゴリズム(Equihash)で大丈夫な設定がlyra2rev2だと上のようなメッセージが出たりしたのでようわからんですね。
なお+200/+200/PL85%で回して様子見中です。

100 :名無しさん:2018/01/24 17:37:15  0MONA/0人

>>70のマイナーをgtx660ti(コアクロック+150、メモリークロック+200のOC済み)で使ってみました

・2.2.4-mod-r2 4351kh/s

・2.2.4-mod-r3 4999kh/s

体感ですがr3は以下のエラーが結構でちゃいますね(OCに起因するエラーだと思いますが…)

・an illegal memory access was
encountered

・unspecified launch failure

私の環境では2.2-mod-r2が1番安定してますねー

101 :rdm二級:2018/01/25 04:29:29  0MONA/0人

2.2.4-mod-r2
TITAN X(Pascal) PL120% core+200/mem+0
起動時は+2MH/s程度であったが、徐々に垂れてきて+1MH/s程度
もう少し回してみます。

102 :名無しさん:2018/01/25 17:35:08  0MONA/0人

Zotac GTX750 Ti
2.2.4-mod-r2
GPU #1: Zotac GTX 750 Ti, 7071.34 kH/s

2.2.4-mod-r3
GPU #1: Zotac GTX 750 Ti, 7346.32 kH/s

うちの場合は、1030と同居してるので、r2とr3でPascal遅くなって差し引き0ってところですね。
2.2-modから比べれば、0.5~1M上がってます

103 :5時です五段:2018/01/25 17:54:21  0MONA/0人

vippool1位やべえなw2.27GHw

104 :さくら007一級錬士:2018/01/25 18:53:11  0MONA/0人

GTX 1060 3GB
2.2.4-mod-r2 25.10MH/s
ccminer-x64-2.2.3-cuda9 23.5MH/s

性能アップしたが、6時間ぐらいたつとパソコンが落ちます。
2.2.3のときは、まったく問題はなかった。。。

105 :名無し二級:2018/01/25 19:02:07  0MONA/0人

>>104
うちは一定時間回してるとハッシュレートの谷が出てくるなぁ。
2.2-Cuda9の時はなかった動きだなぁ。
もっともこれがマイナーじゃなくてプールの問題なのか、あるいはうちの環境の問題なのか切り分けできてないけど

106 :光の名無し二段:2018/01/25 19:02:46  0MONA/0人

転がってたZotac GTX650をしばらく前から動かしてますが
r3 1700kH/sほど
r1 1400kH/sくらい
OCもPLも弄ってないです
ド安定

107 :名無しさん:2018/01/25 19:11:13  0MONA/0人

>>100
追記

gtx660tiをコアクロック+110、メモリークロック+160まで下げてOCしてみたところ、2.2.4-mod-r3でも24時間安定稼働するようになりました。

ハッシュレートは4860kh/s程でています。
温度が2.2-mod-r2の時と比べ10℃程上がってますね。グラボを性能ギリギリまで使ってる感が凄い

108 :イニシャルK一級:2018/01/25 19:35:42  0MONA/0人

掲示板テーマの本題から少し逸れてしまうかもしれませんが、ご容赦下さい。
このスレッドをチェックされている方には無関係ではないと思います。

仮想通貨の納税に関して、次のような活動を発足された方がいます。
賛同される方は署名してみてはいかがでしょうか。
私もとりあえず賛同しました。

https://www.change.org/p/国税庁-仮想通貨-暗号通貨-売買利益への課税を-株取引と同じ申告分離課税へ?utm_medium=email&utm_source=petition_signer_receipt&utm_campaign=triggered&share_context=signature_receipt&recruiter=851657218&j=229263&sfmc_sub=596818241&l=32_HTML&u=41927559&mid=7233052&jb=306958

109 :イニシャルK一級:2018/01/25 19:36:41  0MONA/0人

↑すみません、リンク上手く貼れていないようです。
URLすべてコピペで開けるようです。
お手数おかけします。

110 :さくら007一級錬士:2018/01/25 20:33:31  0MONA/0人

仮想通貨は最大55%課税されるからね
FXなどは20%ぐらいなのですごい差ですよねえ
まあ、損益は通算されるそうなので、今年損しても助かりますが。
税金の問題は悩ましいですねえ
はっきりいうと、年収ある人は仮想通貨やっても半分以上税金とられると魅力なくなりますねえ

111 :名無し二級:2018/01/25 23:14:42  0MONA/0人

マイニングしてる人ならマイニングマシンもそれを管理するPCも買って
実質経費にすればいいんだけどね。
きちんと帳面残しとけば大丈夫なはずだけどね。仮想通貨を買った場合も
おそらく管理や取引するPCも経費として認められると思うけどねぇ?

今まで使ってたPC?
ヤフオクでポイーでしょ。
ヤフオクでの利益は個人が使っていた不要物の少数売却なら生活動産だろうから
非課税だろうし

112 :ウィンザーノット六段:2018/01/25 23:46:00  0MONA/0人

スレチなんであれですが、、
>>108
とか言いながらUSDTにして利益の繰り延べするんでしょう?
暗号通貨と暗号通貨間の課税がイケてないってのは一定の理解は有るけれども、脱税出来るガバガバ税法もどうかと思うんですよ。
そもそもモナコインは投機でも仮想通貨間の基軸通貨も目指してなくて、1000±500円くらいでまったりしてくれていればそれでいいって人も多いと思うよ。

>>110
損益通算っていうのは年度単位で他の所得と通算することだよ。

>>111
10万未満のPCとかゴミだとおもうんですが…

113 :itto四段教士:2018/01/25 23:59:29  0MONA/0人

2.2.4-mod-r2
安定して動作してます。1080x2のUbuntu16.04。
レートが上がったからか、若干コア温度が上がった気がします。
今51℃くらい。水冷にて。
夏は冷却考えないとやばそう。

114 :名無し二級:2018/01/26 00:49:30  0MONA/0人

>>112
どこから10万以下って数字が?

115 :Trish-G四段教士:2018/01/26 02:00:48  0MONA/0人

>>114
10万円超えると一括で経費にできないからじゃないですかね。
まぁ、10万円以下の部品を組み合わせてPC作ればいいのですけど。

116 :名無し二級:2018/01/26 03:19:12  0MONA/0人

>>115
事業者の場合は消耗品の概念がありますからわかるんですけど
個人の雑所得の場合は消耗品やらなんやらの概念はないはずなんですけどね。
雑”所得”なんでプラスになった分だけ申告すればいいはずなんです。

でなければ、仮に数年に分けて減価償却した際に、
翌年度分の赤字を損金として税務署が認めるのか?という話になるので。

ちなみに事業者で青色申告していれば30万程度までは少額一括償却できるんですけどね。

117 :ぬこさん:2018/01/26 12:56:23  0MONA/0人

±100kH/sくらい波があるみたいですね。
ウチだとGT1030で最高値が下記です(2.2.4-mod-r2)

[2018-01-26 12:22:18] GPU #0: GeForce GT 1030, 7220.85 kH/s

118 :No name二級:2018/01/26 13:26:30  0MONA/0人

ヤフオクでの売却も雑所得扱いで、年間20万以上は課税対象に含まれると税務署の回答だったと思う。前から。

119 :名無し名誉名人教士:2018/01/26 19:23:11  0MONA/0人

手持ちのグラボで試してみた。
GTX1060(Compute Capability 6.1)
r1:26.24MH/s 120W 218.7kH/W
r2:26.95MH/s 121W 222.7kH/W
r3:24.81MH/s 122W 203.4kH/W
GTX960(Compute Capability 5.2)
r1:13.59MH/s 96W 141.6kH/W
r2:14.05MH/s 110W 127.7kH/W
r3:12.41MH/s 108W 114.9kH/W

120 :名無し名誉名人教士:2018/01/26 19:23:29  0MONA/0人

>>119 つづき
GTX750(Compute Capability 5.0)
r1:5033.22kH/s 19W 264.9kH/W
r2:5683.69kH/s 23W 247.1kH/W
r3:5926.18kH/s 25W 237.0kH/W
GT710(Compute Capability 3.5)
r1:681.85kH/s
r2:755.01kH/s
r3:907.04kH/s

121 :名無し名誉名人教士:2018/01/26 19:26:07  0MONA/0人

誰か、Compute Capability 7.0、6.0で試せませんかね?(無茶)
Compute Capability 3.0は>>106で動作報告あり

122 :名無し二級:2018/01/26 20:11:23  0MONA/0人

>>118
国税局のHP ttps://www.nta.go.jp/taxanswer/joto/3105.htm の
4 所得税の課税されない譲渡所得 の (1) 生活用動産の譲渡による所得 に
「家具、じゅう器、通勤用の自動車、衣服などの生活に通常必要な動産の譲渡による所得です。」

ってあるんだよね。
要はヤフオクで得た20万円が、まるまるプラスの所得なら申告しなさいって事だととらえられる。
例えば100万円で買ったものがヤフオクで120万円で売れたなら20万円の所得だからその分を申告しろ、と。
もし100万円で買ったものがヤフオクで20万で売れたんなら実質80万の損失だからこの場合は申告不要なはずなんだ。

123 :名無し二級:2018/01/26 20:11:58  0MONA/0人

つづき

これが事業者の納税申告なら損金として認められるから内訳を全部申告しなきゃいけないけど
個人の雑所得の申告の場合は所得額の記入欄しかないから、去年の損金とか申告できないのよね。
(実際雑所得の場合前年度の損金は認められないはず。)

ただ、これがサラリーマン等の勤め人ではなくて、山林や土地を自営で売買する業者の場合、
事業所得としての申告欄がない場合に雑所得で申告したら
もしかしたら損金やら赤字の繰り越しやらが認められるかもしれないけど
そういう事業者が必要な備品は雑所得での経費でなく
本業の経費で申告するだろうから問題にならないかもしれない。

この辺は税理士に聞くしかないね。
まぁ税理士にも考え方が違う場合もあるから税理士の答えがパーフェクトってわけでもないんだけどね。

124 :名無し四段:2018/01/26 20:58:12  0.00000114MONA/1人

税金の話はスレ違いなので
↓こちらでお願いします
【税金】国税庁 ビットコイン
http://askmona.org/5708
【悲報】マイニングで税金が発生する模様
http://askmona.org/7097

125 :名無し名誉名人教士:2018/01/26 22:49:36  1.27678526MONA/19人

色々工夫してみました。一応の完成形ってことで…
2.2.4-mod-r4
・GTX9xx以降で使用するメモリの1/3をローカルメモリで確保し、L1キャッシュを有効利用できるようにした。(2.2.4-mod-r2相当)
・それ以前のGPUで使用するメモリの2/3をローカルメモリで確保し、L2キャッシュを有効利用できるようにした。(2.2.4-mod-r3相当)
・CUDA8でも同様の改造を行い、Fermiでも高速化できるようにした。(Fermiは本バージョンでゴールしていいよね…?)
・--ecoオプションにて、以前のカーネルで掘れるようにした。消費電力上昇が嫌な人向け。(2.2.4-mod-r1相当)

ソロマイニング対応バージョン(2.2.4-mod-r4)
https://1drv.ms/u/s!Aud1FauQ46vHhz95NYbLOB2bQlOt
ソースコードはこちら
2.2.4-mod-r4(VisualStudio 2017 & CUDA9.1バージョン)
https://1drv.ms/u/s!Aud1FauQ46vHhz15NYbLOB2bQlOt
2.2.3-mod-r4(VisualStudio 2013 & CUDA8バージョン)
https://1drv.ms/u/s!Aud1FauQ46vHhz55NYbLOB2bQlOt

126 :名無し二級:2018/01/26 23:06:58  0MONA/0人

>>124
スレ汚し申し訳ない

127 :名無し二級:2018/01/26 23:15:18  0MONA/0人

>>125
DLさせていただいて試してみたのですがbatが開かないですぐ落ちるのですが
原因は何でしょう?

128 :名無し二級:2018/01/26 23:20:02  0MONA/0人

>>125

>>127自己解決しました。
実行ファイル名がbatファイルのexe名がccminer.exeのままでした。
今回同封されたexeファイル名で書き直したら動きました。

129 :エビ天国さん:2018/01/27 03:47:57  0MONA/0人

>>125
早速使わせていただいてます。r4安定してます。
GPU #0: 1838 MHz 220.17 kH/W 117W 77C FAN 74%
GPU #0: MSI GTX 1060 6GB, 26.04 MH/s

130 :名無し#三段:2018/01/27 05:51:06  0MONA/0人

>>125
素晴らしい。使わせていただきますよ~

131 :名無しnさん:2018/01/27 16:51:36  0MONA/0人

2.2.4-mod-r4 入れてみました。
GTX1050Ti 15.30MH/s → 16.10MH/s
安定してます。素晴らしいです。

132 :さくら007一級錬士:2018/01/27 17:46:31  0MONA/0人

2.2.4-mod-r4安定しています
GTX1060 3GBモデル
22.5から24MH/sこえ

最高です

133 :monamiさん:2018/01/27 20:04:58  0MONA/0人

2.2.4-mod-r4使わせてもらいました!
1070Ti 46.5MH/s→46.75MH/s

134 :名無し一級:2018/01/27 21:07:14  0MONA/0人

>>131 自分も1050Tiだけど r4にして14.5~14.7くらいなので羨ましい・・・・

135 :マルコフ連鎖四段:2018/01/27 21:50:52  0MONA/0人

2.2.4-mod-r4
GPU #0: 1405 MHz 173.78 MH/W 0W 64C FAN 28%
GPU #0: GeForce GTX 1050 Ti, 12.04 MH/s

これでもよくなってる。驚異の0W運用。

136 :名無しnさん:2018/01/27 22:41:35  0MONA/0人

>>134 AfterburnerでOCしてます。

137 :S A I 四段錬士:2018/01/27 23:22:19  0MONA/0人

GPU #0: 1618 MHz 295.04 kH/W 117W 63C FAN 41%
GPU #0: GeForce GTX 1070, 34.82 MH/s

r2からr4にしまして凡そですが1GPUあたり1Mh程良くなった?
感じですね
ただ以前の消費電力は確認してないのでwあたりの効率は不明

138 :名無し一級:2018/01/28 00:41:21  0MONA/0人

>>125
使わせてもらいました

GPU #1: GeForce GTX 1060 6GB, 23.99 MH/s
GPU #0: GeForce GTX 1080, 48.04 MH/s

r2より1~2%上がりました

139 :名無しさん:2018/01/28 01:12:05  0MONA/0人

>>125 いただきます

ccminer-2.2.4-mod-r2
GPU #0: 1572 MHz 409.62 kH/W 152W 47C FAN 65%
GPU #1: 1558 MHz 398.71 kH/W 155W 41C FAN 65%
GPU #0: MSI GTX 1080 Ti, 62.54 MH/s
GPU #1: MSI GTX 1080 Ti, 62.07 MH/s

ccminer-2.2-mod-r2-CUDA9
GPU #0: MSI GTX 1080 Ti, 64.51 MH/s
GPU #1: MSI GTX 1080 Ti, 64.62 MH/s

いずれも PL60% コア+180 メモリ+110
2.2.4系は2.2と比べて2MH/s程低くなるんですよね
それでも、kH/Wが見える安心感

140 :名無し二級:2018/01/28 01:57:06  0MONA/0人

>>125
4GPUで210~211だったのが214に改善しました
ありがとうございます

141 :名無しのマイナー初段:2018/01/28 15:35:09  0MONA/0人

>>125
8GPU(GTX1080Tix5,GTX1080x3)全てで1MH/s向上しました!
モナげしときますね。

142 :名無し名誉名人教士:2018/01/28 19:12:59  0MONA/0人

>>139
2.2系は32bit版なのよね…
過去スレでもあったけど、32bit版と比べて64bit版は少し遅いんだよね…
(Linuxではその現象は無いらしい…私は試してないけど)
そして、CUDA9.1は32bit版をVisualStudio2013環境じゃないと吐き出せない…

…32bit版も作るべき?

143 :名無し名誉名人教士:2018/01/28 19:22:33  0MONA/0人

ボトルネックがLyra2からcubehashに変わったため、これ以上Lyra2を改善しても、それほどハッシュレートが伸びないと予想される…
cubehashの高速化は、以前、できる限りのことはしてみたんだがね…
・cubehashは32個のuint32_tの加算、ローテーション、入れ替え、xorを1セットとして、2セット×164回繰り返している。演算自体は大したことないが、回数が多く、単純に時間がかかっている。
・基本的に入れ替え用のレジスタが必要なだけで、特にメモリアクセスが必要ない。(使用レジスタ数もかなり少ない)
・入れ替えについては、演算をアンロールしたついでに排除した(効果はあったのだろうか…?)

これを踏まえたうえで、なんかいいアイディアはないだろうか…?

144 :Rankoshi初段:2018/01/28 20:23:56  0MONA/0人

>>125
いつもありがとうございます。
1070は既出だけど、安定したんで報告します。

2.2.4-mod-r4
GPU #0: 1974 MHz 267.50 kH/W 153W 60C FAN 70%
GPU #0: GeForce GTX 1070, 41.35 MH/s

2.2-mod-r2-CUDA9から変更したとき、6時間ぐらいで発生するunknown errorに悩まされていたんだけど、
PowerLimit75%→80%に上げたら改善しました(電気食う?)。

145 :名無しさん:2018/01/28 21:01:28  0MONA/0人

マルチになりますが、温水に書き込んでしまったので、誘導で質問させてください。
http://askmona.org/4168#res_938
のレスです
マイニングの先輩方よろしくお願いします。
いまはCUDAのAPIのPATHと足りないものを中心に調べてます。

146 :名無し一級:2018/01/28 21:10:49  0MONA/0人

r2を使っててしばらくするとハッシュレートが下がるやつって部屋の気温が低いと下がり幅が少ない気がする

147 :きさらぎ八段:2018/01/28 21:12:06  0.00004649MONA/1人

>>145
https://developer.nvidia.com/cuda-downloads?target_os=Linux&target_arch=x86_64&target_distro=CentOS&target_version=7
これはどうです?

148 :itto四段教士:2018/01/28 21:19:48  0.00001111MONA/1人

>>145
ドライバが古いとかエスパーしてみる。

149 :名無しさん:2018/01/28 21:43:48  0MONA/0人

>>147,148
cuda-repo-rhel7-9.1.85-1.x86_64.rpm
cuda_9.1.85_387.26_linux.run
NVIDIA-Linux-x86_64-384.111

あざます!
一応いろいろUSBに入れてあるんですが、見たら↑のファイルでした
いまの環境だと何が入るのかわかりにくかったのでリポジトリでやってます
cudaはリポジトリとrunファイルどちらがいいのでしょうか?

導入手順等はこことか参考にしてました
https://help.sakura.ad.jp/hc/ja/articles/115000122721

150 :名無しnanashi三級:2018/01/28 22:00:48  0MONA/0人

2.2mod-r2
1070×1
980×1

980は結構温度上昇します65℃から75℃
1070は安定してます。

151 :ななしーさん二級:2018/01/28 22:08:48  0.00005MONA/1人

>>149
cuda repoにあるドライバが対応してないのか、同じような状況になりました。NVIDIA-Linux-x86_64-384.111 入れた後に runファイル実行でよいかと。

152 :名無しさん:2018/01/28 22:24:25  0MONA/0人

>>151
過去に試したインストールのログをにらめっこしてたら
To uninstall the CUDA Toolkit, run the uninstall script in /usr/local/cuda-9.1/bin
To uninstall the NVIDIA Driver, run nvidia-uninstall
っていうの見つけたので、全部削除してやり直してみます!

153 :名無しさん:2018/01/29 01:17:39  0MONA/0人

>>151
いけました(*´Д`*)
ありがとうございました

154 :光の名無し二段:2018/01/29 13:34:01  0MONA/0人

2.2.4 r4
[2018-01-29 13:26:17] accepted: 18/18 (diff 0.005), 1746.02 kH/s yes!
[2018-01-29 13:26:53] GPU #0: Zotac GTX 650, 1753.64 kH/s
[2018-01-29 13:26:53] GPU #0: 1058 MHz 52C FAN 21%

こんどはちゃんとコピペしてきた

155 :アンサンブラー初段:2018/01/30 04:58:47  0MONA/0人

2.2.4-mod-r4 をWindows10で運用しています。
導入して2回だけですが、なんのメッセージもなしにいきなり終了するようです。
ドライバーは最新、OCなども行っていません。プールは温水です。
おそらくなんのヒントにならないと思いますが、終了時のメッセージです。

[2018-01-30 04:02:00] GPU #0: MSI GTX 1060 6GB, 27.11 MH/s
[2018-01-30 04:02:01] accepted: 801/801 (diff 0.309), 27.06 MH/s yes!
[2018-01-30 04:02:04] Stratum difficulty set to 15.9963 (0.06249)

D:\API\ccminer-lyra-binaries>pause
続行するには何かキーを押してください . . .

156 :さくら007一級錬士:2018/01/30 21:09:26  0MONA/0人

>>155
機器の温度が100度超えてるのでは?

1万回以上 acceptedしても問題ないですよ~

157 :アンサンブラー初段:2018/01/30 22:29:15  0MONA/0人

>>156
長すぎたんでカットしちゃったんですが、画面内のログでは56度になってたので、おそらく温度の問題ではないと思います。
そもそも、エラーログなどがないので、やはり環境の問題の可能性が高いですね・・・
私の環境でも3000回は超えたのを確認した事があるので、回数とかの問題ではないとは思うのですが・・・
もし、続くようだったら、BATからpauseはずして、生存確認ツールでもつくってそこから動かそうかな・・・

158 :さくら007一級錬士:2018/01/30 22:51:49  0.00114114MONA/1人

>>157
自分だけ安定しないのは、原因探すのが大変ですね
私も以前のバージョンで落ちた時に、温度とかみて100度近くになっていてCPUファンが壊れていることにきがつきました
新しいCPUファンに変えてからは普通に動くようになったんですが
普通は常に100%の高負荷状態で運用することがないのでいろいろでてきますね

-t 4とかにして負荷下げてみたらどんなかんじですかね

159 :アンサンブラー初段:2018/01/31 15:16:19  0MONA/0人

>>158
ご指摘のとおり、-t4つけて動かしたところ

[2018-01-31 15:13:34] GPU T1: result for 451cbfb3 does not validate on CPU!

のようなエラー?ではなさそうですが、メッセージが大量に発生し、速度が大幅(1/50程度)に低下しました。
もともとのスレッド数がわからないのですが、4スレッドはあまりにも少ない数だったのでしょうか?
まぁ、なんにせよ、この速度ではとても常用する事はできないので、20分ほど動かしてあきらめました(;^_^A

160 :tako一級:2018/01/31 17:49:09  0.00114114MONA/1人

>>159
-tってCPU向けのコマンドだったような?
--intensity ccminerで検索すると情報色々出てくるのでどうぞ

うちは普段使いするPCなら-i16から18位にしてます
数値が高すぎてもダメなので、放置するPCでも20から22の間で安定する数値を選ぶと良いかもしれないです

161 :名無しさん:2018/01/31 20:59:56  0MONA/0人

ローカルでは240MH/sくらいだがプール上では180MH/sで安定するのはそんなもんかしら?
調べてもこれと言った解決法出てこないしいくつかプール変えても180MH/sのままだからもうダメポ・・・

162 :アンサンブラー初段:2018/01/31 21:09:47  0MONA/0人

>>160

ここの書き込みをみてて、ふと疑問におもったんですが、-iオプションでスレッドの数?を制限してパワーを制限するのと、Afterbunerなどでパワーリミットを制限するのって、どちらがいいのでしょうか?(もしくは、パワー制限したうえで、iオプションを使うのでしょうか?)

もしかしたら、まったく的外れな質問かもしれませんが、採掘歴2週間なのでご容赦くださいorz

163 :megane2001初段:2018/01/31 21:15:58  0.0039MONA/1人

>>162
-iだとminerだけの制限
Afterburnerだとminer以外のアプリケーションも影響受ける

自分はAfterburnerで軽く制限したうえで、PC使ってないときは-iなしのバッチ、PC使ってるときは-iで制限したバッチ、という具合にしてる

ま、参考まで

164 :tako一級:2018/01/31 21:24:40  0.0039MONA/1人

>>162
自分はAfterburnerでパワーリミット制限した上で、-iオプション使ってます
-iオプションは、GPUの優先度設定みたいなものと考えてます

数値を下げればデスクトップの描写が滑らかになる一方で、ハッシュレートを犠牲にするような感じで
使い方に合わせて色々試すと、謎のエラーも回避出来るかもしれません

165 :名無しさん:2018/01/31 21:38:30  0.0039MONA/1人

>>161
KlausT-8.18-r1なら解決する可能性があるので使ってみてくれませんか
自分の環境だと2.2.4-mod-r4だとプール上のハッシュレートがローカルより15%程度低くなって、KlausT-8.18-r1だとローカルとプール側でほぼ一致します

166 :shiroinu三級:2018/01/31 23:39:06  0MONA/0人

>>165 私も同じ状況でしたがKlausT-8.18-r1にしたら明らかにpoolでのハッシュレート上がってます
謎どうしてでしょう…

167 :名無しさん:2018/02/01 17:23:34  0MONA/0人

>>KlausT-8.18-r1
表示上で落ちているハッシュレートが一致するというのは、ブロック辺りの採掘量も増えてるいうことですか?

168 :名無し二級:2018/02/01 20:05:26  0MONA/0人

うちでKlausTでやってみたけどメモリエラーで落ちるんだよね・・・
iオプションで18とかまで下げれば動くんだけど
そうすると結局ハッシュ自体落ちちゃうんだよんぁ・・・
仮想メモリ容量ふんだんにとって-i19.2とかが限界だわ

169 :名無しさん:2018/02/01 23:45:40  0.00011411MONA/1人

>>167
質問が不明瞭に感じるので、少し詳しく書きますごめんなさい

私の環境ではKlausT-8.18-r1を使用した場合、同じintensityで2.2.4-mod-r4を使用するよりも、cmd.exe上に表示されるハッシュレートは落ちます。
しかし、プールに表示されるユーザハッシュレートはKlausT-8.18-r1の方が高くなり、KlausT-8.18-r1を使用した方が、ブロックあたりの採掘量が多くなります。

プールに表示されるユーザハッシュレートは、2.2.4-mod-r4を使用している場合、cmd.exe上に表示されているハッシュレートよりも明らかに低い値になります。
KlausT-8.18-r1を使用した場合のプールに表示されるユーザハッシュレートはcmd.exe上に表示されているハッシュレートとほぼ一致すると言う状況です。

170 :検証担当三段:2018/02/02 01:20:16  0MONA/0人

>>169
うちの環境でも同じような結果が得られています。
トランザクションのMONA数も1割~2割程度多く受け取っていますね。

171 :名無しさん:2018/02/02 14:37:39  0MONA/0人

>>169
なるほど、ありがとうございます。聞き方が微妙でしたねw
マシン上でハッシュレートが落ちてもプールの表示で目減りしないから逆転すると。
しかも実際にブロック発見毎の採掘量も増えているんですね。
これは>>1さんに聞いたほうが良さそうな感じかな……。

172 :だれかさん七段教士:2018/02/02 15:47:48  0MONA/0人

これ、全く同じ難易度(固定難易度)で24時間採掘してみてシェア提出の回数を測らないとどっちが優位か言えないんじゃなかろうか・・・?

自分はそこまでやる気は無いから2.2.4-mod-r2使ってるけど・・・

173 :名無し三段:2018/02/03 02:09:13  0MONA/0人

名無し名人に質問いいでしょうか?

lyra2REv2.cu
>if (vhash[7] <= Htarg && fulltest(vhash, ptarget)) {

cuda_bmw256.cu
>if (((uint64_t*)message)[7] <= pTarget[3])

改造元ソースもそうなんですけど、cpu側で32bitで比較してるのに、gpu側で64bitで比較してる理由が思いつかないんですが、知ってたら教えてください。

174 :名無し名誉名人教士:2018/02/03 10:41:01  0MONA/0人

>>173
GPU側では、時間短縮のため64bitのみ比較しています。(32bitでも良いんだけどね…)
CPU側では、256bitがちゃんと合っているか確かめるためにfulltestを行っています。
(とはいえ、いまのDiffなら64bitで十分じゃないかな?)

175 :名無しさん:2018/02/03 11:59:25  0MONA/0人

>>172
どちらが優位という話ではなく、プール上の表示通りに"実際に落ちている"なら、何か問題がある可能性はないのかしら?って疑問浮かびません?
何か問題があるなら修正すれば2.2.4-mod-r2の性能アップってことになるのでは?
プールマイニングはそういうものという理由でも構いませんが、それならなぜ表示上で落ちるのか理由が知りたいですね。
納得できる理由が使う側としてはなんでもいいですし。

176 :名無し二級:2018/02/03 12:04:28  0MONA/0人

>>175
個人的な推測の域でしかないけどアクセプトして送ってる情報量の差じゃね?

177 :だれかさん七段教士:2018/02/03 15:09:53  0MONA/0人

>>175

これ良くある質問だから、多分過去ログとかにもあるから本来なら漁ってほしいんだけど・・・
プール側ハッシュレートは、提出されたシェアを元にした”推定”ハッシュレートだから、プール側ハッシュレートは真のハッシュレートじゃないよ
コマンドプロンプト等で表示される奴は真のハッシュレートだろうけど。
だから自分はプール側ハッシュレート何て気にしない。

178 :ヌコッティ六段:2018/02/03 15:56:47  0MONA/0人

>>175
プール上のハッシュレートは、例えばハッシュ計算したら確率的に10億分の一で見つかる問題を出す。
この問題はもしかしたら1秒で解けるかもしれないし60秒かかるかもしれない。

プール上とCLI上で差分が出る理由は大きく3つあって、1. 確率 2. 問題の更新 3. 遅延

1. 確率的に10秒で解ける問題が数十秒かかっちゃった時、これは時間をかければ収束するはず。
2. 問題の更新は、計算していたら他のプールがハッシュを見つけて、問題が変わった時。計算していて未提出のシェアは無駄になる。
3. 遅延はシェアを提出してからプールに届くまでの時間。数十~数百msなんだけれどもこの間に問題が更新されると無駄になる。

179 :名無しモナー( ´∀`)三級:2018/02/03 16:45:36  0MONA/0人

これまでccminer-2.2-mod-r2-CUDA9を使っていた者です。
r4を導入したのですがbatが開かなくてすぐに落ちてしまいます。プールは温水を使っているのですが、普通にbatファイルを書き直しても動かず、温水のbatファイルの書き方通りにしたりといろいろしてみても動きませんでした...
どうやったら動くでしょうか?教えていただけるとありがたいです。
一応batファイルの中には↓のように書きました(動かなかった)
batファイル名は一度RunMe.batにしてみましたが動きませんでした。
ccminer.exe -a lyra2v2 -o stratum+tcp://onsui-monacoin.xyz:3032 -u aaausubbb.kansai -p vvvv0098

180 :名無し二段:2018/02/03 16:54:14  0.00111111MONA/1人

>>179
呼び出すexeがccminer.exeからccminer_2.2.4_CUDA91_VS2017_x64.exeに変わってるからそこを変えればいけるはず?

181 :名無しモナー( ´∀`)三級:2018/02/03 17:05:49  0MONA/0人

>>180
ccminer.exeをccminer_2.2.4_CUDA91_VS2017_x64.exe変えたら動きました!
ありがとうございます!

182 :IloveRingo四段:2018/02/03 17:05:50  0MONA/0人

>>180
それ

183 :minitonyさん:2018/02/03 17:40:53  0MONA/0人

175さんはハッシュレートに差があることを問題にしているのでは
なく、性能アップの余地について関心があるんですよね。
KlausTのccminerはローカルのハッシュレートを少し犠牲にして
プール側に仕事をたくさん伝達できる、何か性能アップの秘密が
あるんじゃないかと。(私は分かりませんが)

話はそれますが、昨年末ExcavatorでMONAを掘った時の設定をブログに
書いてます。
https://plaza.rakuten.co.jp/minitony/diary/20171209/
ローカル表示のハッシュレートは追求できるかもしれません。

184 :だれかさん七段教士:2018/02/03 18:41:35  0MONA/0人

>>183
ローカルのハッシュレートを犠牲にしたらシェアを提出できる回数減るけど・・・
結局は確率上の問題だからね・・・

自分はこう考える、KlausTのを使った時にたまたま運が良くシェア提出の回数が多く、その時のプール側表示ハッシュレートを見てKlausTのほうが良いと思っているのではないか、とね。

シェア自体も、結局は実際のブロック難易度より低い仮想ブロックを掘らせ、それが提出できたら、大体この程度のハッシュレートを出しているだろうっていうものに過ぎない。

そりゃ運良くシェアを多く提出できた時にプール見りゃ表示ハッシュレートは高いだろうよ。

185 :minitonyさん:2018/02/03 21:15:05  0MONA/0人

とりあえず、私には検証実績も予定もありません。あしからずです。

186 :だれかさん七段教士:2018/02/03 21:21:56  0MONA/0人

実は私も検証してないですし、今後する気も無いです・・・

検証して証明する以外に実際の答は出ないんですが、
多分これをやる意味のある人は100台ぐらいGPU持ってる人でしょうな・・・

自分はそこまで持ってないし、クラウドマイナーだから実機の人が何しようが本当はどうでも良いっちゃどうでも良いのかもしれないけど・・・w

187 :名無しさん:2018/02/03 22:08:26  0MONA/0人

>>168
プロセスを監視するbatファイルを作って落ちたら再起動させるさせるようにすればいいですよ。

188 :名無しさん:2018/02/03 23:02:51  0MONA/0人

>>186
やっとこ帰宅しました。
とりあえずプログラムの差による検証はないみたいですね(ソースでわかるもの……?)

異常のあるなし関係なく、そん時そん時の推定だからプール上の表示はブレブレで当たり前ということなんですね。
とりあえず無心でマイニングしてみます。
あとハッシュレートで検索してたんですが、シェアで調べたら似た様な話題発見しました(汁)
暇なときに1から念入りに読み込んでみます。(まずそうするべきでしたが)
色々な説明ありがとうございました。

189 :名無しさん:2018/02/04 23:15:22  0MONA/0人

何もエラーログ吐かずに終了するの俺もよくなるんですが、
batの最後でbat自身を呼び出すようにして無限ループで無理やり動かしてる
そのうち壊れそうで怖い

温度は70度ぐらいだし-iオプションを極端に下げても発生するんですよね
mod-r1、r2、r4どれでも起こるし、
他に何か対策ありますかね…

190 :さくら007一級錬士:2018/02/04 23:36:14  0MONA/0人

私は6年前に購入したパソコンに
当時GTX460がのってたものを
GTX1060 3GBに変更して使っています
2.2.4-modを24時間体制で稼働させてますがR4になって一度もエラーで落ちたことないです。
パソコンが壊れてるのではないでしょうか。
私のパソコンも70超えてます。
CPUもcore7i 860で化石みたいな代物ですが、bitzenyも掘らせてもらってます。CPUは90度超えてます。
こんな状態でも24時間放置稼働可能ですよ~
夏場はどうなるか心配ですがね

191 :miner五段:2018/02/04 23:37:03  0MONA/0人

>>190
CPU90度越えは怖いのでは?

192 :さくら007一級錬士:2018/02/04 23:38:19  0MONA/0人

ちなみに私のパソコンは速度制限はかけてない
フルパワーで24時間です!
BTOで購入した普通のディスクトップパソコン(6年前12万円ぐらい)です。

193 :名無し二級:2018/02/05 00:32:03  0MONA/0人

>>189
グラボに起因するエラーだとエラーのメッセージ出たりするけど
そういうのは一切なし?

もし問題の切り分けするのなら一度グラボのクロック下げたり
iオプション下げて安定稼働するかどうか試してみたら?

194 :アンサンブラー初段:2018/02/05 02:57:16  0MONA/0人

>>189

たいした消費量ではないんですが、BATの再起呼び出しだとメモリ開放が行われないので、メインメモリがどんどん消費されていきます。
頻度はそれほどでもないんですが、たまーに手動で完全に停止させる事をやったほうがいいと思います。

ちなみに私は、プールやワーカー、iオプションの数値の切り替えなども行えるプロセス管理ツールを作りました。
VBの開発環境がないんで、さくっとAccessでつくっちゃったんで微妙ですが(;^_^A
それつくってから、まだ一度も落ちないとゆう・・・
自動起動回数のカウントとか作りこんだのにw

ちなみに、気がの功名なのか、1060 6G の場合、i21だと最速じゃなくて、i22で最速になって、若干ハッシュレートがあがったとゆうおまけがつきました。

195 :itto四段教士:2018/02/05 12:13:43  0MONA/0人

水冷で最近60℃近く行くようになったので、ラジエータを大掃除した。
40℃切るようになった。
掃除は大切ですな。

196 :名無し二級:2018/02/05 14:03:36  0MONA/0人

>>190
CPUクーラーを今すぐグレードアップした方がいい気がします!

197 :鰯一級:2018/02/05 15:38:00  0MONA/0人

CPUクーラーも大切ですが、VRMの冷却も忘れないようにしてください……
特にまな板でサイドフローを使っているとマザーボードに負荷がかかって発火の原因になるかもです

198 :名無し二段:2018/02/05 18:47:22  0MONA/0人

51%攻撃もう少しですね
http://mona-coin.com/

199 :名無し一級:2018/02/05 19:54:06  0MONA/0人

diff10万近くなってる…

200 :名無しさん:2018/02/05 21:18:26  0MONA/0人

>>193
ほんとに何もなかったかのように止まるだけなんですよね
まだ始めたばかりなので設定いじくりまわして色々やってみますー

>>194
それは知らなかった!気をつけます。
ありがとうございます

201 :はるまき六段錬士:2018/02/06 11:34:52  0MONA/0人

家の中にGT 220があったから掘ってみようかと思ってドライバ入れて、Cudaも入れたけどグラボがcudaに対応してないって出てくる…対応してるはずなんだけどなぁ…

202 :名無し名誉名人教士:2018/02/06 12:02:19  0MONA/0人

>>201
GT220はFermiより古いので動作しません。
どうしても必要な場合はかなり古いバージョンに手を出す必要があります。

なお、Fermiより古いGPUは以下の理由によりお勧めしません。
・シェアードメモリが16kBしか確保できない。そのため、1Warpしか起動できず、レイテンシの隠ぺいができない。
・L1/L2キャッシュを搭載していないため、ローカルメモリは全て低速なメモリへアクセスすることになります。
・(Fermi含む)スレッド間のデータのやり取りにWarpShuffleが使用できず、シェアードメモリを経由する必要がある。(レジスタ退避⇒転送⇒レジスタ復帰、の3プロセス必要となる)
・(初期型Kepler含む)ローテーション処理にFunnelShiftが使用できず、複数命令に分解する必要がある。(右シフト⇒左シフト⇒OR処理)
・(GeForce 8800 GTS初期型/8800 GTX/8800 Ultraのみ)atomicExchが使用できず、データの上書き(データ破壊)が発生する恐れがある。

203 :名無し名誉名人教士:2018/02/06 12:07:04  0MONA/0人

>>201
ちなみに、テスト環境を整えようとGT210を買ったのは苦い思い出…
GT610(Fermi)、GT710(Kepler後期型)も購入済み。もはやテスト用にしか使えません…

204 :鰯一級:2018/02/06 13:25:39  0MONA/0人

9800GTシリーズ末期からGTX1~300番台のリネーム祭り、Fermi、nvidiaはKepler登場まで劣勢でしたからねー……
それでもFermiのDx12対応とか旧世代のサポートを継続するのは意地があるというか、根性があると思います
FermiアーキテクチャのTeslaが未だにスパコン業界で使われているからでしょうかね?

205 :名無しさん:2018/02/08 22:24:53  0MONA/0人

とうとう、Windows Defenderでもはねられるようになってきた・・・

206 :名無し一級:2018/02/09 20:50:51  0MONA/0人

1050Tiだけじゃ力不足を感じてたのと
1060 3GBの展示品が処分価格であったので調達

2枚指してマイナーはr4使って
2枚で38.2MH/sくらいですねー

こんなものかな?

207 :だれかさん七段教士:2018/02/09 20:55:24  0MONA/0人

自分は1060 3GBが1枚だけど、24MH/s出る・・・
ちょっと低くない・・・?

208 :名無し一級:2018/02/09 21:28:26  0MONA/0人

書き忘れてた 1050Ti+1060の2枚指しです・・・・・

209 :Rankoshi初段:2018/02/09 22:13:32  0MONA/0人

1050TiのSM数は6つで、1060 3GBの3分の2しかないので
24MHz/s * 2/3 + 24MH/s ≒ 40MH/sぐらいじゃない

http://www.4gamer.net/games/251/G025177/20161022012/

210 :だれかさん七段教士:2018/02/10 17:15:52  0MONA/0人

あ、そうか、1060と1050Tiなら大丈夫だわ
1060が2枚だと勝手に勘違い・・・
失礼致しました。

211 :検証担当三段:2018/02/13 13:13:38  0.00114114MONA/1人

>>170です。>>165さんの疑問を実機を使って検証してみました。
検証方法はGTX1060を二枚用意して直挿しし、
2.2.4-mod-r4とKlausT-8.18-r1をGPU指定コマンドを用いてそれぞれ一枚ずつ同時に24時間採掘
GPUの石の影響を排除するため、24時間後にGPU指定コマンドを入れ替えてもう一度24時間採掘しました。

検証期間は2/11の昼12時から2/13の昼12時までです。
マイニングプールは温水プール様のメインアカウントとサブアカウントを使用しました。
GPUはZOTAC AMP ED. PL70% OC175MHzです。

結果として、
マイナー上のハッシュレートは2.2.4-mod-r1の方が1~2%高く表示されるが
プール上のハッシュレート及びトランザクションはKlausT-8.18-r1の方が10~20%高くなる。
となりました。

検証結果をまとめたもの(と言うか羅列)を貼りたいのですけど画像ってどうやってアップロードすればよいのでしょうか?

212 :アンサンブラー初段:2018/02/13 13:29:50  0.00114114MONA/1人

>>211

AskMona初心者講座
https://askmona.org/689

ここに画像の張り方が説明してありまーす。

213 :検証担当三段:2018/02/13 14:27:01  1.37666829MONA/7人

>>212 ありがとうございます

1日目の結果
https://imgur.com/cR44VXz
2日目の結果
https://imgur.com/LzK8nxm
トランザクションの比較
https://imgur.com/UXvIlra

左が2.2.4、右がKlausT-8です。
ワーカー上のハッシュレートは大きく違いませんがプール上のハッシュレートグラフ及びトランザクションは無視できないほど乖離しています。
なぜでしょう。。。?

214 :Trish-G四段教士:2018/02/13 18:08:49  0MONA/0人

>>213
検証お疲れ様です。素晴らしい検証手法ですね。
たしかに有意に差があるみたいですね。
ハッシュレートは高いのにスループットが悪いというのはどこかにボトルネックがありそうですね。
マイナーに栄光あれ!

215 :さぎり二段:2018/02/13 18:24:41  0MONA/0人

単位計算が2^10と10^3に差異が出てしまっているとか安直に思い付きましたが、
マイナーによって違うって普通ないですよねー。
GHashでも7.4%位しか差異でませんし。

216 :itto四段教士:2018/02/13 18:53:11  0MONA/0人

うちの環境だと何故かKlausTは動かないので、検証出来ないな。。。

217 :名無し四段:2018/02/13 20:49:02  0MONA/0人

>>213
検証乙です
記録は残してませんが
半日づつの稼働でプール(温水)側でのハッシュレートグラフに変化があったのは自分も確認してます
原因が特定出来ればいいけど、いかんせん知識が追い付かない

218 :名無しさん:2018/02/13 21:48:07  0MONA/0人

検証乙。

>>186の興味が欠片もないのに口出してるのと確率云々で黙らせようとしてるのが今になって笑えてきた
仕組みのせいなのかたまたま(笑)なのかしらんけど、性能アップの余地が本当にあるといいな

219 :名無し名誉名人教士:2018/02/13 22:36:34  0.0057121MONA/5人

検証結果がKlausT優勢だったので、ベースをそちらにしてみました。
KlausT-8.20-mod-r1
https://1drv.ms/u/s!Aud1FauQ46vHh0N5NYbLOB2bQlOt

ソースコードはこちら
https://1drv.ms/u/s!Aud1FauQ46vHh0J5NYbLOB2bQlOt

220 :名無し名誉名人教士:2018/02/13 22:50:42  0MONA/0人

今回はソロマイニングも実装しました。
ただ、ブロック掘り当てまでは確認していないので、自己責任でどうぞ…

あと、ecoモードも搭載しました。(--eco)
これを使うと、2.2.4-r1相当のコードで掘れるようになります。
(電力効率がいいみたいなので、一応搭載しています。)

なお、Fermiの方は申し訳ありませんが、前バージョンをお使いください。
本家KlausTがFermiに対応していないようでしたので…

221 :takeo_3841三段:2018/02/13 23:43:22  0MONA/0人

>>219 いつもありがとうございます。

早速使ってみましたが、-d 1指定でGTX1060を選んでbatを起動すると下記エラーが出てマイニング出来ませんでした。

GPU #1: Cuda error in func 'bmw256_cpu_hash_32' at line 309 : an illegal memory access was encountered.

-d 0でGTX1080を使うと問題なし、-dオプションを使わず1080と1060同時にマイニングに使うとエラーは出ませんでした。ccminer-KlausT-8.18-r1でこのエラーは出ませんでした。

環境はWin10Home64bit グラボはGTX1060(映像出力)とGTX1080、vippool 初期diff16

222 :名無し名誉名人教士:2018/02/14 06:35:47  0MONA/0人

>>221
なんでだろう…
bmw256は8.18から変えてないんだけどな…

223 :名無し一級:2018/02/14 07:49:14  0.00000001MONA/1人

>>219
使わせてもらいました
GPU #0: GeForce GTX 1080, 48.06 MH/s
GPU #1: GeForce GTX 1060 6GB, 23.67 MH/s

2.2.4-mod-r4に比べてマイナー上では1%ほどレート下がりましたが、プール上では明らかに上がってますね…(23:30あたりから

224 :名無し三段:2018/02/14 10:29:14  0.00000001MONA/1人

俺の所も >>221 と同じ事象が起きたな
0:GTX1080ti
1:GTX1060
2:GTX1070
で、-d 0以外がエラー

225 :だれかさん七段教士:2018/02/14 10:50:57  0MONA/0人

ふむ・・・流石に実験されたとなるとそれは正直に自分が間違っていたことを認めざるを得ない。申し訳無い。

>>218
まぁそう言わないでくれ・・・

226 :だれかさん七段教士:2018/02/14 10:50:57  0MONA/0人

ふむ・・・流石に実験されたとなるとそれは正直に自分が間違っていたことを認めざるを得ない。申し訳無い。

>>218
まぁそう言わないでくれ・・・

227 :だれかさん七段教士:2018/02/14 10:54:16  0MONA/0人

ミスって二重投稿した上に途中だったので。

一応、黙らせようとしたつもりはないし、興味が欠片もないわけではないということは言っておく。興味があるからこそ発言していたわけであって。

しかし、そうなると今度はなぜハッシュレートの表示が高いほうが性能が悪いかの疑問があるところ。流石に24時間実験したとなると確実にKlausTのほうが良いことにはなる。
シェアが多く反映されているとなると本当はそっちのほうがハッシュレートが高いのではないかと考えざるを得ないレベルになってくる・・・

228 :名無し二級:2018/02/14 11:35:53  0MONA/0人

うちで>>219試してみたけど
やっぱり-iオプション付けるとbat落ちるからiオプション外したら動きましたね。
でもbat上の数値は2.2.4の方が3割以上上ですね。
仮にプール上のハッシュが1割上がってもbat上で3割落ちてるので
うちだと2.2.4の方がいいのかなぁ?と。

あと、2.2.4使うとタスクマネージャ上のGPU使用率は20%くらいなんですが
KlausT-8.20-mod-r1だと98%とかになりますね。

229 :だれかさん七段教士:2018/02/14 11:41:06  0MONA/0人

ちょい自分も実験してみる・・・
ただし、採掘機械がメインPCだから1時間ずつしかできないけど、
"同じ時間採掘させ、その時掘っていた全ブロックのシェアの合計"
が、どちらのほうが高いかやってみる。
(もちろん、シェアが混じらないよう掘るブロックは別々にしておく)

尚、KlausT-8.18も、2.2.4-mod-r2も同じ-iオプションでやってみます。
仮に2.2.4-mod-r2のほうが低い値が出たとしてもちゃんと公開する。

流石にここまでされたら自分も確かめたくなってきた。勝ち負けとかじゃなくて興味本位でね。

230 :名無し二級:2018/02/14 12:21:09  0MONA/0人

うちの環境(CPU celeron G3930 / mem 4GB / GPU 1080-x6,1080ti-x1,1050-x1)での違いを書いてみる。


bat上ハッシュ / 2.2.4-mod-r2 約330Mh / KlausT-8.20-mod-r1 約260Mh
タスクマネージャGPU使用率 / 2.2.4-mod-r2 約20~22% / KlausT-8.20-mod-r1 約98~100%
プール上(温水)上のハッシュ / 2.2.4-mod-r2 約180Mh~約480Mh / KlausT-8.20-mod-r1 約260Mh~約330Mh
簡易電力計消費電力 / 2.2.4-mod-r2 約1150W前後 / KlausT-8.20-mod-r1 約1050W前後
GPU温度 / 2.2.4-mod-r2 約75℃前後 / KlausT-8.20-mod-r1 約50℃前後


なんかこう書くとハードの使い方に違いがあるのかな?
まさかGPUだけじゃなくCPUやメインメモリの影響あったりする?

231 :itto四段教士:2018/02/14 12:24:08  0MONA/0人

ちょっとUbuntu16で試してみたけど、エラーが出て掘れない。
[2018-02-14 12:21:23] GPU #1: EVGA GTX 1080, 55.95 MH/s
[2018-02-14 12:21:23] GPU #0: EVGA GTX 1080, 55.61 MH/s
[2018-02-14 12:21:28] GPU #0: result does not validate on CPU!
[2018-02-14 12:21:29] GPU #0: result does not validate on CPU!
Klaus版、動かないなぁ。何が悪いんだろう。

232 :itto四段教士:2018/02/14 12:29:12  0MONA/0人

https://github.com/KlausT/ccminer/issues/84
ここで話題がある。あなたのシステムが悪いとか言われてる・・・まぢか?

233 :itto四段教士:2018/02/14 12:41:01  0MONA/0人

-iを調整してもNG。--ecoを付けてもNG。
また2.2.4-mod-r2に戻ろう。。。
LinuxでKlaus版動かしている人、居ますか?

234 :itto四段教士:2018/02/14 12:55:43  0.00114114MONA/1人

--no-cpu-verify付けたら動きました。
https://github.com/KlausT/ccminer/issues/69

235 :にゃんこ初段錬士:2018/02/14 15:35:24  0MONA/0人

win7 1070一枚 温水プール
KlausT-8.20-mod-r1 使わせてもらいました。ありがとうございます
ワーカ情報のハッシュレートは上がりました。ついでにブロックも発見!
おま環かもしれませんが2.2.4-mod-r4よりCPUのワットが10W低下

236 :名無し二級:2018/02/14 15:52:24  0MONA/0人

>>235
うちもKlausT-8.20-mod-r1だと若干消費電力下がりましたね。

237 :名無しさん:2018/02/14 16:33:51  0MONA/0人

1060x1,1070x3,1070Tix2,1080x1,1080Tix1
これで>>230 さんと同じようなハッシュレートです。

きになったのがこの表示
[2018-02-14 16:03:24] GPU #0: GeForce GTX 1080 Ti, 41.01 MH/s
[2018-02-14 16:03:24] GPU #0: GeForce GTX 1080 Ti, 35.23 MH/s

1070Ti以上のハッシュレートが下がり表示頻度が増えました。
1080と1080Tiは連続して表示されることが多いです。

2.2.4-mod-r4で 63だったのが KlausT-8.20-mod-r1 で41+35 であってるなら
プール20%増しの理由になるかと。

238 :だれかさん七段教士:2018/02/14 17:17:38  0.00114114MONA/1人

というわけで1時間ずつで測ってみたら本当にKlausT-8.18のほうがシェアが何故か多く提出できてた。-iオプションは同じ値を使用しており、メモリ周波数等は同じ値であることを確認している。


KlausTのシェア合計及びコマンドプロンプト画面




mod-2.2.4-r2のシェア合計及びコマンドプロンプト画面



ただし、今回難易度を固定せずにvardiffで測ってしまったので、次はLAPoolで固定難易度で測ってみる・・・(固定にしたほうが恐らくは精度が向上する。)
とりあえずそれは明日やる。
でもそうすると本当に不思議だ。なぜハッシュレートが出てないほうが多くのシェアを提出できるのか。1時間ならともかく24時間もやったならば確実に運によるばらつきは排除されたと見てよいのだが・・・

239 :だれかさん七段教士:2018/02/14 17:19:12  0MONA/0人

あ、ついでに、
KlausTのシェア合計が4751
2.2.4-mod-r2のシェア合計が3429
です。

やっぱり面倒がらずに自分でやってみるものだな・・・

240 :名無しさん:2018/02/14 19:36:55  0MONA/0人

アフターバーナー上で見てもKlausTではGPU使用率100%近くまで安定して出ますね
2.2.4-mod-r2までのマイナーだと使用率はほぼ99%なんですけど0%まで落ち込む瞬間が約5分間で10回近く出るので安定してるとは言い難いのかな?

また、>>230でも触れらてますがタスクマネージャーで使用率を見てみると、私の環境でも2.2.4-mod-r2では20%なのに対しKlausTではほぼ100%の値が出ています。
グラボはgtx1050です

241 :名無しさん:2018/02/14 19:55:10  0MONA/0人

タスクマネージャーの件は>>7で触れられてましたね…すみません
それと、gtx660で起動するとエラーが出てダメですね

Cuda error in func 'cubehash256_cpu_hash_32' at line 279 : invalid argument.

stopping 1 threads

restarting GPUs

Stratum connection interrupted

こんなエラーが出るんですが…Keplerは対応してないんですかね?もし対応してないことが今までに言及されてたら申し訳ないです

242 :itto四段教士:2018/02/14 20:59:07  0MONA/0人

うーん。確かにKlaus版の方がプールでのレートは出ているんだけど、booooが増えたので精神衛生上宜しくないかなぁ。
ちょっと--ecoで試してみよう。

243 :名無し三段:2018/02/15 01:13:06  0MONA/0人

どこらへんがネックでこの事象が起きてるんかなぁ

244 :検証担当三段:2018/02/15 08:51:46  0MONA/0人

もなげしてくださった方ありがとうございます。
シェア数までは見てなかったですね。次やるときはそれも確認してみます。
プールの統計上で表示されるランキングのシェア数って、ブロック発見ごとにリセットされるのでしょうか?

245 :sinono初段:2018/02/15 10:32:45  0MONA/0人

アップデートありがとうございます。
KlausT-8.20-mod-r1だとハッシュレートがKlausT-8.18-r1より落ちてしまいます(1080で41MHz→31MHz)
1070は2%ほど上がりました。
私の環境のせいだと思いますが謎ですね。

246 :名無し二級:2018/02/15 11:57:31  0MONA/0人

KlausT-8.18-r1やってみたけど確かにKlausT-8.20-mod-r1よりかはbat上のハッシュは上がった。(KlausT-8.20-mod-r1 31MH / KlausT-8.18-r1 41MH)

だけどプール上でのハッシュはあんまり振るわなかったなぁ。
うちだとやっぱり2.2.4-mod-r4のほうが波はあるけどハッシュ高めだなぁ・・
(プール上平均 2.2.4-mod-r4 290Mh / KlausT-8.18-r1 240Mh)

ただしbat上のハッシュとプール上のハッシュの開きが少ないのはKlausTだねぇ。
でもKlausT-8.18-r1はセキュリティでウィルス反応出ちゃうね。
KlausT-8.20-mod-r1だと出ないんだけどなぁ。

247 :だれかさん七段教士:2018/02/15 13:10:46  0MONA/0人

ブロック発見毎に(Orphanでも可)シェアが0に戻ります。

発見済みのブロックのシェアを確認すれば良いです。StatisticsのRoundのところに発見済みブロックのシェア数が書いてある

1時間ならこれで良いけど、24時間となるとブロック発見数も多く結構大変かもしれないけど・・・

248 :名無しさん:2018/02/15 16:28:31  0MONA/0人

KlausT-8.20-mod-r1ですが、GPUを指定する-dのオプションがうまく動かないですね。
KlausT-8.18-r1や2.2.4-mod-r4は全く問題ないんですが。

249 :名無し名誉名人教士:2018/02/15 20:52:37  0MONA/0人

>>248
私の環境では確認できないんですよね…
どうしたものか…

250 :nasaya二段:2018/02/15 22:24:46  0MONA/0人

ソロマイニング始めたいんですけど、受け取りアドレスはウォレットからじゃないとダメなんでしょうか?直接bitflyerとかのアドレスに送り付けることは可能でしょうか?

251 :ぐり五段錬士:2018/02/16 14:47:15  0MONA/0人

OneDrive は、コンピューターに悪影響を与える可能性のあるウイルスが ccminer-KlausT-8.20-mod-r1.zip に含まれていることを検出したため、ダウンロードを中止しました。

と出てしまって >>1 のKlausT-8.20-mod-r1が落とせないので2.2.4-mod-r1を使わせていただいてます。
今週WindowsUpdateでマイニングPCを再起動したついでに2.2-mod-r1から更新してます。

252 :アンサンブラー初段:2018/02/17 05:59:37  0MONA/0人

>>251

もともとウィルス認定されてたんだけど、OneDriveからダウンロードされるファイルもチェックされるようになってますね。
今後、マイナーソフトの配布方法を考えないといけないって事ですかねぇ

253 :鰯一級:2018/02/17 12:03:19  0MONA/0人

Githubでの配布に戻されるのも一つの手段ではないかと
nicehashminerlegacyの同梱ccminerとして採用されていることですし、これを利用してモナの存在を拡散できればと思った瞬間でした

254 :名無し二級:2018/02/19 16:10:58  0MONA/0人

2.2.5ってどうなんでしょ?

255 :名無し名誉名人教士:2018/02/20 06:57:04  0.00114114MONA/1人

久々の更新
cpuminer mod-r9
https://1drv.ms/u/s!Aud1FauQ46vHh0R5NYbLOB2bQlOt

更新履歴(概略)
・neoscryptの高速化
・yescryptでSSE2を使う

256 :検証担当三段:2018/02/20 08:15:04  0MONA/0人

ハッシュレートとシェアの比較を試みたのですが
家の環境ですとKlausT-8.20-mod-r1がうまく動かないですね。
マイナー起動後数分でパソコン自体がフリーズします。
新しいバージョンがリリースされたらもう一度やってみます

257 :名無し二級:2018/02/20 18:19:25  0MONA/0人

あぁ・・・

Win10のセキュリティ、勝手に2.2.4-mod-r4消してくれやがる・・・

除外指定めんどくせぇなぁ・・・

258 :名無しさん:2018/02/20 20:15:53  0MONA/0人

こっちのマカフィーさんも、ディレクトリ移動させると
駆除しましたと得意げに報告してくれます。

259 :ねずみ五段:2018/02/22 09:37:06  0MONA/0人

KlausT-8.20-mod-r1がonedriveでウイルスと判定されてダウンロードできなくなっていますよ

260 :モナキンパンプアップ三級:2018/02/22 14:40:46  0.04150298MONA/3人

数日前に非力なマイニングを始め、今日askmonaに登録しました。無知な私ですので皆様よろしくおねがいします。

261 :モナキンパンプアップ三級:2018/02/22 22:53:58  0MONA/0人

おお!お礼が遅れてしまい申しわけありません。なんて素敵な4649!

262 :ひげたま二級:2018/02/22 23:09:17  0.00004649MONA/1人

設定間違っているのかなぁって思いながら、20日目にして初ソロマイニング成功(*'ω'*)

263 :名無しさん:2018/02/22 23:44:48  0MONA/0人

今日はじめてマイニングを始めてみました。
最新版のものはウィルス判定されて落とせなかったので、落とせる古いバージョンのものを使用して悪戦苦闘すること数時間、ようやくyes!の文字を拝めました。
マカフィーさん、ドヤ顔で隔離しました報告しないでくださいよ…。
決していいスペックのPCではありませんが、コツコツと掘っていこうと思いますので、よろしくお願いします。

264 :名無しさん:2018/02/23 00:35:33  0MONA/0人

2年くらい前、いろんなとこからマイニングソフトをゲットしてたけど、ことごとくウイルス警告をくらって、断念しかけた淡い思い出。
たしか、ここAsk Monaでマイニングソフトそのものがウイルス判定食らってて、過去に誰かが他所様のPCで勝手にマイニングさせてた経緯からそうなってるって知って、やっと理解できた。
というか今、流行中らしいですね。

抗ウイルスを調教するのは面倒だけど、やむなしかな

265 :PerlLove初段:2018/02/23 03:33:51  0MONA/0人

>>259
ウイルス判定されるのは本当に困りますよね。
ちょっと負荷かけちゃうのですけど、複数ファイルを同時ダウンロードしようとするとすり抜けることが出来るので、とりあえずその方法で今日のところはダウンロードすることが出来るよ?

266 :PerlLove初段:2018/02/23 03:37:22  0MONA/0人

>>265
あら昔は出来たのにダメだった・・・
ちょっと何処かほかのところにアップ待ちですね

267 :名無し一級:2018/02/23 17:56:20  0MONA/0人

どのあたりのGPUならマイニングだけで黒字にできるのだろうか

268 :名無し三級:2018/02/24 00:59:56  0MONA/0人

ウィルス判定されても、そのファイル自体は削除されないで検疫フォルダに移されているだけだから、元に戻す処理をすれば復活できるよ。

269 :ぐり五段錬士:2018/02/24 01:25:29  0MONA/0人

>>268
落としてからアンチウイルスソフトに削除されたならそうなのですが
KlausT-8.20-mod-r1は落とす前にサーバー(OneDrive)側でウイルス認定されて
今はダウンロードが開始できない状態なんです。

270 :名無し二級:2018/02/24 09:25:46  0MONA/0人

>>267
毎月の黒字だけでいい&今だけなら1050tix6とかで行ける。
でも電気代引くと月千円位~3千円しか黒字にならないから
グラボ代回収まで考えると長い道のりになる・・・

今後は掘りにくくなるだろうから
3か月後にこれが維持できるかはわかんないけどね

271 :えむにゃん二段:2018/02/24 09:55:35  0MONA/0人

AndroidのアプリのMinerGateって
死んでるの?
起動しても動かないんだが

272 :名無しさん:2018/02/24 12:13:23  0MONA/0人

Electrum mona 使ってしようとしているのですが、
monacoin.confの場所をElectrum-MONAに変えるだけじゃできませんでした。
どうすればよいか誰か教えてください。

273 :あ熱帯います七段教士:2018/02/25 03:02:34  0MONA/0人

https://askmona.org/6680?n=1000#res_110

今グラボが入手困難ですが、ELSA (エルザ) GD1070-8GERTST 1070TiのグラボをBitcoin/Monacoinで買いたい人いますか? 5台集まったら仕入れてみます。

274 :名無し二級:2018/02/25 22:14:10  0MONA/0人

1070tiだと正直優位性に立てない能力なので入手できる価格によるんじゃないですかね?
消費電力、ハッシュレートかんがみて割安なら買いたいという人はいるでしょうけど・・・

275 :あ熱帯います七段教士:2018/02/25 23:54:42  0MONA/0人

 最初は1080/1080tiを探したのですが、うちの仕入れているところも売り切れのままです(> <;

 今の価格は、◯さんの価格[在庫切れ]より1.9%割安です。たいして安くないです(^^;

276 :名無しさん:2018/02/26 20:00:06  0MONA/0人

こんばんは
Win10+4GB+Celeronで1000W弱ぶんのGPU動かしてみてるんですが、ハッシュが安定せず低い値をうろうろしてるのはCPUがなんらかのネックになってる可能性ありますか・・・?(稼働率を見る限り限界いってるのはCPUくらいなので)

277 :名無し四段錬士:2018/02/26 21:35:48  0MONA/0人

Win10+8GB+CeleronG3900で8GPUですが、まぁまぁ安定してます。メモリかも。

278 :名無し二級:2018/02/26 23:36:15  0MONA/0人

うちも4GBでハッシュうろうろするときと安定するときがありますね。
ただもう一台リグがあって、こっちはDDR3で4GBのi3なんですが
ハッシュ超ど安定なんですよね・・・
やっぱりCPUとメモリも重要なのかもしれないですね・・・

279 :名無し#三段:2018/02/27 06:57:15  0MONA/0人

LGA775のCeleronだったらちょっと分からない・・その場合マザボがネックかも
SSDの仮想メモリを採用GPU最大のメモリ以上(1080tiなら12288MB)にして
GPU1枚づつ試せば何枚目から不安定かわかるのでは?

供給ケーブルを6pin→8pin×4とかたこ足にしてたらワット不足で不安定になるよ

280 :S A I 四段錬士:2018/02/28 04:04:10  0MONA/0人

>>279
LGA775のセレロンはwin10に出来ない様な・・・
俺はC2Dの6600 と6300でwin10に出来なくて
C2Qの9650だけかろうじて10にアプデ出来たよ

281 :鰯一級:2018/02/28 15:14:56  0MONA/0人

10のCPU要件は7モードのためのVTとSSE2でしたっけ
あと何かあったような気もしますが……

282 :鰯一級:2018/02/28 15:28:05  0MONA/0人

気になったので調べてみました
32Bit版であれば物理アドレス拡張、MX、SSE2だけで通るみたいです
64Bit版ですと上記に加えてCMPXCHG16B、PrefetchW、LAHF/SAHF命令が必須との事です
https://msdn.microsoft.com/ja-jp/library/windows/hardware/dn915086(v=vs.85).aspx

特にPrefetchWについては3Dnow系統の命令なのでIntelでは古いモデルだと一部対応していないプロセッサがある……らしいです
C2D 6600でも32Bit版ならインストールできそうですが今更32Bit版というのも変ですねぇ。個人的にはYMF754を使いたいので98あたりを入れた予備役PCを一台置いておきたいのですが懐とスペースがががが

283 :ききょうさん:2018/03/01 16:00:06  0MONA/0人

https://www.dropbox.com/s/ado8q9mul20ma1x/cpuminer-multi-decred-r8-linuxfix1.zip
これの入手方法をご存知の方教えてください

284 :名無しさん:2018/03/02 18:49:22  0MONA/0人

>>276
適当なメモリ差して8GBにしたら解消しました!
なおG3930です

285 :名無しさん:2018/03/02 19:10:11  0MONA/0人

>>283
わかりかねます
そちらのバージョンでなければダメなのでしたら意味がありませんが
cpuminer-multiの改良版がcpuminer-optだと記憶しています
optのリンク
https://github.com/JayDDee/cpuminer-opt/releases

286 :ききょうさん:2018/03/02 19:31:03  0MONA/0人

>>285
回答ありがとうございます
cpuminer-optは現在使用していまして、Linux上で動作比較を実施したいと考えています

287 :nasaya二段:2018/03/04 20:21:20  0MONA/0人

ソロマイニング始めたんですが、これで掘れてるんでしょうか?
またmonacoin coreはずっと開いておかないとダメなんでしょうか?

288 :名無し四段錬士:2018/03/04 20:30:04  0MONA/0人

>>284
おめでとうございます。
「マイニングならCPUやメモリは最低限で良い」と言われていますが、メモリに関しては8GB必要な場合があるんですね。

289 :名無し二級:2018/03/04 21:45:51  0MONA/0人

>>288
タスクマネージャ見るとマイニングしてるだけで2GB位は食っちゃうんですよねぇ・・・
これべブラウザ立ち上げたりするともう3GB超えちゃいますからね。
4GBだと足りないことはないけど余裕もないですね。。

CPUもG3930で50%くらい使ってますね。
これでWindowsアップデートとか自動で入ってくるともう100パー近くなります。
ちなみに第四世代のi3でもマイニングしてますがこちらは20%前後で動いてますね。
予算にもよるでしょうけど、同じTDPならi3の方がたぶん幸せですね。

290 :名無し三級:2018/03/04 22:01:42  0.00003939MONA/1人

>287
掘れていないです。
プログラムは正常に動作しています。

気長に待つしかないですね。おそらくのハッシュレートだと3~4か月に1回、成功するかどうかでしょう。

291 :nasaya二段:2018/03/04 22:11:10  0MONA/0人

>>290
ありがとうございます!
そんなもんなんですね。。。
プールマイニングの時は、3か月で4回掘れてたのでもっと掘れると思ってました。。。気長にやっていきます!

292 :あ熱帯います七段教士:2018/03/05 00:19:51  0MONA/0人

Amazonで探しても、1080/1080Tiは、発送まで1~2ヶ月待ちとしか書いてなくて全部入荷待ちなんですね(^^;

293 :rdm二級:2018/03/05 09:21:16  0MONA/0人

メモリの量よりデュアルチャンネルにするため2枚ささないと。

294 :名無し二段:2018/03/06 00:10:15  0MONA/0人

KlausT版はなんでウイルス検出されるんだろうなー
使う勇気がなかなかw

295 :ろん二級:2018/03/06 00:31:50  0MONA/0人

>>294
マイナーがマルウエアとして使われてしまったためだろう。
どうしてもバイナリ配布物は信用しきれないため、自分でビルドするのがいいのかなあ。

# まったく別物だが、自分で書いた何の害もないはずのコードをVSでビルドしたら出来たexeがウィルス認定されて消されたことがあるw

296 :たけたけ二級:2018/03/07 12:20:18  0.00114114MONA/1人

はじめまして
今までnicehashで掘っていましたがこちらの有志様が作って頂いたccminerでMONAを掘り始めました。
メインPCのGTX970で24時間予定で採算考えずに掘ります!

マイニング初心者ですが宜しくお願いいたします。


297 :しがない高専生二級:2018/03/08 15:28:43  0.00114114MONA/1人

すいませんが、250wの電源で1060動かしている方いますか?
常時マイニングするわけではないですが、空き時間にマイニングしようと思っているので・・・・

298 :ビッグウェーブ二段:2018/03/08 20:34:08  0MONA/0人

>>297
動かしたことないけど、動くんじゃないかなぁ。1060って120Wでしょ?
マイニングしながらCPUぶん回すと結構ギリギリになるかもしれんけど。
不安だったらAfterBunerで1060のパワーリミット絞ればいいんじゃないかな。

299 :itto四段教士:2018/03/08 20:38:51  0MONA/0人

わっとパフォーマンスは悪くなりそうですね。
出来れば電源容量の半分くらいで運用したいところ。

300 :Rankoshi初段:2018/03/08 21:04:23  0MONA/0人

>>297
前に300wのBronze電源で動かしてました(A10 7860K+1060 6GB)
250wでもCPU電力高いのじゃなければ、動くと思う。

部品が劣化してW出力落ちたりするのが怖いのと、
6pinがないと、12Vから変換かまさなきゃいけないから、正直微妙

301 :木村@痛車ステッカー企画三段:2018/03/08 21:06:08  0MONA/0人

>>297
何年使ったパソコン?
動かしたことないけど不安定になりそう
2年以上使った電源なら多分無理
新品ならぎりぎり行けるかも
パワーリミットは必須

302 :名無しさん:2018/03/10 18:35:26  0MONA/0人

>>125 のファイルがonedriveでウイルス認定されていてダウンロードできません.....おのれゲイツ:-(

303 :名無し初段:2018/03/16 06:08:05  0MONA/0人

KlausT-8.20-mod-r1を使わせていただきたいのですが、アップロードされているOne drive側でウイルス判定食らってダウンロードが出来ない状況です> <
お時間ある時にどこかあげ直して頂けると嬉しいです。
マジゲイツ... :-<

304 :名無し名誉名人教士:2018/03/16 23:16:48  0.06690346MONA/12人

久々の大仕事です!

KlausT-8.21-mod-r1
https://1drv.ms/u/s!Aud1FauQ46vHh0Z5NYbLOB2bQlOt

ソースはこちら
https://1drv.ms/u/s!Aud1FauQ46vHh0V5NYbLOB2bQlOt

更新内容(8.20-mod-r1⇒8.21-mod-r1)
・開発ベースをKlausT-8.21に変更
・yescrypt / yescryptr8 に対応
・yescryptr16はうまくいかなかった…

…えーっと…誰得?
まあ、GPUマイナーの一部がそっちに流れれば、MONAが少しは掘りやすくなるわけで…

305 :名無し名誉名人教士:2018/03/17 00:09:23  0MONA/0人

Bitzeny勢よ、GPUの全力を見よ!

306 :itto四段教士:2018/03/17 01:13:38  0MONA/0人

>>304
Linuxでビルドこけますね。一つ前のバージョンは行けたのですが。
ccminer-ccminer.o: 関数 `miner_thread(void*)' 内:
ccminer.cpp:(.text+0x3d42): `scanhash_yescryptr16(int, unsigned int*, unsigned int*, unsigned int, unsigned int*)' に対する定義されていない参照です
ccminer.cpp:(.text+0x3d63): `scanhash_yescryptr8(int, unsigned int*, unsigned int*, unsigned int, unsigned int*)' に対する定義されていない参照です
ccminer.cpp:(.text+0x3d84): `scanhash_yescrypt(int, unsigned int*, unsigned int*, unsigned int, unsigned int*)' に対する定義されていない参照です
collect2: error: ld returned 1 exit status
Makefile:832: ターゲット 'ccminer' のレシピで失敗しました
make[2]: *** [ccminer] エラー 1
make[2]: ディレクトリ '/home/ittou/meiyo/ccminer-KlausT-8.21-mod-r1' から出ます
Makefile:1463: ターゲット 'all-recursive' のレシピで失敗しました
make[1]: *** [all-recursive] エラー 1
make[1]: ディレクトリ '/home/ittou/meiyo/ccminer-KlausT-8.21-mod-r1' から出ます
Makefile:515: ターゲット 'all' のレシピで失敗しました
make: *** [all] エラー 2

307 :名無し名誉名人教士:2018/03/17 01:31:36  0MONA/0人

>>306
そういえば、linuxのことを考えていませんでしたね…
ファイルが増えているので、それを記述すれば行ける…んじゃないかな❓

308 :名無し名誉名人教士:2018/03/17 08:42:12  0MONA/0人

>>306
Makefile.am内のccminer_SOURCESに
yescrypt/yescrypt.cu yescrypt/cuda_yescrypt.cu
を記述すればいいのかな?

309 :名無し名誉名人教士:2018/03/17 08:47:49  0MONA/0人

>>308 追記
sph/yescrypt-opt.c sph/yescrypt-common.c sph/sha256_Y.c
も追加で…

310 :名無し名誉名人教士:2018/03/17 08:52:34  0.00114114MONA/1人

>>308 >>309 修正
色々足りないし、間違いもあり。
これで…

Makefile.am内のccminer_SOURCESに
yescrypt/yescrypt.cu yescrypt/cuda_yescrypt.cu
sph/yescrypt.h sph/yescrypt-platform.h sph/yescrypt-opt.c sph/yescrypt-common.c
を追記。

311 :名無し名誉名人教士:2018/03/17 08:54:04  0MONA/0人

Keplerではyescrypt系はエラーを吐くみたい。何が悪いのか…

312 :名無しさん:2018/03/17 11:51:26  0MONA/0人

>>304
乙です!
ccminer-KlausT-8.18-r1に比べて、速度向上してますね
Windows10 pro, GTX1080で、最大で0.5MH/sぐらい上昇してます

313 :名無し一級:2018/03/17 11:59:30  0MONA/0人

>>305を見て速いなあと思ったけど消費電力当たりの速さだとまだ上位のCPUのほうが上ですかね

314 :名無し名誉名人教士:2018/03/17 13:01:10  0MONA/0人

>>313
実際の消費電力はTDPの65%くらいなんだよね…
GTX1060なら、120Wの65%で78Wくらい(GPUのみ。CPU、メモリなどは除く)。

315 :名無しさん:2018/03/17 14:36:58  0MONA/0人

>>304
Kotoで試してみようとしたのですがinvalid addressとエラーが出てしまいます。Monacoinでは動くみたいなのですがアドレスの文字数の違いなのかな?

316 :モナンゲリオン三級:2018/03/17 16:00:14  0MONA/0人

>>304
KlausT-8.21-mod-r1でvippoolにて利用していますが、
起動後すぐにコインが落ちてきてしばらくすると(1時間以上)yey!!は出てます掘れなくなり、いったん終了して再度KlausT-8.21-mod-r1を起動させるとすぐにまたコインが落ちてきて・・となります。

OS:Windows10 GPU:GTX1080を利用

何か考えられることありますでしょうか?

317 :名無しさん:2018/03/17 16:05:11  0MONA/0人

ウイルス対策ソフトの除外フォルダにマイナーのフォルダを書いておくとか

318 :モナンゲリオン三級:2018/03/17 16:08:44  0MONA/0人

>>317
それは、やってます。

319 :itto四段教士:2018/03/17 20:36:04  0MONA/0人

>>310
昨晩、yescryptを追加してたんですが、>>308で力尽きて寝ました。
sph/sha256_Y.cは元から入ってますね。これ追加しちゃうと関数複数回定義でエラーになります。というかなりました。
Keplerに関しては持ってないので分かりませんね。。。

320 :Taku3no二級:2018/03/17 22:52:52  0MONA/0人

お世話になっています。不具合を確認したので報告させていただきます。
複数GPUがある環境で、-d オプションを前から詰めるように指定しないとメモリアクセスエラーが発生します。具体的なオプションごとの挙動は次の通りでした
正常動作確認 [0][0,1][0,1,2][指定なし]
不正動作確認 [1][2][1,2][0,2]

当方の環境は以下の通りです。
OS:Windows10 Home ver1709
CPU:Core i5-4440
Mem:8GB
GPU#0:GeForce GTX 1070 Ti(パリット製)
GPU#1:MSI GTX 1060 3GB
GPU#2:ASUS GTX 1060 6GB
実行時のログは下にあります。
https://pastebin.com/KXgU3002

321 :ぬこさん:2018/03/17 23:08:23  0MONA/0人

>>304
yescryptr8しばらく回すとエラーで落ちますね。
GTX1070です。
原因の切り分け方がわからないのでおま環かもしれませんが、念のため報告まで。

GPU #0: Cuda error in func 'yescryptr8_cpu_hash_32' at line 1435 : unspecified launch failure.

322 :itto四段教士:2018/03/17 23:12:57  0MONA/0人

-d 1はLinuxでもNGですね。

>>321
bitzenyを掘られてるんでしょうか?

323 :名無しさん:2018/03/17 23:30:51  0MONA/0人

どなたか、現在KlausT-8.21-mod-r1の実行ファイルをダウンロードできますか?
おま環なのか、必ず53%あたりの進捗でダウンロード失敗するんですが

324 :itto四段教士:2018/03/17 23:50:36  0MONA/0人

ダウンロード出来ますね。

ウイルス扱いされているとか?

325 :名無しさん:2018/03/18 00:49:05  0MONA/0人

>>324
確認ありがとうございます。
条件見直して もう一回やってみます。

326 :ぬこさん:2018/03/18 01:01:20  0MONA/0人

>>322
ですです

327 :名無しさん:2018/03/18 01:06:40  0MONA/0人

onedriveのウイルス扱いされているファイルは自分のアカウントの場所にコピーしてからコピー先からダウンロードしようとするとウイルス判定があってもダウンロード出来るようですよ。

328 :名無しさん:2018/03/18 01:29:52  0MONA/0人

結果的にダウンロードできました。ありがとうございます

原因がよくわからなかったので、セーフモード、ウイルスのアクティブスキャンオフで再現させてみました。
・常用しているfirefoxはonedriveがうまく表示されない
・edgeでダウンロードすると323と同じ結果
・chromeでも同様に失敗、がリジューム機能で何度も再開する事で成功

おそらく、通信速度が最大でも1Mbpsという「おま環」が主因だと思います。
お騒がせしました

329 :sl二段:2018/03/18 15:51:29  0MONA/0人

win10、GTX1060_6g一枚のみの環境で、yescryptかつintensityオプションを使うとillegal memory accessとかout of memoryとかが発生してしまいますね。
指定しなければ動作するのですが、はてさて

330 :名無しさん:2018/03/18 16:45:43  0MONA/0人

>>304
遅ればせながら導入してみました
速度向上してていい感じです!

331 :CT9W七段:2018/03/18 17:52:42  0MONA/0人

>>329
試してみたらGTX980でも同様でした。

332 :名無し二級:2018/03/18 22:59:18  0MONA/0人

>>329
うちのKlausT-8.18、1050tix6の環境でも
1週間に1回程度の頻度でillegal memory accessで止まりますね。
たぶんiオプション外せば普通に動くのかもしれないですね。

333 :名無し二級:2018/03/18 23:42:46  0MONA/0人

KlausT-8.21-mod-r1を今試してみてるけど
端末bat上の数値もあんまりだしプール上のハッシュもだめだぁ・・・

うちだと8.18が一番いいかも・・・

334 :sinono初段:2018/03/18 23:53:54  0MONA/0人

8.21早速使わせていただきましたが、ハッシュが半分になってしまいます
8.18だと正常動作します
おま環だと思いますがご報告まで

335 :名無し名誉名人教士:2018/03/19 09:01:15  0.01MONA/1人

>>329
illegal memory accessは別として…
out of memoryの場合、-iオプションの数値が大きすぎて発生するエラーになります。
(解説)
yescryptは1スレッドあたり134,176バイトのメモリを使用します。
GTX1060(6GB)で-iを指定しない場合、3840スレッド(-i 11.875相当)で起動します。
この場合、134,176×3840=515,235,840バイト≒491.37MBを確保します。これなら、画面出力に使っているGPUだとしても問題なく確保できる容量と考えられます。

もし、-i 18(Lyra2REv2とかで指定する値)とか指定した場合、
134,176×2^18=35,173,433,344バイト≒32.76GBとなり、普通のGPUでは到底確保できないメモリ使用量になってしまいます。
どんなに搭載メモリが大きくても-i 16程度が限度と考えます。
(メモリ量一覧)
-i 11⇒262.0625MB -i 12⇒524.125MB
-i 13⇒1.024GB -i 14⇒2.047GB
-i 15⇒4.095GB -i 16⇒8.189GB

336 :名無し名誉名人教士:2018/03/19 09:10:40  0MONA/0人

unspecified launch failureが出る場合、
これは、要因が複数あり、
①ローカルメモリが領域外のアクセスをしている。
②(ループや再帰関数などにより)スタックが不足している。
③カーネルが一定時間終了しない。
などが要因としてあげられる。(私もあまり分かっていない)
①、②はそれなりに対策した。ただ、スレッド数がコア数の整数倍にならない場合は、もしかしたら上手くいかないカモ…
③は-iを小さくして運用すれば上手く行く(のかな?)。

337 :sl二段:2018/03/20 01:17:23  0MONA/0人

>>335
分かりやすい解説ありがとうございます。
ご指摘の通り、Lyra2REv2の時のintensityオプション数値を用いていた為に、メモリエラーが発生していました。

338 :MaineCoon一級:2018/03/20 01:43:30  0MONA/0人

KlausT-8.21-mod-r1 使わせて頂きました。
1080tiが5枚の環境です。
-dオプションで怒られるのは既出ですが、、、
yescryptr8での-iオプションで適当な数字を入れると急激にレートが落ちました。
スレッドメモリ量の倍数を計算指定するのが当たり前??
wmaにて2時間ほどフル稼働してみましたがGPU使用率も安定していました。

vipプールでMona掘りしてみましたが、プールでのレート表示や報酬が物凄く良いです。
フル稼働ではGPU使用率が波打ってしまいましたが
これは空きスロットからのゴーストノイズが入る周波数距離みたいなので
おま環だと思います。

339 :名無し名誉名人教士:2018/03/20 06:46:49  0MONA/0人

>>338
例)yescryptでコア数1024、スレッド数2049の場合(スレッド数が整数倍ではない場合)
1周目:1024スレッドを並列演算
2周目:1024スレッドを並列演算
3周目:残り1スレッドを演算
となるため、コアの利用効率が悪くなります。(これは極端な例ですが…)

ゴーストノイズ…確かに周波数が高いですものね…
PCIe 3.0で8.0GHzなので、3×10^8[m/s]÷8×10^9[Hz(=/s)]=0.0375[m]となり、3.75cmで1クロックとなり、確かにノイズになりそう…
PCIe 1.1の場合は2.5GHzなので、3×10^8[m/s]÷2.5×10^9[Hz(=/s)]=0.12[m]で、ノイズの影響は少なくなりそうかな?だからマイニング向けにはPCIe 1.1の方がいいのか…

340 :MaineCoon一級:2018/03/20 11:36:52  0MONA/0人

>339
ありがとうございます。
と、いう事は・・・・

(実装メモリ量) / (1スレッドのメモリ使用量) >= (実装できる最大スレッド数)
ここで
(実装したいスレッド数)を(CUDAコア数)の整数倍に丸め込み調節して
2 ^ (X) = (実装したいスレッド数)
となる値(X)を-iオプションで指定すると
良い事があったりする?となりますが
この対数値を求めるにあたって精度や目安、コツはありますか?

何度もすいません。
(yescrypt: 134,176byte Lyra2REv2: 1,536byte)

341 :名無し名誉名人教士:2018/03/20 12:12:31  0.00003939MONA/1人

>>340 普通の対数計算とは異なり、整数部分と小数部分を分けて考えます。

スレッド数1280の場合
①スレッド数に最も近い2の累乗は2^10=1024⇒-iの整数部分は10になる
②(スレッド数)-1024=256
③256÷1024=0.25⇒-iの小数部分は.25になる。
④(①)+(③)=10.25

スレッド数2176の場合
①スレッド数に最も近い2の累乗は2^11=2048⇒-iの整数部分は11になる
②(スレッド数)-2048=128
③128÷2048=0.0625⇒-iの小数部分は.0625になる。
④(①)+(③)=11.0625

342 :MaineCoon一級:2018/03/20 18:52:01  0MONA/0人

>>341
関数電卓を目の前にして計算結果が違うので頭を抱えていました。
ありがとうございます!これでintensity値を算出できます。

画面出力するGPUの使用率を97%ぐらいにして余裕を持たせないと
20時間ぐらいでNvidiaドライバ経由でWin10カーネルが
吹き飛んで強制再起動になっていました。
PCIeバス上のエラー訂正にパワーを浪費してパンクしてたみたいです。
GPU使用率、コアクロックが大きく揺らぐのは要注意です。
(今はPL=64% クロック類は±0)

再計算してBitzenyのCPUマイナー勢にリベンジです!(違

yescryptとLyra2REv2ではスレッドのメモリ使用量が87倍も違うんですね。
スレッドの利用は計画的に

343 :名無し二級:2018/03/20 20:03:19  0MONA/0人

yescryptってASIC対策でメモリガチ食いするんでしたっけ?

344 :MaineCoon一級:2018/03/21 19:16:27  0MONA/0人

intensity値が算出できるようになったので色々と試してみたところ、気になった所があります。
1080ti(CUDA 3,584基 :11GB)とyescryptにて
CUDA数(3584基)を1セットとして「使用するスレッド数」をカウント。PL=64%

1セット時(3584th,i=11.875)と2セット時(7168th,i=12.75)は約9.5KH/s
3セット時(i=13.3125)に急激にレートが上がって13.91KH/s
4セット時,5セット時は約12KH/sと少し落ちて
6セット時(i=14.3125)には盛り返して13.85KH/s
と、3の倍数セットの時はスコアが良くなりました。

14セット時(i=15.53125,6.2701GB,57%)は数回acceptされた後にunspecified...で落ちました。
15セット時(i=15.640625,6.7179GB,61.07%)は最初からunspecified...でした。

345 :MaineCoon一級:2018/03/21 19:23:54  0MONA/0人

メモリ使用量は全容量の半分以下にした方が安定するのかも?と
Layra2Rev2でも1024セット(i=21.75,3670016th,5.25GB,47.72%)で現在様子見中です。

どうなんでしょうね?

それと
算出したintensity値が物凄く細かい小数になっても
1スレッド単位まで指定出来るのに感動しました。

346 :名菜師二級錬士:2018/03/21 20:30:01  0MONA/0人

CUDA9.1じゃなくて
CUDA9用が欲しいです。

347 :名無し名誉名人教士:2018/03/21 22:35:07  0.00736281MONA/5人

誰得更新第二弾

KlausT-8.21-mod-r2
https://1drv.ms/u/s!Aud1FauQ46vHh0h5NYbLOB2bQlOt

ソースはこちら
https://1drv.ms/u/s!Aud1FauQ46vHh0d5NYbLOB2bQlOt

更新内容(8.21-mod-r1⇒8.21-mod-r2)
・-iの調整をミスったのを修正
・yescryptr16 / yescryptr32 に対応。正直CPUと大差ないです。
・yescrypt / yescryptr8 でKeplerに暫定対応。(GT710にて動作確認)

これで、Bitzeny、Yenten、WAVIがGPUで掘れる!(いや、CPUでも十分掘れるけどね…)

348 :名無し名誉名人教士:2018/03/21 22:36:37  0MONA/0人

あ、またLinux向けの更新を忘れた…

349 :ななもな四段:2018/03/22 00:08:06  0MONA/0人

yescriptr16試しました。
GTX1080ti 5台のリグで11kH/sでました。

350 :名無し一級:2018/03/22 01:53:06  0MONA/0人

ダメだー GPUで動かそうと頑張ってみるも何やってもboooo連発

351 :名無しv2三級:2018/03/22 03:18:13  0MONA/0人

>>350
-a yescrypt ではなく
-a yescryptr8 にするとyayがでます。

352 :名無し名誉名人教士:2018/03/22 06:23:23  0MONA/0人

>>348 訂正
いつの間にかに(たぶん>>310あたりで)Linux向け修正をしていた。Linuxユーザの方、本当にこれで動くか教えてほしい…

Makefile.amに以下を追記した
yescrypt/yescrypt.cu yescrypt/cuda_yescrypt.cu \
sph/yescrypt.h sph/yescrypt-platform.h sph/yescrypt-opt.c sph/yescrypt-common.c \

353 :CT9W七段:2018/03/22 07:55:45  0MONA/0人

>>347
-i 指定が反映されず固定値(11)となっております。
環境はGTX980です。

354 :CT9W七段:2018/03/22 07:57:29  0MONA/0人

>>353
書き忘れました、yescryptです。

355 :ハムちゃん二段錬士:2018/03/22 08:40:26  0MONA/0人

1060 3GBだと-i反映される
というかr32は-i10以下にしないとエラーで止まってしまうね
-10でcudaスレッドが1024しか使ってないのにカクカクしまくり

356 :名無し名誉名人教士:2018/03/22 08:54:13  0MONA/0人

>>353
-i 12以上でも11になりますか?

yescrypt/yescryptr8/yescryptr16/yescryptr32では、-iをどのような設定にしても、スレッド数はGPUのコア数の倍数になるように設定しています。(CUDAコアの休眠を防ぐため)
GTX980は2048コアなので、-i 11以下にはならないようになっています。
GTX980の場合、
設定値-i 10:2^10=1024スレッド⇒2048スレッドに補正(-i 11相当)
設定値-i 11:2^11=2048スレッド⇒設定値そのまま
設定値-i 11.5:2^11×(1+0.5)=3072スレッド⇒2048スレッドに補正(-i 11相当)
設定値-i 12:2^12=4096スレッド⇒設定値そのまま
設定値-i 13.625:2^13×(1+0.625)=13312スレッド⇒12288スレッドに補正(-i 13.5相当)

中途半端なコア数にしてもパフォーマンスが低下するだけですので…

357 :名無し名誉名人教士:2018/03/22 09:04:45  0MONA/0人

>>356 訂正
yescryptではこの通りに動くのですが、
yescryptr8/yescryptr16/yescryptr32では、その記述をミスって-iが自由に設定できるっぽいね…

ソース弄る気があるなら、scanhash_yescryptr8/scanhash_yescryptr16/scanhash_yescryptr32内の
uint32_t throughput = min(throughputmax, max_nonce - first_nonce);

throughputmax = (throughputmax / CUDAcore_count) * CUDAcore_count;
if (throughputmax == 0) throughputmax = CUDAcore_count;
の下に持っていくと目的の動きをするはず。(2行下に移動する)

358 :名無し名誉名人教士:2018/03/22 09:05:57  0MONA/0人

>>357 補足
あと、-iを自由に設定したいなら、
throughputmax = (throughputmax / CUDAcore_count) * CUDAcore_count;
if (throughputmax == 0) throughputmax = CUDAcore_count;
の2行を削除することで実現できます。

359 :rdm二級:2018/03/22 12:59:25  0MONA/0人

ubuntu16.04でビルドしたいのですがソースをいじったことが無いので
どのように変更すればいいのでしょうか?

360 :名無しさん:2018/03/22 15:42:47  0MONA/0人

viとかじゃダメ?(もう存在しないのかな)
windowsでいうメモ帳あたりで十分と思ってた。

逆にビルドがさっぱりわからん

361 :リグ初心者一級:2018/03/22 17:18:10  0MONA/0人

>>359
yescrypt.cuの245行付近、400行付近、555付近を>>357参考に書き換えかな?
方法はviでもパッチ作るでもなんでもw

362 :rdm二級:2018/03/22 21:12:08  0MONA/0人

とりあえず難しそうなのでやめました。
ありがとうございます。

所で、そのままビルドして回してるんですが、
22~23kH/sで頭打ちになってそれ以上ハッシュが上がらないんですが、
何か設定とかいるんでしょうか?
それともPCIEの速度が影響しますか?

363 :rdm二級:2018/03/22 21:13:49  0MONA/0人

書き洩らしました。yescryptr8です。

364 :名無し四段:2018/03/22 21:14:19  0MONA/0人

>>347
Yenten好きな俺得更新ありがとう!!
ということでyescryptr16を1070tiで試してみました
intensityは自動設定で12.781(7296threads)です


luckypoolのCPU infoを見ると
比較対象はE5-2683v3、E-2620v4、1950Xあたりでしょうか
(スリッパは組んでみたいなと思い色々調べてましたが、Xeonのことは正直よく分からない)
消費電力はnvidia-smi読みで90w前後
コアクロックが上限張り付きなのが気になるところではありますが...

365 :名菜師二級錬士:2018/03/22 21:48:21  0MONA/0人

何時惚れんでしょう?
Based on pooler cpuminer 2.3.2 and the tpruvot@github fork
CUDA support by Christian Buchner, Christian H. and DJM34
Includes optimizations implemented by sp-hash, klaust, tpruvot and tsiv.

[2018-03-22 21:43:22] Starting Stratum on
・・・
[2018-03-22 21:43:22] block height 1171443, 3 transactions
[2018-03-22 21:43:25] Using intensity 7.500 (192 threads)
[2018-03-22 21:43:26] Received new yescryptr8 block header
[2018-03-22 21:43:26] block height 1171443, 3 transactions
・・・
[2018-03-22 21:44:38] GPU #0: GeForce GT 640M LE, 92.30 H/s

366 :名菜師二級錬士:2018/03/22 21:50:55  0MONA/0人

おっ少し惚れた
[2018-03-22 21:45:47] GPU #0: GeForce GT 640M LE, 92.26 H/s
[2018-03-22 21:45:47] accepted: 1/1 (100.00%), 92.28 H/s yay!!!
[2018-03-22 21:46:18] GPU #0: GeForce GT 640M LE, 92.25 H/s
[2018-03-22 21:46:18] accepted: 2/2 (100.00%), 92.27 H/s yay!!!
[2018-03-22 21:46:32] Received new yescryptr8 block header
[2018-03-22 21:46:32] block height 1171445, 4 transactions
[2018-03-22 21:47:31] Received new yescryptr8 block header
[2018-03-22 21:47:31] block height 1171445, 4 transactions
[2018-03-22 21:48:31] Received new yescryptr8 block header
[2018-03-22 21:48:31] block height 1171445, 4 transactions
[2018-03-22 21:49:11] GPU #0: GeForce GT 640M LE, 92.29 H/s
[2018-03-22 21:49:15] accepted: 2/3 (66.67%), 92.27 H/s booooo

367 :rdm二級:2018/03/22 21:53:37  0MONA/0人



各カードとも半分以下のハッシュしか出てないみたいです。
PLは180wに設定しています。

368 :rdm二級:2018/03/22 21:58:21  0MONA/0人

スイマセン。解決しました。
バックグラウンドで別のプロセスが動いていました。

369 :名無し名誉名人教士:2018/03/22 23:05:20  1.00124114MONA/3人

誰得更新第三弾。今回はバグフィックス。

KlausT-8.21-mod-r3
https://1drv.ms/u/s!Aud1FauQ46vHh0p5NYbLOB2bQlOt

ソースはこちら
https://1drv.ms/u/s!Aud1FauQ46vHh0l5NYbLOB2bQlOt

更新内容(8.21-mod-r2⇒8.21-mod-r3)
・-iの調整をミスったのを再修正(>>357の修正)。スレッド数がコア数の整数倍になるように調整。(Keplerはコア数の半分に対して整数倍。Keplerはシェアードメモリが少ないので、半分休眠させています。)
・yescrypt / yescryptr8 / yescryptr16 / yescryptr32 のループ数を見直し。ついでに調整しやすくした。(ソースを弄る人向け)
ループ数を多くすることで、カーネルの実行時間を短くしています。これにより、タイムアウトを回避しています。(その代わり、カーネルを複数回起動するので、トータルの実行時間は若干遅くなる。でも、ほぼ誤差の範囲。)

yescryptr32では、GPUによってはメモリ不足の可能性あり。その場合は-iオプションで調整してください…
現状はパフォーマンス優先でスレッド数を設定しています。(GTX1060で動作確認済み)

370 :名菜師二級錬士:2018/03/22 23:10:00  0MONA/0人

>>347
Keplerは誰得というぐらいおそいんでしょうぁぁか

371 :名無し名誉名人教士:2018/03/22 23:19:25  0MONA/0人

>>370
Keplerは、シェアードメモリが192コアあたり48kBしか確保できない。
yescrypt系は32コアあたり16kBのシェアードメモリを必要とするため、96コア分しか用意できないことになります。(同一性能のMaxwellと比較して速度が1/2になる)
他にも、動作クロックやらL2キャッシュやらで差を付けられる…

372 :CT9W七段:2018/03/23 00:55:24  0MONA/0人

>>356
理解できました、ありがとうございます!
-i 12 4096スレッドでの動作を確認しました。
後ほどmod-r3も試してみますね。

373 :CT9W七段:2018/03/23 02:35:30  0MONA/0人

mod-r3 yescrypt
GTX980で-i未指定の場合、i13.5(12288スレッド)でした。
-i 11指定(2048スレッド)の方が400H/sほど高ハッシュレートです。

374 :名無し名誉名人教士:2018/03/23 06:16:36  0MONA/0人

>>373
Maxwellはコア数の1倍の方が速いのか…

375 :リグ初心者一級:2018/03/23 07:33:59  0MONA/0人

>>373
うちの960さんは自動(12.5)と手動(10)でほぼ誤差範囲しか違わなかったよ。
それでも、手動のほうが10H/くらい高いかも

376 :名無し名誉名人教士:2018/03/23 10:23:17  0MONA/0人

ちなみに、スレッド間のデータ転送さえ何とかなれば、
OpenCLでも同じようにできるはず。

誰かやる人いないかな…?

377 :pukupukuman二級:2018/03/23 13:49:00  0MONA/0人

同じGPUなのになんでこんなにハッシュレートに違いがでるんだろう。
1060同士のGPU#0とGPU#5とか、1050Ti同士なのに#1だけやけにハッシュレート高かったり。
個体差でこんなに差がひらくものなの?

[2018-03-23 13:42:35] GPU #2: GeForce GTX 1050 Ti, 9981.11 kH/s
[2018-03-23 13:42:35] GPU #6: GeForce GTX 1050 Ti, 10.32 MH/s
[2018-03-23 13:42:35] GPU #0: GeForce GTX 1060 3GB, 18.92 MH/s
[2018-03-23 13:42:35] GPU #7: GeForce GTX 1050 Ti, 10.24 MH/s
[2018-03-23 13:42:35] GPU #4: GeForce GTX 1050 Ti, 10.10 MH/s
[2018-03-23 13:42:35] GPU #1: GeForce GTX 1050 Ti, 14.09 MH/s
[2018-03-23 13:42:35] GPU #3: GeForce GTX 1050 Ti, 10.00 MH/s
[2018-03-23 13:42:35] GPU #5: GeForce GTX 1060 3GB, 13.82 MH/s
[2018-03-23 13:42:41] GPU #1: GeForce GTX 1050 Ti, 14.03 MH/s

ちなみに1060はPL60%、1050TiはPL85%にしてる。

378 :名無し名誉名人教士:2018/03/23 13:55:49  0.00000011MONA/1人

>>377
GPU #1だけエラー出している気がする。
-iオプションを下げる必要があるかな?
または、cuda_yescrypt.cu内のloop_count値を増やして再コンパイルするか…
(loop_count値は2の累乗の値を使用すること!)

379 :pukupukuman二級:2018/03/23 14:13:30  0MONA/0人

>>378
返信ありがとう!
でも、iオプションとか再コンパイルとか、よくわかってない自分の頭では
アドバイスを活かせそうにないや…

とりあえず、極端に遅くなってるわけじゃないなら
このまま様子みてみますw

380 :名無し名誉名人教士:2018/03/23 14:27:27  0MONA/0人

>>379
エラーを出していたら、そのGPUが掘った分は全てRejectされるはず…
GTX1050Tiは768コア、GTX1060(3GB)は1152コアなので…
-i 11.125,10.5,10.5,10.5,10.5,10.5,10.5,10.5
をコマンドラインに追加してみよう。
(GTX1060×1、GTX1050Ti×7を想定)

381 :名無し名誉名人教士:2018/03/23 16:25:10  0MONA/0人

>>380 訂正

>>377を良く見ると、GTX1060×2、GTX1050Ti×6だったね…

-i 11.125,10.5,10.5,10.5,10.5,11.125,10.5,10.5
こんな感じかな?

382 :名無し名誉名人教士:2018/03/23 16:27:06  0.00000011MONA/1人

>>381 さらに訂正
…ってか、このハッシュレートはYescryptじゃないね…ごめん、勘違い。
ここまでのことは忘れてくれ…

ってか、なんでこんなにハッシュレートが違うんだろう…

383 :pukupukuman二級:2018/03/23 18:52:48  0MONA/0人

>>380
>>381
>>382
すみません!こちらこそ説明不足でした。
KlausT-8.21-mod-r3でアルゴリズムはLYRA2REv2です。

NicehashMiner2でLYRA2REv2を掘ると8GPU合計で137MH/sですが、
KlausT-8.21-mod-r3だと104MH/sです。

うちのもう一台のリグ(GTX1060x2)で試したところ、
Nicehashとccminerのハッシュレートに大差はなく、
GPU間のバラツキもありませんでした。

うーん、なんで8GPUリグとccminerの組み合わせの時だけバラツキがでるのか…うちの環境固有なの何かがあるのかもしれません。

384 :名無し侍二級:2018/03/24 01:44:42  0.00114114MONA/1人

零細マイニングを始め、今日askmonaに登録しました。
あまりマイニングについての知識はないので皆様よろしくおねがいします。
とりあえず環境は
i5 8400
DDR4 8GB
GTX1060 6GB(PL55%~60%※温度を55℃超えないよう注意しています)
GTX1050(PL70%で同上)
でGPUではナイスハッシュを、CPUではBitZeny掘っている感じです。
まぁ、利益は・・・お小遣い程度ってところでしょうか?
次の新しいグラボとか気になるんですけどね・・・手に入るかどうか心配ですね

385 :名菜師二級錬士:2018/03/24 08:54:49  0MONA/0人

cuda9.0版がほしいです。
本当だれとくなんでだすが。

386 :名無しさん:2018/03/24 18:52:50  0MONA/0人

KlausT-8.21-mod-r3でLYRA2REv2をVIP POOLで掘ってますが
突如CUDAエラーが出て止まってしまいます。
古いバージョンを使っても同様です。
-iオプションはつけてません。

GPU #1: Cuda error in func 'bmw256_cpu_hash_32' at line 311 : an illegal memory access was encountered.
GPU #3: Cuda error in func 'bmw256_cpu_hash_32' at line 311 : an illegal memory access was encountered.
GPU #2: Cuda error in func 'bmw256_cpu_hash_32' at line 311 : an illegal memory access was encountered.
[2018-03-24 18:48:20] stopping 4 threads
GPU #0: Cuda error in func 'bmw256_cpu_hash_32' at line 311 : an illegal memory access was encountered.

387 :itto四段教士:2018/03/24 20:57:13  0MONA/0人

KlausT-8.21-mod-r3 Ubuntu16でビルドOKです。
とりあえず差し替えて動作中。

388 :名無しさん:2018/03/25 00:38:38  0MONA/0人

386です
自己レスですが CUDA9.1ドライバ最新版を入れたら治りました・・・

389 :名無し名誉名人教士:2018/03/25 15:18:37  1.51143781MONA/7人

誰得更新第四弾。今回は高速化してるはず。

KlausT-8.21-mod-r4
https://1drv.ms/u/s!Aud1FauQ46vHh0x5NYbLOB2bQlOt

ソースはこちら
https://1drv.ms/u/s!Aud1FauQ46vHh0t5NYbLOB2bQlOt

更新内容(8.21-mod-r3⇒8.21-mod-r4)
・yescrypt系のメモリ読み込みをL1キャッシュ経由にした。(インラインアセンブラでキャッシュオプション付きの読込命令、書込命令を使用)

そのままだと、グローバルメモリはL1キャッシュを経由せず、L2キャッシュ経由の読み書きを行います。そのため、L1キャッシュがほぼ役立たず状態になっていました。(ローカルメモリならL1経由の読み書きができるのですが…)
今回の変更で、無理やりL1キャッシュを経由して読み書きを行い、高速化を試みています。L1キャッシュ率が40%程度ですので、まずまずの効果を発揮しているかと…

390 :itto四段教士:2018/03/25 15:26:21  0MONA/0人

ビルドしてみまする。

391 :itto四段教士:2018/03/25 16:57:29  0MONA/0人

Ubuntu mona掘りOK 1080x2で112.2M
同じくzeny掘りOK 24.8k
zeny初めて掘ってみたので、このレートがどうなのかは分かんない
ただzenyの方はboooが出ない@LA。モナの方は相変わらずboooが3割前後でる。

392 :MONAちょび二段:2018/03/25 19:28:35  0MONA/0人

>>391
Ubuntuでビルドは特に問題なくできました?
ethosだからなのかな...
GPUでyescrypt掘ってみたい^^

393 :itto四段教士:2018/03/25 19:46:01  0MONA/0人

Ubuntuは問題無いですね。
1. 解凍する
2. 出来たdirに降りる
3. chmod +x *.sh
4. ./autogen.sh
5. ./configure
6. ./build.sh

394 :名無しさん:2018/03/25 19:51:41  0MONA/0人

初投稿になります、よろしくお願いいたします。
第四弾でのBitZeny GPUマイニングですが、うちでは
・Windows上のGTX1070Tiが約9.2KH/s→約10.7kH/s
・Ubuntu上のGTX1070が約7.3kH/s→約8.5kH/s
と、共に約16%高速化されました。ありがとうございます!

Ubuntuでのビルドは、第三弾ではさくっと通りましたが、
第四弾では自分の手違いなのか、すんなり通らなかったので、
第三弾のMakefileとの差分からCCASFLAGS, CFLGAS, CUDA_CFLAGS, CUDA_LIBS, CXXFLAGSのオプションをconfigure時に加えてあげたら
makeが通りました。

395 :名無しさん:2018/03/25 19:55:16  0MONA/0人

ありゃ、やはりすんなり通るのが普通なんですね、お恥ずかしい...

396 :名無しさん:2018/03/25 19:58:35  0MONA/0人

chmod +x *.shしてbuild.shに託せば良かったんですね...
今試したら普通にコンパイル進んでいます、ありがとうございました!

397 :itto四段教士:2018/03/25 19:59:44  0MONA/0人

あれ?うちのr3とr4はパス以外差分無いけどなぁ。

398 :itto四段教士:2018/03/25 20:03:07  0MONA/0人

makeでも行けるんだろうけど、configure.shの中で指定しているフラグを付けてあげないと多分通らない。configure.shを読んでからmakeしてるのがbuild.sh

399 :名無し四段:2018/03/25 20:58:50  0MONA/0人

>>389
いつもながら俺得更新ありがとう!!!
1070tiでyescryptr16をr3とr4で比較
intensityは自動設定で両方とも12.781(7296threads)
KlausT-8.21-mod-r3

KlausT-8.21-mod-r4

俺環だけどCPUコア1個分性能向上yay!!!

400 :名無しさん:2018/03/25 21:02:27  0MONA/0人

端末で打ったコマンドの履歴を遡ったら、configure.shではなくてconfigureの方を走らせていました...
configure.shを走らせて出来るMakefileはr3と同等で、makeでもコンパイル進んでいます...お騒がせしました!

401 :itto四段教士:2018/03/25 21:17:57  0MONA/0人

configureで良いと思います。追加でconfigure.shが必要そうとうだけで。
何でconfigure;makeじゃないのか、ドキュメント読んでないので分かりませんが、build.shからconfigure.shを読んでいるようですので。

402 :名無しさん:2018/03/25 22:07:58  0MONA/0人

確かに、build.shの中を見たらautogen.shしてconfigure.shしてmakeしてくれているので、解凍して chmod +x *.shしたら、いきなり./build.shでOKっぽいですね。
ありがとうございました!

403 :MONAちょび二段:2018/03/25 22:54:30  0MONA/0人

ethosはUbuntu14.04ベースなのでCUDA9.1は無理そう...
ビルドするとCUDA関連でエラーを吐くので
明日、素直にUbuntu16.04インストールしなおしてやってみます
それにしても、名無し名誉名人さんいつもありがとう!

404 :ハムちゃん二段錬士:2018/03/26 08:36:42  0MONA/0人

r2は動いてるんだけどr3以降は落ちちゃう

405 :名無し名誉名人教士:2018/03/26 09:30:59  0MONA/0人

>>404
yescryptr32かな?
このアルゴリズムは1054752バイトメモリを必要とする。(ローカルメモリ分は知らない)
そのため、一部GPUではメモリ不足になる可能性があります。

GTX1060(6GB)の場合、3840スレッド×1054752バイト=3.772GB(6GBを十分下回っているのでOK)
GTX1060(3GB)の場合、3456スレッド×1054752バイト=3.018GB(3GBを上回っているのでNG)
GTX1050Ti(4GB)の場合、2304スレッド×1054752バイト=2.263GB(4GBを十分下回っているのでOK)
GTX1050(2GB)の場合、1920スレッド×1054752バイト=1.886GB(2GBを下回っているが、ギリギリなのでNGの可能性大)

406 :名無し名誉名人教士:2018/03/26 09:42:32  0.00114114MONA/1人

>>405 Pascal世代のyescryptr32まとめ
確実にアウト⇒GTX1060(3GB)
容量ギリギリ(おそらくアウト)⇒TitanXp、GTX1080Ti、GTX1080、GTX1050
多分セーフ(画面出力に使用している場合はもしくは…)⇒TitanX
メモリ的には問題なし⇒GTX1070Ti、GTX1070、GTX1060(6GB)、GTX1050Ti、GT1030

基本的にコア数の3倍(6倍、9倍…)のスレッド数がパフォーマンスがいいので(なぜかはよくわからん)
-iを小さくすれば動作は大丈夫だろうけど、パフォーマンス低下が予想されます。

407 :名無し名誉名人教士:2018/03/26 09:47:33  0MONA/0人

Maxwellの場合は、
TitanX、GTX960(4GB)、GTX750Ti(4GB)
は問題ないけど、それ以外はアウトだな…

…これだけアウトが多いなら、なんか対策立てなきゃならんかね?

408 :名無し名誉名人教士:2018/03/26 11:12:43  0.00228228MONA/2人

yescrypt系のGPU耐性考察
yescryptは大量のメモリを使用、さらにメモリをランダムアクセスするアルゴリズムとなっています。
yescryptのパラメータを(N,r,p)と記述する場合、(pは要るのか?)
yescrypt/yescryptr8は(2048,8,1)
yescryptr16は(4096,16,1)
yescryptr32は(4096,32,1)
となります。
使用メモリはB、S、Vの3種類(XYも使っているが、失くすことも可能なので除外)。
B(128×r×p[byte/thread])⇒hashデータの保存領域。
S(8192×p[byte/thread])⇒演算用データ保存領域(主にランダムアクセスに使用)。
V(128×r×N[byte/thread])⇒演算用データ保存領域(超大容量…がゆえに、ほぼシーケンシャルアクセスが可能)。
yescrypt/yescryptr8はB[1,024]、S[8,192]、V[2,097,152]
yescryptr16はB[2,048]、S[8,192]、V[8,388,608]
yescryptr32はB[4,096]、S[8,192]、V[16,777,216]
を1スレッドごとに用意しなければならないため、GPUには不向きなアルゴリズムとされている。

409 :名無し名誉名人教士:2018/03/26 11:13:27  0.00114114MONA/1人

>>408 つづき
yescryptの各演算を分析すると、
1st step:sha256系の処理。データを逐次演算するため分割不可。メモリは少量。Bのみ使用。
2nd step:smix処理(1回目)。Sの生成を担当。64回処理。演算は4分割可能(16分割は不可)。B、Sを使用。
3rd step:smix処理(2回目)。Vの生成を担当。N回処理。演算は4分割可能。無理すれば16分割も可。B、S、Vを使用。
4th step:smix処理(3回目)。生成されたS、Vで(N÷3)回処理。演算は4分割可能。無理すれば16分割も可。B、S、Vを使用。
5th step:smix処理(4回目)。(N÷3)の端数調整。0回or2回処理。演算は4分割可能。無理すれば16分割も可。B、S、Vを使用。
6th step:sha256系の処理。データを逐次演算するため分割不可。メモリは少量。Bのみ使用。
となっています。ここで、各変数に着目すると、
B⇒分割不可、S⇒4分割可能、V⇒16分割可能
であり、分割を前提とすると、メモリ使用量を1/4、1/16にすることができる。つまり…
yescrypt/yescryptr8はB[1,024]、S[2,048]、V[131,072]⇒合計134,144バイト
yescryptr16はB[2,048]、S[2,048]、V[524,288]⇒合計528,384バイト
yescryptr32はB[4,096]、S[2,048]、V[1,048,576]⇒合計1,054,720バイト
で済ませることが可能となる。

410 :名無し名誉名人教士:2018/03/26 11:13:57  0.00114114MONA/1人

>>409 つづき
CUDAは様々なメモリがある。
・レジスタ:各スレッドごと独立したデータを保持。1スレッドあたり最大255個(1020バイト)使用可能だが、80個以下にした方が高速。
・ローカルメモリ:各スレッドごと独立したデータを保持。レジスタが足りないときに使用。低速なメモリに確保するが、キャッシュが利くので小容量であれば遅くはない。大容量も可能だが、その場合は低速。
・シェアードメモリ:1warp=32スレッドで共通したデータを保持。L1キャッシュ、レジスタと同等の速度を持つメモリ。Keplerでは48kB、第1世代Maxwell、TeslaP100では64kB、第2世代Maxwell以降(TeslaP100を除く)は96kB確保できる。
・グローバルメモリ:全スレッドで共通したデータを保持。低速だが大容量。キャッシュは利くが、全スレッドで共通利用のため、キャッシュヒット率は低め。カーネル間のデータ渡しはこれ1択。
・コンスタントメモリ:全スレッドで共通したデータを保持。変更できないが、キャッシュは利き、高速に利用可能。16,384バイト固定容量。
B、S、Vはグローバルメモリを使用するため、どうしても遅くなる。しかし、これを別のメモリに変更できれば高速化が図れる。
Bはカーネル間転送のためグローバルメモリ1択。Vは大容量のためグローバルメモリがいい。
Sは2,048バイト(4分割)×8並列=16,384バイト(32スレッドあたり)となり、シェアードメモリに転送が可能となる。各処理の最初に転送する必要があるが、ランダムアクセスが多いため、十分な効果が見込める。
これにより、メモリのランダムアクセスが多いことによるGPU耐性がほぼ無効化されたことになる。

411 :名無し名誉名人教士:2018/03/26 11:14:40  0.00039MONA/1人

>>410 つづき
次にメモリ容量について。
yescrypt/yescryptr8は合計134,144バイト
yescryptr16は合計528,384バイト
yescryptr32は合計1,054,720バイト
これによりGPUごとの使用メモリを算出する。(モデルとしてGTX1060の3GBモデルを使用)
スレッド数はGPUのパフォーマンスが(なぜか)良くなる、コア数の3倍=3,456スレッドとする。
yescrypt/yescryptr8の場合、134,144バイト×3,456スレッド=463,601,664バイト≒442.125 MB
yescryptr16の場合、528,384バイト×3,456スレッド=1,826,095,104バイト≒1.701 GB
yescryptr32の場合、1,054,720バイト×3,456スレッド=3,652,190,208バイト≒3.401 GB
なので、yescryptr32では容量オーバーで最適なスレッド数では起動できない。(コア数の2倍までなら起動可能)

現状のGPUで十分起動できるyescrypt/yescryptr8/yescryptr16は、GPU耐性を回避し、運用可能であると考えられる。
メモリ容量の圧縮をしていなければ、メモリ量が少ないyescryptでも運用できない容量だったので、分割できるアルゴリズムであったことがGPU耐性を回避できた要因であったとも考えられます。
また、このアルゴリズムで使用するメモリのうち、Sはランダムアクセスが多く、GPUに不向きな運用方法だったので、これが少しでも多かったら、GPU耐性は維持できたのではないかとも考えられます。

412 :さくさん:2018/03/26 14:14:26  0MONA/0人

GPUすごい。10k超えてるわ。→思わずプール立てたので、うちで掘ってみて。http://51.15.137.154:8080/

413 :ハムちゃん二段錬士:2018/03/26 22:24:39  0MONA/0人

>>405
GTX1060 3GBでyescryptr16ですが不安定だけどr4動きました
原因はcuda9.1入れてなかったことでした
ただr2が750H/sに対しr4が540H/sしか出ていないです
まあr2が動くのでいいかな

414 :MaineCoon一級:2018/03/27 00:31:39  0.00039MONA/1人

「小さな単純計算(アフィン変換)を並行して大量に処理できるデバイス」に対して
大量のデータを用いる事によって対抗してみたものの
近年のメモリ大容量化と高速化、アルゴリズム故にその性質からアルゴリズム化されて攻略される。
元組込屋として複雑な心境です。

何はともあれ、これで一区切り付いたと思います。お疲れさまでした。
これから先はメモリやバス間での「データ転送効率」がボトルネックになると思います。
最適なスレッド数といった「重箱の隅」ですね。
複数枚のカードを載せているとPCIeバス上でデータ衝突を起こしてお互いに譲らず。
ロックがかかって番犬に噛まれて強制リセットするみたいです。
しかもWatchDOGはWin10カーネルとZ270の二匹から噛みつかれているみたいです。
生成スレッド数が多くなれば演算結果をPCIeバス上に載せるタイミングが重複する確率は高くなりますし
載せてるカードの数が多ければ同時タイミングになる確率も増えてしまいます。
Z270のPCIeデータリンク層がそこまで排他処理をしてるとは思えないんですよね。

415 :kaiten初段:2018/03/27 12:49:15  0MONA/0人

>>408
偉業! だよね?
よくわかってないけど。

416 :takeo_3841三段:2018/03/28 00:48:18  0MONA/0人

>>405
いつもありがとうございます。
GTX1060 6GBでyescryptr32を掘ってます。KlausT-8.21-mod-r2では問題なかったのですが、mod-r3はまったくマイニングできず、mod-r4は1時間から3時間で止まります。

417 :名無し名誉名人教士:2018/03/28 06:48:50  0MONA/0人

>>416
ループ回数調整を攻めすぎたかな?
mod-r4はyescrypt32のループ4096回を4分割で調整しています。(GTX750は8分割、Keplerは16分割)
mod-r2はGPU関係なく16分割していた。
やはり、分割数を増やす必要ありそうだね。

現状は、-iオプションでスレッド数を減らしてみて…

ところで、分割数をコマンドラインから調整できるようにすべきかな?(yescrypt用のオプション)

418 :名無し名誉名人教士:2018/03/29 21:22:26  0.51597596MONA/5人

誰得更新第五弾。(まだやるのかよ…)
KlausT-8.21-mod-r5
https://1drv.ms/u/s!Aud1FauQ46vHh055NYbLOB2bQlOt
ソースはこちら
https://1drv.ms/u/s!Aud1FauQ46vHh015NYbLOB2bQlOt

更新内容(8.21-mod-r4⇒8.21-mod-r5)
・yescryptr16/yescryptr32のループ回数を増やした。
r4ではループ回数は攻めすぎてたので、>>416のようなエラーがでる。
r5ではそれを調整した(具体的にはr2とr4の中間くらい)。これでダメなら、r2相当に再調整だな…
・自動設定でメモリ容量を参照して最適値を設定するようにした。
-iの自動設定ではメモリ不足の可能性があったので、自動設定にメモリ容量を参照するように変更した。
具体的には、メモリ容量から512MBを引いて(映像出力用)、残りで確保できるかをチェック。確保できない場合はスレッド数を減らすようにした。
(スレッド数がコア数と同数になってもエラーが出る場合は、事実上そのGPUでは掘れないことになる)

419 :名無し名誉名人教士:2018/03/29 21:53:59  0.00114114MONA/1人

>>418 の修正でyescrypt/yescryptr8で少しミスってた…

yescrypt/yescryptr8を掘る人はmod-r4を使ってください。
mod-r5ではスレッド数が半分になっています。(まあ、それほど影響はないと思うが…)

420 :名無し名誉名人教士:2018/03/29 22:05:54  0MONA/0人

yescrypt/yescryptr8でr5の方が速いなら、そのままにするけど…

421 :名無詞四段:2018/03/29 22:23:46  0MONA/0人

>>419
こういった姿勢が、本当に凄い。

422 :名無しさん:2018/03/29 23:31:02  0MONA/0人

第五弾、更新ありがとうございます!
うちのUbuntu上のGTX1070(100W制限)は8.49kH/s→8.57kH/sと微増、
Win8.1上のGTX1070Tiは10.7kH/s→11.03kH/sと3%ほど速くなりました。

あと、Ubuntu上でnvidia-smi -plでW制限掛けるのは守られますが、
Win8.1環境でAfterBurnerにてPL 75%とか絞っても、
GPUクロックを見ている感じでは、振り切って全力出している!?ようです。

423 :名無し名誉名人教士:2018/03/29 23:56:34  0MONA/0人

>>422
yescrypt/yescryptr8のスレッド数はコア数の6倍に調整していた。
今回のミスでコア数の3倍になったわけだが、そのほうが速いのか…

それとは関係ないけど、今回の更新で64bitのmad演算(a×b+c)を使ってみた。まあ、効果は皆無だけどね…

424 :ななもな四段:2018/03/30 08:37:13  0MONA/0人

すごいです・・・

425 :ハムちゃん二段錬士:2018/03/30 08:45:39  0MONA/0人

GTX1060 3GB yescryptr16
r2→r5で750H/sから860H/sになりました
ありがとうございます

426 :takeo_3841三段:2018/03/30 12:47:11  0MONA/0人

GTX1060 6GB yescryptr32 mod-r5でハッシュレート1%下がり(OCで585H/s)ましたが15時間連続動作してます。ありがとう!

427 :名無し侍二級:2018/03/30 15:27:33  0MONA/0人

素人的な質問ですいません。

KlausT-8.21-mod-r4 yescryptr8で掘っているんですが、yescryptr16とyescryptr32ってどう違うんですか?

演算させる量が違うって考えればいいのでしょうか?

428 :名無し名誉名人教士:2018/03/30 15:40:17  0.00004649MONA/1人

>>427
各アルゴリズムは概ねデータ数とループ回数(=中間データの数)の違いがあります。

uint32_t型のデータで考えると、(データ1個あたり4バイト)
yescrypt/yescryptr8は256個のデータを生成し、データそれぞれに対して2048通りの中間データを使用して演算する。
yescryptr16は512個のデータを生成し、データそれぞれに対して4096通りの中間データを使用して演算する。
yescryptr32は1024個のデータを生成し、データそれぞれに対して4096通りの中間データを使用して演算する。

yescryptr32になると、1スレッドあたり、メモリを1MB(+α)ほど用意する必要があります。

429 :名無し侍二級:2018/03/30 19:39:38  0MONA/0人

>>428
回答ありがとうございます!
なるほど、生成データ数が違うんですね~!
参考になりました!ありがとうございます!

430 :itto四段教士:2018/03/30 23:42:08  0MONA/0人

r5早速ビルドしてみまする。

431 :itto四段教士:2018/03/31 00:26:45  0MONA/0人

Ubuntuにてbuild成功。
もなとZenyで動作中。

432 :モナンゲリオン三級:2018/03/31 02:36:04  0MONA/0人

>>428
KlausT-8.21-mod-r5もKeplerで使えますか?
>yescrypt / yescryptr8 でKeplerに暫定対応。(GT710にて動作確認)

あと、KlausT-8.21-mod-r5でKOTO・BitZenyのプールで使えるのですか?
それともソロですか?

Windows10+GT710でうさぎコイン発掘所で使ってみましたが、ワーカーのハッシュが表示されずエラーは出ませんが全く掘れません↓これで合ってますでしょうか?
ccminer.exe -a yescrypt -o stratum+tcp://bitzeny.bunnymining.work:19333 -u *** -p ***

433 :名無しさん:2018/03/31 07:51:38  0MONA/0人

>>432
BitZenyならyescryptr8にしないと駄目じゃない?

434 :名無し名誉名人教士:2018/03/31 14:28:28  0.39885456MONA/6人

誰得更新第六弾。(徐々に迷走してきた)
KlausT-8.21-mod-r6
https://1drv.ms/u/s!Aud1FauQ46vHh1B5NYbLOB2bQlOt
ソースはこちら
https://1drv.ms/u/s!Aud1FauQ46vHh095NYbLOB2bQlOt

更新内容(8.21-mod-r5⇒8.21-mod-r6)
・yescrypt/yescryptr8/yescryptr32のメモリ配置を修正
これにより、キャッシュヒット率が変わる(…かもね?)
yescryptr16では、これをやると逆に遅くなったので、変更なし。
・スレッド数自動設定のバグを修正
動作自体は変わらず、よりシンプルに設定できるようにした
・yescryptr16のアンロールを排除
アンロールしないほうが速いっぽいので修正。
yescryptr32はすでにアンロール排除済み。yescrypt/yescryptr8はアンロールはあったほうがいい。

435 :itto四段教士:2018/03/31 15:47:37  0MONA/0人

ubuntu OK.
1080x2にてzeny 26.76kH/s

436 :名無し初段:2018/03/31 16:57:41  0MONA/0人

>>434
R4→R6 yescrypt
1050Ti Core 1608MHZ MEM 3654MHZ 3030H/s→3295H/s
ありがとうございます!!

437 :名無しさん:2018/03/31 16:57:50  0MONA/0人

第六弾、更新ありがとうございます!
うちのUbuntu上のGTX1070(100W制限)はr5で8.57kH/sがr6で9.25kH/sに、
Win8.1上のGTX1070Tiはr5で11.03kH/sがr6で11.96kH/sと、
共に約8%ほど速くなりました。
迷走なんてとんでもないです、着実に速くなっております!!

438 :名無し名誉名人教士:2018/03/31 18:55:37  0MONA/0人

GTX1060(6GB)でやってみた。
yescryptr8

yescryptr16

yescryptr32

439 :名無し四段:2018/03/31 19:58:46  0MONA/0人

>>434
r5で満足してたのにさらに俺得更新感謝!感謝!
1070tiでYenten(yescryptr16)
r5

r6

nvidia-smi読みだけど
r4からr5では消費電力変わらず(90w)
r5からr6で消費電力が90W→120Wに上昇
全力発揮まではもう少し?

440 :モナンゲリオン三級:2018/03/31 21:37:35  0MONA/0人

>>433
yescryptr8でも同じでした(T.T)

441 :名無し名誉名人教士:2018/03/31 22:06:22  0MONA/0人

>>440
GT710はハッシュレートが低すぎるためおすすめできませんが…
yescryptr8で、ポートは19332でやれば大丈夫なはず。
19333だとdiffが大きすぎてほとんど掘れない。

442 :名無し一級:2018/03/31 23:17:48  0MONA/0人

CPUでマイニングしよう!の方ってここの名誉名人さんですか?

443 :名無し名誉名人教士:2018/04/01 14:58:38  0MONA/0人

誰得更新第七弾。(四月馬鹿企画?)
KlausT-8.21-mod-r7
https://1drv.ms/u/s!Aud1FauQ46vHh1J5NYbLOB2bQlOt
ソースはこちら
https://1drv.ms/u/s!Aud1FauQ46vHh1F5NYbLOB2bQlOt

更新内容(8.21-mod-r6⇒8.21-mod-r7)
・yescryptr16v2に対応
WAVIフォークのPPTPってコインが掘れる…らしい?

多分、四月馬鹿企画だと思う。
割と簡単に作れるので、乗っかってみた。

444 :名無し名誉名人教士:2018/04/01 15:02:22  0MONA/0人

>>443 の更新は、yescryptr16v2が必要な人以外は必要ありません。
面倒な人はそのまま8.21-mod-r6をお使いください。

445 :名無し名誉名人教士:2018/04/01 19:22:14  0.00114114MONA/1人

reject表示だけど、掘れてるっぽい…

446 :CT9W七段:2018/04/01 22:25:29  0MONA/0人

yescryptr16v2(PPTP)
8.21-mod-r7(GTX980)
9986番をポート開放済

ずっとこの画面のまま...。

447 :名無し四段:2018/04/01 22:42:57  0.00000039MONA/1人

>>446
それで動いてると思いますが
--no-cpu-verifyオプション付けといた方がいいと思う
オプションなしだとyay!!!出たのに掘れなかった・・・
逆にオプション付けたらboooooなのに掘れてるってね何が何だかw
とにかく掘りにくいみたいなので気長にがんばりましょう!!

448 :CT9W七段:2018/04/01 22:50:53  0MONA/0人

>>447
情報ありがとうございます。
オプションを追加して一晩掘ってみます。

449 :名無し名誉名人教士:2018/04/01 22:58:12  0MONA/0人

>>447
私の書いたコードは--no-cpu-verifyなんて想定していなかったよ…
多分、--no-cpu-verifyをつけてもCPUチェックは入ると思う。

450 :itto四段教士:2018/04/01 22:59:06  0MONA/0人

PPTP掘り方教えて欲しい

451 :名無し四段:2018/04/01 23:08:34  0.00114114MONA/1人

>>449
そうなのか
Yenten掘りでもたまに出るから気になってたんだけど
たまたま一発目に当たってしまったって事か

>>450
ソロマイニングはここ↓を参考に
https://askmona.org/4673


452 :itto四段教士:2018/04/01 23:18:39  0MONA/0人

>>451
そうか。プールじゃないのね。ソロ初めてですわ。

rpcportは9986でWin,マイナーはUbuntu。Winのポートはtcpの受信9986を空ければ良いかと思ったのですが、延々こんな感じ。
[2018-04-01 23:15:53] json_rpc_call failed, retry after 20 seconds
[2018-04-01 23:16:13] HTTP request failed: Failed to connect to 192.168.0.100 port 9986: Connection refused

453 :名無し四段:2018/04/01 23:30:18  0MONA/0人

>>452
qtは起動してる?
プールと違ってソロマイニングはウォレットがサーバーになるから
常に立ち上げておく必要があります

454 :名無し初段:2018/04/01 23:38:01  0MONA/0人

エイプリルフールのネタを掘るなんて・・・
さては普段採掘なんてしてねーなオメーらw

普通のパソコン1台では1日数十円とかだしなw

455 :itto四段教士:2018/04/01 23:38:57  0MONA/0人

qtがwin10で、Win側はFW無しにしているけど、念の為送受信のTCP9986のルールを追加して、QTは立ち上げたまま。同期は終了している。
マイナー側からnetcat -w 10 WIN10のIP 9986
で返事が無いので、ポートが空いてないのかも。
WinのPORTを空ける方法が間違ってるんだろうか。FW無効なんだけど・・・
linuxなら簡単なんだけど、Winは詳しく無くて。

456 :itto四段教士:2018/04/01 23:50:21  0MONA/0人

行けたかも。
[2018-04-01 23:49:22] Current block is 151
[2018-04-01 23:49:22] Using intensity 12.875 (7680 threads)
[2018-04-01 23:49:22] Using intensity 12.875 (7680 threads)

457 :itto四段教士:2018/04/02 00:16:07  0MONA/0人

confファイルの置き場所を間違えていたようです。
QTからconf表示してみたら、空っぽのファイルがw

これ、一晩明けたら少しは掘れているんだろうか?
[2018-04-02 00:04:41] GPU #1: EVGA GTX 1080, 601.73 H/s
[2018-04-02 00:04:41] Current block is 160
[2018-04-02 00:08:42] GPU #0: EVGA GTX 1080, 601.57 H/s

458 :名無し名誉名人教士:2018/04/02 07:29:58  0MONA/0人

yescryptr16v2は、以下の違いがあります。
・パラメータが(N,r,p)=(4096,16,4)
yescryptr16では(4096,16,1)だった。
p=4になったことで、カーネル間転送量が4倍になります。
…しかし、中間データ量は変わっていないため、メモリ使用量はほとんどそのままです。
ループ数が4倍になっただけなので、ハッシュレートはyescryptr16の約4分の1になります。
・keyが”Client Key”から”PPTPPubKey”に変更
…文字数は変わらず、体勢に影響なし。変更が面倒だな…

変更点はこれだけ

459 :CT9W七段:2018/04/02 07:47:26  0MONA/0人

yescryptr16v2掘れました

460 :itto四段教士:2018/04/02 08:43:49  0MONA/0人

私も掘れていました。
しかし、これ、いつまで掘ろう?

461 :名無し名誉名人教士:2018/04/02 08:46:22  0MONA/0人

ああ、yescrypt亜種ってだけで勢いでマイナー作ったからな…
その後のことは考えてなかったよ…

462 :CT9W七段:2018/04/02 09:05:40  0MONA/0人

CPU向けの新アルゴリズムをCPUマイナー出現前にGPUで掘れた事実だけで満足しちゃいました

463 :名無し名誉名人教士:2018/04/02 09:43:55  0MONA/0人

とりあえず、四月馬鹿企画は楽しめたかな?(油を注いでなんだけど…)

464 :itto四段教士:2018/04/02 19:14:30  0MONA/0人

PPTPのプールが出来ましたね。
モナのDiffが高すぎてお手上げなので、あれこれ掘ってみる。

465 :名無し名誉名人教士:2018/04/02 20:05:15  0.0001MONA/1人

>>464
掘り始めたらプールが落ちたぞwww

466 :TP911さん:2018/04/02 21:37:00  0.0001MONA/1人

Hello, I tried to start solo by following the article provided above, but the display was "boom". How can I solve it?

467 :CT9W七段:2018/04/02 21:48:46  0.0001MONA/1人

>>465
21時頃に復旧しています。

468 :itto四段教士:2018/04/02 22:29:03  0MONA/0人

>>465
行けるところまでソロで頑張って見ようかと。

>>466
I am also showing booooo. However, booooo seems to actually be mined. How about checking your wallet transaction once?

469 :TP911さん:2018/04/02 22:32:53  0MONA/0人

No, I try to mine other coins, all data is "boom" (fast)

470 :takeo_3841三段:2018/04/02 22:33:51  0MONA/0人

素早いminer対応感謝!
ネットハッシュレート下がってきてるのに1060だと全然掘れないなぁ
24時間で90PPTP

471 :名無しさん:2018/04/03 22:12:29  0MONA/0人

Lyra2Zoin - Lyra2(2, 330, 256)がGPU採掘できないということですがどういう原理で他のLyra2と違うんだろう

472 :名無し名誉名人教士:2018/04/03 22:43:18  0MONA/0人

>>471
Lyra2REが(1,8,8)、Lyra2REv2が(1,4,4)、Lyra2Zが(8,8,8)、
Lyra2(2,330,256)がどれだけGPUに不向きか…
単純計算で1スレッドあたり96バイト×330×256≒8MB?
(ソース詳しく読んでないから知らんけど…)

GTX1060(6GB)で考えると、8MB×1280スレッド=10240MB
4スレッド分割ができるとしても、10240÷4=2560MB
…ひでぇ

473 :名無し二級:2018/04/04 22:33:21  0MONA/0人

GTX960Mで円天掘ったけど226.60 H/sだった
安価ゲーミングノートならi7HQで掘った方が早いけどCPU使いたくない時に使うのなら良さそう

474 :名無し二級:2018/04/05 18:34:05  0MONA/0人

i7-6700HQとGTX960Mの安価ゲーミングノートで一日円天掘ったら約6枚でCPUだけで回したら4枚程だった
数年前のでこれだから今の安価ゲーミングノートだったら7~8枚は掘れると思う
メインでやるものではないけど参考にしてください

475 :itto四段教士:2018/04/05 18:53:39  0MONA/0人

PPTPが1000超えた。これで満足。

476 :名無し名誉名人教士:2018/04/05 21:23:42  0.00736242MONA/4人

誰得更新第八弾。今回は速くなってない(逆に遅くなった?)
KlausT-8.21-mod-r8
https://1drv.ms/u/s!Aud1FauQ46vHh1R5NYbLOB2bQlOt
ソースはこちら
https://1drv.ms/u/s!Aud1FauQ46vHh1N5NYbLOB2bQlOt

更新内容(8.21-mod-r7⇒8.21-mod-r8)
・煩雑だったコードをスリムにした。
各パラメータ共通で計算できるようにした。それにより、複数コードをひとまとめにして、ファイルサイズを小さくした。
また、コンパイルに必要な時間も縮まったかな?

・パラメータを指定できるようにした。(keyにスペースがある場合はうまくいかない…)
--yescrypt-param、--yescrypt-keyオプションを追加。様々なパラメータに対応できるようにした。
例)Kotoを掘る場合:--yescrypt-param=2048,4,1
Waviを掘る場合:--yescrypt-param=4096,32,1 --yescrypt-key=WaviBanana

477 :名無し名誉名人教士:2018/04/05 21:24:29  0MONA/0人

まあ、今回の変更はパラメータ実験用ですね…

478 :櫻井桃華さん:2018/04/06 00:07:00  0MONA/0人

1050tiだけど、r8で遅くなった

479 :名無しさん:2018/04/06 02:55:46  0MONA/0人

更新ありがとうございます!
うちのGTX1070と1070TiのBitZeny掘りは、r6→r8で1%前後とかですが
ほんのり速くなりました。


ちょうど実験用にK-NOMPでプールを立てたところだったので、初めてkoto掘りを試したのですが、
reject reason low difficulty share of... とかでboooooになってしまいました。
2~3カ所、公開されているK-NOMP系プールでも試してみましたが、
メッセージは同様でした。
放置してどうなるかは試していません...
(自前プールもCPUでKoto公式配布v2.4マイナーなら掘れています)

480 :名無し名誉名人教士:2018/04/06 04:16:28  0MONA/0人

>>479
あれ?掘れたぞ?
ccminer.exe -a yescrypt -o stratum+tcp://okoto.xyz:51000 -u k1******(アドレス)******************
ちなみに、--yescrypt-param=2048,8,1を付けてもちゃんと掘れた。

>>476補足
--yescrypt-param、--yescrypt-keyオプションは-a yescryptのときしか働きません。

481 :名無し名誉名人教士:2018/04/06 06:43:25  0.00899464MONA/2人

GPU耐性考察
・メモリ使用量
GPUはコア数が多いため、メモリ量が相対的に少なくなる。
GTX1080を例に挙げると、8GB÷2560コア=3.2MB/コアとなり、1コアあたり3.2MBまでしか使えない。それ以上にメモリ量を増やすことで、GPUでは対応できないアルゴリズムになる。
問題点としては、CPU側も演算が遅くなってしまうこと。
poolを運営する場合、アルゴリズム指定ミスなど、正常でないハッシュが送られる場合がある。この時、ハッシュの確認をpool側CPUで対応するが、演算が遅いと対応しきれなくなってしまう(yescryptr32のpoolにLyra2REv2のハッシュが送られると…)。なので、演算が極端に遅いアルゴリズムはpool堀りで利用すべきではない。(あくまでも私の意見)
・メモリのランダムアクセス
GPUのメモリはランダムアクセスに向いていない。そのため、メモリのランダムアクセスを多発させることで、GPU耐性を持たせることができる。
ただ、メモリ量が少ない場合はGPUのシェアードメモリ内に収まってしまうので、ランダムアクセスに対応してしまう。
Pascalの場合、シェアードメモリ96kB÷128コア×16並列=12kBになる。yescrypt系は8kB(各パラメータで共通)なので、シェアードメモリに収まっている。

482 :名無し名誉名人教士:2018/04/06 07:10:19  0.00003MONA/1人

>>481続き
一方、CPUの場合はコア数が少ないため、1コアあたりのキャッシュが大きく、ランダムアクセスには向いている。
Corei7 7700Kの場合は、L2キャッシュ256kB/コア÷2スレッド/コア=128kB/スレッドなので、
12kB~128kBの間でランダムアクセスを行う場合は、GPU耐性を有していると考えられる。
(L3キャッシュまで視野に入れると、8MB÷8スレッド=1MBまで可能)

結論、メモリ量を増やさずに、ランダムアクセスを増やそうぜ!
64kBもあれば大丈夫かな?

483 :名無しさん:2018/04/06 07:12:56  0.0001MONA/1人

おはようございます、早朝kotoが掘れないでいた素人です。
今確認したところ、
 -a yescryptr8 --yescrypt-param=2048,4,1
になっていましたので、
 -a yescrypt --yescrypt-param=2048,8,1
に直したところ、yay!!!を拝めました!
もちろん -a yescrypt だけでも掘れました。
...もっと色々試してから書き込めば良かった...orz

お騒がせしましたm(_ _)m

484 :名無し二級:2018/04/06 15:29:07  0MONA/0人

>>482
面白い考察
けどGPU耐性あるけど、ASIC耐性が無いアルゴリズムとかにならないの?

485 :名無し名誉名人教士:2018/04/06 20:15:54  0MONA/0人

>>484
それってあり得るの?

486 :名無し四段錬士:2018/04/08 01:50:29  0MONA/0人

1050tiでもi7 4770の倍以上掘れるんですね、凄い!!

487 :名無し二段:2018/04/08 12:05:50  0MONA/0人

kotodのノードを立ててccminerを使ってソロ掘りしてますが、採掘成功しても表示がboooo!になってることが多いです。
これは他の人もほぼ同時くらいに採掘成功していて一瞬遅れていたためにbooooになってるんでしょうか?yayとbooooの表示の条件の違いが分かりません。

488 :名無し二級:2018/04/09 09:36:41  0MONA/0人

「"2.2.4-mod-r4.zip" にはウイルスが含まれています」
OneDriveのウイルスウキャンに引っ掛かってダウンロード出来ないのは、どうしたら良いのでしょう。。

489 :モナンゲリオン三級:2018/04/09 12:26:51  0MONA/0人

>>488
当方は以下の方法で回避しています。

デスクトップにダウンロード用のフォルダを作る
Windows Defenderを開く
ウィルスと脅威の防止を開く
ウィルスと脅威の防止の設定を開く
除外の追加または削除を開く
除外の追加で先ほど作ったフォルダを指定

その後DLするとひっかからないです。

490 :名無し二級:2018/04/09 14:57:17  0MONA/0人

>>489
ご回答ありがとうございます。
Norton入れてるからか、そもそもWindows Defenderは無効になっていました。
だうんろーど後にPC側でウイルスチェックに引っ掛かると言うよりも、ダウンロード前にOneDrive側でウイルスチェックに引っ掛かっている印象でした。

-r1は引っ掛からないのですが-r4になると引っ掛かってしまいます。

https://imgur.com/a/S7Kbv

491 :名無し二級:2018/04/09 15:00:27  0MONA/0人

https://imgur.com/a/S7Kbv.jpg

492 :鰯一級:2018/04/09 20:38:40  0MONA/0人

Fermiのサポートが終了とのニュースがありました。
比較的最近のローエンドまで使用されていたアーキテクチャだけに残念ですねー

493 :名無しさん:2018/04/11 23:27:56  0MONA/0人

Monaのマイニングもここで質問してかまいませんか?

494 :名無し二級:2018/04/12 00:00:05  0MONA/0人

>>493
本来askMonaなんだよなぁ・・・

495 :名無し二段:2018/04/12 00:12:34  0MONA/0人

KAMIKAZE

496 :名無し三級:2018/04/12 00:43:01  0MONA/0人

すいません初心者の質問です。
VIP Poolでモナコインを掘ってみたいですが

ここの奴はrem プールマイニングの場合
ccminer.exe -a lyra2v2 -o (IPアドレス):(ポート) -u (ユーザ名) -p (パスワード)

と書いてありました。

でもvippoolではccminer.exe -a lyra2v2 -o stratum+tcp://stratum1.vippool.net:8888 -u Weblogin.WorkerName -p WorkerPasswordがマイニングソフト設定になってました。

何をどう変えればいいのでしょうか?
保存するときは名前は何でもいいのでしょうか?

497 :さ҉҉ば҉҉ち҉҉ゃ҉ん七段教士:2018/04/12 01:01:43  0MONA/0人

>>496
vippoolにログインして
左にあるメニューの
アカウント>ワーカーを開いて
ワーカーの項目を -u に、パスワードの欄を -p の後のところと書き換えればいいです

登録してない場合は登録して(真顔

498 :名無し三級:2018/04/12 01:13:58  0MONA/0人

>>497
回答ありがとうございます。
そこまで行けたんですが、どうしても開いた瞬間に閉じてしまいます。
ウイルスソフトは外していますが、ここから先が行けないのです。

499 :名無しさん:2018/04/12 04:28:27  0MONA/0人

>>498
batファイルがminerとは別の場所にあると適当に推測してみる。
次の行にpauseを追記してみてはどうでしょうか。
ウインドウが閉じずにエラーの特定がしやすいと思います。

500 :名無しさん:2018/04/12 04:41:47  0.01MONA/1人

>>498
あとは、minerの名前を間違っていませんか?
単にccminer.exeではなくccminer〇〇.exeの場合もあります。

501 :名無し三級:2018/04/12 04:49:26  0MONA/0人

>>499
申し訳ないです。
本当に無知なのですがその二つはどれのことを指すのでしょうか?
pauseを追記してみたところ

'ccminer.exe' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。
と表示されました。


ファイル内はこんな感じです。

502 :名無し二級:2018/04/12 09:01:50  0.01889464MONA/2人

500の方の仰る通りでは?
添附のスクリーンショットの左下にフォルダ内のファイル名写ってますが、
ccminer_2.2.4_CUDA91_VS2013_x86.exe
ccminer_2.2.4_CUDA91_VS2017_x64.exe
とかになってますよね?
ccminerのままでは「そんな名前のファイルは存在しません」となってしまいます。
まずお使いのOSが32bit(x86)か64bitかで絞り込めるんで、あとはGPUの新旧でCUDA変わってくると思うんですが、色々batファイル内の実行ファイル(.exe)の名前を色々変えてて試してみるとか。

ちなみにbatファイル内の拡張子(.exe)の表記は有っても無くてもOK。
お使いのエクスプローラーは拡張子を非表示の設定にされているみたいですが。

503 :名無し三級:2018/04/12 09:13:38  0MONA/0人

>>500
>>502
名前を指定してやらないといけなかったんですね!
理解しました!
ありがとうございます!動き出しました!

504 :名無しさん:2018/04/12 20:08:20  0MONA/0人

Mona掘ってると熱くなりすぎるのですがどなたか対策教えてください
お願いします

505 :名無し侍二級:2018/04/12 20:47:16  0MONA/0人

>>504
アフターバーナーとかでパワー絞っていますか?

506 :itto四段教士:2018/04/12 20:49:49  0MONA/0人

GPU温度49℃になってる。そろそろやばい。

507 :名無し侍二級:2018/04/12 20:52:10  0.0001MONA/1人

>>506
GPU50℃くらいなら割と問題ないと思いますよ。
流石に60℃超えると怖いですが・・・(南国エアコン無しなのですぐ50℃いきますよ)

508 :名無しさん:2018/04/12 20:56:51  0MONA/0人

温度は60~70度ですね、、、
>>505
補償対象外になってしまうんですよね?
できれば避けたいのですが、、、

509 :itto四段教士:2018/04/12 21:18:44  0MONA/0人

>>506
ポンプがMax60℃なので。。。
今日は暑かった。

510 :itto四段教士:2018/04/12 21:19:05  0MONA/0人

>>507
アンカ間違えた。

511 :名無し侍二級:2018/04/12 21:46:14  0.0001MONA/1人

>>508
OCではなくパワーリミッターだから多分補償対象だとは思いますよ?
MSIとかのメーカーからソフトが出てるわけですし・・・
パワー絞るだけなら補償範囲ないかなぁとは思いますけどねぇ。(自己責任で)
まぁ、60~70は怖いですね。できれば60以下が理想的かと思います。

>>509
水冷ですか・・・?自分は空冷です。

512 :さまようよろい五段教士:2018/04/12 22:25:43  0MONA/0人

GPUは80~85度だけどFANが60%なのでまだまだ余裕なのかなと思ってる

513 :itto四段教士:2018/04/12 23:23:51  0MONA/0人

>>511
勢いで初GPU、初水冷で、1080を2台と水冷一式と電源を輸入した。
それまでGPUはMatroxだったのに。
無茶しやがって。。。

514 :アンサンブラー初段:2018/04/12 23:36:40  0MONA/0人

温度をさげるだけなら、アフターバーナーでクロックしぼったり消費電力を絞るのが一番簡単ですが、-i オプションでスレッド数を少なくするのも効きますね。
とうぜんハッシュは下がりますが、アフターバーナーを使いたくないならそうゆう手もあると思います。

515 :名無し二級:2018/04/13 01:49:04  0MONA/0人

79℃行ってる。
怖いものは何もない(汗

516 :名無し一級:2018/04/13 01:59:23  0MONA/0人

1060 3GB だけど
サイドパネル外して100%で動かすと大体70度くらいになるんで
65%にリミットかけてファンを60%くらいで動かして55~58℃くらいで動かしてますな。

これで大体21.5MH/s程度で動いてる

これから暑くなるから扇風機直当てかマイニング自体辞めてしまうか悩ましいところです。

517 :名無し三級:2018/04/13 03:18:46  0MONA/0人

おおう...モナコイン一日かけて0.2とは...
赤字じゃないか

518 :名無し一級:2018/04/13 03:32:04  0MONA/0人

部屋暑くなると1080を65%で動かしてるやつが65℃くらいまで上がっちゃうけど、窓開けると花粉がつらい

519 :名無し侍二級:2018/04/13 15:11:54  0MONA/0人

>>516
PL無しで回すと熱量やばいですよねーまぁ、その分速度は出るのですが。
南国なんでPL60%の1060でも60℃は行きますよー
まぁ、この間まで1050と1060 6GBで回してましたが、ヤフオクで売り飛ばして1080に乗り換えましたね。
室温26~27℃デュアルディスプレイで1080PL58で50℃くらいですね
売り飛ばしてハイエンド乗り換えたり資金作るなら中古相場高めの今がチャンスかもしれません。
多分118xシリーズが出たらもっと中古が出回ると思うので・・・

>>517
正直今の現状だとGOXありましたがナイスハッシュで稼ぐのが一番効率よいかもしれませんねぇ(こだわりなければですが)

520 :のん五段:2018/04/13 15:28:33  0MONA/0人

おま環かもしれないのですがr8にてyescryptマイニング中に
JSON key 'data' not found
JSON invalid data
といったエラーが出てまた
[2018-04-13 15:18:01] GPU #0: ASUS GTX 1080 Ti, 17.63 kH/s
のような感じで戻るのですが、大量にエラーログが出るときがあるのですがJSON key 'data' not foundはウォレット側に問題があるのでしょうか?
(引数:ccminer.exe -a yescrypt -o ローカル別マシンIP -u *** -p ***)
CPUMinerでは正常に採掘できています。

521 :名無しさん:2018/04/13 23:43:31  0MONA/0人

>>511
電圧一番下にしたのに65℃だ、、、

522 :名無し侍二級:2018/04/14 00:11:54  0MONA/0人

>>521
となるとケースのエアフロ―の問題ですねぇ・・・
窒息状態や窒息系のケース使っていると熱が逃げず温度が上昇傾向になりますね。
少なくとも5℃くらいは変わりますねw
ゲーミング系の放熱性がいい奴だと結構冷えますよ~

523 :名無しさん:2018/04/14 23:10:59  0MONA/0人

20分ほど実行しているのですがなかなかyayになりません
どなたかおたすけください

524 :名無し侍二級:2018/04/15 01:51:54  0MONA/0人

>>523
GPU掘りです?CPU堀です?(あと通貨なんでしょい)
割と最初のbatファイル書き間違いだったりすることが多いですよ。

525 :名無し四段:2018/04/15 12:39:20  0MONA/0人

夏が来る
名人のマイナーでクリナイ掘ってみたいな(*´д`*)ボソ

526 :名無しさん:2018/04/15 13:59:57  0MONA/0人

>>524
GPUのMonaです
13時間放置してもだめでした、
5200.30k/Hsとか表示されるんですけどね、、、
一度だけyayになったりしっかり掘れてたりまったく掘れなかったりで困ってます
使用してるpoolはvippoolです
ccminer.exe -a lyra2v2 -o stratum+tcp://vippool.net:8888 -u u*******.user1 -p 5555

527 :名無し侍二級:2018/04/15 15:26:18  0MONA/0人

>>526
user1のとこがワーカー名として適用しているなら大丈夫かなぁとはおもいますけどね
あとはbatファイルの名前に日本語とか入れていません?

528 :名無しさん:2018/04/15 21:39:56  0MONA/0人

>>527
ワーカー名もあってますしbatファイルに日本語は使ってません

529 :名無しさん:2018/04/15 21:48:46  0MONA/0人

>>527
Difficultyを下げたらいけました
ご迷惑おかけしました

530 :名無しさん:2018/04/15 22:02:18  0MONA/0人

>>514
-iの使い方教えてもらえませんか?

531 :名無しさん:2018/04/15 22:43:08  0MONA/0人

次は30分ほどたつとマイニングソフトが止まってしまいました
CMDは開いたままでマイニングソフトのみフリーズ状態です
GPU使用率が0%になっていました

532 :名無しさん:2018/04/16 11:44:26  0MONA/0人

すいません。今日2.2.4-mod-r4.zipをダウンロードしようとしたら、HTTP403エラーみたいなのが出てダウンロードができないので 、ほかのファイルと複数ダウンロードしてみたら2.2.4-mod-r4.zipという名前のテキストファイルがダウウンロードされていました。
中を開いたら、
We detected that this file contains a virus that could harm your computer and stopped the download.

https://onedrive.live.com/?cid=c7abe390ab1575e7&id=C7ABE390AB1575E7!959&authKey=!AHk1hss4HZtCU60

と書かれているのですが、2.2.4-mod-r4.zipは使えないのでしょうか?
あと、KlausT-8.21-mod-r6のほうでもソロマイニングできるのでしょうか?
違いが良く分からなくて申し訳ありません。φ(..)メモメモ

533 :名無し名誉名人教士:2018/04/16 16:57:12  0MONA/0人

>>471 Lyra2Z(2,330,256)のGPU考察 (timeCost=2,Row=330,Col=256)
・メモリの容量問題
メモリを1スレッドあたり330×256×12×sizeof(uint64_t)=8110080バイト(7.73MB)使用する。
(Lyra2RE/Lyra2Zは6144バイト、Lyra2REv2は1536バイト)
GTX1080を例にすると、2560コア全てを動かすと19800MB≒19.34GBのメモリが必要になる。
ただ、Lyra2系は4スレッド分割が可能なため、19800MB÷4=4950MBとなり、一応確保できそうだ。(十分な並列数は確保できない)
無理して16スレッド分割をした場合(メモリアクセス時は4スレッド休眠)、19800MB÷16=1237.5MBとなり、この場合は十分な並列数を確保できる。
・メモリのランダムアクセス問題
メモリアクセスは1Row、1スレッドあたり、256×sizeof(uint64_t)=2048バイトを3セットアクセスする。(128スレッドあたり576kB、2560スレッドあたり360MB)
ただ、このアクセスがランダムアクセスになるため、十分な速度が得られないことが予想される。
対応としては事前にキャッシュしておくことが考えられるが、このアクセスを全てキャッシュに納めるためには、L1キャッシュ(128スレッドあたり24kB)、L2キャッシュ(2560スレッドあたり3MB)では到底足りない。
そこで、シェアードメモリ(128スレッドあたり96kB)を利用することを考える。
これでも容量が足りないため、カーネル内の256回ループを8分割(32回ループを8回実行)にすることを考える。この場合、576kB÷8=72kB(32スレッドあたり18kBとして確保する)となり、キャッシュとしての役割を果たすことが可能。(要するに手動キャッシュ)
第1世代Maxwellはシェアードメモリ64kBなので、16分割。
Keplerはシェアードメモリ48kB(192スレッドあたり)なので、64分割となる。(ここまでくると、正しく動くか不安になる…)

534 :名無し名誉名人教士:2018/04/16 16:57:46  0MONA/0人

>>533 こうやって見ると、なんか作れそうな気がしてきたな…

535 :名無し名誉名人教士:2018/04/16 17:03:04  0MONA/0人

通常のLyra2の構成(厳密には違うけど…)
for(tau=1…timeCost){
for(r=0…(row-1)){
state^=Mem(rowa)+Mem(prev)
round_lyra()
Mem(r)^=state(0,1,2,…,10,11)
Mem(rowa)^=state(11,0,1,…,9,10)
}}

536 :名無し名誉名人教士:2018/04/16 17:05:31  0MONA/0人

>>535 間違えた。こっちで…
for(tau=1…timeCost){
for(c=0…(col-1)){
state[c]^=Mem(rowa,c)+Mem(prev,c)
round_lyra(state)
Mem(r,c)^=state[0,1,2,…,10,11]
Mem(rowa,c)^=state[11,0,1,…,9,10]
}}

537 :名無し名誉名人教士:2018/04/16 17:08:51  0MONA/0人

>>536 これを、こう改造する。
for(tau=1…timeCost){
for(c=0…(col/8-1)){
(シェアードメモリに読み込み(キャッシュ))
for(i=0…7)){
state[c*8+i]^=Shared(rowa,i)+Shared(prev,i)
round_lyra(state)
Shared(r,i)^=state[0,1,2,…,10,11]
Shared(rowa,i)^=state[11,0,1,…,9,10]
}}}

538 :名無し名誉名人教士:2018/04/16 17:09:28  0MONA/0人

>>537
あ、キャッシュの書き戻しを忘れた…

539 :名無し名誉名人教士:2018/04/16 17:11:35  0MONA/0人

ちなみに…
Lyra2REv2はメモリ丸ごとシェアードメモリに入る。
Lyra2RE/Lyra2Zは第1世代Maxwellでシェアードメモリには入りきらなくなるため、L2キャッシュから読みだすことになる。

540 :アンサンブラー初段:2018/04/16 20:26:38  0MONA/0人

>>350

教えるといっても、ただ数字を指定するだけなので・・・
1080つかってるなら、デフォルトは21.5(だっけかな?)なので、それ以下にすれば負荷がかるくなります。
適当に数字をいれて、ねらった温度になるまで数字を小さくしてみるといいと思います。
すごい大きな数字をいれるとかえって遅くなるんで、はじめは15とか10とかにして様子をみてみるといいかもしれません。

541 :アンサンブラー初段:2018/04/17 22:31:54  0MONA/0人

>>540

一日たって気が付いた、上のアンカは
>>530
ですよね(;^_^A

542 :名無し名誉名人教士:2018/04/21 09:25:16  0MONA/0人

実験的にやってみた
無理かな~…って思ったけど、案外速かった?

543 :名無し名誉名人教士:2018/04/21 09:39:11  0MONA/0人

>>542
調整したら噴いたwww

544 :名無しさん:2018/04/21 11:40:43  0MONA/0人

>>543
すごいですね。ご自分でソースを書き直されたものでマイニングしたということですよね。

545 :CT9W七段:2018/04/21 12:38:24  0MONA/0人

YescryptR24も気になっています。
何が違うのだろう?

お気に入り

新規登録してMONAをもらおう

登録すると、投稿したり、MONAをもらったりすることができます。質問したり、答えたりしてMONAを手に入れてください。

新規登録ログイン