ny用トリッパー

Winnyをソース化しよう
http://tmp4.2ch.net/test/read.cgi/download/1071258282/538-

m9(^Д^)ﾌﾟｷﾞｬｰｰ

2

４様

538 名前：[030205]名無しさん(bin+cue)+rr.rar.avi[sage] 投稿日：04/12/05 18:20:06 ID:3nXUJmJO
トリッパー作って

539 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：04/12/05 21:21:10 ID:8rff7Vl/
ny用のトリッパーってないんだ・・・。

とりあえず作るけど、機能とスピードに期待しないでね。
正規表現ライブラリ('A`)ﾏﾝﾄﾞｸｾ・・・だから、前方一致だけでいい?

540 名前：[030205]名無しさん(bin+cue)+rr.rar.avi[sage] 投稿日：04/12/05 22:47:53 ID:3nXUJmJO
前方一致だけで大文字小文字区別/同一視だけあれば十分かな

541 名前：539[sage] 投稿日：04/12/06 00:12:06 ID:88culIpa
>>538
つ http://www.geocities.jp/ny2scan/

542 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：04/12/06 00:26:51 ID:RyYWTstB
･ﾈ･・ﾃ･ﾑ｡ｼ､｢､・ﾇ､ｽ｡ｩ

543 名前：[030205]名無しさん(bin+cue)+rr.rar.avi[sage] 投稿日：04/12/06 00:27:53 ID:PY8ylIZV
はやっ

544 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：04/12/06 00:28:49 ID:RyYWTstB
､｢､・ｩ

545 名前：[030205]名無しさん(bin+cue)+rr.rar.avi[sage] 投稿日：04/12/06 00:32:07 ID:PY8ylIZV
探索中のスクロールバー周りが使いにくいかも

546 名前：[030205]名無しさん(bin+cue)+rr.rar.avi[sage] 投稿日：04/12/06 01:07:51 ID:PY8ylIZV
使い勝手以外の問題としては、
探索開始を乱数にしないと、
こいつのトリップ見つけてやろうという目的が簡単に達成されるので、
トリップとして使えない
まあ、それ以前にnyのトリップは捏造されちゃうんだけど

547 名前：539[sage] 投稿日：04/12/06 01:13:38 ID:88culIpa
>>542
(´･ω･｀)ｼｮﾎﾞｰﾝ

>>545
やっぱり?

テストしてて、こりゃいかんなぁと思ってはいたのですが・・・

1秒ごとにスクロール位置と範囲選択をリセットしちゃうんですよね。
手抜きで、ダイアログ全体のデータをDDXで更新しちゃってるから。

548 名前：539[sage] 投稿日：04/12/06 01:19:54 ID:88culIpa
>>546
ぁぅ・・・
いちおう乱数は使っているけど、
キーを1桁から1桁ずつ増やしているので、
桁数が少ないうちに出たのは使い物にならないですね。

これは次で直します。

549 名前：539[sage] 投稿日：04/12/06 01:25:51 ID:88culIpa
「winny トリッパー」でGoogleで検索したら、一発で見つかるね。

tp://www.geocities.jp/hiko_bae/

つーことで、作るのやめやめ。

550 名前：539[sage] 投稿日：04/12/06 01:30:38 ID:88culIpa
うーむ、その人のトリッパーのドキュメントを読むと、トリップのアルゴリズムが違うようだ。

BBS用と書いてある。もしかして、ファイル共有とBBSで、トリップのアルゴリズムが違うのか・・・。

551 名前：[030205]名無しさん(bin+cue)+rr.rar.avi[sage] 投稿日：04/12/06 01:30:58 ID:PY8ylIZV
んーと、それはnybbsのトリッパーで、ハッシュには使えない

552 名前：539[sage] 投稿日：04/12/06 01:47:43 ID:88culIpa
リバースのソースで確認しました。
トリップのアルゴリズムが違いました。

私の作ったのは、ファイル共有のほうのトリップのトリッパーでした。

553 名前：539[sage] 投稿日：04/12/06 21:57:25 ID:88culIpa
とりあえず修正しますた

・7桁以下のキーを試すのをやめて、同じキーを検索される確率をぐっと下げた
・JRE32.DLLに対応してみた (何のことかわからない人は気にしないでください。)

554 名前：[030205]名無しさん(bin+cue)+rr.rar.avi[sage] 投稿日：04/12/07 03:41:34 ID:NA26zufk
GJ!

555 名前：[030205]名無しさん(bin+cue)+rr.rar.avi[sage] 投稿日：04/12/07 03:43:10 ID:NA26zufk
あ、リンクが01の方になってる

556 名前：539[sage] 投稿日：04/12/07 21:11:23 ID:vhRlo6P/
すみません、HTMLを修正しました。

ところで、この話、このスレで続けていいものだろうか。
いちおう、nyのソースを活用している話ではあるのだけど・・・。

あと、トリッパーだけでも幇助とされないかｶﾞｸﾌﾞﾙしてきました。
nyで共有されているファイルの大多数が著作権侵害しているだろうから・・・。

559 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：04/12/08 01:08:01 ID:n8991WJT
ないと思うけどなぁ　確率の差はあっても
2ch用のトリッパーで作った鳥付きコテハンが
違法ファイル揚げてる状況だって珍しくないし
それでトリッパー製作者に問題が起きたって話は聞かない気が
判断は自分でするしかないんだけどね

560 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：04/12/08 21:14:15 ID:Nnc6eJ/G
>>556
検索の途中で中断することはできないんですか？

検索の途中で中断というのは、
一度プログラムを終了させて、次にプログラムを走らせた時に、前の続きを検索する、ということでしょうか。

検索開始点を毎回乱数で決めていることと、トリップの空間が無限に近く広いので、
同じキーを重複してチェックしてしまうことは、確率的に無視できるほど低いと思います。

とりあえず、最小化ボタンを付け忘れていたので、直しました。

空気を読まずに要望いろいろ

・探索開始したら探索開始ボタンは表示を探索中にして押せなくするか、
　おしまいに切り替わるかして欲しい
・探索中にオプションのチェックボックスが変えられるのが変
・クリアしても発見した数がクリアされない
・結果をファイルに逐次自動保存して欲しい

とっくにできていた
http://www.geocities.jp/hiko_bae/

>>12

BBS用と書いてある。ファイル共有とBBSで、トリップのアルゴリズムが違う

>>12
>>7でｶﾞｲｼｭﾂです

とりあえず、UI周りと[クリア]ボタンのバグを直しました。

レジュームや結果の保存等、ファイルアクセスを伴う機能については見送らせてもらいました。
出所の怪しいプログラムが、ファイルにアクセスするAPIを呼んだら、気持ち悪いと思うので・・・。

この板には即死判定ないのか？

ファイル共有のトリップはキャッシュファイルを作るときに任意の文字列埋め込めば
どんなトリップでも作れるんでトリッパーはあまり意味なくない？

どういうこと?

具体的にやりかた教えてください。

藻前そんな事も知らんのか･･･。

まぁトリップを好き勝手に入力できるキャッシュ作成ツールを
作って公開してもいいんだけど、多分ﾀﾞｳｿ板の人からうざがられるだろうしなぁ。
違法コピーが完全になくなるんなら公開するけど、ほとんど意味無いと思うし。

もしそういった物が星井と思うならソース読んでキャッシュ作成ツール作って、
トリップ格納するところに直接10文字の文字列入れちゃえばいいので。

可能であるということと、大勢がそれをできるということはイコールではないので、
トリッパーによって恩恵を被る人は多い筈

ぷぎゃ

なるほど。
そんなこともわからなかった俺はダメだ・・・吊ってくる。

まぁトリップ探索処理自体はどうってことないので、
MFCとJRE32.DLLの使い方の勉強になった、ということで

作者の人だったのか
今ごろやる気をくじいてももう遅い
ver0.4でじゅーぶんRCに達していたのだった

まあ、誰もトリッパーを作らない理由もそのへんだったのかも
放流の単位ごとにトリップを変えている神のトリップが、
少しは洒落たものになればいいな

どれくらいの時間で見つかるものなの?

cpuによる
1M個探索に1秒なら、
1/62の完全一致4文字で15秒、5文字で15分、6文字で16時間、7文字で41日に
一個の割合で見つかる
大文字小文字同一でいいなら、2/62なので、
4文字で0.9秒、5文字で29秒、6文字で15分、7文字で8時間、8文字で10日に一個

中のアルゴリズムって何なの？

md5かな

キーをMD5にかけて、すごく投げやりな方法で文字に変換してるだけです。
なので、文字の出現確率は均一ではなく偏りがあります。

トリッパーは、適当な文字列を片っ端からぶつけてみて、結果をチェックしてるだけです。

1M/s程度の速度が出てるのに驚いた。
2chのDESベースのやつ（crypt(3)）だとせいぜい数百kなのに。（まあ25回も暗号化してるから当然なのかもしれないけど）

>>21
ん〜、CUIでよければ漏れもファイル共有の方のとりっぱー
作ってみようかなぁ・・・

Ver0.5をうぷしました。
あいかわらず、トリップとは関係ないところ(なるべく普通のWin32アプリに近づける)の改良です。
まだまだ工事中で、改良点が山積みです。

実は申し上げにくいことなのですが、速度を考えたコーディングはしてません。
コンパイラの最適化はデフォルト(実行速度優先)のまま、プロセッサ指定もデフォルト(ブレンド)のまま。
とりあえずGUIに飽きてきたので、速度を上げる工夫をしてみます。

ちなみに、0〜7 は、他よりも1.25倍出やすい文字です。

256を62ずつ区切るから、
0-61
62-123
124-185
186-247
248-255
になって、248-255の8文字が0から7に相当するので他より5/4倍

ぁぅ・・・

コンパイラの最適化オプションを色々変えてみたり、
気休めでVCのProcessorPack入れてみたり、
VC6.0からVC7.1に変えてみたりしたけど、
関数のインライン展開で5%速くなっただけでした。

Pentium4環境では、VC7.1でコンパイル(もちろんPentium4最適化)すると、1割以上遅くなったりして・・・なぜだ。

ちなみにJRE32.DLLは意外と速いですね。
大文字小文字を区別した単純比較よりも速いこともあってビックリ。
一瞬目を疑いましたよ。

ごめんなさい、JRE32.DLLが単純比較より速いというのは間違いでした。

Ver0.6をうぷしました。
探索速度を2.33倍に高速化しました。
これ以上はもう俺には無理。

無意識のうちに遅いコードを避けていたようで、明らかに無駄な処理は一ヶ所しかなかったです。

せっかく苦労したので自慢しとこ。

1,000,000個のキーを処理する時間をAthlonMP 1.2GHzで測定しています。

Ver0.5は1250msec
関数のインライン展開をしてみたら1171msec ← コンパイラのおかげ
明らかに無駄な処理を直して(剰余算をテーブルに変換) 843msec ← プロファイラで発見
ループ展開して 828msec ← もうプロファイラで解析できない粒度
汎用MD5ルーチンを、トリッパー専用仕様に大改造して592msec
コンパイラのアセンブラ出力をチェックして細かいチューニングを施して537msec

とりあえずC++ではこれ以上は無理ぽ。

スレが一番底にいるので浮上

Ver0.7をうぷしました。
無理と思ってたけど、まだまだ高速化の余地がありました。すみません。

もうあとはMMXしかないだろう、と思われるかもしれませんが、
DESと違ってMD5は直列な処理なので、並列化できません。

C++ではなくアセンブラで書けば・・・という話もありますが、
コンパイラの出力を見て、手書きする余地がないことを確認しています。

せっかくのキーボードショートカットなのに、
効かないことが多い

SとCは効かないですね・・・

>>38
などといわれると、もっと速いコードを書いてみたくなったりして。

SとCが効かないのではなくて、
「探索開始」か「おしまい」のボタンを押すと、
マウスでチェックボックスや他のボタンなどをクリックするまで、
キーボードからの入力を受け付けないようです。

原因はボタンを押した時に、
押されたボタンにフォーカスがあるまま、ボタンを無効に設定しているため・・・と思われます。
次で直します。

>>41
期待してます。

MD5自体は直列な処理だけど、複数のキーを同時に処理すれば並列化できそう。
しかも、キーどうしは完全に独立しているのでSIMDにはもってこい。

・・・と思って調べてみたら、やろうとして挫折した話を見つけてしまいました。
SIMDではできない演算が頻繁に挟まっているため、
通常のレジスタと値の受け渡しが必要になり、それがネックで速くならないのだとか・・・

・・・と思ったら英語の読み間違えでした。

SIMDでできない演算が挟まってるのではなくて、
全部をSIMDでコーディングするのがメンドクサイので混ぜよう・・・でも遅くなる、とうい話だった。

なんか凄い人もいて、8並列でMD5を計算するプログラムを書いた人がいたらしい。
SSE2で4並列、SSE2が回ってる間に暇なALUを使って4並列・・・らしい。

作者さん乙です
UP用ｎｙﾄﾘｯﾊﾟｰをずっと探していたので
出会えて嬉しいです
感謝です

>>42
姑息な手段で15%ほどの高速化に成功。
でも確かに直列な処理だから、これ以上は面倒かも。
高速化しようとしてかえって遅くなるってパターンになるかも。

>>44
お役に立てて光栄です。

>>45
私もかなりセコいことをやってます。

MD5のアルゴリズム自体、32ビットCPU向けに作られているから、セコくやらないとどうにも。

すでにご存じかもしれませんが、リファレンス実装には2つの改善点があります。
#define F(x, y, z) (((x) & (y)) | ((~x) & (z)))
#define G(x, y, z) (((x) & (z)) | ((y) & (~z)))
は
#define F(x, y, z) ((((y) ^ (z)) & (x)) ^ (z))
#define G(x, y, z) ((((x) ^ (y)) & (z)) ^ (y))
とすることで、演算回数を1回省くことができ、2%くらい速くなります。

そして、移植性のためにローテートを2回の算術シフトで実現している、
#define ROTATE_LEFT(x, n) (((x) << (n)) | ((x) >> (32-(n))))
を、ローテートにすることで、40%くらい速くなります。
私が試した限りでは、ROLよりもRORのほうが1.6%速い結果が出ました。シフト回数の偏りなのかな。

この2つは自分で発見したのではなくて、他の人の実装を見てわかったことです。

あと、Athlon限定なのですが、2つのキーを同時に処理することで40%高速化できました。
ローテートと合わせて、ちょうど2倍くらい速くなります。
まだコア部分だけなので、使えるようにするのに、もうちょっとかかります。お待ちください。

もう無理とか言ったのに・・・すみません。こんなんじゃ信用されないなぁ・・・。

昨日は夜更かししてしまったので、今日はもう寝ます。おやすみなさい。

HTなCPUなら二つ起動でﾓｰﾏｲﾀｲなのかな
Xeonﾂﾞｱﾙなら四つか・・・
拡張命令が使えないってことはやっぱAthlonが有利ってことか

>>48
マルチスレッドに対応したほうがよさそうですね。
次の次あたりで対応したいと思います。

Ver0.7のスピードは、
AthlonMP 1.2GHz(FSB 266、Palomino、DDR 266シングルチャネル)で約1.9Mキー/sec
Pentium4 2.4GHz(FSB 533、HTTなし、DDR 333シングルチャネル)で約2.6Mキー/sec
くらいです。

処理内容から、おそらくクロックに速度が正比例すると思うので、
2GHzのAthlonXP/MP/64/Opteronと3GHzのPentium4/Xeonが同じくらいの速度になると思います。

AthlonMPに合わせてチューニングしているので、Pentium4/Xeon、Athlon64/Opteron使いの方、ごめんなさい。

Ver0.8をうぷしました。

・>>39さんに指摘いただいたバグを修正しました。
・さらに高速化しました。

MD5計算は2倍速になったのですが、その他の処理はほとんど変らないので、トータルでは1.83倍速です。
Pentium4では、1.32倍速です。

Ver0.8のスピードは、
AthlonMP 1.2GHz(FSB 266、Palomino、DDR 266シングルチャネル)で約3.5Mキー/sec
Pentium4 2.4GHz(FSB 533、HTTなし、DDR 333シングルチャネル)で約3.4Mキー/sec
くらいです。とうとう逆転してしまいました。

>>50
Verうｐ乙です！
早速回させていただいております

やっぱり既にトリッパーか、任意のトリップを埋め込むツールが出まわってるっぽい。
DSLde4TB
という、トリップを見かけてしまいました。うーむ。

とりあえずMMXに初挑戦してみました!





2.0Mキー/sec ですた＿|￣|○
まだまだ道は長いですね。

>>52
完全キャッシュのトリップを書き換えるものが
かなりアレな物だけど、有ります
他にもメモリを書き換えてもトリップ捏造は出来ます

なんて言うかその手の手段では楽しくないので
nyTripperは有難いですけど

コマンドプロンプトから操作するようなタイプだともっと早くなるのかな
2ch用のトリッパーみたいに

MMX・HTT対応じゃなくてもかなり速くなってますね＜Ver0.8
正規表現先頭6文字区別なし一致で回して1時間程で大文字6完が出てきました
これなら10完もﾋｮｺ-ﾘ出てきそうな予感
Pen4　[email protected]ｚ
AthlonXPでも専機作ろ

>>54
やはりあるのですね。

>>55
GUIとCUIで速度は変らないと思います。
2ch用トリッパーで速度が違うのは、違う作者さんが作っていて内部処理が違うからだと思います。

Ver0.81をうぷしました。
とりあえずマルチスレッドに対応しました。

スレッド数は、タクスマネージャで表示されるCPU使用率のグラフの数と同じに設定してください。

ハイパースレッディングでの動作確認・パフォーマンス評価は実機がないのでしていません。
裏目に出てるかもしれません。

やっていることは単に複数個走らせるのと同じなので、スレッドによって探索開始点が違います。

Ver0.8からの、2つ同時処理によるAthlonでの高速化ですが、
Palominoコア以降でないと逆効果になる予感がしています。
もしかしたら、K8でも逆効果になるかもしれません。

SSE2対応ﾏﾀﾞｰ?

え

Ver0.82をうぷしました。

・速度表示を付けてみました。

直近の1Mキーの処理速度から算出しているので、それなりにフラつきます。
AthlonXPが好きかどうか、マルチスレッドかどうかで、どの設定が速度が速いのか気になる方はどうぞ。

>>60
MMXすら使いこなせてないのにSSE2をやれと言いますか・・・

ちなみに、速度を測るときは、他のプログラムをなるべく止めて、
タスクマネージャでnyTripperがCPU 99%以上になっていることを確認してください。

なぜいきなり小刻みに

Ver0.9っていう気分ではなかったので。
なんかプレッシャーなんですよ、Ver1.0が近いというのは。

SSE2はMMXと使い方が同じらしいので、やってみます。

この作者がこのうえなくガキ臭い件について

>>67
(´･ω･｀)ｼｮﾎﾞｰﾝ
まぁそうなんだろうな・・・とは自覚してますが。

SSE2を試してみました。
3.4Mキー/sec → 推定3.7Mキー/sec
これはいいかもしれない。

ｷﾆｽﾝﾅ

作者ﾀｿ ﾊｧﾊｧ。基本に忠実に突き進む姿勢に。
ｶﾞｷ呼ばわりは機械語の深淵を知ってからにしれと子一時間。

SSE2のコードを少しいじったら、かなり速くなりました。
まだMD5計算部分だけなので、全体で速くなるかはわかりませんが。

HTT対応Pentium4の方は、スレッド数1と2で、どれくらい速度が変わるのか、レポートお願いします。

SSE2速いです。
MD5計算だけなら10Mキー/sec出ました。

CPUによって最適なコードが違うだろうということで、
ベンチマークを書いてみたのですが、コンパイラに数時間かかる・・・orz

×コンパイラ
○コンパイル

数時間でコンパイル終わると思ったのだけど間違いでした。

2時間経っても1/8も進まない。
コンパイル終わったら電源切って寝ようと思って待ってるんだけど、だめぽ。

Pen4 3.2GHz HTon
正規表現先頭9文字完全一致検索
1ｽﾚｯﾄﾞで3.040MKey/sec〜3.241MKey/sec
2ｽﾚｯﾄﾞで3.195MKey/sec〜3.489MKey/sec

同じ文字列を正規表現使わずに大小区別有検索
1ｽﾚｯﾄﾞで4.255MKey/sec〜4.587MKey/sec
2ｽﾚｯﾄﾞで5.814MKey/sec〜6.098MKey/sec

区別無しは区別有と差ほど変わらなかったので割愛

>>75さん、ありがとうございます。
正規表現でHTTが ほとんど効かない問題は少し調べてみます。


SSE2対応ですが、まだコンパイル待ちです。

どーしてそんなに時間がかかるの？

作者がいんぽだから

ヘタレだからです。

コンパイル終わったらエラー出てて、またやり直し。
やっぱりヘタレです。

(･∀･)

作者たんがんがれ超がんがれ

動作報告忘れてた

＞Athlon無印やAthlon64で吉と出るか凶と出るかはわかりません。
Ver0.82＋64(2800+)チェックなしで3.7M、ありで5.3M
ちなみに目盛りは512M

Ver0.82＋無印(1.2G)チェックなし1.8M、ありで2.7M
目盛り256M

よってアスロンなら吉かと

>>75さん
正規表現でHTTが ほとんど効かない問題ですが、原因がわかりませんでした。
dualマシンでは正規表現を使っていても2倍のスピードが出たので、
正規表現の処理がマルチスレッド非対応というわけでもなさそうです。

>>82さん
報告ありがとうございます。
設定の表記を変えようと思います。
Pentium3マシンで試してみたら、チェック入れたほうが速かったですし。

進捗ですが・・・ようやくコンパイルが終わったので、測定中です。
MD5の計算が最速でも、その他の処理との兼ね合いで、最速でなくなるかも・・・。
つーことは、ベンチマーク作りなおしか・・・orz
とりあえず最速でなくても、Ver0.82より速くなるならよしとしてリリースしたほうがいいかもしれませんね。

>>83
作者さん、乙です
酉1個検索ならJRE32は使わなくてもいいから
正規表現でのHTTの速度効用は気にしなくてもいいのではないでしょうか
酉ｯﾊﾟｰ2個立ち上げて1ｽﾚ設定にして検索すれば
1個立ち上げより速度的に多少落ちても、検索文字列は増えるからHITしやすくなるし
実際、1個立ち上げ2ｽﾚｯﾄﾞ検索で6MKeyで2個立ち上げ1ｽﾚｯﾄﾞでは4MKeyですから
速度は落ちるけど検索文字列が増えてるのでｳﾏｰ。
鱈鯖Dual・AthlonDualが最強ってことなのかな、やっぱり。

>>84さん
検索対象を複数個設定できるようにしたほうが良さそうですね。
正規表現を使えばいいかなと思っていたけど、スピードが違うとなれば必要ですね。

しかし複数個に対応すると、検索対象が1個の場合のスピードが落ちてしまうので、
処理をさらに分けることになって大変になるので、
とりあえず1個の場合の速度向上に飽きるまでは保留にさせてください。


進捗ですが、バグがあってまたコンパイルしてます。

作者さん
そろそろトリップ付けてnyTripperのReadme.txtに使うトリ書いたほうが
んで雑誌収録拒否かどうかも書かないとネトランとかが載せたりしてもダイジョビ？

>>86
アドバイスありがとうございます。

紺屋の白袴でしたね。トリップ付けるようにします。
雑誌対策ですか・・・そんな大層なものではないので、考えもしませんでした。


進捗ですが・・・進んでません。

Ver0.83をうぷしました。

・速いCPUでは速度表示の精度が低かったので修正した。(いまだに瞬間的に大きな値が出ることがあるが・・・)
・MMXとSSE2に対応してみた。(CPUが対応しているかチェックしてないので注意)
　　　　Pentium4(Northwoodコア HTTなし)では2.50倍に高速化した。
　　　　AthlonXP(Palominoコア)では1.10倍に高速化した。
　　　　Pentium!!!(Coppermineコア)では1.67倍に高速化した。(実はV0.8〜0.82のAthlon用ルーチンはPentium!!!にも効果があり、それに対しては1.34倍)
・コンパイラをVC7.1に変更した。(ライブラリをスタティックリンクしているので実行ファイルが大きくなった。)
・Ver0.82より若干遅くなる場合もあるようです。

参考速度
Pentium4 2.4BGHz(Northwoodコア HTTなし) → 8.665Mキー/sec
Pentium!!! 1GHz(Coppermineコア) → 3.351Mキー/sec
AthlonXP 1.2GHz(Palominoコア) → 3.926Mキー/sec

他のCPUへの最適化のためのベンチマークプログラムは、まだ作成中です。

Verうｐ乙です
早速使わせていただきます。

早速動作報告です
正規表現使わずに1スレッド検索では爆速になってます
2スレッドでは>>75のVer0.82比で速度が若干落ちてます

nyTripper Ver0.83

先頭9文字大小区別有検索
CPU：Pentium4 3.2CGHz HTTon
CPUの選択：Pentium4(Northwoodコア)
1スレッド：11.767MKey/sec〜11.813MKey
2スレッド：5.121MKey〜5.236MKey
2個立ち上げ：3.295MKey〜3.492MKey

正規表現先頭9文字区別有検索
JRE32.DLL(Intel) バージョン 1.17(yamada-labs)
CPU：Pentium4 3.2CGHz HTTon
CPUの選択：Pentium4(Northwoodコア)
1スレッド：4.930MKey/sec〜5.121MKey
2スレッド：3.246MKey〜3.301MKey
2個立ち上げ：2.175MKey〜2.341MKey

うｐ乙〜

結果をログに出力する機能がほしい

Ver0.2 2004/12/06
・桁数の少ないキーを検索しないようにした。

作者さん、コレ復活して欲しいんだけど駄目かな？出来たら復活して欲しい。
この機能を有効にするか、しないか、のボタンを付けたらいいと思うんだけど。

あけましておめでとうございます。

>>90
報告ありがとうございます。

ハイパースレッディングの特性上、最適化が進むと効果がなくなるようですね。
次のReadme.txtから、ハイパースレッディングの場合に2倍のスレッド数にする指示を外します。

>>92
設定を記憶しない点など、
ファイルアクセスしないことのデメリットのほうが大きいような気がしてますので、近々対応します。

>>93
すみません。言いたくない事情があって、復活できません。

作者さん、あけおめ　乙です。

良スレ発見。ファイル側のトリッパーはなかったからなー（当初から書きかえれるといわれてたんでw）
作者さん乙です。

MD5の高速化は勉強になりました。
がんばってくださいねー

CPUをﾌﾟﾚｽｺｯﾄ3.2EGHｚに換装しました
で再度速度測りましたが
ﾉｰｽｳｯﾄﾞ3.2Cより若干遅くなりました
3800付近までｵｰﾊﾞｰｸﾛｯｸして北森3.2と同じくらいの速度です or2

m9（^Д^）ﾌﾟｷﾞｬー

ちょっと調子が悪くて滞ってました。

若干のスピードアップのための参考データを取るベンチマークを作ってupしました。
Pentium4 Northwood
AthlonXP/MP Palomino
Pentium3 Coppermine
Celeron Mendocino
以外のCPUで、少しでも速くなって欲しい方は、データ取りにご協力ください。

なお、MD5処理だけを回しているので、実際のトリッパーの速度よりも数割速い値が出ます。

トリッパーを悪用している人がいるようです。

有名な放流主に似たトリップで偽装ファイルを流しているようですが・・・。
そういった、悪に対して悪と同じ方法で対峙するやりかたは、どうかと思うんですけどね・・・。

>>100
何度も言われてるけどわざわざこのトリッパーで調べるくらいなら
専用ツールや汎用ツールでトリップ捏造した方が簡単なんで、気にする事もないかと

CPU名   : Pentium4
コア名  : Prescott
周波数  : 3.2EGHz@4000MHz
ステッピングorリビジョン : F34(D0)

nyTripper用 MD5ベンチマーク Ver1.0 SSE2有効

平均速度 : 9.668Mキー/sec
最低速度 : 0-1-0 3.753Mキー/sec 
速度1位 : 5-0-3 16.537Mキー/sec 
速度2位 : 4-0-4 16.469Mキー/sec 
速度3位 : 5-0-2 16.263Mキー/sec 
速度4位 : 4-0-3 16.241Mキー/sec 
速度5位 : 3-1-4 16.128Mキー/sec 
速度6位 : 6-0-3 16.057Mキー/sec 
速度7位 : 5-1-3 16.055Mキー/sec 
速度8位 : 5-0-4 16.040Mキー/sec 
速度9位 : 6-0-2 16.031Mキー/sec 
速度10位 : 4-1-3 15.957Mキー/sec 

所要時間は785859msecです。(0時間13分5秒)

CPU名   : Pentium4
コア名  : Prescott
周波数  : 3.2EGHz
ステッピングorリビジョン : F34(D0)
nyTripper用 MD5ベンチマーク Ver1.0 SSE2有効

平均速度 : 8.500Mキー/sec
最低速度 : 0-1-0 3.352Mキー/sec 
速度1位 : 4-0-4 14.529Mキー/sec 
速度2位 : 5-0-3 14.509Mキー/sec 
速度3位 : 5-0-2 14.294Mキー/sec 
速度4位 : 4-0-3 14.235Mキー/sec 
速度5位 : 3-1-4 14.179Mキー/sec 
速度6位 : 6-0-3 14.093Mキー/sec 
速度7位 : 5-1-3 14.081Mキー/sec 
速度8位 : 5-0-4 14.070Mキー/sec 
速度9位 : 6-0-2 14.062Mキー/sec 
速度10位 : 4-1-3 13.960Mキー/sec 

所要時間は913516msecです。(0時間15分13秒)

3.2定格と4GまでO/Cして測ってみました
HTはONです

>>101
無粋で無駄なことしてトリッパーへの風当たりを強くしないでほしい
人が嫌がることにトリッパーを使って欲しくない
というのが本音です。

もし本気で著作権を保護したいのなら、もっとマシなことをするだろうから、
単なる嫌がらせの愉快犯だと思うのだけどね・・・。

>>102-104
ありがとうございます。

>>105
トリッパーを悪用する人を擁護するわけではありませんが。
作者が出て来れない状態にありますが、Winnyはβだと思っています。
Winnyで改良が続けられないのであれば、次なるソフトで改良すればいいことです。
トリッパーをまわして、あるいは（今は対策されてないので）メモリ書き換えで、放流主を
騙ることが、共有ソフトにとって脅威となるのであれば、それを知ることも収穫です。
いいか悪いかは別として、こんなに大規模なP2Pファイル共有計画は初めての試みだと思います。
何が起きても、それは将来の糧にすべきことでしょう。

ということで、気にせずｶﾞﾝ( ﾟдﾟ)ｶﾞﾚ

保守?

111

ホシュピタル

Ver0.84をupしました。
今回は速度関係をちょっといじっただけです。

未定？
公開停止中ですか。
ファイルはあったのでDLさせてもらいましたが、
「使うな」ってイミでしょうか。

すみません、HTMLファイルのアップロードに失敗してました。

#確認してないのバレバレですね。

ﾎｯｼｭ

Ver0.85をupしました。

・設定を記憶するようにした(EXEと同じ場所にINI形式のファイルができます。中身を触らないでください。)
・起動したら自動で探索を開始する機能を付けた。
・発見したキーをログファイルに記録する機能を付けた。(手抜きしているので、実行中にログファイルをいじめないでください。)

年末にnyNが出たから、もうトリッパーいらない?

>>作者さん
Verウｐ乙です
ＩＮＩとLog出力はとてもありがたい機能です
早速更新させていただきます

Nは捏造専用
Pは無理くりﾀﾞｳｿ

私はどっちも使わないからﾄﾘｯﾊﾟｰｳﾏｰです
ﾄﾘｯﾊﾟｰで希望の酉が出てきた時、凄く嬉しいですもん。

(;^ิД^ิ)

保守

保守

作者がコロっとAthlonからPen4に乗り換えたのがﾜﾛﾀ

保守

そろそろ作るのが飽きてきたのですが、何か面白い機能追加要望ありますか?
(難しいのは作れないけど・・・)

>>122
いいえAthlonMPで作ってますよ。
Pentium4のPCにはVCをインストールしてないのでSSE2のデバッグは面倒臭かったです。

●.....●..●..●...●●..●●...●●..●●●....●●●●..●●.....●●●..●..●

無料のウイルス対策ソフトなどのセキュリティソフト一覧
http://www.geocities.co.jp/SiliconValley-Cupertino/2010/security.html

●.●.●.●..●...●●.●..●●.●●......●..●●...●●...●●●.....●.●...●

保守

てす。#{wCB![=@

http://strawberry.web-sv.com/Sn2/up3/ru/straw4146.zip

あ

乙

ﾜｲﾙﾄﾞｶｰﾄﾞ対応させて欲しい

　

保守

保守

>>131
ワイルドカードよりも強力で柔軟な正規表現に対応しています。

JRE32.DLLを各種フリーウェア配布サイトからダウンロードして、
nyTripper.exeと同じフォルダにコピーしてください。
(他のアプリでも使うなら、思い切ってsystem32フォルダに置いたほうがいいかな。)

そして、nyTripperで
[JRE32.DLLを使いたい]にチェックを入れてください。

これで正規表現が使えるようになります。
正規表現の文法については頑張って勉強してください。

保守

保守

.

保守

保守

nyの次ってなに?

保守

保守

保守

正規表現に対応し、
親切にログの書き出しまでしてくれるようになったnyトリッパ。
もはや必要最低限の機能は揃ったと思うんですが、
というかオレにはもうどうしても実現して欲しいような要望はない。
あとは「あったら便利？機能」をいくつか追加できるかどうかぐらいじゃないですか？
単機能ツールですし。
たとえば保存のダイアログみたいなので好きな名前でログを保存したり、
条件を複数登録できるようにして検索でHITしたトリップを
条件別でログに分類したり・・・ああ、前言撤回。
複数条件指定はできたらうれしいわｗ

そんなわけでそろそろ正式Ver（1.0？）にはならんのですか？

ログの振り分けはできないけど、
複数条件指定は正規表現でできると思うよ。
正規表現にすると遅くなるけど、複数個回すよりは速いと思う。

あーそっか。
正規表現使えばそんなことも出来るんだ。
無知でスマソ。
WINNYかWinMXが含まれる・・・は「WINNY|WinMX」とかこんなか。
WFLみたいな動作やインターフェイスがいいんじゃなかろか？
と思ってたけど、まぁ検索に関しては同等（以上？）なコトは出来るんですね。
>正規表現にすると遅くなる
速度が半分以下になった・・・JRE32.DLLがネックなの？
とかいろいろやってるうちに別の要望ができた。
検索条件を履歴してプルダウン表示とかどうだろう。
でも一度目的のトリップを見つけたらもうその条件では検索しないか・・・

確かにもう十分煮詰まってんだなぁ。
と、保守ついでにスレ汚してみた。元気ですか？作者たん。

　

2ちゃんトリップ解析版もおながいします。
今んとこﾏﾙﾁｽﾚｯﾄﾞ対応って無いよね？

補手

hoshu

お久しぶりです
すっかり腰が重くなってしまってる今日このごろです。
現状のものは、まだ速度面で改良すべき箇所が少しあるのですが、
高々数%のために、コードをメンテナンスしにくくしてしまうのも、どうかと思って放置中です。

>>144
ログのファイル名の変更は、必要性がわからないです。
その前に排他ロックを適切にかけないと危ないんですよね・・・

複数条件はいつかやらないといけないとは思ってます。
前方一致だけでなく、後方一致もやらないとなぁ・・・。

バージョン1.0にはならないと思います。0.9の次は0.91とかになるかと。

>>146
WFL使ったことないので、暇見て調べてみます。

正規表現が遅いのは仕方ないです。正規表現は重い処理ですから。
むしろ、予想よりもずっと速いことにびっくりしてるくらいです。
ちなみに、先頭一致のチェックは少しズルをしているので、とても速いんです。

履歴の必要性はよくわからないです。

>>148
2ちゃんのトリッパーは多くのすごい人達が作ってるので、太刀打ちできないと思います。
まだ発表されてないようですが、気合い入れて作っている方もいらっしゃるようですし。

実はDESの実装が面倒くさいなぁ、というのもありまして。
スクラッチで書かずにコード非公開でフリーで使えるものを元にするとしても、
速度を出すためにいじるとなると、それなりに中身を理解しないといけないので・・・。

にゃあ

てｓｔ

てｘｔ

うお、こんなのあったのか。
使わせてもらいます。作者さん感謝。

>>17とか>>101とか、よくわからないけど、トリップって作れるの？

>>155
んーと、うｐフォルダ登録するときに任意の文字を入れて、
そこからトリップ生成するじゃない。
それでまぁキャッシュのなかにトリップが書き込まれてるのよ。
だから自前でキャッシュ作るプログラム作れるならその時に好きなトリップを
入れることが可能になると。
ほかにもメモリ書き換えとか。

まぁ47氏も気休め程度って言ってたと思うし、あまり当てに出来るものでもないみたい。

aaLPbから始まる違うトリップでたくさん偽造ファイルが流れてたのを見た時にはﾜﾛﾀよ

ﾓﾝﾁｮﾋﾞｰﾝ とかもあったね