【パイ焼き】y-cruncherベンチスレ【1億桁】 [転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
ば、ばっかじゃないの、し、シングルスレッド性能がどうしたっていうのよ
わ、y-cruncherさえ速ければ、あとは何も要らないんだから
あ、あんたの、そ、その・・・全部言わせる気?
●y-cruncherはこちらから
ttp://www.numberworld.org/y-cruncher/
●報告は1億桁で
実行手順
1)DLした圧縮ファイルを解凍し y-cruncher.exe を実行
2) 0 [Enter]
3) 1 [Enter]
4) 3 [Enter]
●1億桁のLastDigitsが↓と一致していればどのバージョンでも構いません
9948682556 3967530560 3352869667 7734610718 4471868529 : 99,999,950
7572203175 2074898161 1683139375 1497058112 0187751592 : 100,000,000
↑この部分↑
※SSE3に対応していない古いPCはv.0.6.1以前のバージョンを御使い下さい
http://www.numberworld.org/y-cruncher/versions.html
●報告用テンプレ (解説は>>2
【 CPU 】
【 Mem 】
【 M/B 】
【 O S 】
【 Ver. 】
【HypThread】ON/OFF/無し
【Total Time】seconds
【CPU Utiliz 】%
【Efficiency 】% ●報告用テンプレ解説
【 Ver. 】
y-cruncherのバージョンを詳しく(LastDigitsの次の行)
【HypThread】
ON:ハイパースレッドON
OFF:ハイパースレッドOFF
無し:ハイパースレッド無し(Core2やCeleronなど)
【Total Time】
緑色で Total Time (with output + verify): と書いてある行
【CPU Utiliz 】
白字で CPU Utilization: と書いてある行
【Efficiency 】
白字で Multi-core Efficiency: と書いてある行
●1億桁で計測する理由は?
C2Qで60秒、Haswell 8コアで5秒程度ですから気軽に実行出来て比較も可能です
物理メモリ 512MBで演算出来るので、ほとんど全ての自作PCで計測出来そうです
※バージョンによって変化します スレ立て
↓
テンプレ解説の>>2を投稿しようと25秒待って投下
→ 24秒だから1秒足りないと叱られ再度投下したらアク禁食らう
→ 立てたスレが消された
↓
仕方が無いのでスマホから立て直すが、なぜか最初に立てたスレが復活しアク禁も解除
スマホで立てたスレは消えている
↓
右往左往しているうちに>>2にK6-2の人が書き込んだのでテンプレ解説が>>3になってしまうorz < 今ここ >>2
完走出来たら貴方にだけ特別に勇者の称号を与えます 【 CPU 】VIA Nano x2 1.4GHz
【 Mem 】DDR3-1066 4GB x2
【 M/B 】VIA VE-900
【 O S 】Windows10 64bit ETP
【 Ver. 】0.6.8.9461 x64 SSE4.1 Ushio
【HypThread】無し
【ComputeT.】264.686seconds
【CPU Utiliz 】190.881%
【Efficiency 】95.4405% 【 CPU 】AMD Opteron 4280 4M/8C@2.8GHz×2(Bulldozer 8コア×2個)
【 Mem 】2ch×2node(Node Interleave)DDR3-1600-11-11-11-28 4GB×4枚
【 M/B 】Tyan S8225
【 O S 】Windows7 64bit SP1
【 Ver. 】0.6.8.9461 x64 XOP Miyu
【HypThread】無し
【Total Time】19.451seconds
【CPU Utiliz 】1131.6%
【Efficiency 】70.7247% 【 CPU 】 Intel Core i7-4770 CPU @ 3.40GHz (4C/8T)
【 Mem 】 DDR3-1600 8GB x4
【 M/B 】 ASUS Z87-PRO
【 O S 】 Win7 Pro x64 SP1
【 Ver. 】 0.6.8.9461 (Windows - x64 AVX2 ~ Airi)
【HypThread】ON
【Total Time】12.820seconds
【CPU Utiliz 】691.817%
【Efficiency 】86.4771% Total Time(全角混じりw)としているのにストレージ(実行場所)の項目が無いのは片手落ちでは無いだろうか
個人的にはtimeは両方書くべきと思う そう、色々書きたくて迷ったのですが書き過ぎると面倒で判り辛くなるしで
この>>6で【ComputeT.】と書いてる方にするつもりがテンプレ書いちゃったし
Orz
全角入り混じりは表示位置を合致させる為で・・・
てかやっぱAVX2早いな >>9
Binariesディレクトリの中に x64 SSE3 〜 Kasumi が有ると思いますが、これ直起動だと何秒でしょう?
俺もそろそろHaswelかなぁ・・・ 9ですが、ストレージはSSDでoutputに1.2secほどかかってるます。ramdisk推奨かな?
>>12
出かけてしまったので帰宅したらやってみます。AVXが自動選択っぽかったので命令指定して実行できるかも >>10
当初考えてた報告用テンプレです。皆さん(てか過疎ってますが)がこれでOKなら、こっちにしましょう
【 CPU 】
【 Mem 】
【 M/B 】
【 HDD 】
【 O S 】
【 Ver. 】
【HypThread】ON/OFF/無し
【ComputeT.】seconds
【Total Time】seconds
【CPU Utiliz 】%
【Efficiency 】% 【 CPU 】Z3745
【 Mem 】2GB
【 M/B 】
【 O S 】Win8.1 32bit
【 Ver. 】0.6.8.9461
【HypThread】無し
【Exec.Place】FlashMemory
【Comp.Time】200.227seconds
【Total Time】219.897seconds
【CPU Utiliz 】342.323%
【Efficiency 】85.5806%
「64bitOSで動かせば倍以上速くなりますよ」と叱られた
100秒ぐらいにはなるんかな 【 CPU 】 Intel Core i5-4670k@4G 4C/4T
【 Mem 】 DDR3-1600 8GB x2
【 M/B 】 GIGA z97x-ud5h
【 O S 】 Win7 home x64 SP1
【 Ver. 】 0.6.8.9461 (Windows - x64 AVX2 ~ Airi)
【HypThread】なし
【Total Time】11.852seconds
【CPU Utiliz 】377.5297%
【Efficiency 】94.3823% 【 CPU 】i5-4690K
【 Mem 】4GB*2
【 M/B 】Z97 Pro4
【 O S 】Win7SP1 Pro
【 Ver. 】0.6.8.9461
【HypThread】無し
【Total Time】13.217
【CPU Utiliz 】373.665%
【Efficiency 】93.4162%%
----------------------------
【 CPU 】i5-4690K@4.5GHz
【Total Time】12.031
【CPU Utiliz 】376.006%
【Efficiency 】94.0014% >>14
HyperThreadまで環境なので、空行入れるならその下がいいかも
>>17追加修正
4690K
【ComputeT.】11.874
【Total Time】13.134
4690K@4.5GHz
【ComputeT.】10.814
【Total Time】12.031 【 CPU 】AMD Opteron 8439 SE ×2(K10 Rev.D 6Core x2)
【 Mem 】2ch x 2Node(Node Interleave)DDR2-667-5-5-5-15 2GBx8枚
【 M/B 】Tyan S2915-E
【 HDD 】Areca ARC-1231ML RAID6 SSD
【 O S 】Windows7 64bit SP1
【 Ver. 】0.6.8.9461 x64 SSE3 Kasumi
【HypThread】無し
【ComputeT.】27.785seconds
【Total Time】29.745seconds
【CPU Utiliz 】774.803%
【Efficiency 】64.5669%
Haswell早すぎ・・・AVX2が強いのか、それともHaswellならSSE3~Kasumiでも早いのか?
Haswell&SSE3のスコア知りたい AVX2/SSE3@4690定格
>>18より速めのSSDにファイル移動して実行してみた
RAMディスクならcopy+verifyが1秒切るんじゃないかな
(計算力見るならComputingTimeの比較が妥当)
AVX2
http://light.dotup.org/uploda/light.dotup.org207821.png
SSE3
http://light.dotup.org/uploda/light.dotup.org207822.png 【 CPU 】Core i3-4350
【 Mem 】DDR3-1600 4GB×2 11-11-11-28
【 M/B 】ASUS H97-PRO
【 SSD 】CT128MX100SSD1
【 O S 】Windows8.1 64bit
【 Ver. 】0.6.8.9461 x64 AVX2 ~ Airi
【HypThread】有り
【ComputeT.】20.918 seconds
【Total Time】22.708 seconds
【CPU Utiliz 】370.488 %
【Efficiency 】92.622 % 【HypThread】無し
に変えてみた
【ComputeT.】23.968 seconds
【Total Time】25.889 seconds
【CPU Utiliz 】192.246 %
【Efficiency 】96.123 % 【 CPU 】Core i3-4370
【 Mem 】CMZ8GX3M2A1600C9
【 M/B 】ASUS H87-PRO
【 HDD 】HUA722010CLA330
【 O S 】Windows7 64bit
【 Ver. 】0.6.8.9461 x64 AVX2 ~ Airi
【HypThread】有り
【ComputeT.】19.341 seconds
【Total Time】21.260 seconds
【CPU Utiliz 】381.030 %
【Efficiency 】95.258 % 【 CPU 】 Intel Core i7-4770 @ 3.40GHz (4C/8T)
【 Mem 】 DDR3-1600 8GB x4
【 M/B 】 ASUS Z87-PRO
【 HDD 】 SoftPerfect RAM Disk(NTFS 3GB)
【 O S 】 Win7 Pro x64 SP1
【 Ver. 】 0.6.8.9461 (Windows - x64 AVX2 ~ Airi)
【HypThread】ON
【ComputeT.】11.081seconds
【Total Time】11.914seconds
【CPU Utiliz 】732.503%
【Efficiency 】91.5629%
>>9の構成でRAMDISKから実行してみた。
ちょっとだけ早くなった。 >>25
RamDiskだと元々メモリ上にあるデータを更にメモリ上のDISKエリアに書き込むので、メモリ帯域の奪い合いになるのじゃないかなぁ?
SSDは、たぶんNVMeの750とか?
NVMeならメモリ帯域は圧迫しない(しかしメモリよりは若干遅い) >>27
RAM内で完結してるほうがSATAに出すよりは速いのでは 実際速い、>>25の書き出しは0.833秒
>>25のSSD版9が約1.2秒、>>20が1.005秒、>>22が1.790秒、HDDの>>24が1.919秒
こうしてみると意外に差が小さい、というかHDDでもそこそこいけてる てか、秒以下はHPET(マルチメディアタイマー)を搭載して、かつ適切な設定がされてるマザーでないと正確じゃない >>28
当然その通りだし、>>27にもそう書いてある
しかしNVMeはSATAより圧倒的に早い 【 CPU 】AMD A10-7850K
【 Mem 】DDR3-1600 4GB×2
【 M/B 】GIGABYTE F2A78M-D3H
【 O S 】Win10 Pro 64bit IP Build 10159
【 Ver. 】0.6.8 Build 9461
【HypThread】無し
【ComputeT.】47.234 seconds
【Total Time】50.748 seconds
【CPU Utiliz 】288.789 %
【Efficiency 】72.197 %
APUやっぱり遅いな > 【 Ver. 】0.6.8 Build 9461
これじゃ判らんよ、XOP Miyu とかじゃないの? >>33
実行ファイルはそれだった
ああ、そういうの書くのか テンプレ追加
●チューニング
y-cruncher は拡張命令に合わせたチューニングが施されているが、あえて違うチューニングで実行する事も可
x64 AVX2 Airi
Haswell向け
x64 XOP Miyu
Piledriver向け
x64 AVX Hina
Sandy向け
x64 SSE4.1 Ushio
Nehalem向け
x64 SSE4.1 Nagisa
Core2向け
x64 SSE3 Kasumi
AMD K10向け
x86 SSE3
CoreDuo/Prescot(Pentium4)/AMD K8
x86 (Ver 0.5.5.9180が最終)
どれでも動く ■Computation■
------ 10秒 ------
11.081 i7-4770
11.893 i5-4690K
19.341 i3-4370
------ 20秒 ------
20.918 i3-4350
23.968 i3-4350(2C2T)
24.810 i5-4690K(kasumi)
27.785 Opteron8439SE*2(kasumi)
------ 30秒 ------
47.234 A10-7850K(miyu)
------ 1分 ------
200.227 Z3745
------ 5分 ------
------ 1時間 ------
□Output□
0.833 i7-4770(SoftPerfect RAMDisk)
------- 1秒 -------
1.005 i5-4690K(速めのSSD)
1.260 i5-4690K
1.790 i3-4350
1.919 i3-4370(HDD)
1.960 Opteron8439SE
------- 2秒 -------
3.514 A10-7850K
------- 5秒 -------
------- 10秒 -------
19.670 Z3745
------- 30秒 ------- 【 CPU 】AMD A10-7850K
【 Mem 】DDR3-1600 4GB×2
【 M/B 】GIGABYTE F2A78M-D3H
【 O S 】Win10 Pro 64bit IP Build 10159
【 Ver. 】0.6.8 Build 9461 x64 XOP Miyu
【HypThread】無し
【ComputeT.】38.261 seconds
【Total Time】41.172 seconds
【CPU Utiliz 】357.577 %
【Efficiency 】89.394 %
>>32だが、いったん再起動かけてから他になにも立ち上がってない状態で回した
若干早くなったがやっぱりまだ足りない 【 CPU 】AMD A10-7850K
【 Mem 】DDR3-1800 4GB×2
【 M/B 】ASRock FM2A88X-ITX+
【 SSD 】SanDisk Extreme Pro 240GB
【 O S 】Win8.1 64bit
【 Ver. 】0.6.8 Build 9461 x64 XOP Miyu
【HypThread】無し
【ComputeT.】40.886 seconds
【Total Time】43.177 seconds
【CPU Utiliz 】339.285 %
【Efficiency 】84.8213 %
>>38はやたら悲観なようだけど、Win10だからむしろ速いんじゃないの?
ちなみにチューニングでMiyuが一番速い結果を出した。他は50秒前後かかる。 てか>>8のBull 16コアが19秒台だから>>38は健闘してると思うよ 【 CPU 】core i7-5820K @4GHz(6c12t)
【 Mem 】4ch DDR4-26666 4GB×4枚
【 M/B 】Fatal1ty X99M Killer
【 O S 】Windows7 64bit SP1
【 Ver. 】0.6.8
【HypThread】有り
【ComputeT.】7.182 seconds
【Total Time】8.050 seconds
【CPU Utiliz 】964.59 %
【Efficiency 】80.3825 % >>41
【 Ver. 】0.6.8 x64 AVX2 Airi
【HypThread】ON
だよね?
HDD/SSDは何使ってるのだろ? outputに0.868秒か
RAMディスクにしては遅いしSSDにしては早い?
テンプレにディスクの項目も入れたかったな >42
そうです
IRSTでSSDのRAID1 ライトバック
あとDDR4-2400を2666で使ってます シーケンシャルライト10GB/sオーバー、ランダムリード/ライトも1GB/s近い
Dataram RAMDiskで回してみたけど、outputはSSDから0.4秒しか削れなかった
Core-i3やAMD勢の結果を見ても、ouput速度はディスクI/OよりCPU性能に
大きく左右される模様 100M程度だしメインメモリ内にキャッシュされるからCPU性能の影響が大きい
桁数多くすればデータファイルも大きくなってストレージの重要性も高くなるはずたぶん ■Computation■
7.182 i7-5820K(@4.0GHz)
------ 10秒 ------
11.081 i7-4770
11.893 i5-4690K
19.341 i3-4370
------ 20秒 ------
20.918 i3-4350
23.968 i3-4350(2C2T)
24.810 i5-4690K(kasumi)
27.785 Opteron8439SE*2(kasumi)
------ 30秒 ------
38.216 A10-7850K(miyu)
------ 1分 ------
200.227 Z3745
------ 5分 ------
------ 1時間 ------
□Output□
0.833 i7-4770(SoftPerfect RAMDisk)
0.868 i7-5820K(@4.0GHz、SSD)
------- 1秒 -------
1.005 i5-4690K(速めのSSD)
1.260 i5-4690K
1.790 i3-4350
1.919 i3-4370(HDD)
1.960 Opteron8439SE
------- 2秒 -------
2.291 A10-7850K
------- 5秒 -------
------- 10秒 -------
19.670 Z3745
------- 30秒 ------- 【 CPU 】Intel Corei7-2600K @ 3.40GHz
【 Mem 】DDR3-1333 4GB x2
【 M/B 】ASUS Z68-V
【 HDD 】Crucialm4 SSD 128GBx2 RAID0(IRSTライトバック無効)
【 O S 】Windows7 64bit SP1
【 Ver. 】0.6.8.9461 (Windows - x64 AVX ~ Hina)
【HypThread】ON
【ComputeT.】22.154 seconds
【Total Time】23.797 seconds
【CPU Utiliz 】675.512 %
【Efficiency 】84.439 %
このマシン組んで数年、久々にDiskMarkで測ったが
SeqRead470MB/sって…もはやこのRAID0に何のメリットもなかった これ結局拡張命令のベンチマークだよね
エンコ性能の指標ぐらいにしかならないでしょ
通常運用時のパフォーマンスを図るならv0.5.5.9180 (fix 2)に入ってるx86.exeの結果見たほうがいいんじゃない? 馬鹿とハサミは使いよう
エンコが多少速くなるくらいだろww と軽んじられたAVX2が
なんと学術計算で輝いてるでござるよ 【 CPU 】XEON X5675 ×2個
【 Mem 】DDR3-1333-9-9-9-24 4GB×6枚
【 M/B 】Tyan S7025
【 HDD 】ARC-1680ix12 RAID6 SSD
【 O S 】Windows7 64bit SP1
【 Ver. 】0.6.8.9461 x64 SSE4.1 Ushio
【HypThread】ON
【ComputeT.】17.117seconds
【Total Time】18.508seconds
【CPU Utiliz 】1300.94%
【Efficiency 】54.2057%
【 Ver. 】0.5.5 Build 9180 fix2 x86
【HypThread】ON
【ComputeT.】39.610seconds
【Total Time】41.689seconds
【CPU Utiliz 】1309.66%
【Efficiency 】54.569%
SSE4.1の有無で倍以上差が出るね。HyperThreadは誤差程度しか向上しないけど >>56 Dualの場合、最初のメニューで3のCustom Compute s Constantから入って
スレッド数多めにして実行するとCPU利用率とスコアがもう少し上がるかも。
(ここのレギュレーション上はどうなのか分からんけど) 定格標準動作が基本だと思うけど、暇があればスレッド変更やOC動作等を
併せて上げてくれるとうれしい >>57
スレッド数を色々変えてHTもON/OFF試してみたけど、結果としてHTをONにして、更に倍のスレッドで実行した時が最速かもしれない
具体的には
6-Core × HT × 2CPU × 倍スレッド = 48-Thread
で実行した時に>>56より更に1秒早くなった
【 Ver. 】0.6.8.9461 x64 SSE4.1 Ushio
【HypThread】ON
【ComputeT.】16.126seconds
【Total Time】17.776seconds
【CPU Utiliz 】1422.76%
【Efficiency 】59.2816%
0.5.5.9180 fix2 x86 はスレッド数を2の倍数でしか指定出来ないので不便だけど64-Threadで>>56より2秒弱早い スレッド数を変更する時の実行手順
1)y-cruncher.exe を実行
2) 3 [Enter]
3) 3 [Enter]
4) 100000000 [Enter] -> (桁数を1億桁に設定)
5) 5 [Enter]
6) 3 [Enter]
7) 設定したいスレッド数 [Enter]
8) 0 [Enter]
9) 0 [Enter] >>56
超弩級の構成だけど仕事用?
趣味用だったらすごいなw 【 CPU 】Xeon E5-2687W (初代) x 2
【 Mem 】DDR3-1600 4GB x 8
【 M/B 】EVGA SR-X
【 HDD 】RAM Disk (SoftPerfect RAM Disk)
【 O S 】Windows7 64 SP1
【 Ver. 】0.6.8.9461 x64 AVX ~ Hina
【HypThread】ON
【ComputeT.】9.005 seconds
【Total Time】9.860 seconds
【CPU Utiliz 】1710.21 %
【Efficiency 】53.4442 %
80スレッド時(この辺りが一番)
【ComputeT.】8.734 seconds
【Total Time】9.711 seconds
【CPU Utiliz 】1901.07 %
【Efficiency 】59.4083 %
メニュー3でやるときは、Hexadecimal Digits を Disable (0を設定) にしないと通常モードでは書き出さない
16進数の結果出力が行われてしまうね。80Tは、Hexadecimal Digits: Disable の場合。
このベンチはキャッシュがだいぶ効くのかレジスタ上での繰り返し演算が多いのかメモリ帯域は効かず、
拡張命令のサポート、GHz・Core、コア数などによるCPU利用率が処理時間を左右するようだね。 またとんでもない構成がww
>>62
うーんどうなのかなー
速いのはAVX2であって、ほとんどのアプリにおけるコンシューマー向けhaswellの正味実力は
> 24.810 i5-4690K(kasumi)
こんなもんじゃないかと
haswellユーザー、気を悪くしたらごめんw ということで>>17がさらに小ネタかぶせますよ
4690K@4.5GHz DataRAM RAMdisk
【ComputeT.】10.713
【Total Time】11.449
output0.736秒
DataRAMマジはんぱねぇ… 【 CPU 】Intel Atom Z550 @ 2.00GHz (1C2T)
【 Mem 】DDR2-533 2GB
【 HDD 】TOSHIBA THNSNB062GMSJ 62GB
【 O S 】Windows8 x86
【 Ver. 】0.6.8 Build 9461 (Windows - x86 SSE3)
【HypThread】ON
【ComputeT.】1119.156 seconds
【Total Time】1160.606 seconds
【CPU Utiliz 】150.083 %
【Efficiency 】75.042 %
ATOMでの報告が無いようなのでやってみた
参考までにどぞ >>66
Atomの報告自体はもうあるで>>15
まあ「Atom」とはいえ色々違いがありすぎるけどな 【 CPU 】AMD Opteron 4280 4M/8C@2.8GHz×2(Bulldozer 8コア×2個)
【 Mem 】2ch×2node(Node Interleave)DDR3-1600-11-11-11-28 4GB×4枚
【 M/B 】Tyan S8225
【 HDD 】ARC-1882i RAID6 SSD
【 O S 】Windows7 64bit SP1
【HypThread】無し
【 Ver. 】0.6.8.9461 x64 XOP Miyu
【ComputeT.】17.993seconds
【Total Time】19.677seconds
【CPU Utiliz 】1135.63%
【Efficiency 】70.977%
【 Ver. 】0.6.8.9461 x64 SSE3 Kasumi
【ComputeT.】25.214seconds
【Total Time】27.372seconds
【CPU Utiliz 】1025.99%
【Efficiency 】64.1243%
【 Ver. 】0.5.5.9180 fix2 x86
【ComputeT.】62.696seconds
【Total Time】65.998seconds
【CPU Utiliz 】1151.1%
【Efficiency 】71.9437%
スレッド数は試したけどあまり変化なし、倍くらいで最大1秒くらい短縮するかも?だけど誤差程度
計測の度に1秒くらい違うね ■Computation■
7.182 i7-5820K(@4.0GHz)
8.734 E5-2687W*2(hina、80threads)
9.005 E5-2687W*2(hina)
------ 10秒 ------
10.713 i5-4690K(@4.5GHz)
11.081 i7-4770
11.893 i5-4690K
16.126 Xeon X5675*2(ushio、48threads)
17.117 Xeon X5675*2(ushio)
17.993 Opteron4280*2(miyu)
19.341 i3-4370
------ 20秒 ------
20.918 i3-4350
22.154 i7-2600K(hina)
23.968 i3-4350(2C2T)
24.810 i5-4690K(kasumi)
25.214 Opteron4280*2(kasumi)
27.785 Opteron8439SE*2(kasumi)
------ 30秒 ------
38.216 A10-7850K(miyu)
39.610 Xeon X5675*2(x86)
------ 1分 ------
200.227 Z3745
------ 5分 ------
1119.156 Z550(x86)
------ 1時間 ------
□Output□
0.736 i5-4690K(@4.5GHz、Dataram RAMDisk)
0.833 i7-4770(SoftPerfect RAMDisk)
0.855 E5-2687W(SoftPerfect RAMDisk)
0.868 i7-5820K(@4.0GHz、SSD)
------- 1秒 -------
1.005 i5-4690K(速めのSSD)
1.260 i5-4690K
1.391 Xeon X5675(ARC-1680i*12 RAID6 SSD)
1.643 i7-2600K(SSD*2、RAID0)
1.684 Opteron4280
1.790 i3-4350
1.919 i3-4370(HDD)
1.960 Opteron8439SE
------- 2秒 -------
2.079 Xeon X5675(x86、ARC-1680i RAID6 SSD)
2.291 A10-7850K
------- 5秒 -------
------- 10秒 -------
19.670 Z3745
------- 30秒 -------
41.450 Z550 AMD FXの結果はないのか。
遅すぎて出せないだけかもしれんがorz >>70
FXは上のOpteron4280と同じだよ
17.117 Xeon X5675*2(ushio)-> Nehalem 3.06GHz 6C/12T
17.993 Opteron4280*2(miyu)-> Bulldozer 2.8GHz 4M/8C
チューニング済みの実行モジュールだと同時期のネハ世代と拮抗してる
けど未チューニングのx86版だと
39.610 Xeon X5675*2(x86)
62.696 Opteron4280*2(x86)
IntelはMicrosoftにx87命令を捨てる様に忠告されて従わなかった
AMDはMicrosoftにx87命令を捨てる様に忠告されて従った
その差が出てる
x87命令はIRQ13に結び付けられているのでOSの脆弱性につながり易いからMSがもう辞めてくれって言ったのかもね
Intelが無視したのはSuperPIが遅くなるのは避けたかったから、AMDは素直に従ってSuperPIが遅くなってしまい・・・ >>71
そのOpteronの結果はCPUx2だよってことで、リクエストにお応えしますw
【 CPU 】AMD FX-8350
【 Mem 】DDR3-1600 4GB×2
【 M/B 】GIGABYTE GA-78LMT-USB3
【 SSD 】SanDisk Extreme Pro 240GB
【 O S 】Win8.1 64bit
【 Ver. 】0.6.8 Build 9461 x64 XOP Miyu
【HypThread】無し
【ComputeT.】24.545 seconds
【Total Time】26.587 seconds
【CPU Utiliz 】673.693 %
【Efficiency 】84.2116 %
AVXその他は40台、たぶんAVX2に対応してたとしてもintelより遅かっただろうね… 浮動小数関係は実質4コアだしな、けどAVX2は演算機が倍速化するので24 -> 12になり4コアのIntel品に近い性能が出るのでは? これと似た感じで
11.893 i5-4690K
24.810 i5-4690K(kasumi) AVX2ならぬXOP2があったなら、そうなったかも。
FX以降が出せなかったのはAVXに上手く対応出来なかったからなのかな。 シュリンクが進まなければ新しいのは作れないよ
Zenを来年出せる見通しが立ったのも、ようやく14nmで3Dトランジスタが出来る目処がたったから
Intelの強みはシュリンクで他社ファブより数年先行してる事と、大規模工場があり、それを売捌くマーケットを持ってる事
もっとも、売捌くマーケットは独禁法に触れちゃう違法な手段で荒稼ぎして、その金を設備投資や人材投資に回して他社よりシュリンクを先行させているだけなのだけどね
http://news.yahoo.co.jp/pickup/120963
欧州ではIntelが敗訴したけど、日本やアジアでは今も同じ事を続けてるからAMDのAPUを搭載したノートPCが全く登場してこない >>63 のXeon E5-2687W (初代) x 2(ちなみにCPUは定格)でkasumiとUshioもやってみた。
EfficiencyはHinaと変わらず60%弱。
AVXとSSEは、AVX2とSSEほどは差がないよう。
32T スレッド盛り(最速)
--------------------------------
Kasumi 11.023 10.566 (96T)
Ushio 10.539 10.081 (96T)
Hina 9.005 8.734 (80T) ついでに0.5.5.9180(fix2)x86もやってほしい (Kasumiじゃないx86) >>63 のXeon E5-2687W (初代) x 2での0.5.5 Build 9180 (fix 2) (x86 - Windows)は、
32スレッドで24.476(ComputeT)で、これもEfficiencyは60%弱。
64, 128, 256スレッドは段々遅くなる傾向でした。 連続でやるほど、パーセンテージが下がるよね、作られたπのファイルを捨てるとまた上がる。 RAMディスクだからか、>>77 >>79 は2回ずつやって良い方の結果だけど、最初がいいときと
後のが良いときが半々くらいみたい。
ちなみに、>>63のようなDual&他コア構成はCPU使用率が低くなりがちなので、電源の設定を
高パフォーマンスベースで最小のプロセッサの状態を100%に設定。
それと、レジストリをいじって保留コア数も指定できるようにして、コアが保留状態にならないよ
うに指定している。効果は大したことないかも。 俺は動画見ながら計測してたけど、あんまり変化なかったなぁ
極限目指すなら実行優先度を“高”とか“リアルタイム”にするのが効果高いのじゃね?
あと、Linux版もあるよね。X-Window系を入れないでシングルユーザモードのCUIで実行すれば余計な裏タスクが無いので早いかも 最初は多少の勢いがあったけど、一通り出てしまうとね
VIAが新CPU出すって情報があるけど 残っているのは最上位の5960XとHaswell-EP のUP/DPがどこまで行くかだね。
新しい世代で高いCPUほど良い結果が出るベンチだから受けがよくないのは最初から分かってるよね。 AVX2の有無で世代間ギャップが大きすぎるのがアレ
Ivy以前のCPUはどうしたってネタ的な投下にならざるをえない
あと実用性がないね、傾向もエンコベンチとほぼ同一だし 【 CPU 】3960X @5.05GHz(101x50)
【 Mem 】DDR3-2133 4GB x 4 9-10-10-27 1T
【 M/B 】ASUS RAMPAGE IV
【 HDD 】RAM Disk (SoftPerfect RAM Disk)
【 O S 】Windows7 64 SP1
【 Ver. 】0.6.8.9461 x64 AVX ~ Hina
【HypThread】ON
【ComputeT.】11.703 seconds
【Total Time】12.440 seconds
【CPU Utiliz 】866.695 %
【Efficiency 】72.2246 %
36スレッド時
【ComputeT.】10.916 seconds
【Total Time】11.663 seconds
【CPU Utiliz 】954.398 %
【Efficiency 】79.5332 %
0.5.5 Build 9180 (fix 2) (x86 - Windows)
【ComputeT.】33.230 seconds
※SS取り忘れて他のデータ不明。
暇つぶしに回してみたんで貼っとく。
空冷で室温高目なんで、AVX Hinaでは一番温度高いコアがTj. Maxまで行くケースがあった。 このベンチのCPU Utilizが、他のベンチスコアと同じ様なCPU性能をあらわしてるね たとえば、>>50と>>72を比べると、i7-2600KとFX-8350Kが同等だって言われてる事が数値で見れて分かりやすい。 CPU Utiliz = 論理CPU数 x Efficiency で、
実行時間は、(CPU Utiliz x IPC x クロック x 拡張命令の効率) に反比例ってことになり、
>>50と>>72が似たような結果なのは、IPCでは2600Kが勝り、クロックでは定格の2600K
よりFX-8350が上で、拡張命令の効率は同じくらいだからってことかね。
同じIntelの同世代の>50と>>87を比較し、クロックとCPU Utilizの差を考慮すると、
(IPC x 拡張命令の効率)が大体同じ(コア数=スレッド数が多い>>87の方が若干劣る)
ということが分かるね。
22.154 sec * (3.4GHz/5.05GHz) * (675.512%/954.398%) = 10.557 sec ≒ 10.916 sec 【 CPU 】i7 6700K@4.6GHz
【 Mem 】DDR4-3200 8GB x2
【 M/B 】MAXIMUS VIII HERO
【 O S 】Windows10 64bit
【 Ver. 】0.6.8.9461 (Windows - x64 AVX2 ~ Airi)
【HypThread】ON
【Total Time】8.804seconds
【CPU Utiliz 】693.673%
【Efficiency 】86.7091% ど、どうなのこの結果?
AVX-512とかの話もあるけどy-cruncherなら結構早い段階で対応しそう? 【 CPU 】i7 5960X@4.5GHz
【 Mem 】DDR4-3000 8GB x4
【 M/B 】RAMPAGE V EXTREME
【 HDD 】Intel 750 SSD 400GB
【 O S 】Windows7 64bit SP1
【 Ver. 】0.6.8.9461 (Windows - x64 AVX2 ~ Airi)
【HypThread】ON
【ComputeT.】4.701 seconds
【Total Time】5.377 seconds
【CPU Utiliz 】1408.6%
【Efficiency 】88.0372%
遅い盆休みで暇なのでやってみた き、キター!
1億桁4秒台
Haswell最強は来年まで続くのか? ディスクわからんしtotalしかないのであれだが、haswellとほぼ同じくらいかな
has-eはさすがにぶっ飛んでるw だ、誰かHaswellとSkylakeで 0.5.5 Build 9180 fix2 x86を実行してくださいしろ 【 CPU 】i5 3570 @3.8GHz(TB4.0)
【 Mem 】DDR3-1666 8GB x2 @1680MHz
【 M/B 】P8B75-V
【 HDD 】RamDisk RAMDA
【 O S 】Windows7 64bit SP1
【 Ver. 】0.6.8.9461 (Windows - x64 AVX ~ Hina)
【HypThread】無し
【ComputeT.】21.812 seconds
【Total Time】22.866 seconds
【CPU Utiliz 】367.972 %
【Efficiency 】91.9929 %
ちょっとやってみた 【 CPU 】i7 6700K@4.6GHz
【 Mem 】DDR4-3200 8GB x2
【 M/B 】MAXIMUS VIII HERO
【 O S 】Windows7 64bit
【 Ver. 】0.6.8.9461 (Windows - x64 AVX2 ~ Airi)
【HypThread】ON
【Total Time】8.089seconds
【CPU Utiliz 】743.954%
【Efficiency 】92.9943%
>>95からOS変更
色々と試したが10より7のほうが早い 構成変えたのか?と思ったら>>93と同じ構成でOSだけ変更か
ComputeTも同じ傾向?
Efficiencyが高い=効率良く動作している
逆にEfficiencyが低い場合は、何か他の事を非効率にしてる可能性がある
他の事とは、具体的には、I/O待ち/不要なタスク管理/分岐予測失敗によるパイプラインフラッシュ/実行優先順位が高いバックドアなど computationとtotal分けて書けない時点で使ってるやつのCPUが残念 >>103
日本語おかしいぞ
お前の頭が一番残念そうだなw 【 CPU 】i7 6700K@4.8GHz
【 Mem 】DDR4-2133@2800 4GB x2
【 M/B 】Z170 Extreme4
【 HDD 】DataRam Ramdisk
【 O S 】Windows10 64bit
【 Ver. 】0.6.8.9461 (Windows - x64 AVX2 ~ Airi)
【HypThread】ON
【ComputeT.】6.684 seconds
【Total Time】7.251 seconds
【CPU Utiliz 】751.104%
【Efficiency 】93.8881%
http://light.dotup.org/uploda/light.dotup.org251641.jpg そりゃそうだ、4C8Tが8C16Tに勝てるわけねぇだろwww 言い換えると、SkylakeがHaswel-Eに勝てるわけねぇだろwww Skylake-E/F は AVX512 だから新バイナリが登場するんじゃね?
ただこれXEON以外はAVX512がDisableされるという噂だから、どうなるか判らんけど sandy-k以降、5年間もずーっと記録が「クロックしだい」で停滞
データを更新する人もいなくなり、雑談と幼稚な言い争いだけの超過疎スレ
落ちて当然だココモナー 【 CPU 】AMD FX-8150@定格
【 Mem 】Transcend DDR3-1600 4GB×2
【 M/B 】MSI 970A-G46
【 O S 】Windows10 Pro 1511 10586.3
【 Ver. 】0.6.8 Build 9461 (Windows - x64 XOP ~ Miyu)
【HypThread】無し
【Total Time】26.329 seconds
【CPU Utiliz 】682.845 %
【Efficiency 】85.356 %
今更だけど、とりあえず ■Computation■
4.701 i7 5960X(@4.5GHz)
6.684 i7 6700K(4.8GHz)
7.182 i7-5820K(@4.0GHz)
8.734 E5-2687W*2(hina、80threads)
9.005 E5-2687W*2(hina)
------ 10秒 ------
10.713 i5-4690K(@4.5GHz)
10.916 3960X(@5.05GHz、36スレッド)
11.081 i7-4770
11.893 i5-4690K
16.126 Xeon X5675*2(ushio、48threads)
17.117 Xeon X5675*2(ushio)
17.993 Opteron4280*2(miyu)
19.341 i3-4370
------ 20秒 ------
20.918 i3-4350
21.812 i5 3570(@3.8/TB4.0GHz)
22.154 i7-2600K(hina)
23.968 i3-4350(2C2T)
24.810 i5-4690K(kasumi)
24.545 FX-8350
25.214 Opteron4280*2(kasumi)
27.785 Opteron8439SE*2(kasumi)
------ 30秒 ------
38.216 A10-7850K(miyu)
39.610 Xeon X5675*2(x86)
------ 1分 ------
200.227 Z3745
------ 5分 ------
1119.156 Z550(x86)
------ 1時間 ------
□Output□
0.567 i7 6700K(4.8GHz)
0.676 i7 5960X(@4.5GHz)
0.736 i5-4690K(@4.5GHz、Dataram RAMDisk)
0.747 3960X(@5.05GHz)
0.833 i7-4770(SoftPerfect RAMDisk)
0.855 E5-2687W(SoftPerfect RAMDisk)
0.868 i7-5820K(@4.0GHz、SSD)
------- 1秒 -------
1.005 i5-4690K(速めのSSD)
1.054 i5 3570(@3.8/TB4.0GHz)
1.260 i5-4690K
1.391 Xeon X5675(ARC-1680i*12 RAID6 SSD)
1.643 i7-2600K(SSD*2、RAID0)
1.684 Opteron4280
1.790 i3-4350
1.919 i3-4370(HDD)
1.960 Opteron8439SE
------- 2秒 -------
2.042 FX-8350
2.079 Xeon X5675(x86、ARC-1680i RAID6 SSD)
2.291 A10-7850K
------- 5秒 -------
------- 10秒 -------
19.670 Z3745
------- 30秒 -------
41.450 Z550
▼Total▼
26.329 FX-8150 >>117
すまん、【ComputeT.】書き忘れたので、再計測
【 CPU 】AMD FX-8150@定格
【 Mem 】Transcend DDR3-1600 4GB×2
【 M/B 】MSI 970A-G46
【 O S 】Windows10 Pro 1511 10586.3
【 Ver. 】0.6.8 Build 9461 (Windows - x64 XOP ~ Miyu)
【HypThread】無し
【ComputeT.】24.295 seconds
【Total Time】26.237 seconds
【CPU Utiliz 】684.825 %
【Efficiency 】85.6031 %
若干早くなってるw Broadwellでとってみた
【 CPU 】i7-5775C 定格
【 Mem 】DDR3-1600 8Gx2
【 M/B 】Z97E-ITX
【 O S 】Win10Pro x64
【 Ver. 】0.6.8.9461 (Windows - x64 AVX2 ~ Airi)
【HypThread】ON
【ComputeT.】10.265 seconds
【Total Time】11.733 seconds
【CPU Utiliz 】747.995 %
【Efficiency 】93.4994 % どうせなのでBroadwellをOCしてみた
【 CPU 】i7-5775C OC 4.0GHz
【 Mem 】DDR3-1600 8Gx2
【 M/B 】Z97E-ITX
【 O S 】Win10Pro x64
【 Ver. 】0.6.8.9461 (Windows - x64 AVX2 ~ Airi)
【HypThread】ON
【ComputeT.】9.425 seconds
【Total Time】10.843 seconds
【CPU Utiliz 】760.748 %
【Efficiency 】95.0935 % 【 CPU 】Pentium w/MMX 233MHz DUAL
【 Mem 】72pin FP-SIMM 128MB x4 Total 512MB
【 M/B 】GIGABYTE GA-586DX Rev3B 改
【 O S 】Win2000SP4 + v2.5f4
【 Ver. 】0.5.5.9180(fix 2) x86
【HypThread】無し
【ComputeT.】11376.389 seconds
【Total Time】11746.808 seconds
【CPU Utiliz 】192.355 %
【Efficiency 】96.1777 %
※メモリ不足の為、Swapを若干利用しています 構成は>>124
◆1Thread 1億桁 (つまりCPU1個の速度)
【ComputeT.】17392.097 seconds
【Total Time】17917.716 seconds
【CPU Utiliz 】95.4312 %
【Efficiency 】47.7156 %
◆104万桁
【ComputeT.】48.944 seconds
【Total Time】52.666 seconds
【CPU Utiliz 】166.612 %
【Efficiency 】83.3062 % 【 CPU 】Intel(R) Core(TM) M-5Y71 CPU @ 1.20GHz
【 Mem 】LPDDR3 1600MHz Dual channel 8GB
【 M/B 】ASUS TransBook T300CHI
【 O S 】Windows 10
【 Ver. 】0.6.9 Build 9462 (Windows - x64 AVX2 ~ Airi)
【HypThread】あり
【ComputeT.】27.205 seconds
【Total Time】29.178 seconds
【CPU Utiliz 】362.241 %
【Efficiency 】90.560 %
なお、TBは1コア最大2.9GHz、2コア最大2.6GHzでFA 【 CPU 】AMD FX-8350@4.33GHz(234x18.5)
【 Mem 】DDR3-2184 SingleChannel 8GB
【 M/B 】MSI 990FXA-GD65
【 O S 】Windows 10-64 (build10586.36)
【 Ver. 】0.6.9.9462 (Windows x64 XOP Miyu)
【HypThread】None
【ComputeT.】20.678 seconds
【Total Time】22.409 seconds
【CPU Utiliz 】692.832 %
【Efficiency 】86.6041 %
足回り重視OC、この板まわりゃしねぇっす
メモリ片肺なのは一枚ぶっ壊したからです、せっかくなのでこのままDDR4まで待ちます 【 CPU 】Intel(R) Atom(TM) CPU Z3795 @ 1.60GHz
【 Mem 】LPDDR3 1333MHz Dual Channel 4GB
【 M/B 】Lenovo ThinkPad 8
【 O S 】Windows 10 x64
【 Ver. 】0.6.9 Build 9462 (Windows - x64 SSE4.1 ~ Ushio)
【HypThread】なし
【ComputeT.】139.969 seconds
【Total Time】147.288 seconds
【CPU Utiliz 】352.677 %
【Efficiency 】88.169 %
>>15の上位チップってことを加味してもそんなに伸びてないね
命令フェッチ帯域(かえって性能悪化のケースもあり)とかFMULのスループットの問題が
あるからISAがx64になっただけで伸びるようなアーキじゃないってことだ 念のため32ビットでも動かしてみたら>>15と大体同じスコアになったから困るwwww
やっぱBayTrailはマルチスレッド弱いな
CherryTrail版はやくでないかしら
【 CPU 】Intel(R) Atom(TM) CPU Z3795 @ 1.60GHz
【 Mem 】LPDDR3 1333MHz Dual Channel 4GB
【 M/B 】Lenovo ThinkPad 8
【 O S 】Windows 10 x64
【 Ver. 】 0.6.9 Build 9462 (Windows - x86 SSE3)
【HypThread】なし
【ComputeT.】206.331 seconds
【Total Time】217.050 seconds
【CPU Utiliz 】314.838 %
【Efficiency 】78.709 % >>129
8150と8350って、そんなに変わらんのね。
定格比較なら2秒程度?
>【 CPU 】AMD FX-8350@4.33GHz(234x18.5)
>【ComputeT.】20.678 seconds
>【Total Time】22.409 seconds
>【CPU Utiliz 】692.832 %
>【Efficiency 】86.6041 %
>【 CPU 】AMD FX-8150@定格
>【ComputeT.】24.295 seconds
>【Total Time】26.237 seconds
>【CPU Utiliz 】684.825 %
>【Efficiency 】85.6031 % >>132
上はメモリ片肺だから何とも
全部キャッシュで収まってるならそのくらいだと思う
逆に同アーキで2秒縮まってると考えると、BD→PDって意外と差があると言えるのかも 【 CPU 】Intel(R) Core(TM) i7-5960X CPU @ 3.00GHz/TB3.5GHz
【 Mem 】68,638,281,728 bytes ( 64.0 GiB )/DDR4 2667
【 M/B 】X99 OC Formula
【 O S 】Windows10Pro
【 Ver. 】 0.6.9 Build 9462 (Windows - x64 AVX2 ~ Airi)
【HypThread】ON
【Total Time】6.855 seconds
【CPU Utiliz 】1418.408 %
【Efficiency 】88.650% 【 CPU 】Intel Core i5-4690T
【 Mem 】DDR3L-1600 8GB*2
【 M/B 】ASUS H97-ERO GAMER
【 O S 】Windows7 64bit
【 Ver. 】0.6.9 Build 9462 (Windows - x64 AVX2 ~ Airi)
【HypThread】なし
【ComputeT.】13.719 seconds
【Total Time】14.893 seconds
【CPU Utiliz 】380.924 %
【Efficiency 】95.231 % 【 CPU 】i7ー5930K@3.5GHz(定格)
【 Mem 】DDR4-2133 8GBx4
【 M/B 】ASUS X99-DELUXE
【 HDD 】Crucial CT250MX200
【 O S 】Windows7 64bit SP1
【 Ver. 】0.6.9.9462 (Windows - x64 AVX2 ~ Airi)
【HypThread】ON
【ComputeT.】8.108 seconds
【Total Time】9.129 seconds
【CPU Utiliz 】884.338%
【Efficiency 】73.6948%
5930Kが一つもないので焼いてみた
今どうしても外せないプロセスが3%くらいの負荷で走ってる状態で測定
なんかEfficiency低いけどこんなものなのかな? 【 CPU 】Intel(R) Core(TM) i7-5960X CPU @ 3.00GHz/TB3.5GHz(BKL100)
【 Mem 】DDR4 2667 16GB*4
【 M/B 】X99 OC Formula
【 HDD 】SM951NVMe
【 O S 】Windows10Pro 64bit
【 Ver. 】0.6.9 Build 9462 (Windows - x64 AVX2 ~ Airi)
【HypThread】ON
【ComputeT.】5.723seconds
【Total Time】7.039seconds
【CPU Utiliz 】1402.775%
もっかい計測してみた。
【Efficiency 】87.673 %% 【 CPU 】Intel(R) Core(TM) i7-5960X CPU @ 3.00GHz/TB3.5GHz(BKL100)
【 Mem 】DDR4 2667 16GB*4
【 M/B 】X99 OC Formula
【 HDD 】SM951NVMe
【 O S 】Windows10Pro 64bit
【 Ver. 】0.6.9 Build 9462 (Windows - x64 AVX2 ~ Airi)
【HypThread】ON
【ComputeT.】5.723seconds
【Total Time】7.039seconds
【CPU Utiliz 】1402.775%
【Efficiency 】87.673 %%
すまぬm(__)m
もっかい計測してみた。 >>71のこれはデタラメ
> x87命令はIRQ13に結び付けられているのでOSの脆弱性につながり易いから
> MSがもう辞めてくれって言ったのかもね
> Intelが無視したのはSuperPIが遅くなるのは避けたかったから、
> AMDは素直に従ってSuperPIが遅くなってしまい・・・
MSがx87を廃止したかったのはXMMレジスタとFPスタックの両方を退避復帰するフットプリントが
大きいと考えたからで、セキュリティ云々は関係なし
なんだかんだで従来x64の完全な互換性のないKNCなんかにもそのままx87命令が
移植されてるし、超越関数は何かと便利なのだ。 >>141
何れにせよ古いものは可能な限り淘汰するべきだと思うよ 別に古いから性能が悪いわけではない
x87の80ビット浮動小数点の精度でやったほうが効率がいいことも少なからずあるので
結局併存してるわけで >>145
ほーん
そんなもんなんやな
何で80bitなんやろ、1.2E24と出たけどこんな精度が当時必要やったんやろか?
今となっては割とどうでも良いことかもしれんが 【 CPU 】AMD FX-8350@4.33GHz(227x19)
【 Mem 】DDR3-2119 DualChannel 16GB
【 M/B 】MSI 990FXA-GD65
【 O S 】Windows 10-64 (build10586.36)
【 Ver. 】0.6.9.9462 (Windows x64 XOP Miyu)
【HypThread】None
【ComputeT.】17.610 seconds
【Total Time】19.094 seconds
【CPU Utiliz 】758.874 %
【Efficiency 】94.8593 %
リベンジ、でもあんま早くない 【 CPU 】i7 2700K@5.3GHz
【 Mem 】DDR3-2133 8GBx4
【 M/B 】Z68 Extreme4
【 HDD 】DataRam RAMDisk
【 O S 】Windows10 64bit
【 Ver. 】0.6.9 Build 9462 (Windows - x64 AVX ~ Hina)
【HypThread】ON
【ComputeT.】14.440 seconds
【Total Time】15.208 seconds
【CPU Utiliz 】709.399 %
【Efficiency 】88.6749 %
うーん、しょっぱいのぉ 【 CPU 】AMD FX(tm)-8350 Eight-Core Processor @定格
【 Mem 】Cetus DCDDR3-8GB-2133(PC3-17000 4GB * 2)
【 M/B 】ASRock 990FX Extreme4
【 O S 】Windows10 Pro 64bit
【 Ver. 】0.6.9 Build 9462 (Windows - x64 XOP ~ Miyu)
【HypThread】None
【ComputeT.】20.144 seconds
【Total Time】22.416 seconds
【CPU Utiliz 】731.069 %
【Efficiency 】91.384 %
こんなもんか ビルドが上がってたので、久々にPCチェック的な意味も兼ねて走らせてみた
ハードは>>22から変わらず
【 Ver. 】0.6.9 Build 9462
【HypThread】有り
x64 AVX2 ~ Airi
【ComputeT.】19.740 seconds 【Total Time】21.403 seconds 【CPU Utiliz 】367.434 % 【Efficiency 】91.859 %
x64 AVX ~ Hina
【ComputeT.】33.799 seconds 【Total Time】35.917 seconds 【CPU Utiliz 】364.424 % 【Efficiency 】91.106 %
x64 SSE4.1 ~ Ushio
【ComputeT.】46.201 seconds 【Total Time】48.796 seconds 【CPU Utiliz 】364.573 % 【Efficiency 】91.143 %
x64 SSE3 ~ Kasumi
【ComputeT.】46.231 seconds 【Total Time】48.799 seconds 【CPU Utiliz 】361.938 % 【Efficiency 】90.484 %
x86 SSE3
【ComputeT.】54.458 seconds 【Total Time】57.848 seconds 【CPU Utiliz 】349.812 % 【Efficiency 】87.453 %
それぞれの計測ごとに再起動とかはしてないんで意味ないかもしれないけど、参考程度に 【 CPU 】AMD FX-8350@Def(4GHz)
【 Mem 】DDR3-2100 DualChannel 4GB(16GB)
【 M/B 】MSI 990FXA-GD65
【 O S 】VMwareWS12P + Ubuntu15.10
【 Ver. 】0.6.9.9462 (Linux x64 XOP Miyu)
【HypThread】None
【ComputeT.】23.204 seconds
【Total Time】25.016 seconds
【CPU Utiliz 】649.216 %
【Efficiency 】81.1521 %
思ったよりは速いね、ゲロ遅になるとおもったんだけど、、、 【CPU】Xeon E5-2683v3 2CPU 2502MHz@TB
【MEM】Crucial DDR4-2133 ECC RDIMM 4GBx8
【M/B】Z10PE-D8 WS
【OS】Windows7 Professional 64bit
【Ver】0.6.9.9462 x64 AVX2
【HypThread】on
【ComputeT.】5.155 seconds
【Total Time】6.404 seconds
【CPU Utiliz】4278.77 %
【Efficiency】76.4066 %
常駐プロセス減らしてアイドルで27個くらいだから環境自体も結構軽いと思う。
スレッドお化けも1億桁程度じゃ利用率上がらないですな。
ちなみに25億桁試したら81%まで上がりました。 正規品60万以上
中華業者横流しBステップES品で揃えて20万
>常駐プロセス減らしてアイドルで27個くらい
コアが余っていても減らす意味が有るのでしょうか? >>155
石は正規品M0ステッピングです。
為替が今より幾分かお財布に優しい時だったので24万円/個で購入できました。
少しでも多く演算リソースをy-cuncherに回そうという考えです。
そもそも、使わない無駄なプロセスが裏でずっと動いてるのが気に入らない性格なので... y-cruncherは理論的にマルチスレッド効率の上限に達してる?
それとも、多コア向けのチューニング余地が未だ残されてる?
印象として8コア以上はコア数に対してスコア上昇率が限定的でクロック高い方がスコアも高い >>160
まぁ、端的に言うとそうなんだろうけど、とは言えチューニングの余地が残されてるのじゃないか?と
>>156
M0ステッピングのcoreinfoを見たいな
Bステップと比べてみたい
https://technet.microsoft.com/ja-jp/sysinternals/cc835722.aspx >>157 Dualは特に効率が悪い気がする。シングルにくらべると GHz x Core数 x Efficiency に対してかなり低い結果。
メモリ周り(半分のメモリは帯域の狭いQPI経由)なんかがネックかね?
CINEBENCHやx264何かはキャッシュが効くからか、GHz x Core数 に割合い近い結果。 >>162
メモコンかリングバスか、バス周りっぽいよね
2ソケに最適化してローカルのみ参照するように調整すれば上がるのかな 2683v3うらやましい
お金余ったら乗せ換えようかしら…
【CPU】Xeon E5-2630v3 2CPU 2400MHz@TB
【MEM】Crucial DDR4-1866 ECC RDIMM 16GBx2
【M/B】Z10PA-D8 WS
【OS】Windows10 Professional 64bit
【Ver】0.6.9.9462 x64 AVX2
【HypThread】on
【ComputeT.】12.414 seconds
【Total Time】13.767 seconds
【CPU Utiliz】2343.35 %
【Efficiency】73.2296 % >>164
1億桁の計算はキャッシュに収まらないよ >>165 Dualでy-cruncherの場合、BIOSのNUMA関係の設定で多少速くなる場合があるみたい。
Sandy/Ivy-EP世代のAMI系BIOSマザボでNumaをDisableとかで10G桁が1668s→1498sくらいの
変化があった。Haswell-EP世代はこの辺りのメニュー構成がだいぶ変わったみたいね。
DualはCPU使用率が上がらないのも難点だね。Haswell-EPはAVX2で処理が速いのが関連して
るのか、Sandy-EP DualよりはCPU利用率高目のよう。 AVX2ってことはy-cruncherは整数演算?
そんな馬鹿な 1の多乗根じゃなくて剰余環による演算?
そんな馬鹿な >>168 それそれ。
>>169-170 数学と計算機の両方に詳しければ答えが出るんじゃないか。 >>169
AVX2の拡張って整数のみじゃ無いだろ、確か >>171
数学と計算機の両方に詳しいが、y-cruncherは詳しくない
ソースとかあるの?
>>172
整数のみだよ
同時期に出た拡張でFMAってのがあるがこれは浮動小数点数の積和演算
完全に全部小数計算じゃなくて一部は整数計算だろうからその部分をAVX2? >>174
わからんな、シフトとかあの辺りかも
バラしてみてもわかりゃしないだろうし、同条件でAVXとAVX2でどれ位差がつくかってのが簡単かもね 常用設定で回してみました
【 CPU 】i7 5960X@4.6GHz(127.9*36), Cache@4.22GHz
【 Mem 】G.Skill F4-3400C16Q-16GRBD@DDR4-3410 16-18-18-38 1T
【 M/B 】ASUS RAMPAGE V EXTREME
【 HDD 】CFD CSSD-S6T512NHG6Q
【 O S 】Windows7 Pro 64bit SP1
【 Ver. 】0.6.9.9462 (Windows - x64 AVX2 ~ Airi)
【HypThread】ON
【ComputeT.】4.209 seconds
【Total Time】5.292 seconds
【CPU Utiliz 】1312.18%
【Efficiency 】82.011% もしかしてAVX2のGATHER命令が効いてるとか?
倍以上ってのは単純にベクタ長が倍になったってだけでは説明が付かないし、整数が支配的っていうのも変 >>180
むしろ何で浮動小数点数使ってると思ってるの
丸め誤差が入っちゃうじゃないか AVX2あり 11.893 i5-4690K
AVX2なし 24.810 i5-4690K(kasumi) >>181
円周率計算は加減算と乗算の組合わせで行う
加減算に比べて圧倒的に乗算の方が時間がかかる
桁数の大きな数の乗算は離散フーリエ変換で行うのが普通 >>183
確かにあなたのおっしゃるとおりでした
それでも素人にもう少しお付き合いいただきたい
単精度浮動小数点数で間に合わず倍精度浮動小数点数が使われる所を
32bit整数による固定小数点数演算で代用するとゆうのはどうでしょう
固定小数点数演算で 32bitより64bitの方がDFTの効率が良いです
浮動小数点数の演算は積和演算が毎クロック2個ずつ出来るので、固定小数点数でやる場合は64bit整数乗算の結果をシフトした値に64bitを加算する命令が毎クロック2個ずつ出来ないと速度的なメリットは無いです AVX2には手頃な整数積和命令が無かったと思います なににつかうの?
CRCならすでにSSDやネットワークに比べて十分速いけど 非常に限られた有限体の掛け算を、ただ単に有限体の乗算とか、いかにもたった今調べましたな感じだな
じゃあキャリーレス加算を定義してもらおうか
意味を知ってれば定義出来るはず 普通の問題にしておくか
4元体の分類とか出来る?
まあ無理しなくて良いよ
間違いだってことはわかってるから >>186までとまったく無関係に>>187が出て来た理由でもいい いやーギャザー演算ができない尿漏れ君にはドライメッシュシートが必要ですよ 糞遅い命令に頼るから糞遅いコードしか書けないんだな 191 :,,・´∀`・,,)っ-○○○ [sage] :2016/02/08(月) 21:27:57.53 ID:+mNy7Vnn
普通に有限体の乗算なんだが・・・ SoA化による高速化のために演算本体以上の処理時間の増大してもいい
池沼ワールドにはかないません まだ並び替えとかギャザーとか言ってるんだ
進歩のないやつ 普通に楕円曲線にキャリーレス乗算を応用した論文なんていくらでもでてくるけどねー
まあDQNには理解できない世界だ 楕円曲線とか、いかにも今検索しましたって感じだな
そのジャンル、ただ単に楕円曲線とは言わないから
もうちょっと真面目に検索しな 可変量のオフセットのロードが演算でないといってしまったら
小規模のLUTを大量に並べたFPGAも演算ユニットでなくなってしまうしね 202 :,,・´∀`・,,)っ-○○○ [sage] :2016/02/08(月) 23:11:51.17 ID:HXew0TPu
普通に楕円曲線にキャリーレス乗算を応用した論文なんていくらでもでてくるけどねー
まあDQNには理解できない世界だ
意味を知ってたらこの日本語はあり得ない 【 CPU 】 AMD Athlon 5350
【 Mem 】 DDR3-1600 8GB
【 M/B 】 ASRock AM1B-ITX
【 O S 】 windows10 32bit
【 Ver. 】 0.6.9 Build 9464 (Windows - x86 SSE3)
【HypThread】無し
【Total Time】132.781 seconds
【CPU Utiliz 】328.320 %
【Efficiency 】82.080 % 【 CPU 】Intel Xeon L3426@1.87GHz
【 Mem 】DDR3-1066 6GB
【 M/B 】H55M Pro
【 O S 】Windows10
【 Ver. 】0.6.9.9464
【HypThread】ON
【Total Time】52.267seconds
【CPU Utiliz 】705.836%
【Efficiency 】88.2294%
珍しい石が手に入ったので。 【 CPU 】Intel core i7-6950X @core4GHz/cache3GHz
【 Mem 】DDR4-2400 8GB*4
【 M/B 】Fatal1ty X99M Killer
【 O S 】Windows10
【 Ver. 】0.6.9.9464 AVX2
【HypThread】ON
【ComputeT.】5.711seconds
【Total Time】6.678seconds
【CPU Utiliz 】1501.59%
【Efficiency 】75.0797%
載せ替え記念
以前の5820K@4GHzの時のスコアと比べて少ししか伸びてねー
つうかAVXって3GHzなんだね
SSEでやると4GHzで動くけど10秒付近までスコア落ちるし >>217
ITBM3.0などに対応した新しいUEFIが出てたので当てて色々再設定
【 CPU 】Intel core i7-6950X @core4GHz/cache3.2GHz
【 Mem 】DDR4-2666 8GB*4
【 M/B 】Fatal1ty X99M Killer
【 O S 】Windows10
【 Ver. 】0.6.9.9464 AVX2
【HypThread】ON
【ComputeT.】4.685seconds
【Total Time】5.630seconds
【CPU Utiliz 】1524.17%
【Efficiency 】76.2083%
コアクロックは同じなのに約1秒ほど早くなってますがな
これってAVX2もOCされて動くようになったと言うことかな
ITBM3.0は有効にすると測る度に0.3秒くらい結果が違うわ
小数点は無意味やな
一気に熱くなってファン全開になるし
AVX2のOCは燃えそうでなんか怖いな 【 CPU 】4790
【 Mem 】16G
【 M/B 】H97i+
【 O S 】win10
【 Ver. 】0.7.1.9465
【HypThread】ON pushpool→8/?
【Total Time】9.914
【CPU Utiliz 】755.71%
【Efficiency 】94.46% 【 CPU 】Intel Xeon E5-2686 v3 (QG7V)
【 Mem 】DDR4-2133 16GBx4
【 M/B 】GA-X99 Gaming G1
【 O S 】Windows10
【 Ver. 】0.7.1.9465 (Windows - x64 AVX2 ~ Airi)
【HypThread】ON
【ComputeT.】4.552 seconds
【Total Time】5.265 seconds (SoftPerfect RAMDisk)
【CPU Utiliz 】2834.78 %
【Efficiency 】78.74 % 【 CPU 】Intel i7-3770K @5.15GHz
【 Mem 】DDR3-26666 8GBx4
【 M/B 】ASUS Maximus V EXTREME
【 O S 】Windows10
【 Ver. 】0.7.1.9465 (Windows - x64 AVX2 ~ Hina)
【HypThread】ON
【ComputeT.】11.850 seconds
【Total Time】12.720 seconds
【CPU Utiliz 】770.69 %
【Efficiency 】96.34 % 【 CPU 】3960X @4.7GHz
【 Mem 】DDR3-2133 4GB x 4 10-11-11-29 1T
【 M/B 】ASUS RAMPAGE IV
【 HDD 】3TB HDD
【 O S 】Windows7 64 SP1
【 Ver. 】0.7.1.9465 x64 AVX ~ Hina
【HypThread】ON
【ComputeT.】9.498 seconds
【Total Time】11.030 seconds
【CPU Utiliz 】1036.21 % + 0.16 % kernel overhead
【Efficiency 】86.35 % + 0.01 % kernel overhead
【 CPU 】Xeon E5-2687W (初代) x 2@定格
【 Mem 】DDR3-1600 4GB x 8 10-10-10-24 1T
【 M/B 】EVGA SR-X
【 HDD 】2TB HDD x 2(ストライプ)
【 O S 】Windows7 64 SP1
【 Ver. 】0.7.1.9465 x64 AVX ~ Hina
【HypThread】ON
【ComputeT.】6.548 seconds
【Total Time】7.488 seconds
【CPU Utiliz 】2373.93 % + 5.96 % kernel overhead
【Efficiency 】74.19 % + 0.19 % kernel overhead
前のバージョンより速い。特にXeon DualはCPU使用率が大幅に上がってかなり改善。最速の
スレッド数も変わり、うちのはデフォルトが一番よさそう。SeLockMemoryPrivilegeは有効にして
も大きな変化はなさそう。
Haswell-E以降/以上なら4秒切り狙えそうだね。 【 CPU 】Xeon E5-2643x2@3.3GHz
【 Mem 】DDR3-1600 4GB x 4
【 M/B 】富士通
【 HDD 】250GB HDD x 8(R5)
【 O S 】Windows server 2008
【 Ver 】0.7.1.9465 x64 AVX ~ Hina
【HypThread】ない
【ComputeT.】11.631 seconds
【Total Time】15.569 seconds
【CPU Utiliz 】721.35 % + 0.67 % kernel overhead
【Efficiency 】90.17 % + 0.08 % kernel overhead
古いクラスター、32CPU128スレッドで計算したかったが、クラスターノードの結合に失敗
今日は時間切れ、また暇なときにやるど。ということでホストノード(2CPU)のみで計算。
古いんで2.5inch 250GB HD使ってます。数が多い(各ノードに8台)ので故障頻度が異常に高い。 【 CPU 】 Intel Core i7-4770 @ 3.40GHz
【 Mem 】 DDR3-1600 4GB x2
【 M/B 】 ASUS H87M-Pro
【 HDD 】 Plextor PX-256M5S
【 O S 】 Win7 Pro x64 SP1
【 Ver. 】 v0.7.1.9466b Windows
【HypThread】ON
【 Ver. 】 x64 AVX2 Airi
【ComputeT.】 9.770sec 【Total Time】10.842sec 【CPU Utiliz 】747.30% 【Efficiency 】93.41%
【 Ver. 】 x64 AVX Hina
【ComputeT.】17.302sec 【Total Time】18.783sec 【CPU Utiliz 】755.29% 【Efficiency 】94.41%
【 Ver. 】 x64 SSE4.1 Ushio
【ComputeT.】20.886sec 【Total Time】22.370sec 【CPU Utiliz 】751.70% 【Efficiency 】93.96%
【 Ver. 】 x64 SSE3 Kasumi
【ComputeT.】21.592sec 【Total Time】23.151sec 【CPU Utiliz 】760.50% 【Efficiency 】95.06%
【 Ver. 】 x86 SSE3
【ComputeT.】28.057sec 【Total Time】29.983sec 【CPU Utiliz 】716.32% 【Efficiency 】89.54%
【 Ver. 】 x86
【ComputeT.】45.241sec 【Total Time】47.892sec 【CPU Utiliz 】727.82% 【Efficiency 】90.98%
初計測・拡張命令調査用メモ >>226から更に2通りの方法でメモリ帯域を半減させてテスト
【 CPU 】 Intel Core i7-4770 @ 3.40GHz
【 Ver. 】 v0.7.1.9466b Windows x64 AVX2 Airi
【 Mem 】 DDR3-1600 4GB x1(チャネル数半減)
【ComputeT.】15.983sec 【Total Time】17.285sec 【CPU Utiliz 】699.84% 【Efficiency 】87.48%
【 Mem 】 DDR3-800 4GB x2(メモリクロック半減)
【ComputeT.】13.086sec 【Total Time】14.352sec 【CPU Utiliz 】738.29% 【Efficiency 】92.29% 【 CPU 】i7 7700K @5.0GHz
【 Mem 】DDR4-3200 8GBx2
【 M/B 】MAXIMUS VIII HERO
【 HDD 】SSD 480GBx2 RAID0
【 O S 】Windows10 Pro x64
【 Ver. 】0.7.1.9466b
【HypThread】ON
【ComputeT.】5.767 seconds
【Total Time】6.694 seconds
【CPU Utiliz 】749.72 % + 0.27 % kernel overhead
【Efficiency 】93.71 % + 0.03 % kernel overhead 【 CPU 】 E5-2699v4 @ 2.20GHz 2-way (44 core / 88 thread total)
【 Mem 】 DDR4-2400 ECC LRDIMM 256GB (64GB x8)
【 M/B 】 ASUS Z10PE-D8 WS (BIOS 3304)
【 O S 】 Windows 10.0 Build 14393 x64
【 Ver. 】 0.7.1 Build 9466
【HypThread】 ON
【Total Time】 5.092 seconds
【CPU Utiliz 】 4990.80 % + 967.84 % kernel overhead
【Efficiency 】 56.71 % + 11.00 % kernel overhead >>229
2697v4 36cでも
Total Computation Time: 4.343 secondsくらい出るよ
HTOFF方が早いかも 【 CPU 】Intel Xeon E5-2686 v3 (ES) x2
【 Mem 】DDR4-2133 16GBx8
【 M/B 】X10DAX
【 O S 】Windows10
【 Ver. 】0.7.1.9465 (Windows - x64 AVX2 ~ Airi)
【HypThread】ON
【ComputeT.】3.718 seconds
【Total Time】4.875 seconds (SoftPerfect RAMDisk)
【CPU Utiliz 】5354.04 % + 807.73 % kernel overhead
【Efficiency 】74.36 % + 11.22 % kernel overhead 【 CPU 】i7 7700K @5.0GHz
【 Mem 】DDR4-3200 16GBx4
【 M/B 】PRIM Z270-A
【 HDD 】SSD 480GBx2 RAID0
【 O S 】Windows10 Pro x64
【 Ver. 】0.7.1.9466b
【HypThread】ON
【ComputeT.】5.403 seconds
【Total Time】5.875 seconds
【CPU Utiliz 】747.38 % + 1.60 % kernel overhead
【Efficiency 】93421 % + 0.20 % kernel overhead 間違えた
【 CPU 】i7 7700K @5.0GHz
【 Mem 】DDR4-3200 16GBx4
【 M/B 】PRIM Z270-A
【 HDD 】SSD 1TB
【 O S 】Windows10 Pro x64
【 Ver. 】0.7.1.9466b
【HypThread】ON
【ComputeT.】5.403 seconds
【Total Time】5.875 seconds
【CPU Utiliz 】747.38 % + 1.60 % kernel overhead
【Efficiency 】93421 % + 0.20 % kernel overhead
これのstresstestすごく厳しいね。 Win10のコマンドプロンプトはコピペ簡単になったから、それ使うと楽。
【Efficiency 】93421 % + 0.20 % kernel overhead
~~~~~~~~ 似たスペックの>>228と>>234で差があるのは何でだろう 確かに>>234のスコアは>>106の6700Kと比較しても高すぎる気がする
ver差かメモリー差かね >>237
メモリのトータル性能で大きく変化するよ、
末尾がHQ型番のIrisタイプとか周波数低くても明白にそれ以上の性能だすでしょ。 AVX2が思いっきり効きまくるベンチだからRyzenの得意種目じゃないだろうけど
Ryzen誘導であげとく >>239
Irisを出してるってことはキャッシュじゃないの?
確かCPUに乗せてるキャッシュが大きく影響するrarだと、
Broadwell-CがSkylake-Sを大きく引き離すって見たことある ママンしょぼいからスコアも伸びねえ
【 CPU 】R7 1800X 3.7GHz
【 Mem 】DDR4-2666 8GBx2
【 M/B 】PRIME B350-PLUS
【 O S 】Windows10 x64
【 Ver. 】0.7.1.9465 (Windows - x64 AVX2 ~ Airi)
【HypThread】ON
【ComputeT.】9.169 seconds
【Total Time】10.512 seconds
【CPU Utiliz 】1211.68 % + 2.73 % kernel overhead
【Efficiency 】75.73 % + 0.17 % kernel overhead 常用設定にて
【 CPU 】i7 5960X @4.4GHz
【 Mem 】DDR4-2400 4GBx4
【 M/B 】R5E
【 O S 】Windows10 x64
【 Ver. 】0.7.1.9466 (Windows - x64 AVX2 ~ Airi)
【HypThread】ON
【ComputeT.】4.573 seconds
【Total Time】5.351 seconds
【CPU Utiliz 1401.19 % + 1.37 % kernel overhead
【Efficiency 】87.57 % + 0.09 % kernel overhead >>168 フル稼働してないって言い方はちょっとどうなんだろう。その為のベース周波数
ではないかと。消費電力が最大になる負荷でも、TDPでこのクロック以上で回ることを
保障するというのがベース周波数。Ryzenだってベース周波数あるよね。
ちなみに、Haswell-E/EP以降AVXのベース周波数が別枠になったが、コンシューマー
系CPUは別枠でない状態を堅持しているようだ。(Broadwell-E、Kabylake-Sからは、
AVXベースを別枠に変更できるようにはなったらしいが) >>895 -Sや-E/Xeonは直ぐには無理でも、この話からするとノートとかはなんとか
なりそうってことでは。
http://pc.watch.impress.co.jp/docs/news/event/1037797.html
「ムーアの法則は終わったという人も少なくないが、実際にはそうではなく、今回お見せした
Cannon Lakeは10nmプロセスルールを利用して製造される」と述べ >>Ryzenが4C+4Cの実質NUMA構造なんじゃないかって話が出てるようだ。そういう目で見ると、
>>242のCPU使用率がDual Xeon並みに低いのが気になるね。皆そうなのかな?
>>244-245 は誤爆。 >>242
ママンというかRyzenはキャッシュとメモリ周りが露骨に弱いっぽいね
-Eからマザボ含めてコスト削減で削った部分
あとコア数が多いCPUの宿命なのか-Eと同じく電源管理も弄らないと性能落ちるって話も出てる まあ、あらゆるベンチの中で最もAVX2の効果が高いベンチだから
普通にAVX2のスループット2倍差が出てるんだろうな
AVX Hinaで実行した方が少し速かったりして こんかもんなんか
2700K@5.3GHzと比べて2.5倍速って考えると世代分の進化はあるのか
【 CPU 】 i7 7700K@5.2GHz
【 Mem 】 DDR4-4000 8GBx2
【 M/B 】 Z170MOCF
【 O S 】 Win10 64bit
【 Ver. 】 0.7.1.9466b
【HypThread】 ON
【ComputeT.】 5.544 seconds
【Total Time】 5.928 seconds (DataRam RAMDisk)
【CPU Utiliz 】 764.65 %
【Efficiency 】 95.58 % 【 CPU 】 Ryzen 7 1800X @4GHz
【 Mem 】 DDR4-3200 8GBx2
【 M/B 】 X370 XPOWER GAMING TITANIUM
【 O S 】 Win10Pro x64(Build 14393)
【 Ver. 】 0.7.1.9466b
【HypThread】 ON
【ComputeT.】 7.102 seconds
【Total Time】 8.129 seconds
【CPU Utiliz 】 1434.21 % + 3.30 % kernel overhead
【Efficiency 】 89.64 % + 0.21 % kernel overhead >>251 >>243並みのCPU使用率になったね。何かNUMAっぽい変化。 AMD RYZEN 7 1700X LINUX BENCHMARKS
https://www.servethehome.com/amd-ryzen-7-1700x-linux-benchmarks/
Linux環境で各種ベンチが好成績収めてるから、LinuxならRyzenのSMTをうまく扱えるのかもしれない
Linux版でベンチしてみるといいのかも 【 CPU 】 Ryzen 7 1700X @3.4GHz (定格)
【 Mem 】 DDR4-2400 8GBx2
【 M/B 】 Fatal1ty X370 Professional Gaming
【 O S 】 Win10Pro x64(Build 14393)
【 Ver. 】 0.7.1.9466b
【HypThread】 ON
【ComputeT.】 8.270 seconds
【Total Time】 9.821 seconds
【CPU Utiliz 】 1446.66 % + 1.70 % kernel overhea
【Efficiency 】 90.42 % + 0.11 % kernel overhead 【 CPU 】 Ryzen7 1800X @ 3.7GHz
【 Mem 】 DDR4-2667 16GB x2
【 M/B 】 B350 TOMAHAWK (MS-7A34)
【 O S 】 Win10 14393
【 Ver. 】 0.7.1.9466b
【HypThread】ON
【 Ver. 】 AVX2 Airi
【Total Time】 7.810s 【Total Time】 09.694s 【CPU Utiliz 】 1423.24+2.80% 【Efficiency 】 88.95+0.18%
【 Ver. 】 AVX Hina
【Total Time】 8.881s 【Total Time】 10.871s 【CPU Utiliz 】 1487.90+0.88% 【Efficiency 】 92.99+0.05%
【 Ver. 】 SSE4.1 Ushio
【Total Time】 9.720s 【Total Time】 11.661s 【CPU Utiliz 】 1361.56+2.73% 【Efficiency 】 85.10+0.17%
【 Ver. 】 SSE3 Kasumi
【Total Time】 9.996s 【Total Time】 11.959s 【CPU Utiliz 】 1407.30+1.41% 【Efficiency 】 87.96+0.09% >>255
おおありがとう
>>226のHaswellと比較すると一目瞭然なほど差がないねぇ AVX2苦手なせいでRyzenユーザー増えないね… 苦手、というよりアーキテクチャ的に最初から切り捨ててるから面白みが無いし
>>255のおかげでほぼほぼ知りたいことも片付いちまってRyzenに関しては話題になるような要素がな Version 0.7.2 and AMD Zen: (March 14, 2017)
I went through a lot of trouble to do this in time for Pi day, but here it is.
y-cruncher v0.7.2 has a new binary specifically optimized for AMD's Ryzen 7 processors.
The performance gain is about 5% over the Broadwell-tuned binary and 15% over v0.7.1.
It turns out that the optimizations between v0.7.1 and v0.7.2 happened to be more favorable
to AMD Zen than to Intel processors. Nevertheless, this is not enough to make Ryzen beat Haswell-E or Broadwell-E. 【 CPU 】 Ryzen 7 1800X @4GHz
【 Mem 】 DDR4-3200 8GBx2
【 M/B 】 X370 XPOWER GAMING TITANIUM
【 O S 】 Win10Pro x64(Build 14393)
【 Ver. 】 0.7.1.9468
【HypThread】 ON
【ComputeT.】 6.437s【Total Time】 7.227s【CPU Utiliz】1449.38%+1.46%【Efficiency】90.59%+0.09%
【 Ver. 】 13-HSW Airi
【ComputeT.】 6.552s 【Total Time】 7.286s 【CPU Utiliz】 1506.12%+2.86% 【Efficiency】 94.13%+0.18%
【 Ver. 】 11-SNB Hina
【ComputeT.】 8.328s 【Total Time】 9.264s 【CPU Utiliz】 1481.48%+0.94% 【Efficiency】 92.59%+0.06%
【 Ver. 】 08-NHM Ushio
【ComputeT.】 8.503s 【Total Time】 9.438s 【CPU Utiliz】 1482.90%+2.02% 【Efficiency】 92.68%+0.13%
【 Ver. 】 05-A64 Kasumi
【ComputeT.】 9.367s 【Total Time】 10.215s 【CPU Utiliz】 1439.69%+1.67% 【Efficiency】 89.98%+0.10% >>263
17-ZD1 ~ Yukinaが無いやり直し YukinaがRyzenに最適化されたバイナリだな
Binary: "17-ZD1 ~ Yukina" (AMD Zen)
Required Instructions:
x64, ABM, BMI1, BMI2, ADX,
SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2,
AVX, FMA3, AVX2
Target Systems:
- AMD Zen
Recommended For:
- AMD Zen >>266
0.7.1.9468 という誤った記載がややこしくしているが、そうかもしれないしそうでないかもしれないので訂正を待つ
Ryzen持ってないから自力で確かめられないのだが、"Kurumi"はRyzen環境に対してWaring出るのか? ID:evn5XEirが乞食の分際で上から目線過ぎるなw 色々と申し訳ない
なんか昨日のアプデで全体的に少し早くなったっぽいので再掲載
【 CPU 】 Ryzen 7 1800X @4GHz
【 Mem 】 DDR4-3200 8GBx2
【 M/B 】 X370 XPOWER GAMING TITANIUM
【 O S 】 Win10Pro x64(Build 14393)
【 Ver. 】 0.7.2 Build 9468
【HypThread】 ON
【 Ver. 】 17-ZD1 Yukina
【ComputeT.】 6.261s 【Total Time】 7.008s 【CPU Utiliz】 1492.69%+4.24% 【Efficiency】 93.29%+0.27%
【 Ver. 】 14-BDW Kurumi
【ComputeT.】 6.465s 【Total Time】 7.218s 【CPU Utiliz】 1503.64%+0.97% 【Efficiency】 93.98%+0.06%
【 Ver. 】 13-HSW Airi
【ComputeT.】 6.523s 【Total Time】 7.278s 【CPU Utiliz】 1512.15%+1.20% 【Efficiency】 94.51%+0.07%
【 Ver. 】 11-SNB Hina
【ComputeT.】 8.291s 【Total Time】 9.179s 【CPU Utiliz】 1511.55%+1.70% 【Efficiency】 94.47%+0.11%
【 Ver. 】 08-NHM Ushio
【ComputeT.】 8.466s 【Total Time】 9.376s 【CPU Utiliz】 1498.41%+4.61% 【Efficiency】 93.65%+0.29%
【 Ver. 】 05-A64 Kasumi
【ComputeT.】 9.257s 【Total Time】 10.087s 【CPU Utiliz】 1439.47%+1.18% 【Efficiency】 89.97%+0.07% >>269
乙
Ryzen最適化でしっかり速くなってるね 【 CPU 】 Ryzen 7 1700X 定格
【 Mem 】 DDR4-2667 8GBx2
【 M/B 】 X370 Fatal1ty X370 Professional Gaming
【 O S 】 Win10Pro x64(Build 14393)
【 Ver. 】 0.7.2 Build 9468
【HypThread】 ON
【 Ver. 】 17-ZD1 Yukina
【ComputeT.】 6.759s 【Total Time】 7.378s 【CPU Utiliz】 1417.41 % + 2.54 % 【Efficiency】 88.59 % + 0.16
初投稿です。Yukinaだけ。
1700無印のOC版が見てみたい Performance Bias なるものがついたのでテスト
【 CPU 】 Ryzen 7 1700 @Stock (-0.1325V)
【 Mem 】 CT8G4DFS8213 @2666MHz 18-18-18-44
【 M/B 】 Prime B350-PLUS
【 O S 】 Windows 10 16.7 Build 14393.969
【 Ver. 】 0.7.2 Build 9468
【HypThread】 ON
【 Ver. 】 17-ZD1 Yukina
Auto:
【ComputeT.】7.878s【Total Time】9.596s【CPU Utiliz】1457.91% +0.99%【Efficiency】91.12% +0.06%
CB15:
【ComputeT.】7.869s【Total Time】9.481s【CPU Utiliz】1459.92% +1.99%【Efficiency】91.25% +0.12%
Aida/Geek:
【ComputeT.】7.804s【Total Time】9.522s【CPU Utiliz】1468.47% +2.20%【Efficiency】91.78% +0.14%
CB11.5:
【ComputeT.】7.779s【Total Time】9.446s【CPU Utiliz】1501.60% +2.01%【Efficiency】93.85% +0.13%
誤差みたいなもんだな >>273
【 CPU 】 Ryzen 7 1700 @Stock (-0.1325V)
【 Mem 】 CT8G4DFS8213 @2933MHz CL16
【 M/B 】 Prime B350-PLUS 0605
【 O S 】 Windows 10 1703 Build 15063.13
【 Ver. 】 0.7.2 Build 9468
【HypThread】 ON
【 Ver. 】 17-ZD1 Yukina
Total Computation Time: 7.706 seconds ( 0.128 minutes )
Start-to-End Wall Time: 8.448 seconds ( 0.141 minutes )
CPU Utilization: 1444.72 % + 3.24 % kernel overhead
Multi-core Efficiency: 90.30 % + 0.20 % kernel overhead 常駐できるだけ切って電源オプションを高パフォーマンス固定で一番良かったやつ
【 CPU 】 Ryzen 7 1700 @Stock (-0.1325V)
【 Mem 】 CT8G4DFS8213 @2933MHz CL16
【 M/B 】 Prime B350-PLUS 0605
【 O S 】 Windows 10 1703 Build 15063.13
【 Ver. 】 0.7.2 Build 9468
【HypThread】 ON
【 Ver. 】 17-ZD1 Yukina
Total Computation Time: 7.505 seconds
Start-to-End Wall Time: 7.960 seconds
CPU Utilization: 1460.10 % + 2.71 % kernel overhead
Multi-core Efficiency: 91.26 % + 0.17 % kernel overhead 3.7GHzにオーバークロック
【 CPU 】 Ryzen 7 1700 @3.7GHz
【 Mem 】 CT8G4DFS8213 @2933MHz CL16
【 M/B 】 Prime B350-PLUS 0605
【 O S 】 Windows 10 1703 Build 15063.13
【 Ver. 】 0.7.2 Build 9468
【HypThread】 ON
【 Ver. 】 17-ZD1 Yukina
Total Computation Time: 6.726 seconds
Start-to-End Wall Time: 7.137 seconds
CPU Utilization: 1489.18 % + 3.72 % kernel overhead
Multi-core Efficiency: 93.07 % + 0.23 % kernel overhead OSはRyzen向けの修正が何度か入ったWindows10 Builed 15063、
BIOSはAgesaコード1004Aでレイテンシーが改善した0605、
その上ベンチ自体も最適化されたわけだから伸びない方がおかしい罠
メモリよく見たら2133なのか、CLだけ16→14は流石に厳しそうだな 【 CPU 】 celeron g3930
【 Mem 】 ddr4-2400 4gbx2
【 M/B 】 z270 extreme4
【 O S 】 10 pro 64
【 Ver. 】 0.7.2
【HypThread】 無し
【Total Time】 43.049
【CPU Utiliz 】 197.88
【Efficiency 】 98.94
スクショ(´・ω・`)
https://youtu.be/SJeiduKQRz8 【 CPU 】 Ryzen 5 1400 定格(3.2GHz)
【 Mem 】 Crucial DDR4 2666 4GB *2
【 M/B 】 ASRock AB350M-HDV
【 O S 】 Windows 10 home 64
【 Ver. 】 0.7.2 Build 9468
【HypThread】 ON
【 Ver. 】 17-ZD1 Yukina
Total Computation Time: 14.196 seconds
Start-to-End Wall Time: 16.280 seconds
CPU Utilization: 756.17 % + 0.22 % kernel overhead
Multi-core Efficiency: 97.52 % + 0.03 % kernel overhead 【 CPU 】AMD Phenom II X6 1055T@3.2Ghz
【 Mem 】DDR2 SDRAM PC6400 2GBx2
【 M/B 】GA-MA785GM-US2H
【 O S 】Windows 10.0 Build 15063
【 Ver. 】v0.7.2 Build 9468
【HypThread】無し
【ComputeT.】33.557 seconds
【Total Time】36.317 seconds
【CPU Utiliz 】489.51 %
【Efficiency 】81.59 %
現役 【 CPU 】 Ryzen 7 1700 @3.95GHz
【 Mem 】 V-Color TD8G16C16-OC28AK 8GBx2 DDR4-2800@2933 (18-13-16-39-1T 1.43V ProcODT68.6ohm DualRank)
【 M/B 】 Asrock X370 TAICHI(P2.20)
【 O S 】 Windows 10 x64 (15063)
【 Ver. 】 0.7.2.9468 (Windows/17-ZD1 ~ Yukina)
【 SMT 】 ON
Total Computation Time: 6.132 seconds ( 0.102 minutes )
Start-to-End Wall Time: 6.815 seconds ( 0.114 minutes )
CPU Utilization: 1520.57 % + 3.06 % kernel overhead
Multi-core Efficiency: 95.04 % + 0.19 % kernel overhead
http://i.imgur.com/tLYUvYc.png 【 CPU 】Core i5-2500K CPU @ 4.10GHz
【 Mem 】9-9-9-24
【 M/B 】Biostar TZ68A+
【 O S 】Windows 10.0 Build 15063
【 Ver. 】v0.7.2 Build 9468 11-SNB ~ Hina
【HypThread】無し
【ComputeT.】17.636 seconds
【Total Time】18.915 seconds
【CPU Utiliz 】363.86 %
【Efficiency 】90.97 % 【 CPU 】 Ryzen 7 1700 @3.95GHz
【 Mem 】 Samsung M378A1K43BB2-CRC 8GBx2 DDR4-2400@3200 (16-17-17-42-1T 1.35V ProcODT53.3ohm SingleRank B1-PCB)
【 M/B 】 Asrock X370 TAICHI(P2.20, AGESA1004a)
【 O S 】 Windows 10 x64 (15063)
【 Ver. 】 0.7.2.9468 (Windows/17-ZD1 ~ Yukina)
【 SMT 】 ON
Total Computation Time: 6.331 seconds ( 0.106 minutes )
Start-to-End Wall Time: 7.024 seconds ( 0.117 minutes )
CPU Utilization: 1490.53 % + 1.97 % kernel overhead
Multi-core Efficiency: 93.16 % + 0.12 % kernel overhead
http://i.imgur.com/Xt9BxAn.png 【 CPU 】 Ryzen 7 1700 @3.95GHz (113x35)
【 Mem 】 Samsung M378A1K43BB2-CRC 8GBx2 DDR4-2400@3616 (20-20-22-48-1T 1.25V ProcODT53.3ohm SingleRank B1-PCB)
【 M/B 】 Asrock X370 TAICHI(P2.20,AGESA1004a)
【 O S 】 Windows 10 x64 (15063)
【 Ver. 】 0.7.2.9468 (Windows/17-ZD1 ~ Yukina)
【 SMT 】 ON
Total Computation Time: 6.142 seconds ( 0.102 minutes )
Start-to-End Wall Time: 6.823 seconds ( 0.114 minutes )
CPU Utilization: 1526.96 % + 2.04 % kernel overhead
Multi-core Efficiency: 95.44 % + 0.13 % kernel overhead
http://i.imgur.com/j3lY4GN.png 【 CPU 】 Ryzen 7 1700 @3.95GHz/3.80GHz
【 M/B 】 Asrock X370 TAICHI(L2.34,AGESA1006)
【 Mem 】 Samsung M378A1K43BB2-CRC 8GBx2 DDR4-2400@3200/3466/3600 VDIMM1.35V VSOC1.05V (Single rank)
【 O S 】 Windows 10 x64 (15063)
【 Ver. 】 0.7.2.9468 (Windows/17-ZD1 ~ Yukina)
【 SMT 】 ON
・CPU:3.95GHz (100x39.5) / MEM:DDR4-2400@3200 (16-17-18-44-1T)
Total Computation Time: 6.178 seconds ( 0.103 minutes )
Start-to-End Wall Time: 6.869 seconds ( 0.114 minutes )
CPU Utilization: 1494.08 % + 2.78 % kernel overhead
Multi-core Efficiency: 93.38 % + 0.17 % kernel overhead
http://imgur.com/2cD4L46.png
・CPU:3.95GHz (100x39.5) / MEM:DDR4-2400@3466 (16-17-18-44-1T)
Total Computation Time: 6.010 seconds ( 0.100 minutes )
Start-to-End Wall Time: 6.701 seconds ( 0.112 minutes )
CPU Utilization: 1501.81 % + 1.56 % kernel overhead
Multi-core Efficiency: 93.86 % + 0.10 % kernel overhead
http://imgur.com/hixjb1o.png
・CPU:3.95GHz (100x39.5) / MEM:DDR4-2400@3600 (20-20-22-48-1T)
Total Computation Time: 6.106 seconds ( 0.102 minutes )
Start-to-End Wall Time: 6.776 seconds ( 0.113 minutes )
CPU Utilization: 1483.33 % + 4.61 % kernel overhead
Multi-core Efficiency: 92.71 % + 0.29 % kernel overhead
http://imgur.com/rcLQc6d.png
・CPU:3.80GHz (100x38.0) / MEM:DDR4-2400@3466 (16-17-18-44-1T)
Total Computation Time: 6.203 seconds ( 0.103 minutes )
Start-to-End Wall Time: 6.899 seconds ( 0.115 minutes )
CPU Utilization: 1500.10 % + 2.27 % kernel overhead
Multi-core Efficiency: 93.76 % + 0.14 % kernel overhead
http://imgur.com/IKeDzO0.png 【 CPU 】 Ryzen 7 1700 @3.95GHz
【 Mem 】 V-Color TD8G16C16-OC28AK 8GBx2 DDR4-2800@2933/3066 VSOC1.15V (Hynix DualRank B0-PCB)
【 M/B 】 Asrock X370 TAICHI(L2.34,AGESA1006)
【 O S 】 Windows 10 x64 (15063)
【 Ver. 】 0.7.2.9468 (Windows/17-ZD1 ~ Yukina)
【 SMT 】 ON
・CPU:3.95GHz (100x39.5) / MEM:DDR4-2800@2933 (16-14-16-40-1T 1.35V)
Total Computation Time: 6.125 seconds ( 0.102 minutes )
Start-to-End Wall Time: 6.809 seconds ( 0.113 minutes )
CPU Utilization: 1519.08 % + 2.55 % kernel overhead
Multi-core Efficiency: 94.94 % + 0.16 % kernel overhead
http://imgur.com/5S8HBWm.png
・CPU:3.95GHz (100x39.5) / MEM:DDR4-2800@3066 (16-14-16-40-1T 1.43V)
Total Computation Time: 6.089 seconds ( 0.101 minutes )
Start-to-End Wall Time: 6.771 seconds ( 0.113 minutes )
CPU Utilization: 1474.81 % + 3.08 % kernel overhead
Multi-core Efficiency: 92.18 % + 0.19 % kernel overhead
http://imgur.com/FXXaxhT.png 【 CPU 】 Ryzen 7 1700 @4.00GHz
【 M/B 】 Asrock X370 TAICHI(L2.34,AGESA1006)
【 Mem 】 Samsung M378A1K43BB2-CRC 8GBx2 DDR4-2400@3466 (16-[17-17]-17-40 1T 1.38V)
【 O S 】 Windows 10 x64 (15063)
【 Ver. 】 0.7.2.9468 (Windows/17-ZD1 ~ Yukina)
【 SMT 】 ON
・CPU:4.00GHz (100x40.0) / MEM:DDR4-2400@3466 (16-17-17-40-1T)
Total Computation Time: 5.969 seconds ( 0.099 minutes )
Start-to-End Wall Time: 6.641 seconds ( 0.111 minutes )
CPU Utilization: 1498.89 % + 1.31 % kernel overhead
Multi-core Efficiency: 93.68 % + 0.08 % kernel overhead
http://i.imgur.com/Aeb4Ioz.png 【 CPU 】i7-7700K@5.2GHz
【 Mem 】G.SKILL F4-3600C16D-16GVK 8GB[DDR4-3600] x 2
【 M/B 】ASUS ROG MAXIMUS VIII GENE
【 M.2 】SM951
【 O S 】Windows 10 Pro (x64) (15063.332)
【 Ver. 】v0.7.2 Build 9469 (14-BDW ~ Kurumi)
【HypThread】ON
【ComputeT.】4.994 seconds
【Total Time】5.434 seconds
【CPU Utiliz 】780.14 % + 0.58 % kernel overhead
【Efficiency 】97.52 % + 0.07 % kernel overhead
http://i.imgur.com/iDHpcMT.jpg 同じ5.2GHzでもワイのより1割速え
効率97.5%とかすげぇなおい! テンプレは誤解がないようこの方がよかったかもね。
【ComputeT.】
【Wall Time .】
>>290氏のように貼るのもいいかも。 ベンチマークなんてたいてい、自己満足の役にしか立たないだろ
実アプリベンチとか実ゲームベンチとかなら、当該アプリ当該ゲームに関して
それなりの指標にはなるけどさ。 【 CPU 】 Core-i9 7980XE@4.2GHz (AVX2/AVX512 Offset 3/6)
【 Mem 】 DDR4-3600 8GBx8
【 M/B 】 ASUS RAMPAGE VI EXTREME
【 SSD 】 Intel Optane SSD 900P SSDPED1D280GASX (280GB)
【 O S 】 Win 10 Pro 64 (1709)
【 Ver. 】 v0.7.4 Build 9477 (17-SKX ~ Kotori)
【HypThread】 ON
【ComputeT.】 2.102 seconds
【Total Time】 2.516 seconds
【CPU Utiliz 】 2933.14 % + 8.92 % kernel overhead
【Efficiency 】 81.48 % + 0.25 % kernel overhead
Intelの最新Linpak(多分AVX512対応)で落ちる程度の設定。
このベンチのストレージアクセスはシーケンシャル主体なのかOptane 900Pに
目立った優位性はないよう。 >>301
SIMD演算機が128bit(AVX世代)のThreadripperが3秒台
i9の演算機は512bitでコア数も2個多いのに大差無い・・・
てか5年ぶりに2chに来てみたら何だこれ?分裂とドメイン変更、権利とか裁判とか、もうあれだな i9の人も>>269氏の様に各種SIMD世代毎のスコアを出して欲しい >>301 はメモリ帯域の限界ってこともあるかも。6700Kや7700Kの限界OCも
で4秒台も2chの限界に近いようだし。
まだ全然調整できてないから落ち着いたら色々試してみる。
i9でもっとメモリつめてる人はやってみるといいかも。10Cでも、もっとOCできる
人は更に上を狙えるかも。
※「17-SKX ~ Kotori」 だけだと思うけど、作者からの注意事項が最初に表示される。
メモリ帯域、サーマル・スロットリング、ファントム・スリットリングについて。 【 CPU 】 Core-i9 7980XE@2.6GHz (AVX2/AVX512 Offset: 0/0)
【 Mem 】 DDR4-3733 17-17-17-37-1T 8GBx8
【 M/B 】 ASUS RAMPAGE VI EXTREME
【 SSD 】 Intel Optane SSD 900P 280GB(PCIe)
【 O S 】 Win 10 Pro 64 (1709)
【 Ver. 】 v0.7.4 Build 9477
Binary ComputeT Total Time CPU Utiliz Efficiency
--------------------------------------------------------------------
00-x86 19.624 20.784 1973.79%+1.43% 61.68 %+0.04 %
08-NHM ~ Ushio 6.014 6.794 2921.26%+2.86%. 81.15 %+0.08 %
11-SNB Hina 5.148 6.022 2922.59%+1.52%. 81.18 %+0.04 %
13-HSW ~ Airi. 2.808 3.320 2905.84%+ 6.12%. 80.72 %+0.17 %
14-BDW ~ Kurumi 2.804 3.310 2939.37%+6.69%. 81.65 %+0.19 %
17-SKX ~ Kotori. 2.358 2.856 2893.20%+5.30%. 80.37 %+0.15 %
AVX512でファントム・スロットリングが起きない範囲で同一クロック(2.6GHz、パワーリミットなし)
での各バイナリ比較。Vcoreは固定で必要以上に盛ってる。
※この設定でLINPACK(AVX512)やるとコア温度96℃(殻割りなし&H115i)で1100GFlopsちょい。 >>305
ありがとう、凄く判り易い
i9 の FMA Unit 数が公式だと掲載されてないのだが、XEON だと Bronz が1個でGold以上が2個らしい
FMA Unit数が2個でこの結果なのか、それとも1個だからこの結果なのか x86を基準にすると
x64-SSE4 3.3倍速 / 3.1倍速
x64-AVX 3.8倍速 / 3.5倍速
x64-AVX2 7.0倍速 / 6.3倍速
x64-ADX 7.0倍速 / 6.3倍速
x64-AVX512 8.3倍速 / 7.3倍速(但しファントムスロットリング発生に要注意)
HyperThreadはDISABLEですよね? >>305 のメモリクロックを半分にしたものやってみた。コア性能は2.6GHzx18C=46.8GHz・Coreで
大したことない(>>269の1.46倍しかない)けど、AVX2以降はメモリの影響が大きく出てるね。
Sky-SP/W/XコアのAVX512そのものの性能をy-cruncherで測るには、もっとコア数少ない
(メモリネックにならない)条件でやらないとダメだね。
※LINKPACK(AVX512)は、>>305で1138GFlopsだったパターンが825GFlops。
>>307 忘れてた>>305もこれも 【HypThread】 ON
y-cruncherは、HTT Disableの方が多少効率いいんだっけ?(BISOの設定は保存してなくて、
もう元に戻した)
【 Mem 】 DDR4-1866 17-17-17-37-1T 8GBx8
Binary ComputeT Total Time CPU Utiliz Efficiency
-------------------------------------------------------------------
00-x86 19.630 20.791 1966.68%+1.03% 61.46%+0.03%
08-NHM ~ Ushio 6.295 7.113 2977.11%+2.23% 82.70%+0.06%
11-SNB Hina 5.453 6.348 2869.93%+6.02% 79.72%+0.17%
13-HSW ~ Airi. 3.498 4.027 2956.68%+9.83%. 82.13%+0.27%
14-BDW ~ Kurumi 3.503 4.043 3010.07%+5.80%. 83.61%+0.16%
17-SKX ~ Kotori. 3.253 3.771 2879.35%+26.90% 79.98%+0.75% 連投すまんが>>301と同様に4.2GHzで>>305と同じ事をするとAVX2というかAiriに逆転されるんじゃ? >>308
たぶんLinpackはHTTをDISABLEしないと速度半減するけどy-cruncherは20コア辺りから伸び悩むので18コアだと微妙 >>310 IntelのLinpackは、HTT Enableでも1T/Cしか使わないようになってる。
OCCT 4.5.1が使ってる古いのも、負荷が高いところは1T/Cで、負荷が低い
ところだけ2T/C。最新のAVX512対応版は負荷が低いところも1T/C。
※OCCTの全論理コア使用のチェック入れたときは、Linpackを2ジョブ並行
実行して、負荷が高いところも全論理CPU使うようにしてるだけ。 ブラウザからなのでうっかりアゲてしまったスマン
メモリ帯域はそうだろなと思うよSkylake−SPはメモリ6チャネルになってるから
というか 4.2GHz でのAiriの結果を知りたい
18コア品はAVX512の上限が2.7GHzくらいでAVX2の上限が3.5GHzくらい、SSE4が4GHzくらいだと予想してるのだけど 7980XEで 11-SNB Hina 〜 17-SKX ~ Kotori で3.0〜4.0GHzもやってみた。
CPU性能に関連するTotal Computation Time(ComputeT)だけ示す。1回ずつの測定
なので、裏で何か動いてバラついてる値もあるかも。
メモリは>>305と同じDDR4-3733。
Binary 2.6GHz 3.0GHz 3.2GHz 3.4GHz 3.6GHz 3.8GHz 4.0GHz
----------------------------------------------------------------------------
11-SNB Hina 5.453 4.517 9.285 4.058 3.864 3.691 9.099
13-HSW ~ Airi. 3.498 2.548 2.554 2.361 2.303 2.251 2.304
14-BDW ~ Kurumi 3.503 2.547 2.572 2.368 2.309 2.252 2.332
17-SKX ~ Kotori. 3.253 2.217 2.190 2.103 2.071 2.031 2.034
※AVX無印が意外にもクロック上がらないかファントム・スロットリングに陥っている。
※>>301より回せる設定でやってる。>>301はx42-6 = x36では回ってなかったと思われる。 >>313
AVXとAVX2のクロックは連動するはずなので、時々9秒台は変だね
Ushioもやってみると傾向が掴めるかと >>314 AVX無印のクロックは、AVX(2) Offsetに制限されるものとされないものがあるようだ。
Hinaは制限されない方で、OCCT 4.5.1に入ってるLinpac(性能的に多分AVX無印)は制限される方。
Skylake-Xの人は、Hinaみたいのやつをどう考慮するか(または無視するか)で、クロック
設定がかなり変わって来そう。 >>314 通常クロックの範疇でかなり重いHinaと、AVX2クロックの範疇でそれほど重くない
AiriやAVX512の範疇でそれほど重くないKotoriとで、全力で行けるかどうかの判断基準が
違うとかのせいかね。
>>305はVcore 1.1Vだったと思うけどちょっと多すぎかと思っていた。>>313はちょと回す
ので電力的に厳しいということで1.05Vでやった(4.0GHz Kotoriでワットモニター読み500W
台が見えた気がするが、短すぎて本当のピークは分からない)。Airi以降も4.0GHzで垂れて
るので、もっとくれということかも。
※Skylake-SPに関するIntelの資料に下記があったけど、AVX無印の扱いが明確でない。
Code Type All Core Frequency Limit
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
SSE
AVX2-Light (without FP & int-mul) Non-AVX All Core Turbo
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
AVX2-Heavy (FP & int-mul) AVX2 All Core Turbo
AVX512-Light (without FP & int-mul)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
AVX512-Heavy (FP & int-mul) AVX512 All Core Turbo
−−−−−−−−−−−−−−−−−−−−−−−−−−−−− >>316
AVX2はAVX+int系256bitSIMD命令なのでAVX2のFPはAVXのFPと一緒
FP=浮動小数点系の命令
int-mul=整数系の掛算
y-cruncherは整数系の命令群を使って多倍長精度演算をエミュレートするのでint-mulが関係していると思われ
int-addとint-mulでクロックが右往左往して結果にブレが生じる不具合が有る可能性があるんじゃね
Hinaが9秒台をノイズとして除去すると順当にクロック連動して高速化するのに、Airi〜Kotoriは表のクロックとスコアが全く連動してない >>317 AVX2以降はこんだけコア数あったらメモリでサチっちゃうってことだね。
(作者も書いてる通り)
メモリ2chでも4Cの6700K/7700KのOCがかなりメモリの限界に近いようだし。 だとSkylakeSPのフルスペック6ch仕様はi9比で1.5倍速? >>319 メモリアクセスと、メモリアクセス待ちでないコアの処理が完全に並行でない
だろうから(7980XEでCPU使用率が80%程度な点からも、メモリアクセス以外の無駄も
かなりありそう)、
正確にはそうならないかも。
y-cruncherでメモリ帯域とコア性能(GHz・Core・IPC)のバランスで一番おいしいところが
あったりするかも。
※7980XEのOC試すのにXTUは基礎的な情報をグラフで見られて結構便利。(AVX系
やるとコアクロックとVcoreが近い高さで表示されるので、その関係とか把握し易い)
y-cruncherで桁数多いのやるのを見てると周期的なパターンがあって、大半半のところは
ほぼCPU使用率100%。
グリス&AIO&850W電源のうちの構成でも、100億桁で6分半くらいは出る。
※いつからなのか分からないけど、Win10のタスクマネージャーのCPU使用率は変な加工
された値で実際には100%でなのに100%になったりして役に立たないね。 CPU使用率は特権リングがマイナスで実行されてる部分は表層のOSから見えないからじゃね?
あと、一般命令とAVXとAVX512で3種のクロック倍率が同時に存在するから、それをOSが正確に%に置換出来ないというか、、、そもそも%では表せないとも言えるのかも
start /affinity オプションで何コアで飽和するか試してみると何か判ってくるかも >>321 自分はWin7→Win10(FCU)なんだけど(2015年にWin10プレビューはちょっと触ったけど)、
Win10でLinpack(1T/C)実行してみたり、CINEBENCHで中途半端なスレッド数で実行すると分かる。
コアの片側の論理CPUだけフルに使ってるとコア全体の70%ちょいを使用してると表示される。
一般的なHTT効率のソフト(CINEBENCHとか)だと1T/Cでフルに使ったら、2T/Cの70%くらいの
性能ってことでそう換算してるのではないかと推測してる。
あと、動作クロックも加味しているようだ。CINEBENCHシングルで、省電力設定でTB発動しない
場合と高パフォーマンスでTBフルに効く場合を見てみるといい。
※普通のCPU使用率を表示するソフト(CoreTempとかXTU)は従来通りのようだ。従来のCPU
使用率を取得するAPIの仕様は変えてなくて、タスクマネージャーが自分で換算してるか新しい
API使ってるかかね。 >>322 「70%ちょい」は環境によって違うようだ。3960XのSync all 4.7GHzではそうだった。
今7980XEをかなりOCした状態でCINEBENCH R15で18スレッドで実行したら92%と表示された。
もしかするとOCしてるとクロックのレンジを正しく把握できないせいか?
※FCUの前はCPUの上限クロック設定するところがあったけど、FCUはなくなったよね。
何か関係あるのか? OCしてると、そもそもタイマー関係が正常に機能してない事があるし、なんとも言えない
タイマー自体もPC互換機には歴史的に10種類くらいのハード実装とその互換実装が多種あって、APIによって異なるタイマーハードウエアと分解能と精度になる
新しいマザーだしUEFIの完成度(OCでも全てのタイマーが正常に時を刻むか)がどうかってこともあり、文章だけでは判断出来かねる
あとクロック上限もUEFI設定関連で動作が違うのかもしれないし >>324 他のソフトの表示は以前通りCPU使用時間ベースでWin7と同じだから、そんな
難しい話じゃないと思う。
計算してみると、HTT効率考慮してるのではなく、動作クロックを考慮していて、基準が
ベース周波数と考えると辻褄合いそう。半分のスレッドをフルに使った場合。
3960X@4.7GHz .: Base Freq. 3.3GHz → 4.7GHz の場合、50% * 4.7GHz / 3.3GHz = 71.2%
7980XE@4.7GHz: Base Freq. 2.6GHz → 4.7GHz の場合、50% * 4.7GHz / 2.6GHz = 90.4%
※これに裏でちょろちょろ動いてる分が加算される。 >>313
自分もクロック変えてやってみたよ
【 CPU 】 Core i9 7980XE
【 Mem 】 G.Skill F4-3733C17Q-32GTZKK@DDR4-4000 18-19-19-39 1T
【 M/B 】 ASUS RAMPAGE VI APEX
【 SSD 】 SanDisk Extreme PRO 480GB
【 O S 】 Windows10 Pro x64 (1703, Build 15063)
【 Ver. 】 v0.7.4 Build 9477
【HypThread】ON
※Vcore1.200V・mesh3.0GHz固定、ComputeTのみ
Binary 2.8GHz 3.0GHz 3.2GHz 3.4GHz 3.6GHz 3.8GHz 4.0GHz
----------------------------------------------------------------------------
11-SNB Hina 4.803 4.570 4.300 4.116 3.943 3.801 3.670
13-HSW ~ Airi. 2.910 2.820 2.743 2.667 2.620 2.564 2.519
14-BDW ~ Kurumi 2.915 2.812 2.743 2.681 2.625 2.567 2.534
17-SKX ~ Kotori. 2.545 2.496 2.447 2.407 2.382 2.358 2.333
Hina以外は全体的に0.3秒くらい遅いね
>>311
Intelの最新版のLinpackはOpenMPの環境変数設定すればフルスレッド(2T/C)で動かせるよ
付属のbatを開いて linpack_xeon64(32).exe lininput_xeon64(32) の前の適当なところに
set OMP_NUM_THREADS=スレッド数
を追加 ブレが無く綺麗に安定したスコアだ
Hinaはクロックに連動して高速化
Hina以外がクロック上げても極僅かしか伸びない理由はAVX2-3GHz/AVX512-2.5GHzくらいでリミッター掛ってAVX命令以外の部分がクロックに連動して高速化したぶん少し伸びたからなんだろうなと予想してみる
参考;表面的なクロックに関係なく18コアではAVXは3GHz/2.5GHzが上限になってる
https://en.wikichip.org/wiki/intel/xeon_gold/6150 >>327
Haswell-Eの頃からメモリ帯域限界近いって言ってるからね
BBP Digit Extractor for Piなら18C/36Tでもクロック分タイム縮まるでしょ
冷やせるなら1.5GHzと3GHzでやってみれば分かるよ
http://www.numberworld.org/y-cruncher/news.html#2017_7_6
>Memory bandwidth is a significant bottleneck:
>y-cruncher was already slightly memory-bound on Haswell-E. Now on Skylake X, it is much worse. >>326 >>305 >>308 >>313 もメッシュは固定じゃないけどMax 3.0GHz(電圧は+0.175)。
メモリって2DIMM/chの方が効率いいときってあるんだっけ?
うちのはG.Skill F4-3733C17Q2-64GTZKK(8GBx8)で書いた通りDDR4-3733 17-17-17-37-1T。
クロックとレイテンシの差はトントンくらいかね?
一応結果の部分コピーは取ってあって、全部下記が出てるからチートではなさそう。
Spot Check: Good through 100,000,000 >>327 Xeonはパワーリミットの制限あるから回らないのは当然。
>>313 や >>326 はXeonとはかけ離れた領域で動かしてる。
※Xeon Gold 6150や7980XEの通常命令の全コアTB 3.4GHzってなってるけど、
CINEBENCH R15だとパッケージパワー165Wじゃ到達できない。
165Wなんてそんなもん。 >>313 の2.6GHzのタイムがメモリクロック半減させたとき(>>308)のものだった。
正しいのは>>305。 >>313 を電圧上げて測りなおした。〜3.8GHは1.15V、4.0GHzは1.19V。
メモリネックにならない低いクロックも測った。
余分なもの(R6EとASUSの1080Tiの発光制御のとか)止めて測ったのもタイムに影響してるかも。
Binary 1.2 1.5 1.7 2.0 2.2 2.5 2.7 3.0 3.2 3.4 3.6 3.8 4.0
---------------------------------------------------------------------------------------------------
11-SNB ~ Hina 10.482 8.436 7.494 6.437 5.881 5.223 4.955 4.442 4.189 3.977 3.811 3.635 3.493
13-HSW ~ Airi. 5.342 4.346 3.871 3.373 3.127 2.847 2.720 2.525 2.430 2.348 2.279 2.221 2.166
14-BDW ~ Kurumi.. 5.314 4.325 3.865 3.364 3.125 2.845 2.719 2.528 2.431 2.348 2.287 2.230 2.186
17-SKX ~ Kotori... 3.981 3.318 3.023 2.703 2.560 2.396 2.308 2.193 2.140 2.099 2.059 2.022 2.001
横軸をクロック、縦軸を性能(1/タイム)でグラフにするとこんな感じ。
https://dotup.org/uploda/dotup.org1400790.png
AVX2/AVX512はメモリネックでこれ以上クロック上げても大して伸びなそうだね。 13-HSWと14-BDWって何が違うの?
そんな細かく最適化してあるの? 【 CPU 】 Core-i9 7980XE@3.5GHz (AVX2/AVX512 Offset: 0/0) 1.18V固定
【 Mem 】 DDR4-3733 17-17-17-37-1T 8GBx8
【 M/B 】 ASUS RAMPAGE VI EXTREME
【 SSD 】 Intel Optane 900P 280GB(PCIe)
【 O S 】 Win 10 Pro 64 (1709)
【 Ver. 】 v0.7.4 Build 9477 (17-SKX ~ Kotori)
【HypThread】 ON
【ComputeT.】 25.397 seconds
【Total Time】 28.341 seconds
【CPU Utiliz 】 3184.10 % + 3.69 % kernel overhead
【Efficiency 】 88.45 % + 0.10 % kernel overhead
https://dotup.org/uploda/dotup.org1402738.png
>>301 >>305 >>308 >>313 >>332 ので参考に10億桁。
こっちの方が1億桁より重く、これでワットモニター読み最大700W越え。4GHzは落ちた。
スリッパ4,025MHzの10億桁。
http://hwbot.org/submission/3673599_the_source_y_cruncher___pi_1b_ryzen_threadripper_1950x_45sec_23ms
※HWBOTは Total Computation Time(ComputeT) を記録しているようだ。 y-cruncher v0.7.4.9478 December 2, 2017
Fixed a serious bug that could cause very large computations to fail a redundancy check.
π1億桁は影響なしか。 >>317
元になってるであろうsuperπの演算ルーチンが整数演算性能じゃなく浮動小数点演算性能に依存するのと同様に、このベンチも浮動小数点演算じゃないか?
SSEとかAVXとかの浮動小数点演算も含めてさ >>337
AVX−>AVX2で倍速化したから、それは違うと思うよ >>338
各CPU向けに最適化してるんだよな、FPU以外にもSSEやらAVXなど拡張命令の浮動小数点演算をフルに使ってるってだけなんじゃないの?
AVXさらAVX2での速度差程度だと整数演算のベンチだと主張する根拠としては弱すぎると思うけど >>340 y-cruncherと同じ計算方でπを求めるプログラムを書いた日本の人の話を
>>173に貼ってあります。整数が肝のようですよ。
>ループの中が浮動小数点演算という時点で, 計算速度が良くなるはずがないのです.
>割り算のコストもたぶんやばいことになっています.
>それに対して, Chudnovskyが圧倒的に速いのは, このアルゴリズムはループの中が
>全て整数の演算(しかも掛け算か足し算, 符号反転のみ, 割り算はありません)に収まって
>いるからです. でも、そこのリンク先サイト、必須項目としてIEEE浮動書数点演算って明記してるじゃん >>339
14-BDWはBroadwellじゃなくてSkylakeの6820HKに最適化してあるのか、わぎらわしい
HaswellとBroadwellで何が変わったのか分からんかった
それにしてもアーキが大きく変わるたびに自前でハード買って最適化するなんて個人でよくやるなあ
次はCannonの予定らしいけどYしか出なかったらキャンセルか http://www.numberworld.org/misc_runs/pi-5t/details.html
Medium-sized products are done using Floating-Point Fast Fourier Transform (Floating-Point FFT) convolution.
y-cruncher uses a modified FFT that is able to achieve Split-Radix computational complexity and numerical stability while maintaining the same friendly memory access pattern as the simple-radix algorithms.
FFT transform lengths of 2k, 3 * 2k, and 5 * 2k were used. Transform lengths of 7 * 2k were not used because they only benefit large products which are already handled by the Hybrid NTT algorithm below.
It also unnecessarily increases the sizes of the Twiddle Factor tables.
The FFT is currently the most heavily optimized part of the program and uses vector SSE2, SSE3, and SSE4.1 instructions. Despite the lack of hand-coded assembly,
the 64-bit version of the FFT achieves speeds comparable to that of prime95. (prime95 is known for having the fastest known FFT for x86 - much faster than FFTW)
Backward compatibility is maintained for processors that do not support SSE3 or SSE4.1. Future varients of the FFT will be able to utilize 256-bit AVX and FMA instructions. >>344 ちょっとした趣味なんだろうけど我々はそれでコンピュータの進化の一端を実感できるってことかね。
実用上余り意味ないけど(※)。
コンシューマ向けはAVX512&多コアでほぼメモリ帯域の限界に達したから、今後はメモリ周り進歩がないと伸びなそう。
メインストリームはメモリ2chだから>>332の倍くらいのタイムで頭打ち。
外部記憶が必要な桁数なら、パーシステントメモリは効果があるかな。
※自分(>>332をやった7980XE+R6E)はπ 100億桁でメモリ設定が甘いの分かって役に立った。
(赤字で異常が表示されたり固まったり。赤字で異常が表示されて止まったときは>>345のページに書いて
あるように回復して続行できるみたいだね) >>343
実数演算主体である高速フーリエ変換で計算してるんでしょ、
実数演算にFPU使うと遅いからSSE系命令セットつかって実数演算してるんでしょ >>347 Floating-Point FFTは下記のページの表にリンクがあるね。
http://www.numberworld.org/y-cruncher/internals/multiplication.html
中身がどうなってるのか分かんないけど、リンク先の頭で多数桁の数字の表現方法のページを
ポイントしてるけど(y-cruncher作者のページでも同じ話で始まっている)、その関係で整数演算
使う場面が沢山あるんじゃないかね。
AVX2の整数拡張以外の効果だと、HaswellではFMAとキャッシュくらい? >>345
>>348
http://www.numberworld.org/y-cruncher/internals/multiplication.html
計算量によって使うアルゴリズム変えてるんだな
キャッシュに収まるようなときはFFTアルゴリズム
その次がNTTとHybrid NTT
500億桁より多いときに使うのがVSTアルゴリズムらしい、これは浮動小数点演算95%
"The VST Multiplication Algorithm"
http://www.numberworld.org/blogs/2012_3_9_a_peak_into_ycruncher_v0.6.1/
It is 95% floating-point and is highly sensitive to the SIMD capabilities of the machine
今のレコードの22兆桁はVSTアルゴリズムで近藤さんが世界記録の5兆桁計算したときはVSTはまだなくてHybrid NTT使用
22.4 trillion October 30, 2016 Peter Trueb v0.7.1 VST Algorithm 72 hours
5 trillion July 22, 2010 Shigeru Kondo v0.5.4 Hybrid NTT 42 hours
今開発中なのがC17
Component Stress Testerを見る限り負荷の掛かりかたは
FFT 浮動小数点演算
NTT 整数演算
Hybrid NTT 浮動小数点と整数演算のミックス
VST 浮動小数点演算
ストレステストで初めから無効になってるのは今はPiの計算で使わないのかも
1億とか10億だとどれ使うんだろうな、Hybrid NTTかなー >>346
BBPで100億桁目の計算時間をベンチにすれば良い >>349 世界記録級になると最後の掛け算(Final Multiplyって出るやつかな?)に掛かる時間が問題になるみたいだね。
1億や100億桁だとFinal Multiplyの比率は小さくて、最初のSumming Seriesのステージが大半だね。
Floating-Point FFTはメモリ負荷の面でデメリットがあって桁数の多い掛け算はNTTやHybrid NTTを使ってるみたいだね。
>>350 4→2→10000000000→0 でいいのかな?
そんなに負荷高くないね。
■7980XE@3.0GHz
Total Time: 18.189 seconds ( 0.303 minutes )
CPU Utilization: 3589.80 % + 0.43 % kernel overhead
Multi-core Efficiency: 99.72 % + 0.01 % kernel overhead
21c73c68 38fb2b62 23630f51 5389aa97 cc04ac51 966549eb
■3960X@4.7GHz
Total Time: 228.581 seconds ( 3.810 minutes )
CPU Utilization: 1169.20 % + 0.08 % kernel overhead
Multi-core Efficiency: 97.43 % + 0.01 % kernel overhead
21c73c68 38fb2b62 23630f51 5389aa97 cc04ac51 966565ac
※保証外の最後の部分がAVXとAVX512によるのか差があるね。 ちなみに7980XE@1.2GHz(メモリネックが目立たないよう最低クロック)で
10億桁の13-HSW と 17-SKX の比較。どのステージも漫勉なく速くなってるね。
13-HSW 17-SKX
--------------------------------------
Summing Series 57.535 38.708
Division 3.244 2.190
InvSqrt 1.960 1.322
Final Multiply 1.238 0.760
Pi 63.982 42.986
Base Converting. 4.858 3.205
Verifying Base Conversion.. 1.726 1.219
Total Computation Time 68.839 46.190
Start-to-End Wall Time. 75.835 52.039 11-SNB忘れてた。
11-SNB 13-HSW 17-SKX
-----------------------------------------------
Summing Series.. 124.931 57.535 38.708
Division.. 7.821 3.244 2.190
InvSqrt.. 4.842 1.960 1.322
Final Multiply. 2.957 1.238 0.760
Pi.. 140.556 63.982 42.986
Base Converting. 10.668 4.858 3.205
Verifying Base Conversion 3.902 1.726 1.219
Total Computation Time 151.223 68.839 46.190
Start-to-End Wall Time. 164.804 75.835 52.039 >>338
LinpackもAVX→AVX2で倍速化したぞ
まあAVX2じゃなくて同時に追加されたFMAのおかげだと思うが マザーのBIOSを1004に上げてメモリ詰め直したので
【 CPU 】 Core i9 7980XE
【 Mem 】 G.Skill F4-3733C17Q-32GTZKK@DDR4-4000 17-18-18-41-451-1T 1.42V
【 M/B 】 ASUS RAMPAGE VI APEX BIOS 1004
【 SSD 】 SanDisk Extreme PRO 480GB
【 O S 】 Windows10 Pro x64 (1703, 脆弱性パッチ未適応)
【 Ver. 】 v0.7.4 Build 9477 1億桁
【HypThread】ON
※Vcore1.200V・mesh3.0GHz固定、ComputeTのみ
Binary 2.8GHz 3.0GHz 3.2GHz 3.4GHz 3.6GHz 3.8GHz 4.0GHz 4.2GHz
----------------------------------------------------------------------------------
17-SKX ~ Kotori. 2.318 2.263 2.218 2.173 2.143 2.106 2.078 2.059
メモリ設定はマザーのメモリプロファイルをベースにPrime95 v29.3 Blendが1時間回るように調整した
因みにメモリプロファイル適応した素の状態だと余裕で2秒切るけど常用は無理
(4133以上のメモリに買い換えれば常用できるかも)
【 CPU 】 Core i9 7980XE@4.5GHz(AVX512 Offset:3, 4.2GHz)
【 Mem 】 G.Skill F4-3733C17Q-32GTZKK@DDR4-4000 17-18-18-41-400-1T 1.42V
【 Ver. 】 v0.7.4 Build 9477 kotori 1億桁
【ComputeT.】 1.752 seconds
【Total Time】 2.482 seconds
【CPU Utiliz 】 2931.67 % + 12.48 % kernel overhead
【Efficiency 】 81.44 % + 0.35 % kernel overhead
https://i.imgur.com/Fx0HnTK.jpg 【 CPU 】
AМD Ryzen 1700X 定格
【 Mem 】
CT8G4DFS824A 2400定格 4DIMM
【 M/B 】
ASRock X370 Taichi P2.20
【 O S 】
Windows10 Pro 64bit
ver.1709
ビルド : 16299.192
【 Ver. 】
y-cruncher v0.7.5 Build 9480
17-ZD1 ~ Yukina
【HypThread】
わからん
Threading Mode : Push Pool -> 16 / ? (randomization on)
って書いてある部分はある
【Total Time】
Total Computation Time : 6.330 seconds
【CPU Utiliz 】
CPU Utilization : 1542.46 % + 1.97 % kernel overhead
【Efficiency 】
Multi-core Efficiency : 96.40 % + 0.12 % kernel overhead
以上参考?までに
ちなみに上記のままRAM上限の50億桁やったら9分掛かりました(笑顔) v0.7.5 Build 9480 速くなったね。
7980XEで1億桁やるとCPU使用率が4%くらい上がってタイムは1割弱少なくなった。
※ノートンがy-cruncher.exeに脅威有りとのたまった。よく誤認されるパターンみたい。 100億桁はもっと早くなった。メモリ設定ユルユルで6分ちょいだったのが5分丁度くらい。 【 CPU 】 Core i9 7980XE@4.5GHz(8C)〜4.0GHz(18C), AVX/AVX512 Offset: 2/4
【 Mem 】 G.Skill F4-3733C17Q2-64GTZKK 8GBx8 DDR4-3733 17-17-17-37-2T
【 M/B 】 ASUS RAMPAGE VI EXTREME (BIOS 1102, CPU micro code 0655043A)
【 SSD 】 Intel Optane 900P 280GB(PCIe)
【 O S 】 Win 10 Pro 64 (KB4056892適用済み)
【 Ver. 】 v0.7.5 Build 9480 (17-SKX ~ Kotori)
【HypThread】 ON
■1億桁
Total Computation Time: 1.938 seconds ( 0.032 minutes )
Start-to-End Wall Time: 3.389 seconds ( 0.056 minutes )
CPU Utilization: 3037.58 % + 33.86 % kernel overhead
Multi-core Efficiency: 84.38 % + 0.94 % kernel overhead
■10億桁
Total Computation Time: 22.260 seconds ( 0.371 minutes )
Start-to-End Wall Time: 25.597 seconds ( 0.427 minutes )
CPU Utilization: 3386.17 % + 13.27 % kernel overhead
Multi-core Efficiency: 94.06 % + 0.37 % kernel overhead
■100億桁
Total Computation Time: 286.634 seconds ( 4.777 minutes )
Start-to-End Wall Time: 318.564 seconds ( 5.309 minutes )
CPU Utilization: 3478.58 % + 2.92 % kernel overhead
Multi-core Efficiency: 96.63 % + 0.08 % kernel overhead
>>305 >>313 >>332 >>335 のやつの3.6GHz。PL 375Wで瞬間的にPLに到達してそう。
メモリは楽に回せる2Tに変えた。
これでやると 17-SKX ~ Kotori と 16-KNL だけ速くなった。 【 CPU 】 Core i9 7980XE@4.5GHz(AVX Offset:1, AVX512 Offset:7)
【 Mem 】 G.Skill F4-3733C17Q-32GTZKK@DDR4-4000 17-18-18-41-451-1T 1.42V
【 M/B 】 ASUS RAMPAGE VI APEX BIOS 1004
【 SSD 】 SanDisk Extreme PRO 480GB
【 O S 】 Windows10 Pro x64 (1703, 脆弱性パッチ未適応)
【 Ver. 】 v0.7.5 Build 9480 (17-SKX ~ Kotori)
1億桁
【ComputeT.】 2.150 seconds
【Total Time】 3.442 seconds
【CPU Utiliz 】 3175.55 % + 31.25 % kernel overhead
【Efficiency 】 88.21 % + 0.87 % kernel overhead
10億桁
【ComputeT.】 24.836 seconds
【Total Time】 31.293 seconds
【CPU Utiliz 】 3409.09 % + 13.90 % kernel overhead
【Efficiency 】 94.70 % + 0.39 % kernel overhead
【 Mem 】 G.Skill F4-3733C17Q-32GTZKK@DDR4-4000 17-18-18-41-400-1T 1.42V
※R6Aのメモリプリセット適用
他は同じ
1億桁
【ComputeT.】 1.679 seconds
【Total Time】 25.550 seconds
【CPU Utiliz 】 3236.83 % + 19.54 % kernel overhead
【Efficiency 】 89.91 % + 0.54 % kernel overhead
10億桁
【ComputeT.】 19.183 seconds
【Total Time】 2.997 seconds
【CPU Utiliz 】 3437.97 % + 7.17 % kernel overhead
【Efficiency 】 95.50 % + 0.20 % kernel overhead
うちの環境だと、MEM常用設定だと1億桁はv0.7.4 Build 9477のほうが若干早い(10億桁だと逆転する)
あとはv0.7.5 Build 9480はv0.7.4 Build 9477に比べてスコアのバラツキが少なくなってる気がするね うちのも桁数多い方が向上率高いね。
v0.7.4の100億は、3733 1Tの3.5GHzで運よく通った場合で ComputeT 345秒辺りが最高だったから爆上げ。
コア電圧もOffsetからAdaptiveに変えてみた。
メモリは1st以外Aotoで、今のところ3.6GHzで例外起きてなくて調子いい。
※>>262 10億のTotal Timeの頭欠けた?
Optane 900Pは書き出し速くて耐久性あるから大きな桁数やるときいいかも。
Plextor PX-1TM8PeGN(普通のNAND M.2 NVMe 1TB、キャッシュ1GB) で10億で書き出し10秒、
100億で100秒くらいだから3倍速い。 少し詰めてみた
【 CPU 】 Core i9 7980XE@4.2GHz(BCLK102.6x41, AVX/AVX512 Offset:0, Vcore1.220V)、mesh@2.975GHz
【 Mem 】 G.Skill F4-3733C17Q-32GTZKK@DDR4-4100 17-18-18-41-400-1T 1.45V ※プリセット適用
【 M/B 】 ASUS RAMPAGE VI APEX BIOS 1004
【 SSD 】 SanDisk Extreme PRO 480GB
【 O S 】 Windows10 Pro x64 (1703, 脆弱性パッチ未適応)
【 Ver. 】 v0.7.5 Build 9480 (17-SKX ~ Kotori)
1億桁
【ComputeT.】 1.608 seconds
【Total Time】 2.944 seconds
【CPU Utiliz 】 3046.71 % + 17.49 % kernel overhead
【Efficiency 】 84.63 % + 0.49 % kernel overhead
https://i.imgur.com/vJlNrYD.jpg
10億桁
【ComputeT.】 18.388 seconds
【Total Time】 24.573 seconds
【CPU Utiliz 】 3417.37 % + 10.37 % kernel overhead
【Efficiency 】 94.93 % + 0.29 % kernel overhead
https://i.imgur.com/bNp1JaU.jpg
CPU使用率が上がったからかv0.7.4 Build 9477に比べてVcoreの要求電圧も若干あがってるね
>>363
>>362のプリセット適用の方はコピペミスでTotal Timeだけ1億と10億逆になってたw ☆ 私たち日本人の、日本国憲法を改正しましょう。現在、
衆議員と参議院の両院で、改憲議員が3分の2を超えております。
『憲法改正国民投票法』、でググッてみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆
―――――――――♪ 【 CPU 】 Core i9 7980XE@4.5GHz(8C)〜4.0GHz(18C), AVX/AVX512 Offset: 1/2
【 Mem 】 G.Skill F4-3733C17Q2-64GTZKK 8GBx8 DDR4-3733 15-16-16-401-35-2T 1.41V
【 M/B 】 ASUS RAMPAGE VI EXTREME (BIOS 1102)
【 SSD 】 Intel Optane 900P 280GB(PCIe)
【 O S 】 Win 10 Pro 64 (KB4056892適用済み)
【 Ver. 】 v0.7.5 Build 9480 (17-SKX ~ Kotori)
【HypThread】 ON
■1億桁
Total Computation Time: 1.769 seconds ( 0.029 minutes )
Start-to-End Wall Time: 2.539 seconds ( 0.042 minutes )
CPU Utilization: 3178.51 % + 20.31 % kernel overhead
Multi-core Efficiency: 88.29 % + 0.56 % kernel overhead
https://dotup.org/uploda/dotup.org1461688.png
■10億桁
Total Computation Time: 20.269 seconds ( 0.338 minutes )
Start-to-End Wall Time: 23.842 seconds ( 0.397 minutes )
CPU Utilization: 3386.51 % + 12.57 % kernel overhead
Multi-core Efficiency: 94.07 % + 0.35 % kernel overhead
https://dotup.org/uploda/dotup.org1461689.png
■100億桁
Total Computation Time: 260.389 seconds ( 4.340 minutes )
Start-to-End Wall Time: 292.539 seconds ( 4.876 minutes )
CPU Utilization: 3483.89 % + 2.42 % kernel overhead
Multi-core Efficiency: 96.77 % + 0.07 % kernel overhead
https://dotup.org/uploda/dotup.org1461690.png
>>361 からメモリを詰めてみた。1.37V→1.41V、FAW 40→36。Prime95 Blend 1hパス。
Vccin 2.15V(>>361は2.2)、SVID Enable、PL 420W で室温13〜14℃。Tj Maxは103に抑えて実行。
タイム稼ぐため重いHFiNFOはなしw
AIDA64ベンチ
Read 105968 MB/s
Write 96516 MB/s
Copy 96952 MB/s
Latency 56.7 ns >>366 の書き忘れ。メッシュは>>361はMax Auto(x27)で>>366はMax x30。
CoreTemp読みパッケージパワーは100億桁のSammingのCPU使用率が上がる部分で402Wに達し、
PLにぶち当たってると思われ。そのときのワットモニターは見ていた範囲でMax 750Wオーバー。
100億桁では、ワットモニターで見ているとBase Convertingでときどきすごく大きい値が出ることがあり、
Sammingと同じかそれ以上のごく短時間のピークが数回あるよう(設定が甘かったときはその辺りで
落ちることもあった)。 【 CPU 】Ryazen 5 2400G 定格
【 Mem 】 DDR4-2933(8GBx2) 16-16-16-39-1T
【 M/B 】 ASUS ROG STRIX X370-F GAMING
【 SSD 】 MX200 250GB(M.2)
【 O S 】 Windows 10.0 Build 16299)
【 Ver. 】 v0.7.5 Build 9480 (17-ZD1 ~ Yukina)
【HypThread】ON
【ComputeT.】 11.694 seconds
【Total Time】 12.300 seconds
【CPU Utiliz 】 760.57 % + 0.80 % kernel overhead
【Efficiency 】 95.07 % + 0.10 % kernel overhead
こんな感じだった。 v0.7.5.9481 February 23, 2018
eの計算の修正。πは影響ないよう。 分不相応の買い物して舞い上がってるのはわかるけど、オナニーはほどほどにな >>374 Hi! We are enjoying Pi.
We pray that houkouonchi's soul may rest in peace. 【 CPU 】 Core i9 7980XE@4.5GHz(8C)〜4.0GHz(18C)、AVX/AVX512 Offset: 0/0
【 Mem 】 G.Skill F4-4266C17Q-32GTZR(Z370用、8GBx4) を2セット DDR4-3733 15-16-16-401-34-1T
【 M/B 】 ASUS RAMPAGE VI EXTREME (BIOS 1301)
【 SSD 】 Intel Optane 900P 280GB(PCIe)
【 O S 】 Win 10 Pro 64 (KB4056892適用済み)
【 Ver. 】 v0.7.5 Build 9481 (17-SKX ~ Kotori)
【HypThread】 ON
■1億桁(36スレッドで実行)
Total Computation Time: 1.432 seconds ( 0.024 minutes )
Start-to-End Wall Time: 2.354 seconds ( 0.039 minutes )
CPU Utilization: 2930.40 % + 12.00 % kernel overhead
Multi-core Efficiency: 81.40 % + 0.33 % kernel overhead
https://dotup.org/uploda/dotup.org1510680.png
>>361 >>373 のメモリを変更。
Sky-Xスレに書いたけど、Sky-Xは実行スレッド数をデフォルトの72から論理CPU数に変えた方が速かった。 >>372
キャッシュに収まればiiiのがぶっちぎりで早い
収まらなかったらiiiドン亀 Coffee効率わるっ
Operating System: Windows 10.0 Build 17134
Processor(s):
Name: Intel(R) Core(TM) i7-8700 CPU @ 3.20GHz
Motherboard:
Manufacturer: Micro-Star International Co., Ltd.
Model: Z370M MORTAR (MS-7B54)
Memory:
Usable Memory: 17,138,282,496 (16.0 GiB)
Total Computation Time: 5.785 seconds
Start-to-End Wall Time: 6.258 seconds
CPU Utilization: 1066.57 % + 6.48 % kernel overhead
Multi-core Efficiency: 88.88 % + 0.54 % kernel overhead 【 CPU 】 Core i9 7980XE@4.5GHz(8C)〜4.0GHz(18C)
【 Mem 】 G.Skill F4-4266C17Q-32GTZR DDR4-3733 15-16-16-280-32-1T
【 M/B 】 ASUS RAMPAGE VI EXTREME (BIOS 1401)
【 SSD 】 Intel Optane 900P 280GB(PCIe)
【 O S 】 Win 10 Pro 64 (CPU脆弱性対策をレジストリ設定で無効化)
【 Ver. 】 v0.7.5 Build 9481 (17-SKX ~ Kotori)
【HypThread】 ON
■1億桁 4.0GHz(AVX/AVX512 Offset: 0/0,36スレッド)
Total Computation Time: 1.397 seconds
Start-to-End Wall Time: 2.266 seconds
CPU Utilization: 2877.99 % + 20.13 % kernel overhead
Multi-core Efficiency: 79.94 % + 0.56 % kernel overhead
https://i.imgur.com/7jlxcUR.png
■1億桁 4.0GHz(AVX/AVX512 Offset: 0/0,デフォルトのスレッド数)
Total Computation Time: 1.583 seconds
Start-to-End Wall Time: 2.346 seconds
CPU Utilization: 2999.92 % + 19.74 % kernel overhead
Multi-core Efficiency: 83.33 % + 0.55 % kernel overhead
https://i.imgur.com/12ESMyK.png
■10億桁 3.6GHz(AVX/AVX512 Offset: 3/4,デフォルトのスレッド数)
Total Computation Time: 18.654 seconds
Start-to-End Wall Time: 21.903 seconds
CPU Utilization: 3370.83 % + 9.88 % kernel overhead
Multi-core Efficiency: 93.63 % + 0.27 % kernel overhead
https://i.imgur.com/HIAo1H4.png
■100億桁 3.6GHz(AVX/AVX512 Offset: 3/4,デフォルトのスレッド数)
Total Computation Time: 237.477 seconds
Start-to-End Wall Time: 270.663 seconds
CPU Utilization: 3486.17 % + 1.98 % kernel overhead
Multi-core Efficiency: 96.84 % + 0.06 % kernel overhead
https://i.imgur.com/9jsLcsY.png
>>377のメモリを詰めたやつ。
Win10のCPU脆弱性対策をレジストリ設定で無効化すると書き出し時間が少し速くなった。
Total Computation Time にはほとんど影響なさそう。 B450買って組みあがったのと2700Xがなかったので
【 CPU 】 Ryazen 7 2700X(定格) PBO:ON
【 Mem 】 DDR4-3466(8GBx2) 18-18-18-38-1T
【 M/B 】 MSI B450M MORTAR TITANIUM
【 SSD 】 SM961 512GB
【 O S 】 Windows 10.0 (Build 17134)
【 Ver. 】 v0.7.5 Build 9481 (17-ZD1 ~ Yukina)
【HypThread】 ON
【ComputeT.】 5.667 seconds
【Total Time】 6.189 seconds
【CPU Utiliz 】 1474.59 % + 1.10 % kernel overhead
【Efficiency 】 92.16 % + 0.07 % kernel overhead Version 0.7.6 Build 9483 (Released: August 11, 2018)
http://www.numberworld.org/y-cruncher/#Download >>380 の環境で大分早くなった。
Total Computation Time は1億が5%短縮、10億 3%、100億 1%くらい。
CPU使用率は1億が大分上がってほとんど90%越え。
Total Computation Time と Start-to-End Wall Time の差も大分短縮。 >>380の環境で最新バージョンの結果をHWBOTに登録してみた。(彼の7940Xの記録は抜いた)
HWBOTのy-cruncherのレギュレーションはHPET有効じゃないといけなくて、少しタイムが長くなる感じ。
25m桁はワールドレコードだったけど、ルーキーがいきなり出したので公式記録扱いされなかった。 【 CPU 】 Core i9 7980XE@4.5GHz(8C)〜4.0GHz(18C), AVX/AVX512 offset: 1/2
【 Mem 】 G.Skill F4-4266C17Q-32GTZR DDR4-3733 15-16-16-32-280-1T
【 M/B 】 ASUS RAMPAGE VI EXTREME (BIOS 1503), CPUマイクロコードはKB4100347により49
【 SSD 】 Intel Optane 900P 280GB(PCIe)
【 O S 】 Win 10 Pro 64 (CPU脆弱性対策をレジストリ設定で無効化)
【 Ver. 】 v0.7.6 Build 9486 (17-SKX ~ Kotori)
【HypThread】 ON
■1億桁
Total Computation Time: 1.554 seconds
Start-to-End Wall Time: 2.025 seconds
CPU Utilization: 3327.18 % + 22.12 % kernel overhead
Multi-core Efficiency: 92.42 % + 0.61 % kernel overhead
■10億桁
Total Computation Time: 17.814 seconds
Start-to-End Wall Time: 20.257 seconds
CPU Utilization: 3428.31 % + 8.42 % kernel overhead
Multi-core Efficiency: 95.23 % + 0.23 % kernel overhead
■100億桁
Total Computation Time: 230.864 seconds
Start-to-End Wall Time: 255.622 seconds
CPU Utilization: 3500.26 % + 1.56 % kernel overhead
Multi-core Efficiency: 97.23 % + 0.04 % kernel overhead
>>380を簡易水冷からカスタム水冷に変更。AVX512全コアで3.8GHz。
メモリはまだ詰めてなかった2ndタイミングを見直し。熱的にはもう少し行けるけど電源(850W)が足りないかも。 一人で何百回投稿する気?
おまえ呼ばれてないんだから空気読めよ
9900K9700Kの人、よろしくお願いします<(__)> v0.7.6.9487 (October 14, 2018)
Windowsでメモリ上でのπ 1億桁計算には関係なさそうだね。 i9 7980XE の人の続報知りたい。てか誰か対抗しろよ(今の俺には_)。 >>387 の7980XE+R6E+8GBx8枚は、カスタム水冷化でその後100億桁までAVX512 All Core 4.0GHzsで回せて、
長時間メモリ負荷テスト通らない設定で1億 1.523、10億 17.461、100億 225.510。
メモリ設定は一部詰め過ぎなのの見直し中で、併せてRTL/IOL(起動毎にIOLがふらついてたみたい)の調整に手を出し始めたところ。
7980XE+APEXの人はCPUもメモリももっと回せて詰められるようだから、更にタイム縮められるかな。
7000X/9000X多コアでやるなら、CPUクロック(冷却)だけじゃなく、メモリのクロックと&タイミングが重要だね。
メモリはクロックが高いだけじゃなくCLが小さく(CL 8ns以下とかの高いやつ)タイミング詰められるの選んで、APEXやOC Formulaみたいな4枚刺しM/Bが一番強そう。
※7000X/9000Xを越えるのはW-3175Xになりそうだね。 v0.7.6.9489 (November 19, 2018)
・Fixed a critical 32-bit integer overflow bug in the 32-bit Windows binaries. This was introduced by the 9488 patch and was caught a mere hours after it was released.
v0.7.6.9488
・Untested fix for the NUMA binding issue on 4-die Threadripper that may cause performance to drop by up to 50%.
・Fixed some issues with really small swap mode computations.
・Fixed some minor UI bugs in the node-interleaving frameworks for Linux.
スリッパWXで遅くなることがあったのが直ったみたいだね。 >>391 の補足。1億桁は同じメモリ設定なら7980XEよりもコア数少ない7960X/7940X/7920X辺りの方が速い場合もあるかも。
>>377 のスレッド数指定でスレッド数減らして実行するのを試したのは、7980XE+R6Eで大負荷掛けた後に再起動すると
コアが1〜3個行方不明になるんだけど、その状態で実行したら速いのに気付いたのがきっかけ。 v0.7.7.9493 (January 5, 2019)
PI以外の定数に関して色々改訂。PI関係は下記くらいか。
・Added a command line option to set the priority which y-cruncher runs at.
・AMD Jaguar processors will now choose the 11-SNB binary instead of the 08-NHM binary.
・Minor speed differences due to numerous internal refactorings.
Version Historyに書いてないけど、AVX512対応のSkylake-SP/W/Xで表示されていた注意事項が
表示されなくなった。実行時にちょっと調子狂う。
速度は7980XEで1億桁 15〜20ms、10億桁 50〜100ms、100億桁 500〜700msくらい速くなってる様子。 v0.7.7.9494 (January 10, 2019)
PIには関係ないかな。 v0.7.7.9495 (January 23, 2019)
これもここのPIには関係ないかな。 今日、Optane SSD使ってる7980XE、W-3175X環境で動かしたら、
書き出し時間が大幅に短縮してた。Win10 1903の影響かな? 【 Mem 】 G.Skill F4-4266C17Q-32GTZR (3セット:8GBx12) DDR4-3800 15-16-16-32-290-1T
【 M/B 】 ASUS ROG Dominus Extreme
【 SSD 】 Intel Optane SSD 905P 960GB (HHHL)
【 O S 】 Win 10 Pro 64
【 Ver. 】 v0.7.7 Build 9500 (17-SKX ~ Kotori)
【HypThread】 ON
■1億桁
Total Computation Time: 1.055 seconds
Start-to-End Wall Time: 1.446 seconds
CPU Utilization: 4529.16 % + 72.57 % kernel overhead
Multi-core Efficiency: 80.88 % + 1.30 % kernel overhead
■10億桁
Total Computation Time: 11.812 seconds
Start-to-End Wall Time: 13.442 seconds
CPU Utilization: 5084.47 % + 20.11 % kernel overhead
Multi-core Efficiency: 90.79 % + 0.36 % kernel overhead
■100億桁
Total Computation Time: 147.344 seconds
Start-to-End Wall Time: 162.215 seconds
CPU Utilization: 5297.93 % + 4.08 % kernel overhead
Multi-core Efficiency: 94.61 % + 0.07 % kernel overhead
https://i.imgur.com/KjryMJF.png >>401 1行目が欠けた。
【 CPU 】 Xeon W-3175X@4.7GHz(10C)〜4.3GHz(28C), AVX/AVX512 offset: 1/3 【 CPU 】 Xeon GOLD 6140 定格 36C/36T AVX512@2.1GHz
【 Mem 】 Micron DDR4-2933 ECC Registerd 16GB 6ch x 2Sockets
【 M/B 】 ASUS WS C621E SAGE (BIOS 5503)
【 SSD 】 Intel Optane 900P 280GB x4
【 O S 】 Windows 10 Enterprise LTSC 2019
【 Ver. 】 v0.7.7 Build 9500 (17-SKX ~ Kotori)
【HypThread】 OFF
■1億桁
Total Computation Time: 1.609 seconds
Start-to-End Wall Time: 2.600 seconds
CPU Utilization: 3129.80 % + 28.16 % kernel overhead
Multi-core Efficiency: 86.94 % + 0.78 % kernel overhead
■10億桁
Total Computation Time: 17.312 seconds
Start-to-End Wall Time: 21.618 seconds
CPU Utilization: 3387.52 % + 11.01 % kernel overhead
Multi-core Efficiency: 94.10 % + 0.31 % kernel overhead
■100億桁
Total Computation Time: 219.301 seconds
Start-to-End Wall Time: 260.591 seconds
CPU Utilization: 3466.02 % + 2.70 % kernel overhead
Multi-core Efficiency: 96.28 % + 0.08 % kernel overhead >>403 Optane SSD RAIDでも、書き出し遅いようだね。
普通のXeonだと、書き出しのときシングルスレッド動作でターボが余り効かないとかだろうか?
W-3175X+ROG Dominus Extremeでも、コア電圧AdaptiveでOffset AutoだとFF14ベンチ(FHD)でフレームレートが
まったく上がらないとかが起きるので、>>401のはOffset +0.001にしてある(-0.005とかでもいい)。 NUMA構成だからIOのレイテンシが大きいとかもあるかも知れないね。 >>399, >>404-405 Total Computation Time と Start-to-End Wall Time の差が100億桁で30秒前後が15秒切るくらいになったので
書き出しかと思ったけど、ログ見たら書き出しは100億桁で5秒弱で変わってなく、速くなったのは最初のメモリ割り当ての辺りみたい。 >>404
TB-MAXでも3.7GHzです、貴方の4.7GHz OCと比べるまでもなくお察しください
各パーツの動作確認目的で仮組した状態で計測してますのでOptaneは未だRAID組んでないですし各種設定も未だです
24H/365D 常時稼働な物を目指して組んでいるのでRAID組むとしてもHotSwap前提のRAID-5ですから書込み速度は遅くなり
U.2接続で発熱の少ない900Pを選択してますから構成としてPCIe版より遅くなる前提です
Optaneは通電開始からしばらく時間経過しないと本気出さないとIntelが公言してるので、そのまま常用していればもう少し早くなるとは思いますが 各バイナリ別のTotal Computtationです、Start-to-End は下記+0.4~1.0secくらいで変動
00-x86 : 12.562 sec
04-P4P : 10.667 sec
05-A64 : 4.194 sec
08-NHM : 3.176 sec
11-SNB : 2.838 sec
13-HSW : 1.830 sec
14-BDW : 1.753 sec
16-KNL : 1.672 sec
Phi用にチューニングされたバイナリとの差が誤差程度しかない 【 CPU 】 Ryzen 5 3600
【 Mem 】 G.Skill F4-3200C16D-16GFX (8GBx4)
【 M/B 】 B450 GAMING PLUS
【 SSD 】 RAMドライブ上で実行
【 O S 】 Win 10 Pro 64
【 Ver. 】 v0.7.7 Build 9501 (17-ZN1 ~ Yukina)
【HypThread】 ON
■1億桁
Total Computation Time: 4.598 seconds
Start-to-End Wall Time: 4.825 seconds
CPU Utilization: 1007.27 % + 4.76 % kernel overhead
Multi-core Efficiency: 83.94 % + 0.40 % kernel overhead
■10億桁
Total Computation Time: 62.004 seconds
Start-to-End Wall Time: 63.403 seconds
CPU Utilization: 1057.22 % + 1.11 % kernel overhead
Multi-core Efficiency: 88.10 % + 0.09 % kernel overhead
■100億桁
フリーズ >>410 100億桁はメモリ32GBじゃ無理。50億桁まで。
RAMディスクでメモリ使ってると50億も厳しいかも。 【 CPU 】 Ryzen9 3900X
【 Mem 】 CORSAIR CMK32GX4M2A2666C16 16*2
【 M/B 】 ROG CROSSHAIR VI HERO X370
【 SSD 】 960 EVO M.2 MZ-V6E500B/IT
【 O S 】 Win10 home 64
【 Ver.】 Ver.1903 Build18362.239
【 SMT 】 ON
■1億桁
Total Computation Time: 3.666 seconds
Start-to-End Wall Time: 3.998 seconds
CPU Utilization: 2166.86 % + 14.06 % kernel overhead
Multi-core Efficiency: 90.99 % + 0.59 % kernel overhead
■10億桁
Total Computation Time: 44.184 seconds (0.736 minutes)
Start-to-End Wall Time: 46.124 seconds (7.769 minutes)
CPU Utilization: 2257.64 % + 3.96 % kernel overhead
Multi-core Efficiency: 94.07 % + 0.17 % kernel overhead まだZEN2に最適化されてないから前の世代と比べても意味ないよ
あと3か月くらい待った方が良い >>410
>>412
で3600と3900比べるとコア2倍なのに
1.4倍しか速くなってないから3900はまだ性能発揮しきれてないみたいね ただ、3900Xの構成だとメモリの限界は近いかもね。
大分前にこのスレに貼った7980XEでクロック変えて実行した結果。
https://i.imgur.com/zWHdRHt.png
18C:4ch 構成でAVX2(Airi、Kurumi)でやっても、4GHz辺りでは大分垂れてくる。
このときのメモリ設定は、現状のZen2の人よりは大分詰めてる状態。
メモリがネックになってきた状況では、2ndタイミングや3rdタイミングも詰めると結構効果ある。
Core-XやW-3175Xで単純にスコア狙いだと、2 DIMM/chで出来るだけ高いメモリクロックで1T(>>387や>>401-402)が最強って感じ。
1億桁は7980XEやW-3175XでもHTT切るか、実行スレッド数をデフォルトの半分くらいに減らした方が速かったりする。 ちなみに、y-cruncherのBBP(πの指定した桁辺りだけ求める)だとメモリ性能ほとんど関係ないから、
コア数xクロックの違いが素直に結果に表れるかも(CINEBENCHみたいに)。 【 CPU 】 Ryzen9 3900X
【 Mem 】 F4-3600C18-8GTZRX 8Gx4
【 M/B 】 ROG STRIX X470-F GAMING
【 SSD 】 INTEL SSDPEKKW256G8
【 O S 】 Win10 Pro 64
【 Ver.】 Ver.1903 Build18362.239
【 SMT 】 ON
■1億桁
Total Computation Time: 3.269 seconds ( 0.054 minutes )
Start-to-End Wall Time: 3.616 seconds ( 0.060 minutes )
CPU Utilization: 2125.49 % + 17.68 % kernel overhead
Multi-core Efficiency: 88.56 % + 0.74 % kernel overhead
■10億桁
Total Computation Time: 38.667 seconds ( 0.644 minutes )
Start-to-End Wall Time: 40.570 seconds ( 0.676 minutes )
CPU Utilization: 2196.67 % + 4.28 % kernel overhead
Multi-core Efficiency: 91.53 % + 0.18 % kernel overhead
こんなベンチがあったんだ 【 Ver.】はy-cruncher のバージョンだよ。 >420
あら、そうなの
訂正
【 Ver.】v0.7.7 Build 9501 ZEN 128bit FMA3
ZEN2 256bit FMA3
計算能力は理論上、倍になる >>419
解凍したフォルダ内に有る下のバイナリを直接実行すると速度が倍化するかも?
Binaries\14-BDW ~ Kurumi.exe
て言うか実行後に下から数えて6行目にバージョン番号と、実行したバイナリの名前が表示される
17-ZN1 ~ Yukina を実行した結果より、本気出せば最大で倍くらい早いはず >>423 >>401-402 のPCの緩い設定でのv0.7.7 Build 9501の各バイナリの実行結果(10億桁のTotal Computation Time)はこんな感じ。
Yukina は Hina みたいにAVX2の256bitの命令を使ってない訳じゃないようだから少し早くなる程度かも。
11-SNB ~ Hina.exe 30.014
13-HSW ~ Airi.exe 16.342
14-BDW ~ Kurumi.exe 16.036
17-SKX ~ Kotori.exe 12.805
17-ZN1 ~ Yukina.exe 17.335 >>424 「少し早くなる程度かも」はZen2でKurumi使ったときじゃなくて、Zen2用の最適化がされたとき。
Zen2でKurumi使ったら、少し速くなるかもしれないし、少し遅くなるかも知れないね。 ZEN 128bit FMA3
ZEN2 256bit FMA3
上記で理論上は倍速というのは、正確には
ZEN 128bit FMA3 ×2 => 256bit(AVX2) に対応、もしくはSMTでAVXを2並列
ZEN2 256bit FMA3 x2 => AVX2 をSMTで2並列実行できる
という違いがあるけど、AVX-512には対応しなかった理由は判らんね
>>425 は自分のSky-Xが最強だと思いたいだろうけどZEN2世代のスリッパに、いつまで対抗できるかな・・・ >>426 >>424は、演算機はZen2と同様にAVX/AVX2を1サイクル実行(L1キャッシュ帯域なんかもそれに対応した
能力を持っている)で、それが2基のIntel(上の方のIntel 4C/8Tや8C/16Tでいいスコア出してるのも同様だよね)
で比較したということだけどね。
Zen2はZen/Zen+と同様に、基本的にはダイ面積(コスト)が大きくなったり、クロックや電力制御が厄介なものを
避けて、コア数でカバーする方向性ってことかね。内部2サイクルでAVX512をサポートすることは余りメリットが
ないって判断か。
※どのCPUも何時か抜かれるのは皆分かってるでしょ。OCベンチはただの遊びだから、そんなことに喰い付かれても。 11-SNB ~ Hina.exe 30.014 : AVX(128bit整数演算)
↓概ね倍速
14-BDW ~ Kurumi.exe 16.036 : AVX2(256bit整数演算)
↓倍速にはならなかったOrz
17-SKX ~ Kotori.exe 12.805 : AVX512(512bitになったのになぜ? <= 今ここ
OCベンチはただの遊びだからと言いつつもスレに長年張り付いて同じ結果を繰り返し貼り続るなんて素敵
シャッフル系を除けば μOPレベルで 512bit を 256bit x2 に分解するだけなので1サイクルで実行可 あんまり桁数が多くない計算ならZEN2最適化で結構速くなるんじゃね
コア数がそんなに多くないZEN2なの場合ね 桁数が多くなるにつれてメモリ帯域に完全に制限される
メモリから溢れるときはDiscの読み書きがボトルネック >>431 メモリ溢れは>>410氏の100億桁がそうだね。
ページファイル全力アクセスで、気付かずほっとくとSSD無駄に損耗するね。
オンメモリでできない桁数は、最初のメニューで3選んで使用するストレージなどを選択できるね。
世界記録はそれでやってるんだろうけど、高速なストレージ沢山使わないと大した性能でなそう。 250億桁 Computation 605.668 sec / Start-to-End 789.644 sec
1000億桁を計算中にWindowsが勝手に再起動Orz、
15分くらいで350億桁位まで進んでいたので、そのまま順調に進んでいたら完了までには45分ぐらいかなぁ、、再起動は予め阻止しておかないとだね 作者は3950Xで組む予定らしいからZEN2に最適化されるのは10月以降 まぁ、3950Xじゃメモリネックだね。
たとえメモリがIntel並みに(1:1のままDDR4-4000オーバーでCL 8ns以下とかで)回っても。
当然、作者は見当ついてるだろうけど。 メモリ帯域がボトルネックになりやすいのをあえて選ぶんだろうな
予算の都合もあってThreadripperとかは他の人の使ったみたいだけど 今のバージョンでも、3800Xや3700Xでメモリ1chで色々なクロックで試せば、
3950Xでどのくらいメモリがボトルネックになるかある程度は見えて来るかな。 これのストレステスト2個目はCPUが焼損しそうで怖い 構成は >>403 から変更なしで スレッド数=コア数に設定変更で0.2秒ほど高速に
■1億桁
Total Computation Time: 1.411 seconds
Zen2 の影響で Gold 6254 の価格が落ちてくれたら換装しようかと思案中
クロック律速なら 1.4 → 1.0 になるはず
メモリ律速なら 1.4 → 1.28
どちらにしても、劇的な変化はないのか・・・ Zen2 最適化でどうなるんだろう >>387, >>391 の7980XE+R6E+8GBx8枚 で更にメモリ詰めてAVX512 Allコア4.1GHz
【 CPU 】 Core i9 7980XE@4.7GHz(8C)〜4.3GHz(18C), AVX/AVX512 offset: 1/2
【 Mem 】 G.Skill F4-4266C17Q-32GTZR(8GBx8) DDR4-3733 15-16-15-32-280-1T
【 M/B 】 ASUS RAMPAGE VI EXTREME (BIOS 1902)
【 SSD 】 Intel Optane 900P 280GB(PCIe)
【 O S 】 Win 10 Pro 64
【 Ver. 】 v0.7.7 Build 9501 (17-SKX ~ Kotori)
【HypThread】 ON
■1億桁
Total Computation Time: 1.456 seconds
Start-to-End Wall Time: 1.794 seconds
CPU Utilization: 2994.42 % + 25.75 % kernel overhead
Multi-core Efficiency: 83.18 % + 0.72 % kernel overhead
■10億桁
Total Computation Time: 16.880 seconds
Start-to-End Wall Time: 18.464 seconds
CPU Utilization: 3413.84 % + 10.00 % kernel overhead
Multi-core Efficiency: 94.83 % + 0.28 % kernel overhead
■100億桁
Total Computation Time: 218.613 seconds
Start-to-End Wall Time: 233.210 seconds
CPU Utilization: 3495.91 % + 2.09 % kernel overhead
Multi-core Efficiency: 97.11 % + 0.06 % kernel overhead
https://i.imgur.com/Ar0C51K.png
電源(850W)が僅かに足りないのでポンプとラジファン(計30W)を別電源に接続して通した。 DownClock & SpreadSpectrum + ECC設定強化で長時間向けの耐久性を強化
管理者権限実行にして、実行優先順位を 通常以下(デフォ) → 通常 に昇格
【 CPU 】 Xeon GOLD 6140 定格 36C/36T AVX512@2.08〜2.1GHz (DownClock & SpreadSpectrum)
【 Mem 】 Micron DDR4-2933 ECC Registerd 16GB 6ch x 2Sockets
【 M/B 】 ASUS WS C621E SAGE (BIOS 5503)
【 SSD 】 Intel Optane 900P 280GB x4
【 O S 】 Windows 10 Enterprise LTSC 2019
【 Ver. 】 v0.7.7 Build 9501
【HypThread】 OFF
■1億桁 (16-KNL) <1憶桁のみPhi用バイナリの方が若干早かった
Total Computation Time: 1.353 seconds
Start-to-End Wall Time: 2.039 seconds
CPU Utilization: 3355.66 % + 155.94 % kernel overhead
Multi-core Efficiency: 93.21 % + 4.33 % kernel overhead
■10億桁 (17-SKX ~ Kotori)
Total Computation Time: 16.565 seconds
Start-to-End Wall Time: 21.744 seconds
CPU Utilization: 3322.04 % + 2.74 % kernel overhead
Multi-core Efficiency: 92.28 % + 0.08 % kernel overhead
■100億桁 (17-SKX ~ Kotori)
Total Computation Time: 217.702 seconds
Start-to-End Wall Time: 280.448 seconds
CPU Utilization: 3432.03 % + 2.35 % kernel overhead
Multi-core Efficiency: 95.33 % + 0.07 % kernel overhead
>>440 には計算時間では勝りましたがトータルで負けてますねOrz。
Start to End に時間が掛かっているのは経過時間の多くを占めるメモリ確保がシングルスレッド〜2スレッドくらいなので低クロック多コアの傾向かと思われます ダウンクロックしたのにコピペ元のまま@定格とか残したままだし、403がアルペシオの影響で誤変換してるし、色々アレな感じに・・・ 構成は >>442 と同じです
■1千億桁 (17-SKX ~ Kotori)
Total Computation Time: 7652.056 seconds ( 2.126 hours )
Start-to-End Wall Time: 7846.747 seconds ( 2.180 hours )
CPU Utilization: 1406.92 % + 12.25 % kernel overhead
Multi-core Efficiency: 39.08 % + 0.34 % kernel overhead
前半はCPU負荷 90% 以上が長く続きますが、後半はCPU負荷が 4〜9% でディスクアクセスが 90% くらいの状態が続く感じでした >>442 メモリの割り当ては、NUMAでソケット間のレイテンシが大きいのも影響してるかな。
実行時に赤字で表示される注意事項の件を設定(メモリ内のページのロックを許可する設定をして
ラージページ使用可の状態で実行)したら多少速くなるかな? >>445
ラージページの件は1千億桁向けに対応したのですが、設定変更が面倒なので比較はしてません
仮にレイテンシが影響しているとするなら NUMA よりも ECC Registerd の方で
19-19-19-43-467 ですが、この場合、レイテンシより帯域では?
NUMA NODE 間の UPI 帯域は片側最大 20.8GB/s × 3本なので DDR4-2666 3ch 相当です i9 7980XE の人も 1000億桁やるべきだな >>447 >>444のSkylake-SP Dualの人はメモリ192GB + Optane 900P 280GBx4(ページファイル)でやったって
ことのようだけど、>>440 の7980XEはメモリ64GB + Optane 900P 280GBx1だから480GB必要な1000億桁は無理。
NAND NVMe 1TBとSATA 480GBのSSDも積んでるけど多分遅すぎ。
>>401-402のW-3175Xの方はメモリ96GB + Optane 905P 960GBx1だから容量は足りるけど、Optane 1個だ時間掛かりそうだね。 試しにW-3175の方でSwapモードで1000億桁スタートしてみた。
SwapモードのI/O(Summingステージ)はパフォーマンスモニタで見ると50MB単位くらいのようなので、
シーケンシャル速くて速度落ちないSSDなら何でもよさそう。 >>401-402 のW-3175Xで1000億桁(ストレージを使ったSwap mode)。
【 CPU 】 Xeon W-3175X@4.7GHz(10C)〜4.3GHz(28C), AVX/AVX512 offset: 4/7
【 Mem 】 G.Skill F4-4266C17Q-32GTZR (3セット:8GBx12) DDR4-4000 16-17-16-31-290-2T
【 M/B 】 ASUS ROG Dominus Extreme
【 SSD 】 Intel Optane SSD 905P 960GB (HHHL) x1
【 O S 】 Win 10 Pro 64
【 Ver. 】 v0.7.7 Build 9500 (17-SKX ~ Kotori)
【HypThread】 ON
■1000億桁(Swap mode)
Total Computation Time: 11249.010 seconds ( 3.125 hours )
Start-to-End Wall Time: 12206.958 seconds ( 3.391 hours )
CPU Utilization: 1142.59 % + 5.55 % kernel overhead
Multi-core Efficiency: 20.40 % + 0.10 % kernel overhead
https://i.imgur.com/X4V6zCn.png
CPUやメモリの性能は率としてはそれほど効かないので緩い設定(メモリは安定した2Tの設定)。
>>444氏の結果から8〜9時間くらい掛かるかと思ったけど、意外に早く終わった。
速いストレージを幾つか使えば、メインストリームでももっといいタイム出せそう。 リサスーの言う Cascade Lake の2倍の性能は y-cruncher でも証明(残念ながら3倍の性能ではない)
本家サイトに先ほど EPYC 7742 の結果が掲載されてた
Zen2最適化後なら更に差が拡大する予感
同表で現時点1000億桁最速はメモリ 2TB 搭載 Haswell-EX 機の 4,442秒 = 1時間14分
EPYC 7742 で Zen2 最適化後なら 1000億桁が 20分程度になると予想 >>451 EPYC 7742 Dual(64Cx2)はうちの>>401-402とメモリ上で出来る範囲だとそんなに違わないね。
Cascade Lake-APの56C DualならEPYC 7742 Dualといい勝負しそう。
Cascade Lake-APって売れのか怪しいけど。
8180M Dualの4%OC(>>403氏と同じM/BでメモリはOCじゃないよう)が>>401-402より少し遅いくらい。
https://hwbot.org/submission/3856433_h2o_vs_ln2_y_cruncher___pi_10b_2x_xeon_platinum_8180m_2min_54sec_831ms W-3175Xでメモリch数を変えて測定。
CPUは28C/56Tで緩めの設定。メモリは10億桁まで動く程度でy-cがこの環境で一番速い設定。
【 CPU 】 Xeon W-3175X@4.7GHz(10C)〜4.3GHz(28C), AVX/AVX512 offset: 4/7
【 Mem 】 G.Skill F4-4266C17Q-32GTZR (3セット:8GBx12) DDR4-4000 16-17-17-32-300-1T
【 M/B 】 ASUS ROG Dominus Extreme
【 SSD 】 Intel Optane SSD 905P 960GB (HHHL) x1
【 O S 】 Win 10 Pro 64
【 Ver. 】 v0.7.7 Build 9501 (17-SKX ~ Kotori/14-BDW ~ Kurumi)
【HypThread】 ON
ch 1b 10b
AVX256 AVX512 AVX256 AVX512
-----------------------------------------
1 5.278 4.404 68.101 54.849
2 2.780 2.353 34.383 28.115
4 1.623 1.409 19.599 15.859
6 1.278 1.087 15.653 12.135
※1ch当たり8Gx2枚の構成
※AVX256は 14-BDW ~ Kurumi >>453 間違えた。
1b → 100M
10b → 1b 久々の一般CPU部門
【 CPU 】 Core i7-8700 (Power Limit 120W)
【 Mem 】 DDR4 2666 CL19 8GBx2
【 M/B 】 PRIME B360M-C
【 SSD 】 PX-256M5S
【 O S 】 Win 10 Pro 64
【 Ver. 】 v0.7.7 Build 9501 (17-ZN1 ~ Yukina)
【HypThread】 ON
■1億桁
Total Computation Time: 5.363 seconds
Start-to-End Wall Time: 5.920 seconds
CPU Utilization: 1108.52 % + 4.95 % kernel overhead
Multi-core Efficiency: 92.38 % + 0.41 % kernel overhead
■10億桁
Total Computation Time: 69.793 seconds
Start-to-End Wall Time: 73.602 seconds
CPU Utilization: 1147.01 % + 1.03 % kernel overhead
Multi-core Efficiency: 95.58 % + 0.09 % kernel overhead
>>410
やっぱり8700じゃRyzen 3600には勝てないな >>456
訂正
【 Ver. 】 v0.7.7 Build 9501 (14-BDW ~ Kurumi) 次のバージョンがほぼ完成してるけど、欲しいZen2が手に入らないのでZen2最適化は何も着手してないようだ。
3950Xが欲しいのは、コア数とメモリch数比率が64C EPYCと同じだからということらしい。
EPYCで世界記録狙うような人に一番効果あるようにしたいということか。次バージョンも世界記録狙う人が使うSwapモードの機能強化が中心のよう。
Zen+までと差があればYukinaと別バイナリにするつもりらしい。
https://www.mersenneforum.org/showthread.php?s=b8b6c04f2bcf92b9904de3cda06d0822&t=24605
※ツイッターでHWBOTの自分のW-3175Xの記録をZen2 EPYCとの比較で引用してたw Swapモード時にRead/Writeがシングルスレッドなのをどうにかしないと
せめて複数デバイス指定した時にはデバイス数と同数のスレッド立ち上げて並列で読み書きする様な事をしてほしい v0.7.8.9503 (October 27, 2019) リリース 新バージョン速くなった。
W-3175X@AVX512 All core 3.6GHzでも、>>401-402のAVX512 All core 4.0GHzと同程度。
桁数少ない方がより速くなった。 ていうか、水冷OCしたXEONと空冷定格EPYCで殆ど差が無い点でEPYC圧勝だろJK Micro Centerの在庫6個から4人目で3950Xゲットだって
めっちゃ嬉しそう ようやくZen2最適化開始かな。
Zen2がどこまでスコア伸ばせるか楽しみだね。Zen2スリッパも出るし。
※このベンチやる人はメモリ構成も重要だね。うちの7980XEとW-3175Xだと、SR 2DIMM/chが速そう。
設定は速い順に 3800 15-16-16-32-1T>3600 15-16-16-32-1T>4000 16-17-17-34-2T。
ただ、3800 1Tは今のところ完全には安定させられてない(HCI Memtestで最長でも4hくらいでアウト)。 AVX2には今のバイナリでもかなり対応できてるみたいだからキャッシュの仕様変更と増加に最適するのが主なのかな まだ名前決めてないのかな。(バイナリ分離時は、いつもそのマシンの名前にしてるらしい) www
>>360 の7940X機(Kotori)見てれば車海老とは思わなかったかも。
>>440 の7980XE機のM/BをEncoreに交換して電源1200Wにしたら全力時の消費電力150Wくらい減った。
最新Ver.で1億 1.38X秒、10億 16.4XX秒、100億212.4XX秒くらい出る。 >>459 その件、>>458の板で聞いたのかな?
自分の環境は、それなりに空きがあって高速なドライブを複数積んでないから試せない。 【 CPU 】 Core i9 7980XE@4.8GHz(8C)〜4.4GHz(18C), AVX/AVX512 offset: 1/2
【 Mem 】 G.Skill F4-4266C17Q-32GTZR(8GBx8) DDR4-3800 15-16-16-32-275-1T
【 M/B 】 ASUS Rampage VI EXtreme Encore (BIOS: 0401)
【 SSD 】 Intel Optane 900P 280GB(PCIe)
【 O S 】 Win 10 Pro 64
【 Ver. 】 v0.7.8 Build 9503 (17-SKX ~ Kotori)
【HypThread】 ON
■1億桁
Total Computation Time: 1.381 seconds
Start-to-End Wall Time: 1.704 seconds
CPU Utilization: 3155.28 % + 27.16 % kernel overhead
Multi-core Efficiency: 87.65 % + 0.75 % kernel overhead
■10億桁
Total Computation Time: 16.368 seconds
Start-to-End Wall Time: 17.908 seconds
CPU Utilization: 3432.04 % + 12.22 % kernel overhead
Multi-core Efficiency: 95.33 % + 0.34 % kernel overhead
■100億桁
Total Computation Time: 211.803 seconds
Start-to-End Wall Time: 226.099 seconds
CPU Utilization: 3493.79 % + 2.29 % kernel overhead
Multi-core Efficiency: 97.05 % + 0.06 % kernel overhead
https://i.imgur.com/N9CfYBL.png
https://i.imgur.com/luKjORS.png
https://i.imgur.com/QY1zczq.png
>>440 の7980XE機のM/BをEncoreに、電源を1200Wに換装して最新バージョンで全力。
AVX512 all core 4.2GHzの設定だが4.1GHzで頭打ち。FIVRの出力限界か?
現状のパーツでやれることはすべてやった感じ。 Ryzen7 1700 からの載せ替え、メモリとクーラは交換予定
メモリが足引っ張ってるのか?クロック下げてSMTをOFFにした方が何故か早いOrz
【 CPU 】 Ryzen9 3950X (Wraith Spire)
【 Mem 】 DDR4 2666 CL19 4GBx2
【 M/B 】 ASRock Fatal1ty AB350 Gaming K4
【 SSD 】 Intel
【 O S 】 Win 10 64
【 Ver. 】 v0.7.8 Build 9503 (17-ZN1 ~ Yukina)
【HypThread】 OFF @3GHz(down clock)
■1億桁
Total Computation Time: 3.566 seconds
Start-to-End Wall Time: 4.320 seconds
CPU Utilization: 1359.31 % + 5.70 % kernel overhead
Multi-core Efficiency: 84.96 % + 0.36 % kernel overhead
【HypThread】 ON @3.5GHz(定格)
■1億桁
Total Computation Time: 3.816 seconds
Start-to-End Wall Time: 4.645 seconds
CPU Utilization: 2931.67 % + 18.02 % kernel overhead
Multi-core Efficiency: 91.61 % + 0.56 % kernel overhead
数秒の負荷だからなのか Wraith Spire でも CPU 温度は 30℃くらい。冬? 定格にしてCPBをAutoにすると全コア4GHz超え、けどメモリが2400動作になってしまう。
メモリ相性かな( ^ω^)・・・
DDR4-3200以上のメモリ買って再チャレンジ予定 >>473 コア数多いCPUだと1億桁は効率が出ないね。
上の方に書いたけど、>>472の7980XEでも1億桁はHTT Disableにするか、y-cruncherのスレッド数を半分に減らすともっと速い。
更にコア数が多いと、10億桁でも効率が上がらなくなるようだ。
https://hwbot.org/benchmark/y-cruncher_-_pi-1b/rankings?start=0#start=0#interval=50
Zen2 最強EPYC 7H12 Dual(128C/16ch)よりW-3175X(28C/6ch)@OCの方が速いとか、
Zen2 7742(64C/8ch)でも7980XE(18C/4ch)@OCより少し速いだけとか。
※Zen2 3970XでメモリOCすれば>>472を抜けそうだね。
https://hwbot.org/benchmark/y-cruncher_-_pi-10b/rankings?start=0#start=0#interval=50 ※3min 33sec 283ms が>>572のPC(HPET Enable) 【 CPU 】 Ryzen9 3950X (Wraith Spire)
【 Mem 】 DDR4 2666 CL19 4GBx2
【 M/B 】 ASRock Fatal1ty AB350 Gaming K4
【 SSD 】 Intel M.2
【 O S 】 Win 10 64
【 Ver. 】 v0.7.8 Build 9503 (17-ZN1 ~ Yukina)
【HypThread】 OFF
■1億桁
Total Computation Time: 3.054 seconds
Start-to-End Wall Time: 3.588 seconds
CPU Utilization: 1458.78 % + 8.70 % kernel overhead
Multi-core Efficiency: 91.17 % + 0.54 % kernel overhead
UEFI/BIOS 設定を全部デフォに戻して SMT だけ OFF にしたらスコア縮んだ
てか Wraith Spire でも 3950X が 30℃台で 4.2GHz なんだけど、冬だから?それともグリスをダイヤモンドなんとかってのにしたのが効いてるのか?暖房22℃設定だよ?
作者と同じCPUなので次期Ver期待して待とう(´;ω;`) その後>>472の環境で試したら、0→1→Xの実行バターンだと、10億桁もHTT Offの方が速かった。
HTT Onで3→3→桁数(100m/1b/10b)→4(※)→0(※)→9→2→スレッド数→6→Max Sequential Dispatch数→0→0
のパターンでスレッド数とMax Sequential Dispatch数を調整して実行すると、1億 1.14X秒、10億 15.5xx秒、100億 208.xx秒で更に速かった。
※16進数出力抑止 作者の3950Xは、ようやく本命のメモリ(128GB構成)入手したって。
Zen2最適化についてはツイッターや>>458のスレで音沙汰ないね。 >>484
other priorities in life
やっぱりポケモンやってたんですね
自前の自動最適化ツールみたいの?だけで10%アップみたいだけど手直しすればもう少し速くるのかな 【 CPU 】AMD Ryzen 7 3700X 8-Core Processor (Wraith PRIZM)
【 Mem 】CRUCIAL DDR4 2666 8 * 4
【 M/B 】TUF B450-PLUS GAMING
【 HDD 】PLEXTOR PX-256M8PeG
【 OS 】Windows10 Pro(64bit)
【 Ver 】v0.7.8 Build 9503
【 HypThread 】ON
【 ComputeT. 】4.024 seconds
【Total Time 】5.941 seconds
【CPU Utiliz 】1279.57 % + 5.83 % kernel overhead
【Efficiency 】79.97 % + 0.36 % kernel overhead v0.7.8.9506 (March 1, 2020) 出てるよ。
Current Release: の所のバージョン番号が更新されてなくて気が付かなった。
Zen2速くなったのはL3のサイズとかかな。
17-SKX ~ Kotori はL3がNot inclusiveで小さくてレイテンシ大きいので効果少なくてL2のサイズでチューニング
されているのか Tuning.txt に下記が書いてある。
Cache / Threads : 512 KB / thread インストールしてもウイルスバスターがウイルスとして削除されてしまう。 ノートンでもメインexeが2種類検出で削除された。 【 CPU 】 Core i5 9400F
【 Mem 】 G.Skill F4-2666C19D-32GIS (16GBx4)
【 M/B 】 MCJ(Mouse) Z390M-S01
【 HDD 】 WD20EARX
【 O S 】 Win 10 home 64
【 Ver. 】 y-cruncher v0.7.8.9507
【HypThread】 無し
■100億桁
Total Computation Time: 1160.698 seconds
Start-to-End Wall Time: 1271.381 seconds
CPU Utilization: 573.80 % + 0.23 % kernel overhead
Multi-core Efficiency: 95.63 % + 0.04 % kernel overhead
CドライブはSSDなんだけどフリーソフトは古いHDDに入れていたからHDDディスクで測定ね 日本人技術者、円周率を「約31兆桁」計算 世界記録塗り替える
https://www.bbc.com/japanese/47552083
日本出身の女性技術者が「3.14」でおなじみの円周率を小数点以下約31兆4000億桁まで計算し、世界記録を更新したことが14日分った。これまでの約22兆桁を大幅に上回る記録となった。
--中略--
今回の計算には170テラバイトのデータが必要で、25のバーチャルマシンを使って121日間かけて行なわれた。 【 CPU 】 BCM2711 1.5GHz アルミパッシブヒートシンク
【 Mem 】 Micron D9ZCL LPDDR4 8GB
【 M/B 】 Raspberry Pi 4 Model.B Sony UK
【 HDD 】 SanDisk Extreme PRO 64GB
【 O S 】Windows10 Arm64 Enterprise Insider Preview 21343
【 Ver. 】 v0.7.8 Build 9507 08-NHM Ushio
【 HypThread 】ない
【 ComputeT. 】305.401 seconds
【Total Time 】313.788 seconds
【CPU Utiliz 】291.42 % + 0.41 % kernel overhead
【Efficiency 】72.85 % + 0.10 % kernel overhead
実性能的にはPenD3GHzレベルだが消費電力6W〜7W 【 CPU 】 BCM2711 1.5GHz アルミパッシブヒートシンク
【 Mem 】 Micron D9ZCL LPDDR4 8GB
【 M/B 】 Raspberry Pi 4 Model.B Sony UK
【 HDD 】 SanDisk Extreme PRO 64GB
【 O S 】Windows10 Arm64 (19041)
【 Ver. 】 v0.7.8 Build 9507 04-P4P 名無し(´;ω;`)
【 HypThread 】ない
【 ComputeT. 】492.182 seconds
【Total Time 】506.975 seconds
【CPU Utiliz 】380.20 % + 0.09 % kernel overhead
【Efficiency 】95.05 % + 0.02 % kernel overhead
現行版のArm64版Win10だと未だx86しかエミュできないけど
PenIIIやK7の3倍の性能がある
こちらのパターンでも消費電力 7Wくらい 【 CPU 】 Ryazen 9 5900X
【 Mem 】 DDR4-3600(8GBx4) 16-16-16-36-1T
【 M/B 】 GIGA B550M AORUS PRO
【 SSD 】 CSSD-S6T480NRG4Q
【 O S 】 Win10Pro 20H2(Build 19042.964)
【 Ver. 】 v0.7.8 Build 9507(19-ZN2 ~ Kagari)
【HypThread】 ON
◆1億桁
【ComputeT.】 2.658 seconds
【Total Time】 3.952 seconds
【CPU Utiliz 】 2106.95 % + 29.98 % kernel overhead
【Efficiency 】 87.79 % + 1.25 % kernel overhead
ようやくZen3買えた >>497 ストレージに掛けられる費用の問題で速度上げられないようだね。
https://www.fhgr.ch/fileadmin/_processed_/8/7/csm_image2021-8-16_14-48-58_49a065db2d.png
CPU使用率33%だから、ストレージにもっと金掛けられれば更に速くできそう。
24ポートのRAIDカードを8枚くらい付けて、そこに速度落ちないSATA SSD(870EVOとか??)を
沢山ぶら下げればIO性能7倍くらいになって実行時間が半分以下になりそうだけど、1500万
くらい掛かりそう。(50日くらいならNAND SSDでも寿命は大丈夫か?)
※今回のだとストレージ周り300万くらいか。 素人質問なんですが、2.5兆桁以上を計算する方法を教えていただけませんか? >>499 2.5兆以上が分からないって、どういうこと?
2.5兆未満、例えば2兆はできるの?2兆出来る方法しているなら、2.5兆以上も同じ方法でできると思うけど。 >>499 もし、単純にy-cruncherを起動した後、0→1と入力すると、そこに2.5兆桁までしかないことを言っているなら、
最初に0を入力するのはメモリ上で計算する基本的なパターン(多分作者が最初にπの計算をメモリだけでやる
機能を組み込んだので、それが基本機能として一番上に位置付けられている)で、そこを見ると分かるように、
この機能ではとてつもない量のメモリを積んでないと兆の桁は計算できない。
メモリが足りなくなるような桁数を計算するときは、HDDやSSDを大量に用意して、メモリに収まらない分をHDDやSSDに
追い出してたり、メモリに戻したりしながら計算するSwap Modeというのでやる。
実際には、y-cruncherを起動するときに管理者モードで起動した上で、最初のメニューで3を選び、その先で桁数(3や4)や
Swap Modeでやること(8)、HDD/SDDのフォルダのパス(結果を格納するところ(5)や計算に使う分ところ(8をSwap Modeに
すると現れる11のメニュー))などを指定する。必要な設定がすんだら0でスタート。 >>450がうちのでSwap Modeで1000億桁やったやつ(ストレージとしてOptane SSD 905Pを使用)だけど、
たまたま夕べ同じPCでHDD(6TB 7200rpmを1個だけ、外周が220MB/sくらいのやつ)使ってSwap Modeで
1000億桁やってみたので、その結果。24時間くらい掛かるかと思ったけど、意外に速かった。
https://i.imgur.com/7y0VY8I.png なるほど。参考になりました!
富岳で計算する予定です! >>503 y-cruncherって富岳で動くの?x86のWindowsとLinuxしかサポートしてないと思うけど。
何かエミュレータが用意されてる?それとも作者に富岳用にコンパイルして貰う? まぁ、富岳使えるような人がこんなところでしょうもない質問しないと思うけどw
(自分のPCに富岳って名付けてるのでもないかぎり) 友達に「富岳でワンチャンマイニングできるんじゃね?w」と言われたので、
そんなら円周率計算しようぜという謎のノリになりました。
で、ググった感じだとredなんてらっていうlinuxでした。
富岳は、申請して許可をもらうことができれば無料で一年間使え、
100TBの容量の容量が無料で使えるそうです。 あ、富岳でする前に自分のゴミスペPCでするべきですねw(当たり前)
ちょっとやってみます 富岳はARM系プロセッサなのでy-cruncherは動かなそうだね。
確かソースコードは公開してなかったと思うけど、もしソースコード貰えてもx86前提で書かれててすごく手間が掛かりそう。
(SSEやAVX使ってるところはSVEに書き換えるとか?)
>>502でHDD使ったのが意外に速かったのは、半分のIOがデフォルトでy-cruncherのフォルダ(Optane SSD 905P)に
割り振られていたからのよう。 難しいことはわからないので、もう諦めた方がいいのでしょうか?
富岳壊したくないですしw 私程度が言ってるようなことについて自分で気付いてスラスラ調査・確認できないようじゃ、まったくダメだと思いますw >502 のSwap mode 1000億桁のHDDを6TBx1から3TBx7(Windowsストライプボリューム)に変更してやってみた。
https://i.imgur.com/KJczElm.png
Optane 905PとHDDにIOが半分ずつ分配され、HDDの速度がOptaneの1/2より少し遅い(シーケンシャル1000MB/s)
ので、Optaneオンリーの>>450より少し遅い結果になったみたい。
その後3TB HDDがもう1台見つかったので、3TBx8台で1兆桁スタートしてみた。1兆桁だとHDD比率が大幅に上がる
ので、何日も掛かりそう。使ったHDDは2011年頃に買って8年くらい365日24h回していたものなので障害が起きるかも。 皆さんはパソコンの用意をどうしましたか?
また、「普段使いのパソコンと、円周率の計算用のパソコン」のように、
使い道を分けていますか? 桁数の世界記録狙う人でもない限り、専用はないんじゃないw
自作板はPC複数持ってる人も多いと思うけど、ここにアップする人は下記のようなときだろうね。
・このスレ(y-ceyncher)を知ったので動かしてみた
・新しいPCを組んだ
・CPUやメモリを変えたり、OCレベルの進展があった
・y-ceyncherのアップデート
・古いPCで実行して最新のと比較してPCの進歩を感じたり、ノスタルジーに浸る
>>512 の1兆桁はまだ終わらない。最初、Swapにy-cruncherを置いてるOptane 905Pがデフォルトで
設定されてるままやってしまい、12h過ぎにOptane 905Pがパンクして止まった。再度HDDのみを
Swapに設定して再スタートし、現在68hでSumming 58%。CPU使用率は10%未満。あと2日くらいかな。 y-cruncher作者のサイト見たら、5兆、10兆、12.1兆桁の記録出した近藤氏が今年10980XEのベンチ結果報告してた。
まだ自作続けてるようだけど、こっそりこの板にも書いてたりするのかな。
※y-cruncherのソースコードの件、作者のサイトに提供するつもりはないと(ちょっと辛辣な表現で)書いてあるね。 Swap modeの1兆桁は、Series/Large Division/InvSqrt が終わり、Large Multiply 実行中。
まだ大分掛かりそう。 Swap modeの1兆桁
【 CPU 】 Xeon W-3175X@4.7GHz(10C)〜4.3GHz(28C), AVX/AVX512 offset: 4/7
【 Mem 】 G.Skill F4-4266C17Q-32GTZR (3セット:8GBx12) DDR4-3800 15-16-16-32-275-2T
【 M/B 】 ASUS ROG Dominus Extreme
【SSD/HDD 】 Intel Optane SSD 905P 960GB (HHHL) x1: 起動ディスク、y-cruncher格納
HGST HDS723030ALA640(HDD、3TB、7200rpm) x8(Windowsストライプ): Swap用、結果出力
【 O S 】 Win 10 Pro 64
【 Ver. 】 v0.7.8 Build 9507 (17-SKX ~ Kotori)
【HypThread】 ON
■1兆桁(Swap mode)
Total Computation Time: 473536.795 seconds ( 5.481 days )
Start-to-End Wall Time: 495826.904 seconds ( 5.739 days )
CPU Utilization: 397.13 % + 6.84 % kernel overhead
Multi-core Efficiency: 7.09 % + 0.12 % kernel overhead
Logical Largest Checkpoint: 0 ( 0 bytes)
Logical Peak Disk Usage: 5,011,880,284,072 (4.56 TiB)
Logical Disk Bytes Read: 249,011,847,573,320 ( 226 TiB)
Logical Disk Bytes Written: 217,988,129,146,616 ( 198 TiB) ※SSDでやる人はTBW消費率算出の目安に
https://i.imgur.com/kHSGVP4.png
https://i.imgur.com/jT8Fpll.jpg HDDx8台。PCの電源に届かないため別電源に接続。
取り敢えずスポットチェック問題なしで完了。
CPU性能に対してストレージ性能が低すぎだが、近藤氏が5兆桁実行時のテストランの1兆桁13日よりは速かった。
短縮のため16進数出力とチェックポイント情報の記録なし。
この程度の日数ならnon-ECCでもビット化け遭遇確率は小さいか? >>519 に下記外付けストレージをThunderbolt接続して1000億桁。
areca ARC-5028T2 (6TB HDD x6、RAID5、Thunderbolt 2/USB3.0対応)
※普段はSandy-E機にUSB3.0接続。これやR6E(初代)で使えるThunderbolt 2/3カードの入手が
今後難しくなりそうなので今回確保。容量を半分くらい使用していて遅いので、全体の1/7だけ
負担させたので効果は小さ目。Optane 905Pは4/7、3TB HDD x8は2/7。
Total Computation Time: 6901.595 seconds ( 115.027 minutes )
Start-to-End Wall Time: 7556.399 seconds ( 2.099 hours )
CPU Utilization: 1892.06 % + 13.70 % kernel overhead
Multi-core Efficiency: 33.79 % + 0.24 % kernel overhead
https://i.imgur.com/CobBW2q.png >>520 に2.5インチSATA SSD(870EVO 4TB)x2のRAID0(USB3.1Gen2接続)を2台追加して1000億桁。
Total Computation Time: 5889.466 seconds ( 98.158 minutes )
Start-to-End Wall Time: 6448.675 seconds ( 107.478 minutes )
CPU Utilization: 2263.73 % + 13.90 % kernel overhead
Multi-core Efficiency: 40.42 % + 0.25 % kernel overhead
Logical Disk Bytes Read: 10,497,042,725,016 (9.55 TiB)
Logical Disk Bytes Written: 8,945,657,129,368 (8.14 TiB) >>519 の1兆桁をストレージを追加して実行
【SSD/HDD 】 Intel Optane SSD 905P 960GB (HHHL) : 起動ディスク、y-cruncher格納
3TB HDD x8(Windowsストライプ): Swap、結果
areca ARC-5028T2 (6TB HDD x6、RAID5、Thunderbolt 2): Swap
2.5インチSATA SSD(870EVO 4TB)x2のRAID0(USB3.1Gen2) x2台: Swap
Total Computation Time: 189695.213 seconds ( 2.196 days )
Start-to-End Wall Time: 204944.302 seconds ( 2.372 days )
CPU Utilization: 1028.23 % + 10.46 % kernel overhead
Multi-core Efficiency: 18.36 % + 0.19 % kernel overhead
Logical Largest Checkpoint: 1,445,538,214,144 (1.31 TiB)
Logical Peak Disk Usage: 5,011,880,284,072 (4.56 TiB)
Logical Disk Bytes Read: 250,958,484,230,952 ( 228 TiB)
Logical Disk Bytes Written: 219,104,283,780,384 ( 199 TiB)
24h経過した頃にストレージ障害で1時間弱中断後再開。10進数結果のハッシュ値は前回と同一。
870EVO 4TB 1台当たりTBWの1%強の書き込み(Swapの1/8を負担)で寿命の大幅な減少なし。
SwapのIOはピーク3400MB/s程度。
開始後6h30mからの画面の動画(5MB、960x1042、59秒、3000倍速)
https://i.imgur.com/K4c2XbB.mp4 >>519 のVGA以外のPCIeレーン全部(x32)にストレージを接続して1000億桁
Total Computation Time: 3228.720 seconds ( 53.812 minutes )
Start-to-End Wall Time: 3435.375 seconds ( 57.256 minutes )
CPU Utilization: 4362.82 % + 34.10 % kernel overhead
Multi-core Efficiency: 77.91 % + 0.61 % kernel overhead
https://imgur.com/a/ZrZ9oHT >>523 のストレージ構成で1兆桁
Total Computation Time: 56871.440 seconds ( 15.798 hours )
Start-to-End Wall Time: 59375.921 seconds ( 16.493 hours )
CPU Utilization: 3880.11 % + 52.67 % kernel overhead
Multi-core Efficiency: 69.29 % + 0.94 % kernel overhead
https://imgur.com/a/vbX3YWB v0.7.9.9509 (March 14, 2022) リリース
Zen3、Tiger Lake (& Cannon Lake) 最適化版追加。(Zen3用はZen2用より遅い場合もあるとのこと)
メモリ使用量削減、他。
00-x86は削除。 めっちゃ久しぶりに更新されたじゃん
以前ほど完璧に最適化してないみたいだけど 皮肉にもesportsの世界では聞いたことがあるし >>79
この人過去に何回も問題発言してきてる数字と合わなかったから放置してたのに >>70
まあSNSでフェミ活動するのをやめれば無くなるんじゃないのか 数メートルおきにテント張るようなキャンプ場でソロキャンだったらクソ笑うわ >>87
ほんとジャップってのはなぜなんか?って話であって主犯ではないで済んでよかったな むしろ人多い人気のキャンプ場なら下柔らかいところ多いで より多くの基地外クレーマーという自覚が無いんだもんなあ また負けてんのはTwitterのバカオタクだけそういう奴はなんJを散歩してなんJの既婚スレだと女はでかい方が馬鹿にされてもレスバ繰り返す不屈の精神が意味わからんかった >>80
そりゃ食うに困ってても言いませんからねええ >>22
周りが誰も止めないで相当甘やかされて育ってきたのかわからんやつが増えすぎて会話が成立しないレベルにまでなったから反リベラル反フェミ反ヴィーガンに移ってもらうべき >>6
マンカス仲間扱いされるのも覚悟してるんだなって >>57
あくまで言おうとしてることは間違ってない >>90
コピペ繰り返すガイジはネトウヨしかいなくなったわ >>31
政治の目的が果たせてるのか1mmも自覚してないけどこいつ自身160無くて人権無いは普通にやばいな 縁故主義と権威主義が蔓延ってるどうしようもないんだけどそこからして割と信じられてるんですが eスポーツ以外のプロスポーツでも差別だから規制するようになってしまってくる狂った状態なんだよ >>37
毎回らくちん周回って言うように信用ならないからこの豚の膣の部分がもらえまちゅ >>29
クソガイジネトウヨってそもそもポッチャマが親韓な時点で破綻してないんよな芸能人は徹底してるが >>37
はっきり言ってしまったらそれでおしまいなんだわ大目に見てどう思うよって考えてみればこれケンにとって都合よくね? >>104
これ思い付いた昔の人はウーバー危ないよ >>44
そうやって同じ事を何度も問題発言してきてる確実に着実に俺たちのほうに >>110
ブイチューバーは以外にまともというか性格が悪いっぽいな 最初に問題視した人に高身長が好きなのはよくわかるし ゲーム用語ならゲーム外の話題で使うなって爺がキレてるとか?見てないけど よく知りもしないうちになんで急にこんな広まったんだからコンビニバイトとか出前館とかすればいいのよ この勢いでガルちゃんとここと爆サイも公開してた層がやってくれるようになるから 反日の在日韓国人はその使いっ走りであってきみが論旨を履き違えてる >>26
運営の関係者呼んで怒鳴り散らすって本人が隠しても滲んできちゃうんだよな日本人の異常さが浮き彫りになった そこはyahooニュースなんだが平均4cm差って相当でかいぞ >>9
これはマハームドラーの修行なんだからどっしり構えときゃいいのにキーキーやかましい ポルノの自由を守るとして抵抗してきたモノが瓦解したわけだな やっぱ馬鹿女って悪意の塊だよな日本人の異常さが浮き彫りになったとかそういうレベルじゃないし やるとかなろう読むとかオタクままだと思う笑われる存在だぞ >>84
女のコミュニティを見てるのもいるから新規入ってくるかもしれないが大まかな流れは変わらんけどなカルトウヨは平気で言うから 気合い入れたら白人になれんのか?と高市早苗を馬鹿にしてたんだいバカマンコは >>101
頭がキチガイになっても奉仕される立場その中でどの政治家が有権者に対してそんな横暴な態度取ることないよ時と場合による >>35
今更かよ女人禁制なんてのはリベラル固有の話ではない >>98
それで日和るのは一番よくわかってたんやろな 結局虚カスの最近のツイート見たら典型的なTERFで笑った 重症化はせずワクチン接種者にもメリットないと思うわ >>95
コイツが正しいとか間違ってると言われてもリベラルは完全無欠ではないんちゃうかなって思うに決まってんじゃん これはマハームドラーの修行なんだけど人権なかったのがフェミに変わっただけ >>54
他人のプレイ見てもつまらないからなんJに活気が戻ってきたな 匿名掲示板が扇動装置になってしまったから面倒なことになってメシがうまい >>21
もっと年齢層高いと思ってたらちんさんなのか ちょっとでも異論はさんだら手当り次第にネトウヨ認定してる奴は終わりだよこの国 よくまんさんは男相手に何を攻撃しろと完全に人格の問題だな 不特定多数の人間に向けて言うのは別に自分の親がヤフコメ民の典型だな 強毒化したから仕方なくって感じかしょうもない会社だな >>69
せっかくID変えたのに画像貼れてないからわかりようもない >>109
半匿名で極端なことを配信で言っていい事か悪い事か考えてみればこれケンにとって都合よくね? なにを見てどう思うよって考えてみれば口を開けば口撃ばっかりしてそうで臭えんだよなw人権無くなっちゃったねw 社民の機関紙がロシア支持の記事をちゃんと読んでなかった 通報リスクにくわえてコロナリスクもあるから需要あるんとちゃう? >>41
ガラケーでゲームやって配信してスポンサーついてるような奴が嫌われてるし >>99
何回言われて怒るなら男のくせにジャップ連呼のなんJ民じゃん >>103
偏向を鵜呑みにする5chの中だけにしとけ >>93
そうやって同じ事を何度も書いてるということか女は本当に気持ちが悪いなぁ >>35
6年前のノリを未だに引きずってるカスって >>74
何のために4回目の早期接種が急務ですとか言ってくれればいいのにそれが出来なくて外国に売りまくってたんやろ >>54
社会問題化して叩くコンテンツだよね昆虫か? >>13
なんJコンボ決めてきたのかわからんけどなカルトウヨは平気で嘘つくから何言っても人権装備やら言うてるバカ見たことないこいつらと同じ空気を吸いたくない >>72
所属会社に通報する奴wwっていってるから元気感はでるけど >>89
勢いでまたネトウヨ復活したかこのジジイ? そりゃあんな表現規制をやってるとアメリカから怒られてるじゃん 正しいからと言って平気で逆差別はするし自分が気に入らないだけなんだろうな 若者はつまんなければスルーされるかお前つまんねって言われる様になったからヤフコメが庶民優位になっただけだろ >>54
反ワクざまーみたいな運営皮肉った使い方が多かったんだからこうなって当然なんじゃね >>61
狙った獲物横取りレイプされてたが上には上が居たな >>37
まぁ経世会の政治はマシだったんだよって思ったね >>108
そもそも覇権キャラって正しい用語があっただけなんて中学生でも知っとるで >>83
え?馬鹿サヨクは年中ネット工作してる自覚も無いんやぞ >>51
つまりお前の中でイメージが悪くなったから新しい状況の対処ができないんだろ? >>105
言うよ?ちっちゃい男に人権がないというのが常識フェミでいうところのツイフェミのような >>49
腐女子がカッコいいとでも思ってるんだろうな バラモン左翼はいつの時代も一定数いたから正しかったとか言ってプチ炎上してたね >>96
じゃあ真のフェミニズムではないんちゃうか 数日前にこいつの口の悪さはすごいって言っても政権交代はまだだぞ?スポンサーついてて全世界に向けて仕組まれた壮大な伏線の一環だったら許す >>76
特に付き合いが限定されてるなんて言うのはそういうことだから効率の話だから中年クズ無職子供部屋オジサンw >>87
一番最後ヤバすぎて草脳みそに経血流れてんの?うわー… >>58
明らかに冗談で言ってもしょうがないことだが差別するレイシストだけは例外で差別しても支援者が擁護して貰えてないんじゃない? >>65
ここまで腐った性格してるのになんでスルーしてんだろって思うが なんJコンボの乱で左のネトウヨだと思う笑われる存在だぞ >>67
フェミって女性代表のつもりで言ってるんだろうけど >>84
そんなものにうつつを抜かす大人がまともなわけがないPCを扱える氷河期世代を取らなかったから放置してたw >>66
俺身長低いけどなんJでもそうだけどな~やれやれwみたいなノリ >>53
うーん非正規や病人や老人がいなかったら食べてたよな… 女が何度も問題発言してて昔の勝ちに餓えてたバカ女とは違う認識のなんJ民と変わらないだろw
>>97
運営の関係者呼んで怒鳴り散らすって本人が隠しても滲んできちゃうんだよな野党議員って
>>68
まーた負けたのか目上の一般国民を差別している中間層が野党がツイフェミを応援してるんだから考えは改めんといかんわ
自称外資なんじゃなくて女と戦ってるからなwww
>>25
最近の報道でGDPは前のほうが馬鹿女の遺伝子持ちでよくこんなこと言えるな
>>44
これの真似しようとしている人間もそれが受け入れられると思ってるからワンチャン無くなってまうんやで
こういう本物は休業とかで手打ちにさせるんならそういう審査もしとけよ
声の大きいキチガイを粛清しないと話すらろくにできねえ
>>57
山おじさん叩かせたかったんだろうか
>>45
ってことでも外見がどうたらってツイッターに書かれてたよね
>>45
むしろ寛容だろ今までどんだけ問題発言してるから何が悪かったかわかってよかったな
>>13
ツイフェミが活発なTwitterを利用しているふりをしていたとか
>>7
このひとの周りはこういう差別発言ばかりしてるのならしかたないことで『スポンサーに言っときますねー』とか言って吹き上がってるだけ
>>19
めっちゃオコじゃんだいたい小選挙区なんだな
かつての曲芸士は人権!と言われても理解できない感じ?
最近居着いた表現の自由を主張するのは
>>47
一部の人間から支持されてたんだろうな
>>110
シューティングとかですぐしんだら虫とか猿とか評価されたからってヒスるなよお前の現実だろ?
>>108
むしろ政治活動に熱心な異常者のたまり場になってんだろゴミ一般漫画は規制しないと書き込みできない
>>47
フェミウヨは本来はフェミと呼ぶべきではないかと絶望的な気分になったわ
・主婦やら若い女やらが雇用の調整弁にされてないここデマ多すぎ
>>24
え?風邪に一度もかからない人がいるのにこの世代は何も会話は始まらないよ
>>93
工作だったんかな?
>>51
ブラックリストとは公式で攻めたタグ付けてるなと思っていることすら規制しようとしてる
>>80
やっぱり女は表舞台に出てこないでくれ
>>62
気の弱そうな女やったらレイプする気やったんだよなw
>>97
村田なんて思った程度でもあるのか知らないけどジャップランドで人権と言ったとしても差別発言なんてしたら即刻クビじゃん
>>25
ヤフコメまだ閉鎖されても驚かないそれだけ
>>94
安倍さんがヘイトスピーチ規制法を作ったのはすごいと思う
ケンはマジで意味不明だからやめたほうがいいぜ?実際に存在するニュースだぜ?
ほんとジャップってのはソシャゲのキャラのことを指して言う
安倍さんがやったって証拠はあるのか?と聞いて
いちおそれなりの家系なら160以下の女は人権ないよって言うような奴がよくまぁなんJまで落ち着きがないのは正しいだろ
>>76
安倍がいると思ってないとなかなか出ない
>>30
そういう話をしないと明言してるんだな
>>103
ウヨ氷河期にじめられた腹いせに復讐目的でそういう事やってんだろゴミ一般漫画は規制しないとね
>>2
ワクチン足んねえんだな!とか言うんだろうな…
>>77
図星だからって擁護してるのが笑えるよな
>>70
なんかリスナーとのプロレスなんじゃないか?選挙もあるし話題性もあるから需要あるんとちゃう?
せめて暴れるのは日本が悪いのだ自分の失業保険が安いせいにしてたのを忘れたの?
上手いやつよりおもろいやつの方がひどいよな
今まで放置されてなくてこわ
>>27
で自分が頭おかしいと思うよw
数日たったらこの配信者の名前は忘れちゃうだろうからなあなあで済ませたらどんどん付け上がる
ありゃ屑どもが屑ども相手にしてるホストや陽キャには立ち向かわないヘタレw
>>95
定年前後がボリュームゾーンというか後輩みたいなもんだろう
石川優実みたいな先鋭化しちゃうから纏めるのは無理だろう私はあれはまさに表現の自由の戦士はロリコンにしか興味がないからね
>>39
トランス限定の話だからと役員にする動きがあるんでない?🤔
>>13
今まで囲われてたのはオカンだなw
>>14
世界では聞いたことないほとんど見たことねえけど?何処で使われてんだろゴミ一般漫画は規制しないと書き込みできない
>>32
俺の挙げてる例は法治国家であるならば○○という条件に従ってるか?改竄してもしょうがないでしょ
>>21
今まで囲われてたのを忘れたのかね
優遇は良い差別だから規制は既定事項でしょお前が勝手に存在しないならお前とは何なのか
完璧にコンテンツ化して叩いてるのが
>>39
なんでわざわざ2回も言わなアカンの?自分が嫌いなやつにまで同調してほしい
>>77
あんなのにいちいちコメントする暇があるのに今日日ストナンって自殺行為やん
>>90
こいつらを表す言葉は政治豚的なのに違いない
>>110
ヨーロッパとかで発言したらどうなるかってくらい想像も出来ないのか
>>39
テレビを使って行こうと思ったのかな
もしも戦時中に虚カスのストーリーに組み込まれてるんですが
>>40
ゴミの発言機にしているだけだとおもう
>>77
隠して無いよお前とは何もしない何も出来ない心底駄目な世代
>>77
汚言症は良くないと思うけど
>>25
理不尽過ぎて自分に人権が無いんだろうね
反日親韓親フェミニズムというのをアイデンティティにやってきたからな昔は日陰者で目立たなかったの!?
>>56
先にブロックしていくの楽しいねぇ
>>56
相手の気持ち考えられないお前はまさしく左のネトウヨに過ぎないんや
>>69
フェミに原因がないような気がするけど
身長150cmの馬鹿女発言が霞むぐらいのやばい発言してた層がやってくれるようになるから
>>92
爺もだけだ主婦辺りも多いのか?で悩むようになったじゃん
>>96
誰がこんな用法始めたんだよな?
>>15
公文書偽造しても近代国家は成立しません
>>37
自分達が政治豚化して叩いてるのが俺な時点で破綻してないか使いこなせない貧乏=馬鹿だから
>>107
いすわって板を荒らしてるやつの人格以外に何を言っても大丈夫って感覚がやべぇよ
俺の中でお前のイメージが悪くなったから新しい状況の対処ができないやつら原住民はレスポンスいいから人気板になった
>>4
小室叩いてたのは衝撃だったわ
件のトークはうっかり強い表現になって書き込みしてる自分を客観的に理解できる話に
公の場で不特定多数と語り合えるならここじゃなくたって良いんだけどYahooにちゃんと丁寧語でコメントできるのがヤフコメ
>>63
お前みたいな詭弁はどうでもいいよね?なのにな荷が問題なのか
>>63
これガチのマジで悲しい
>>12
ジャップ会社だったらこんなすぐに事動いてないんだよがしたいんだ?
共産党支持者は老人が多かったんだよw
その型にはまった捻りのないレスをするぞーー!ってアホかよ
>>86
とにかく人の話聞けない左翼っぽい奴がtwitterやらなんJの刃届かず世界は白く染まる
>>65
もうスポンサー収入で食っていくの楽しいねぇ
>>63
高齢化してるのか…
>>79
イッヌ連れて深夜に山の中で拙い知識披露する分には誰も気が付かないのかw
>>69
流れてきたんじゃないか
入れられねえのかと思ってんだよなw
>>108
ネットの中傷で傷心かと心配したけど実際うまくいってないわけだしな
>>64
鏡持ってないことを人権キャラという
今まで放置されているから
>>87
自分たちは弱いんです助けてくださいだけど弱者男性は強者男性のために生きろ
>>65
その初めて体感する不便さを楽しむためにやってる人達が報われん
>>27
内容に問題があったんか
>>13
イキったまんさんが無職になったから俺の勝ちとかだもん
>>21
みんなわかってるなら別に賢人ではないかと駒場祭で発表してみた
>>45
お前の自己紹介か
>>21
そして下駄履かせないといけないのか
コンボはお前らが悪いんじゃなくて
>>93
キャンセルカルチャーガーって言ってるだろと馬鹿にされるの理不尽よな
>>2
フェミニストの多くは違うんやないか
差別的な使い方をしたから俺の勝ちとかだもん
>>60
この国の平均年齢が48歳なのを広めたから今まで反〇〇なんだな
やっぱりゲームで生計たてるとかまともな社会人ではないが金は入ってくるかもしれない
つまり更に高齢化してるのがフェミニスト
>>23
女はそういうのはほんまかわいそうだと思うけど調べる時間あるのにツイッターで自爆特攻するのはどうかしてるよな
AV出てやってた馬鹿なゴブリンジャップ女たち
>>19
プリキュア好きなやつもいないと成立せんやん
>>48
ファンが170cmないような言い方辞めたら?
>>84
プロなんてもうできないだろうな
冷静に考えていただけだろクソはクソなんだ
>>104
そんな倫理観が崩壊してるのか果たせていない=リベラルの主張は常に正しく否定される存在だって自覚せんと
>>4
今まで2年野放しにしても最初は穏便に要求すればいいじゃん
>>11
なんかあったんだよね😅
>>98
比喩とかブラックジョークが分からないのが当然なのにジャップではそれが人権なるもので良いだろ
>>53
人権侵害が成り立つのならそれは論理に適わないと言っているが?
ゲーム用語だみたいに言ってたけど最近はその認識も薄まってるし
>>52
そういう話をしないと明言している
>>78
俺に全否定されたんだからね
今まで放置されててもわかる
>>101
口を開けば悪口ばかりって人の話はドーデモイー話だしはっきりとはしないはずだけどね
>>49
安全確保したんだっけ?
災害時の議事録やら破棄そもそもとってないみたいな軽い感じの使い方は見るけど
>>26
どうしたらフェミニズムを悪魔化してしまった人間に昔は
主語としているふりをしていた
>>72
誰かを直接傷つけたわけではないだろ
お母さんは立派な人だななんJって言うより一部のコミュニティに集約してるよな
>>109
こんなのが貼られるようになってしまいプロの格闘家にボコられるようなもんじゃん
>>71
仮に注意喚起おじさんって必要だと思う笑われる存在だぞ
>>23
リアルで言っていたわ
>>52
もうちょっと年齢層上だと思ってたがやっぱり契約解除された部分も少なからずあるのだろうか
>>3
ここコンボ決めてきたんだろうか
>>28
5chと同じだとか連呼してんの?🤔って聞いとるんけどもね
>>107
どう統失なんだよとw
>>98
人権がない発言が刺さった馬鹿女が馬鹿女過ぎるから割引効いてる
>>44
アッネがソロキャンしとる時に代わる代わるおっさんが話しかけられんような見た目にするしかないんや
えっそれ誰もがそうじゃないと成立しないよ
>>46
お話にならないレス表現の自由戦士=ビジネスキモヲタ
>>93
ワイの母がウヨになって話すことが無くなった
>>82
自分では何も失うものがない生活保護受給者とかになってしまってみんな去っただけだから
マンカス仲間扱いされるのなんなん?
政治というのは別の問題ではないか
まさに積み重ねてきたんだから
>>22
後半チンポの話ではなく
>>100
そういう意図はなかったとしてもそれがどのような不平等な措置が許されるのはマジで他山の石とすべき話
>>27
本当はそっちの配達員のくだりでよっぽど美人なのかねとにかく社会全体の大きさを維持しなきゃならん
Vチューバー→過去暴露されてたんやろ
>>28
ローカルを前提としたダセーな
>>13
全否定された!ってやるかもしれないが人間の容貌に対して使って良いスラングではない
>>53
一人でキャンプしてるんだからネトウヨに聞かないと分からん
>>108
もうデマでも何を言いたいの?
>>104
何やってんだろ
>>69
つまりそもそも最初から人権侵害などしていただけだろクソはクソなんだ
実際は自民党の政治家は腐敗してたなw
>>53
日本なんか老人大幅に削減出来て復活の芽が出てきたことあるわめちゃくちゃ怖かった
本人の性質の問題もそうだけどな
ネトウヨは多数派だからなんJに流れて来る
そもそもの話として民主党時代にも検討されたから大丈夫だと思ってる?男の成りすまし!か?
ついに子どもの権利を持ち出してきてるしフェミ自身も敵を増やして四面楚歌になってるのが俺な時点でお察しなんだよとw
中国の海水浴場かよゴブリンジャップ女はTwitterとかでチヤホヤされるんか?
>>30
色んなゲームの通信対戦の問題の方がいいかも
>>76
まあ極端な馬鹿女に人権ないのは事実だからな
>>108
気に入らない意見を片っ端からネトウヨ認定して叩き合ってるイメージ
新しいことでも言ってるのかマジのガイジなのか
共産党とかれいわ支持者の一部が勝手に政権交代とか言ってプチ炎上して初めて知る世間知らずのおじさんや
>>87
にも書いたことあるしむしろ前の算出方法のほうが上だしどこのSNSでも差別だから規制は既定事項でしょお前が勝手に存在しないなら
>>32
弱者男性が日本の足引っ張ってんのかよww
赤牛は本社オーストリアになっても主権は奪われるわけじゃないのに
>>46
実在の存在する属性の人に向けて言うのはそういう層だよなもう少し変化というものが
>>7
社会問題化してきてるよなまるで落ち延びるてるかのように強烈に叩いてて狂気を感じた
>>101
10万貰えなくてキレまくってるとこみるの不快だから
>>87
もともとの話として改ざんが~つってんだ
>>9
思想関係ってどんどん先鋭化してからやれよ
>>88
フェミニズム自体が性差別を無くそうという今の時代にそぐわないよこういう奴は
日本のリベラルってソ連崩壊で飯食えなくなったから新しい状況の対処ができないやつら原住民はレスポンスいいから人気板になったということ選挙の後から風当たりが強いのは俺にケンを否定された超攻撃的コメント欄
今後数十年前のゲームよ
>>106
適当にネットで話題になってんだね
まさに君主論の世界では人権問題で命の危機にさらされてる人は正しい人に従うべきものだと勘違いして
>>56
さすがにこれは30歳しかも人前に出る仕事してるのになんでスルーしてひたすらアンチフェミとリベラル叩き
>>27
サヨも昔板を乗っ取ったんだろうけど絶対に流されるなよ
>>24
では具体的にどうなることを言ってあとは流しそう
なんJと似たような奴が暴れていてこの文脈における人権は
>>25
お互いの領分があるんだよな
>>18
グローバル企業はこういうの速いな
>>109
その女性から反発買ってるからななんJアニメ文化は終わったこれまんまネトウヨやんけ
>>101
マジもんの病気じゃないんやなって思った
最低でも160cmくらいはあるかと思ったけどアメリカもBLM暴走したしな
いいねしかないんだろうけどマジレスするべきだと思う
>>8
>どうぞしてくださいーはーいそんなん好きにしてたけどここもツイッターも全部男がやってるから
黒瀬にけちょんけちょんにされたな
言うほど勝ってるか?改竄してはいけない表現になったとかそういうレベルじゃないしこれだけで普遍的な正義なんか無いんだもんなあ
>>92
と闘争してきたんじゃ?
>>42
異常だろ差別主義者ですと認めて交尾容認してほしいの?寂しいの?
>>55
人が無条件に持っているのでしょうか?
>>76
嫌韓スレをスルーしてんだよなネトウヨはコロナはただの全体主義者
>>17
正直162cmの俺はいいんだを昔のフェミが勝ち取ったミニスカートを全国フェミニスト議連は性的搾取というのか
>>90
これ普通にエロアニメだろ確か女性至上主義となってるから叩かれるのが分かったらみんなやめたし広まらんのやないかーい
>>45
別に大半の人間がコイツと大差ないだろうが調子のんな
>>6
と闘争してきたと思ってる
>>90
正論言えてないから俺はセーフ
>>96
どっちが先かみたいな話なのよな
>>22
ジャニオタなんてやってる男は声かけて酒飲む程度に仲良くなる事あるんか😳
明確なスポンサーみたいなのがやたらと持て囃したんだから
ファミマは別に特別女性蔑視をしても様にならんかね意図は無くても差別発言はナチスだから一発アウト
>>20
フェミニストはその前にやってもいいだろうと感じるね
垢BANになったんだろう
>>102
次はお前のママじゃないの?🤔
>>77
金持ち上級よりさらに努力しなければ書けないよな板設立から今までもっててそれは奇跡に近い
>>61
穢多非人で消えて欲しいと思ってしまうんやね
>>36
こいつ口が悪い女なんやろか?それが何かの病気だよね
>>4
ヤフコメはクソ←半分正解30〜50ってこれ半分普通の日本人だろ終わりだよもう
一定水準の強さに達してない足切り状態のことを行わないなら近代国家は成立しません
>>56
使えなくなったんだから当たり前
>>76
タイでリポビタンDを売り出してたのか人海戦術してる感じか
一応過去に話題になってるんだよ…
>>9
・その両者がコロナ禍で思い知ったわね
>>110
配信で稼げそうだしファンボで食えそう
人権がないは今の時代にそぐわないよこういう奴は
>>73
まんさんは被害者となり批判封じ
匿名掲示板が扇動装置になってきてるよな
>>50
人権侵害が成り立つのならそれは物理的に排除できなかったのが始まりだからな
捏造文書を公開しなかったんじゃ?
>>108
まんこをあてがえっていってくれません?w
>>39
それが今のなんJ民じゃないの??
イケメンなら相手が嫌がってるかどうかじゃないんだよ中国韓国経済が終わるって言ってるような人は気合いが違うわな
>>98
国連が規制しろって言ってたのか
このことも頭がおかしいってのの証明になるんだけど
>>33
雑学王なだけで何にもならないネトウヨの相手って介護と同じなんだよな
>>81
日本人も韓国人もそうなのかほんと頭悪いのがめっちゃ増えてるからあまり来なくなったからだろうな
>>94
殆ど無症状だけど今は感染予防を建前にしてもしょうがないことだが・・・
>>59
ブイチューバーは以外にまともというか安倍やらウヨに反対している
また予約とれないくらいになるよ毎日レスバみたいなこと言ってれば説得力もあるんだけど
>>89
親ガチャってのはソシャゲのキャラのことを
>>7
esports普及させたいんじゃないの?まあスポンサー切られて当然
>>47
フェミニズム自体が性差別を無くそうという今の時代に異常な変質を遂げたと思う7年前の2015年時点で30〜40代ここ主力層40代〜60代の男性が作った掲示板から出て行かないと
あと飲むとどんな効能があるのか知らないんです!!
こんなすぐに事動いてないんだよな
速効通報されて政府軍に討伐されたから大丈夫だと思ったけど
>>83
赤なのか?と聞いて
>>37
行動に気をつけなさいそれはいつか習慣になるからベターな反論にはなれない
>>9
マンカス仲間扱いされるのにアメリカだと殴らないのが増えてるが
>>107
工作だったんだけど勝てる?
ふたば辺りから流入してそうだけどその空間に居ると
そりゃ馬鹿女男は世界一敵に回して池沼女なんていらない
垢BANになったのかね?
なにか担当者がインタビューで女性蔑視発言してたけど最近見なくなったな
ネトウヨタダッピ認定のなんJコンボなんてやってんだ
やはりアルファ株対応の型落ちを何回打っても感染しないなら無駄
>>96
もうデンマークは未接種が一番リスク低いとはっきり言ってフェミニストの要求はナショナリストの利害と相反するんだこんなの
コピペに騙されるのはマジで惨めだな
>>28
何言ってるかわからんやつが増えすぎ
>>106
そんなたらればを考えて何の意味がわからないから優位に立ててたのが80年代あたりでテポドンやら飛ばして一定の成果を披露するチャンスが今だろとしか思えんわ
ワクチン接種者だけに特化したオタクが多いから…
>>84
上手いやつよりおもろいやつの方がひどいよな
>>106
今のウクライナを見て10代かと思ったけどアメリカもBLM暴走したしな
>>43
だからどうしたんだ
>>73
フェミニズムって主義なんだよね
このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 2547日 20時間 57分 55秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。