MXの次はなんじゃらほい！ 14

第三世代ファイル共有ソフト“Winny”

　　　　　　　　　　　　　　　　　　　┏━(・∀・)━┓
　　　　　　　　　　　　　　　　　(・∀・)　WINNY　(・∀・)
　　　　　　　　　　　　　　　　　　　┗━(´∀`)━┛

ただいまβテスト期間中！みんなで47氏にレポートを！
http://www.geocities.co.jp/SiliconValley/2949/

47氏による最初の発言:

>47 ：　 ：02/04/01 05:35 ID:WTyTkgT/
>暇なんでfreenetみたいだけど２ｃｈネラー向きのファイル共有ソフトつーのを
>作ってみるわ。もちろんWindowsネイティブな。少しまちなー。


※お約束※
・落ちた落ちないだけの発言はしない。
・ダウンロード自慢はしない。
・違法なファイル名を晒さない。
・ついでにageない。

上の事をしたい人はwinnyの質問スレ1
http://tmp.2ch.net/test/read.cgi/download/1020670232/

詳しいことは>>2-10あたりで

★sage推奨★

2?

いまだ2ゲトー

乙>1

何処ダｺｺ？

ここでいいのか？

■□■□■□■□■□■ Winnyとは □■□■□■□■□■□

・特定のサーバに依存しない情報発信ツール
・Napsterやgnutellaと共にP2Pツールの一種である
・高い通信性能と匿名性を持った情報の発信を目的として、
　47氏（２ちゃんねるﾀﾞｳｿ板）の手によって開発
・Internet上に独立した仮想NET空間を構築
・申告した帯域によって自律的にネットワークを構築する。
・UPフォルダに提供されたデータから、ボディ(ファイル本体)と
　ヘッダ(名前情報)が作成され、それらは個々のPC(ノード)間を渡り歩く。
・要求が多いデータほど、多くのノードに複製される。


■□■□■□■□ Winny β版のお約束 □■□■□■□■□

・実証実験版なので実用レベルということを期待して文句言わない！
・正式版とはプロトコルが変わるので期間限定テスト向け
・著作権上問題のあるファイルの共有は避けてください

厂厂厂厂厂厂厂厂厂厂厂厂厂厂厂厂厂厂厂厂厂厂厂厂厂厂
厂厂厂厂
厂厂厂　　　　　　Winny情報
厂厂　　
厂　　　　　　　　　　　　　-2002.05.12-
厂　


■□■□■□■□■□■ Winnyとは □■□■□■□■□■□

・特定のサーバに依存しない情報発信ツール
・Napsterやgnutellaと共にP2Pツールの一種である
・高い通信性能と匿名性を持った情報の発信を目的として、
　47氏（２ちゃんねるﾀﾞｳｿ板）の手によって開発
・Internet上に独立した仮想NET空間を構築
・申告した帯域によって自律的にネットワークを構築する。
・UPフォルダに提供されたデータから、ボディ(ファイル本体)と
　ヘッダ(名前情報)が作成され、それらは個々のPC(ノード)間を渡り歩く。
・要求が多いデータほど、多くのノードに複製される。


■□■□■□■□ Winny β版のお約束 □■□■□■□■□

・実証実験版なので実用レベルということを期待して文句言わない！
・正式版とはプロトコルが変わるので期間限定テスト向け
・著作権上問題のあるファイルの共有は避けてください


■□■□■□■□■ 最近のお知らせ ■□■□■□■□■□

・現在のバージョンβ11.3

乙彼

急にDLが安定してきました。

◎公式ページ　http://www.geocities.co.jp/SiliconValley/2949/
　　Winny本体の置き場。まずはここで本体をダウソすべし。47氏の解説にもちゃんと目
を通そう。

◎Winny Tipsページ　http://members.tripod.co.jp/winny4646/
　　Winnyの解説ページ。要熟読。ここも読まずに質問する奴は…

○糞キャッシュキラー　http://isweb39.infoseek.co.jp/play/takkysyu/kusokiller/ku
sokiller.htm
　　キャッシュ消失を防ぐツール。オマケでDownフォルダやUPフォルダを開ける機能も
ついてます。

▲Winny 初期ノード　http://node.s12.xrea.com/
　　ノード晒しや初期ノードを探しているときはここで。

▲Winny "非公式" BBS　http://jbbs.shitaraba.com/computer/1449/
　　くだ質スレ等が早くも開設されている。

▲Winny非公式チャット　http://c.cgiboy.com/nyny/
　　雑談中心。

▲Winny@131072 http://node.s12.xrea.com/bbs/treebbs.cgi
　　忘れ去られた？

▲2chTiki Winny　http://2ch.nekoruri.jp/tiki/?c=v&p=Winny

ノード&キー共有
IRC(匿名鯖)
irc.kharakhorum.net:6667
#winny
匿名IRC鯖ページ→http://s1p.net/sc/

>>1
乙かれ〜

winnyの質問スレ1
http://tmp.2ch.net/test/read.cgi/download/1020670232/
前スレ：MXの次はなんた！？13
http://tmp.2ch.net/test/read.cgi/download/1021451237/
MXの次はなんだ?12
http://tmp.2ch.net/test/read.cgi/download/1021291867/
MXの次はなんだ？11
http://tmp.2ch.net/test/read.cgi/download/1021170898/
MXの次はなんなんだ？10
http://tmp.2ch.net/test/read.cgi/download/1021057195/l50
MXの次はなんなんだ？9
http://tmp.2ch.net/test/read.cgi/download/1020956839/l50
MXの次はなんなんだ？8
http://tmp.2ch.net/test/read.cgi/download/1020852482/l50
MXの次はなんなんだ？7
http://tmp.2ch.net/test/read.cgi/download/1020745832/l50
MXの次はなんなんだ？6
http://tmp.2ch.net/test/read.cgi/download/1020694396/l50
MXの次はなんなんだ？5
http://tmp.2ch.net/test/read.cgi/download/1020673454/l50
MXの次はなんなんだ？4
http://tmp.2ch.net/test/read.cgi/download/1020264992/l50

>>1
乙彼さん

2-25くらいにすべきだったと思われ・・・

β11.3落ちて、ついでにOS再起動してたら新ｽﾚが。
>>1乙

全スレは直前のだけでもいーような。。
Q&Aもあるし。

安定したと思われたとたんに切れた・・・
やっぱだめだ〜

なんかブチブチ切れる

>>16
こんなに時間かかるとわおもわんかった。
>>18
dat落ちしてるしね。
ちなみに１３の「前スレ」のところ「全スレ」になってた。
後はよろしく、もう寝ます。

優先度よかタスクに送り込めるファイル数をキャッシュファイル量で
制限したほうがいいと思う。
でDOWNタスクがなくなったときに失敗したものを再試行かける。
こうすればほっといて眠れば朝起きるとダウンロードできてる

すぐにダウンロードできるかよりキャッシュをいかにネットに接続
させておくかに注力すべきだと思う

とりあえずISDNでは64Kを5秒でダウンロード
するのはほぼ不可能なんで何とかしてください

中継ﾉｰﾄﾞを１体にするのはどうか？２つ以上離れてる場合

ちゅーか、いまだにバージョン違いエラーが出るのは
つけっぱなしで海外旅行でもいったのか？
βの有効期限３日ぐらいで起動しなくなるぐらいでいいと思う今日この頃。

それは良いかもしれん＞時限式

>>22
そうすると100G位の捏造ファイルを置くだけで有利になってしまう。
そんなの嫌すぎる・・・。

中継が増えるのは別に構わんけど、
自分のタスクが再試行している間隙を縫って、
DownのMaxまで一気に持ってて、タスクをリストからはじくのはやめて・・・

>>28
禿同、切れたかと思う次の瞬間に割り込まれてる。

転送中のファイルを自分でも落とそうとすると
タスクが消される気がする。

この状態だと、自分のDLを邪魔されない転送なしのport0設定が一番安定してると思う・・・
試してはいないけど

しかし、どんなに優秀なソフトでであってもUPする人がいないと廃れてしまう罠。
現状ではダウンしたそばからキャッシュ消すような奴とでも同列だからなあ。

漏れも落としてーよヽ（`Д´）ﾉｳﾜｱｧｧｧｧｧﾝ
と言ってんのと変わらない事は、自分でもわかってるけどさ・・・。

正直、こうも回線が遅くかつ不安定だと先頭から数M〜数十Mのくずキャッシュで溢れてしまう。
アップ数の制限して時間あたりの転送量の増加、
および可能ならば回線の安定化をして、使えるキャッシュを広めて欲しい。
部分キャッシュ同士のユーザーが補完しあえる状況がベスト。

>>33みてふと思った。
転送の開始位置をファイルの先頭からでなくランダムにしたらどうだろ？

>>1
乙カレです。
１１のスレを越えたあたりから、スレタイが微妙に変化してて笑える。
＞なんじゃらほい←(・∀・)ｲｲ

再試行は１０秒間隔だったか

>>34
ついでにブロック分けして、いろんな人のところに・・・
それってFreenetじゃ

安定してきたな〜。β1から考えるとすげーよ、ほんと。

中継していればまだいいが、一方的に吸われてばっかだとやる気なくなるな…
一方的に吸われてる人の優先度を上げる様にしてﾎｽｨ…

>>37
(w
でもいろんな所から、ランダムに開始面白いかも。有効にキャッシュを利用しあえるような
きがするな

>>40
知ってるかもしれないけど、その方法やると
最後の数ブロックがどこにもなくて、でかいゴミキャッシュが一杯になる。

>>37
でもおそらくその形が一番有効だと思う…
出来れば転送開始する位置は以前どこまで送り出したか覚えておいて
その続きを(以前のユーザーか否かにかかわらず）送り始めるのがいい。
上手くいけば、ただの一度も最後まで送り出した事のないファイルが
本人の知らないうちに完成されることもあるかも。

>>34
>>41が書いてるようにFreeNetがその方式で大きなファイルのDLは絶望的になってる。
一度DLを開始したらできるだけその人に全て落としきってもらうようしてもらわんと。
今は切れると他に人に割り込まれてDLできないのも問題があると思う。

それにしてもport0だらけ。
もう寝よう。

>>43
FreeNetの場合はＵＰ者のキャッシュにすら、全部揃っていることが保証されない（それほど匿名性において
徹底的ということ）が揃わない一番の原因じゃないかと。今みたいにファイルの出だし部分だけいろんな所に
キャッシュされる状況よりは、ランダム開始も面白いかとおもったんで

iria系みたいな、ＤＬマネージャーがつくと、俺的にはうれしい
だーっとＤＬリスト登録しておいて（優先度とかつけて）検索で見つかったら自動的にＤＬチャレンジ
ダメだったらリストのけつにまわる
リスト自体は１００だろうと２００だろうと、ある時点でＤＬ開始するタスク数と再試行頻度を制限しておけば
ネットワークにかける負担は重くならないし
常時接続者は、放っておくにかぎる。自分のためにもみんなのためにも、これ最強と思うんだけど

検索画面、状態で昇順かけると受可キャッシュのメンテやりやすいよ

>>43
開始地点をランダムに変えるのはありだと思う

FreeNetはちがうだろうたとえば1つのファイルを8個に分割して
そのうちどれでも4個見つかれば復元できるようになってたりするわけだ
重要なのはばら撒いたファイルのうち4個がみつからなければ復元できない
でもWinnyは完全なUPファイルかキャッシュを持つものが1台ネット上に
あればいいわけだだから大丈夫

>>46
たしかに微妙な差だけど違いがあるから
実験してみる価値があるかもしれないね。

現状、キャッシュの中身がバラバラでも全部そろえばファイルに再構築する
機構が備わっていることだし。

47のつづき

で、これを入れると、TTLの短いport0は自動的に不利になる。
更に、キャッシュファイルの持ち方を考え直せば
迂闊にキャッシュが消せなくなる。

初期ノードの追加、ソフト側からも一度に複数登録できるといいなぁ。
今の状態だと、リストに数時間掛けて溜まったノードを追加する場合、一つずつコ
ピペするか、その度に本体あるフォルダ開いて NoderefConst.txtにコピペしない
とないから少し煩わしいような。
逐一チェックして追加してけば良いんだろうが、他のことやりながら一時間毎にリ
ストチェックして新しいのが溜まってればそれを追加……とやってる場合に、少し
手間。一時ノードの追加機能をつけるときに複数追加も出来るようにしてくれると
ありがたいんですが。どーでしょ。

>>49
複数行コピペしたいね。

それにしても! タスクリストから消えまくり!
ぜんぜん取得できないー

>>45
そうそう、おれが思ってたのはまさにこれです。
ほっとく確立がさらに増すし

>>27
というか現状、キャッシュフォルダの数字だけ大きくして(たとえばHDDが10Gしか
ないのに100Gと報告するとか)やって、貯まったキャッシュをすこしずつ削除
すれば、Winnyをだませるんじゃないの?

>>49
その機能は、あ氏作成のサポートソフトwinny_dnsで可能。
ただし今は致命的バグ発生らしく月曜まで使えない・・・。

誰かの転送が始まるとDLがバタバタきれてまうよ
ﾐﾝﾅそんなことない？
しょぼｽﾍﾟｯｸだからかな〜？

Win98SE　ｾﾚ500　ﾒﾓﾘ192M　ADSL8M(200)

ふうACCSﾈﾀでｽﾚあげまくった。これでいいね<21

>>53
なるほど。教えてくれてありが�d。
まぁ後回しでも本体に組み込んで欲しいですな。

こっちが本スレでいい？

β11.3すごいな。072病のころが嘘のようだ。
もうRC1と言っても過言ではないんじゃないの

>>57
そこまで来たから、みんなの要求が厳しくなってる（ｗ

でも47師　大丈夫かな　異常なハイペースで改善されてるし

>>45,>>51
Bearshare(Gnutellaクローン）がまさにそんな感じで、常時稼働させてたんだけど
やっぱ日本語で検索できる方が楽なんで、こっちにきますた．．．

いつのまにかエロゲの部分キャッシュがかなりたまってるのだが。中継する側も失敗されると鬱だな・・・

ダメだ。β11になってから未だに１つも落とせない
正直、β9の頃が懐かしい…

今から寝て。起きるとDLは途中で切れていて、
Winnyのバージョンが上がっているにここから248レス。
(´･ω･`).｡oO(ｵﾔｽﾐ....)

いや　成功されても鬱か・・・

キャッシュからファイル内容把握できるんですか？

β11.4？

起きてて良かったぜ

β11.4です。

β11以降の問題点として、逆に転送がかかりすぎるというのがあったようなので
直しました。見直して見ると、確実に転送がかかるので、離れていると
その間全てにキャッシュが広まる状況だったようです。ですので、
離れている分ダブルクリックして隣までキャッシュが来ないと落とせないと。

今回、それ直しましたので落としやすくなると思います。

あと、暗号キー入力でかってに補完されていたようなのでそれを直したのと、
キーの上昇率が高すぎて検索リンクの転送負荷が凄くなっていたようだったので、
これを落としました。

生きてて良かったぜ

DL失敗になるとタスクリストから消える
ってβ11.4ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!

ううISDNだとこの再試行間隔はつらすぎる
1バイトでもダウンロードできたら時間切れタイマーをリセットしてﾎｼｲ

依然ISDNには辛い状況なのですね…。

ああ、あとプロトコル同じです。

これに代えるだけで自分のノードの転送率は下がって軽くなるはずですが、
ダウン率は他のノードが11.4に代えていってくれないと復活しないはず。

今の再試行時間は０秒でタスクが異常終了したら速攻で再起動しているだけですが、
ISDNでどうなるかはこちらに環境がないので分かりません。

詳しい説明していただけないと直せないと思います。

転送中のファイルが見えるのは気のせい？

ところで、どういう状態になったらβの文字がなくなるの？

なにもいわずに、Downのタスクが消えることがあるんですが、
これは何ででしょうか？

転送表示は復活してます

>74
47氏、本当にお疲れ様です。

転送が始まったかな、って状態でも問答無用で切断・再試行って感じなんですが…。
UPも全く成功してないみたいです。
何をどう調べていいかわからないし、他のノードにも迷惑かけてそうなので、今日は回線切って寝ますね。

劇的に落としやすくなってますね。
中途ファイルだったものがどんどん落ちてくる。

>>47師
保持キャッシュサイズ　１００G設定ですが
9G以上に増えていきません
他にも同じ現象報告している方いましたが
確認していただけますか

遅くまで乙カレーです　

今の仕様って1ブロック(64K)単位でバイト数を計算して
残り時間の計算してますよねこれだとISDNだと計算誤差
が大きすぎて結構頻繁に残り時間が０にリセットされて
しまいます。
この計算単位をもっと小さくするか
もっと長い時間の平均速度を計算するか
どちらかにすればいいと思います

他人の転送が１つ
自分のDownが１つ

この状況で、↑のdown:/のところが１になっているのは
おかしくないですか？

メルコのエアステイション漬かってるんだけどPORT開けるのってどうやるの？
オンラインマニュアルとか読んだけどわからない。
だれか、おせーて

というか、down, upという言葉で表してるのが何なのかよくわからない。
Transfer [ ] 内のup, downは、それぞれ受信、送信? 逆?
速度表示の Up, Downは、それぞれup link, down linkとの送受信なのか、
それとも送信、受信なのか・・
複数の意味が想像できて分からないよ。

もし送信/受信なら、send/receiveという言葉を使ってホスィ

>>77
downのmaxまで仕掛けると、再試行入ったときに
ときたま自分の分を二重に計算してしまって
上限超えてると勘違いして消しちゃってるような
気がします。

>84
アドレス変換テーブルにポート番号とLAN側のIPアドレスを追加してやれば開きます。

β11.2以前バージョンだと大体平均速度が3Kbyte/sを下回ると
時間切れエラーで終了していました。
β11.3以降だと平均速度が6Kbyte/sだと再試行がかかってしまう
感じです。
でISDNの理論限界は8Kbyte/sなわけでちょっときついです。
普通同時に落とせるファイルは1つだけです。

平均速度が6Kbyte/s出ていても表示はタスクの
転送レートは20Kbyte/sから1Kbyte/sぐらいごろごろ
かわってしまってるわけです。

β11.2以前バージョンだと大体平均速度が3Kbyte/sを下回ると
時間切れエラーで終了していました。
β11.3以降だと平均速度が6Kbyte/sを下回ると再試行がかかっ
てしまう感じです。
でISDNの理論限界は8Kbyte/sなわけでちょっときついです。
そんなもんですから普通同時に落とせるファイルは1つだけです。

Downの転送レートが6Kbyte/s出ていてもタスクの
転送レートは20Kbyte/sから1Kbyte/sの間で出でくるくる
かわってしまってるわけです

>>87
アドレス変換テーブルというのはどこにあるんでしょう？？
ネットワーク接続のプロパティですか？それともエアステーションユーティリティですか？
あんまりこの辺よくわかんないんで詳しく教えていただけませんか？
マジレスおながいします
ちなみにOS：XP PRO

>90

http://192.168.0.1/ を開いたら設定画面が出ませんか?

>>84=90
質問スレの方でやってくれないか？

>>86
あたりです。
再現しました。

β11.4で　9.7Gまで保存して　その後増えません
実際キャッシュファイル合計も9.6Gですので
キャッシュ破棄されてるようです

>>91
プロトコル TCP/UDP ポート 任意のTCPポート 任意のポート：7743
LAN側IPアドレス エアステーションのLAN側IPアドレス

をアドレス変換テーブルに追加しましたがポート警告出ます。
なんか違いますか？

起動３秒後にエラーが表示されるわけでもなく、ＯＳが固まるわけでもなく、
ふつうに閉じたかのごとく、終了しました。
こんなことは初めてです。

[低ADSL 55 60申告 Celeron733 Mem192]

>>95
winnyの質問スレ１
http://tmp.2ch.net/test/read.cgi/download/1020670232/

9.7Gって32bitで扱えたっけ？
桁あふれかな。

>95
あとはWinXPのファイアウォールに穴を開けるのと、ノートン使ってるならそれにも穴。
その辺は過去スレで出てるので探してみて下さい。

やった。MXの時のように設定変えたら警告出なくなった。

>>96
たまになるね…。

>98
ありがとうございました。

>all
お騒がせしました。スンマソン

今上がってる問題は
例えば、
自分のDL限界が３の時、自分自身がDLを３まで増やしてしまうと
他の人のDL（自分経由の中継）が切断されてしまう。

これにより、中継でDLしてた人（隣から直接落としてる以外の人）は
せっかく転送始まったのに途中でプツプツ切られてしまう形になり、接続を不安定に感じる

でよいか？

逆のパターンもあり？

自分のDLが転送で切られてしまうような。
ただ、それが転送もとに原因があるかもしれないが。

ダウンロード始まったのに3秒後くらいに自動再試行された
速度は数字の増え方からみて40KB/sは出てたと思うのだが。
win98se 512MB 申告速度90 ケーブル(グローバルIP)＋NAT(静的)

ええと、

A←B←C
A←B←C
A←B←C
　　 B←D←E
　　 B←D←E
　　 B←D←E

Bを基準に見てみると、UL３・DL６というように
ULの限界数をDLの限界数と比較して減らすべきということか
（たとえ、DL・ULの回線速度が同じでも）。

UL・中継のUL・DL限界数およびその状態と、
自分のDL限界数およびその状態とを
分けて表示し、UL・中継には手を出せないようにすればいいのかな

つまり上の絵だと、
（UL３/３・中継DL３/３・DL３/３）
というように表示するようにするということ。

自分のDLできるものの限界数は以前と変わらないが、
中継のDLと自分のDLをきちんと分けて考えるようにするってことか。
確かに「転送開始したのにすぐに切断」のパターンは減ると思われ

MXで正確に機能してないとこ見ると帯域制限って難しいの？
中継はDL30k/UL30kまでとか指定できるといいな｡｡

未だに帯域制限言い出すﾔｼがいるとは思わなんだ

>>106
中継開始したのにすぐ切断、に移るだけじゃないでしょうか。
そしてその中継依頼元にとっては結局「転送開始したのにすぐ切断」になる罠。

帯域制限がなきゃ稼動にする場合に問題あるやつもいるだろう

何度レジュームしても変換時に同じ所で破損エラーが出る。
繋がった相手のファイルが悪いのかな？

常時起動しといてもらうには逆に帯域制限できた方が良いようにも思う。
じゃないと他の用事に回線使いたいときには絶対に切断するしか手段がないわけで
結果的に落ちたり繋いだりが頻発して不安定になんないか？　制限できれば用事が
あるときに多少制限掛けてでもずっと繋いでおけるわけで、そっちの方が良いよう
にも思う。
任意の数値・時間で制限出来なくても「30分間だけ 50%制限をする」とか定型で
多少抑制出来る方が結果的には安定しないかな…。難しいトコだろうけど。

何回も同じ話する気もないけど、要は「多少の制限を認めても出来るだけ常時参加
してもらうこと」と、「多少切れ切れになっても、参加している以上は回線は全員
の共通財産なのだから恣意的な制限は許さずにフルに使えること」のどっちを優先
するかなんだろうね…。

さて、今日も放置して出かけちゃうぞ〜

ポート0は寂しい…

ポート0で繋いで居るんだけど、自分から落としていく人を見たこと
無いんだけどこれって正常なの？

ポート警告は出ていません。

>116
たまたま欲しいファイルが無いだけだとか。

そうなのかも。
かなりマニアックなファイルしか置いてないので。

>>55
死ねよボケ

2つ続けて書庫がcrcエラーが出て解凍できなかった
確か以前のスレには元ファイルが壊れているためだと書いてありましたが
何度も切断を繰り返したのが原因のような気がします

>>120
転送途中に壊れたファイルは、
複合化するときに「ファイル破損エラー」みたいなのが出たとおもう。
なんていうファイル？
伏字とサイズかいて、こっちで落とせたら試して見る。

sage

sage

お！やっと１０秒以上起動できた！？

・・・と思ってマウス動かしたら、閉じちゃったよ。
何でやねん。・・・操作できねぇぞ（泣

　
既出だけどな(´Д`)y─┛~~

ttp://www.nipponham.co.jp/winny/index.html

>>124
ネタだろ？

それにしてもDLできない…
転送の方々もDLまともに出来ていないし…
これじゃキャッシュも広まらないし…
どうすればいいんだろう…

>>89
同じく。
というか、自動再試行が付いてから、それまで、それなりに落とせていたのが、
全く落とせなくなってしまっています。
立っているのにDLもUPも転送もまともに出来ず、実質、迷惑ノード状態。

winnyの公式ページで本体をDLして解凍したexeファイルを開くと
「バージョンが古すぎます。最新版をお使いください」と出ます。
最新バージョンは、Winny1.0β11.4でいいんですよね？

>>129
あいよ(=゜ω゜）ノ
http://tmp.2ch.net/test/read.cgi/download/1020670232/l50

ガイシュツだったらスマソ

ふと思ったんだが、WINNYのキャッシュを（もちろん完全キャッシュのみ）
WINMXで共有してはどうだろう？

で、WINNYの方ではひたすらキー情報を交換する。そうすればダウンロードは
ほぼ完璧にできるようになるとおもうのだが。

キャッシュならダウソされてもわからないやつには意味不明だし、それ以前に
検索にもかからないだろう。

どうですかね？

>129
PCの時計(日付)が進んでない？多分原因はそれ。

分割ダウンロードしたときに
平行してダウンロードしないで
2135/200000
55483/200000
みたいに、なぜか一方が途中からダウンロード初めて
ファイル破損エラーが出る罠
急がば回れか？

>>131
47氏が見たらなくぞ
しかも匿名性0

>>131
あなたにはどのファイルがどのキャッシュか見分けがつくんですね。

いいかげん回覧板関係削除しないか？

複数の拡張子をつけている所為でやたらと引っかかるし、
恐ろしくウザイ。

テスト用としては特定のファイルが一つあれば事足りるが、
回覧板関係は番号違いが数十個も出回っているので
始末に負えない。

検索結果の半分がそれ関係だった時には唖然としたぞ・・・

>>131
共有フォルダには、winnyのキャッシュフォルダを指定して
既にあるMXの通信インフラを利用すると。そういうこと？
ただwinnyの機能を補う程度になら使えるかもしれないけど、
全部それだと、匿名性は、無に等しい。

＞キャッシュならダウソされてもわからないやつには意味不明だし、
だって、winnyやってるヤツなら、それを元に戻せるわけでしょ？

>>136
たとえupフォルダのそれを削除してもキャッシュがわんさとあるのでは・・・。

>>136
UPファイルを消してもキャッシュが残ってる人が多いんだろ、
一回みんなキャッシュ丸ごと消したほうが、
（本当に壊れている）破損キャッシュとかがなくなっていいかも、
でも、もう統制取れないよね。
スレたてのテンプレにも書いてあるんだけど、いまさら、みんな見てないし。

>>136
あなたにはどのファイルがどのキャッシュか見分けがつくんですね。

回覧板けすのはβテスタ全員が一斉にキャッシュとアップフォルダ消すしかない。
しかし一人でもそれをやらない人間がいたら意味はない。
そんなの正直無理。

メールで未だに「鉄腕ダッシュのメールがどこまでつながるか検証中」って
やつと同じだ。いまだに回ってきたの見たら笑った。

回覧板ならサイズで見分けつくと思うが。

>>140
詰まらん煽りばかりすんなよ。
100KB以下のキャッシュを削除したら、回覧版の類いは
漏れなく削除されると思うがどうよ。

>>141
その適当に見当を付けたキャッシュファイルに、
誰の夢が詰まっているか分からないしなー(´Д`)y─┛~~
キャッシュは消せないよｗ

という訳で回覧板対策は検索システムにＮＧワード機能がつくまで
どうにもできません。

Winnyネットワークにどうすればダメージを与えることができるか
β中に勉強できたと思いましょう。

>>142
１００Ｋｂ以下のJpgファイルなんかウジャウジャありますが・・・
*.TXTでみんなの大好きな尻キー詰め合わせファイルも消えちゃうかもよ？

>>143
つか、検索しながら一つずつ確認すりゃ消せるじゃん。

回覧板対策は検索ワードを変えればいいのでは？
みんな拡張子で検索してるの？

回覧板で検索して、完全キャッシュになってるのがあったら、サイズからわかるけど？

>>143
βテスタ全員がそんなチマチマした行為をすると本気でお思いか？

意図的な削除はできないってｶﾞｲｼｭﾂもｶﾞｲｼｭﾂでＦＡＱテンプレでも
何十回も貼られてるんだけどね？

>>147
ヒットする数が少ないから、今は拡張子で検索してる。
おもにmmpg,zip,rar,lzh,mp3
他、なんか面白そうなものあるかな？
あ、exeで検索するといくつか引っかかるから驚いた。

>>149
誤爆？

>>151
誤爆です・・・

まぁ、需要が無ければいずれ無くなる、在れば残る、それがキャッシュだろ。

むしろupフォルダにずっと入れてる奴がいるんじゃねぇの？

不人気キャッシュは自然消滅していくはず
これもテストと考えて、ﾏﾀｰﾘと消えていく様を眺めましょうや

めったに保持キー500いかないんで、なんかおかしいんだろうなと思って、
ルーター経由でのチェックをはずしたら、
ちゃんとキー5000まで逝くようになった。
中継もアップもできてるし、ルータの設定もちゃんとできてるようだ。
このチェックひとつでこんなに違うもんなのかとおもたよ。

>>155
port0は行き止まりだからねぇ
保持キー500ってのは多分自分の持っているファイル数だろうね。
port0は自分からキー情報を上流に上げることはあっても、上げて
こられることはない訳で。

逆にこれを利用して、非力で非力でしょうがない環境の人は
port0申告しておくのも一つの手だろうね


開発に関係なさそうな話題、独り言は質問スレでやりましょう。ってｵﾚﾓﾅｰ
http://tmp.2ch.net/test/read.cgi/download/1020670232/

>>134
>>131
>>137
レスどうもです。　否定的なレスがつくのはあらかた予想できてました。
昨日WINNYのテストを休んでWINMX3.1を使ってみたんですが、正直分割
ダウンロードとAutoCompleteにはホレました。

まあ別にWINNYと組み合わせなくても、Freenetの掲示板とファイル暗号
化ツールをつかっても同じことはできますね。

要はタイーホされなきゃなんでもイイ！（匿名性とタイーホは別じゃな
いか？）というところから考えてみたのですよ。

WINNYの開発とは関係ない話でスマソ

47氏へ要望など
思ったんだが検索キーで表示されるのは極力今DLできるものだけには
できないものだろうか？
コネクション限界エラーがでると鬱だ！

>>158

それって順番待ち機能が搭載されれば気にならなくなると思うので
気長に待っては・・・？まだβ版なんだしね

時間的なものかもしれませんが、だいぶ落としやすくなってるな〜。
しかし大物ファイルはさすがに難しい。一人当たりの回線占有時間が
長いのと、キャッシュが出回りにくいのを考えれば当然なんでしょうが。

>>131
漏れは Fasttrack 系の sig2dat みたいな機能が搭載されたらいいと思ってるけど。

>>158
何日かかってもいいから確実に落としたい需要もあると思う。
現状では「タスク状況」が Winny を落とすと消えてしまう
(= リジューム不能？)ですけどね。

長時間起動させると、鬼ごっつ重くなる。
やはり９８では無理があるのか〜。

>>159
そか。気長にまってますけど。
しかし、現在UPのMAX状態の人が検索キーをばらまいても
意味ないというかトラフィックの無駄になるような気も
しちゃうんだよね？
うちなんて何もしない状態でUPが30〜60Kでてたりするん
だよね？<ADSL8M申告なんだけど。

>>163にちと同意かも。確かにUPがMAXならキーまいても無意味だものね。
UP MAX時はトラフィック保全の為にもそういう制限あると良いかも。

全く別の話ではありますが、現状、中継者が回線切断（PC落としたにせよ、
winny落としたにせよ…）した場合って他の中継先探しに行ったりはしない
ですよね？既出ならすまそ

朝から放置してて、ふとノード情報見たら８割方Port0でした。唖然。
47氏、暫定的にPort0は接続不可にしてみませんか？
現状では中継に過度の負担が集中していて、不安定さの一因になってると思います。

いくつか分割ダウンロードしてみたら、
間の抜けた部分キャッシュがかなりの高確率でできました。
ooooooxxxxxxxxoooooooxxx
　　↑こんな感じ
こういったファイルは何度ダウンロードしなおしても、
ooooooxxxxxxxxoooooooxxx
　　　　　　　　　　　↑ここ（ずれゴメ）
からレジュームを始めてしまうようです。
改善お願いします。

なんかタイミング悪くてアレなんですけど７７４３とは別人です。
Winnyでも現在分割ダウンロードはサポートされていますよね。
これをMX風に検索時に同一のハッシュを見つけたときには
それぞれを記憶しておいてDL時にそれぞれの中継先にDL依頼をかける
というのはどうでしょうか？

現状ですと１ファイルにまとめられてそれ以上の情報がわからないので
単純にどれくらい広まっているかも判断できて便利だと思うのですが。

検索キーもアレだけど
転送開始してるのに途中でプッツリ切断されてしまうのが解決しないことには、枝葉の問題かと。
どうも単純に割り込みってわけじゃないっぽい

ファーストアップ優先機能なんてどうだろう。
人気ファイルのキーが晒される＞みんな一斉に集中＞接続断スパイラル＞誰も落せず
という状態に陥ってますが
キー晒される＞とりあえず最初に接続きた相手を可能な限り成功させる（他のリク見捨てても）
＞キャッシュが増えて負荷分散＞分身１は接続きたらまた優先モード、親は通常モードへ

こんなんどう？
β11から順調に転送してる最中に突然切断されてて先頭部分のキャッシュが
やたら増えてて無駄っぽいです。

>>166
確かにそうですねぇ。分割DLで失敗した数だけ歯抜けになっている様です。
タスクの進行状況バーを伸ばして見るとよく分かるなぁ。
780MBの巨大破損キャッシュが出来てしもーた・・・・。

-------------------------------------------------
OS/CPU/ﾒﾓﾘ：Windows 98／Celeron 336M／256M
回線　　 　　　：ISDN64
環境　　　　 　：TA直繋ぎ
待受ポート　 ：7744
DDNS入力　 ：空欄
使用ｸﾗｲｱﾝﾄ ：β11.4
速度申請　　 ：7
キャッシュ　　：3G
症状　　　　　 ：自動再試行のせいでDLが失敗しやすいと思われます。
DLしはじめて、カウントの値が上がり始めた辺り(131072は通過していても)でも自動再試行に行ってしまいます。
タイミングとしては転送レートが一旦上がり、そして大きく下がったぐらいで切断しているようです。
もちろん、実際のDL量はFWで確認するとほぼ帯域一杯で安定していますが、転送レートはそれとは関係なく大きく上下します。
DL速度と転送レートがうまく一致していないために(ブロックごとに転送を認識？)、時間切れと判断されているのが、
DL失敗の原因だと思われます。
もちろん、コネクション限界で切断された可能性もありますが、
再試行10回目の時にだけエラー表示されるのでよくわかりません(上記症状の時は大抵時間切れですが)。
再試行毎にエラー表示されるように変更おねがいします。

-------------------------------------------------

MXで、Winnyのソースコードが流れてるって
さっき聞いたんですけど、見た人います？
まあ、もっとも偽物でしょうけどｗ

昨日、β11が落ち続ける報告をした者ですが
今日、ルーターを再起動させたら、落ちなくなりました ｽﾏｿ

別問題で2Kでは中継(?)キャッシュが溜まらないんですが
XPではガンガン溜まっていくのはなぜなんでしょう
2KもXPもルーター内のローカルアドレスです
同じようにポートを割り当ててるんですが・・・

環境の違いはXPにFWとしてZoneAlarmを入れてるぐらいです
こっちのほうが問題になりそうな気もするのですが・・
2KにはFWソフトは入れてません
2KでOS自体でポート設定とかする必要って無いですよね
どーすればいいんでしょ

ｶﾞｲｼｭﾂだったらｽﾏｿ

中継 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!

・・・・・と思ったら途中で切れた
今までで、初めてだ

いちお、キャッシュにも身に覚えのないのがあるから
設定はこれでいいのかな

>>173
>環境の違いはXPにFWとしてZoneAlarmを入れてるぐらいです
>こっちのほうが問題になりそうな気もするのですが・・

設定ができてれば、オケでしょう。
あと、XPにはデフォでFWがついてるらしいですが。
切り方はココ。
http://jbbs.shitaraba.com/computer/bbs/read.cgi?BBS=1449&KEY=1020762287&START=32&END=32&NOFIRST=TRUE

port0のﾈﾄﾗﾝ厨はWinnyからでていけ！

>>176
つうかageんなよ

>>176は確信犯。

>>177
>>55

状況変わらず。しばらく離れます…。

矢張り自動再試行がネックになっているのであろうか。
β11.2だと、11.4で落とせなかったファイルも落とせます。

あ、でも同じノードから落としてるかどうか調べるの忘れた。

>>181
１１．２にもどしたら安定度アップです。
しばらくこれでいくか。
って11.2使ってても他ノードに影響なかったよね？

ＰＣの前に張り付いて監視していないとＤＬ無理ぽ。

しかしよく落ちる。

と、なんだか俺とかの自動再試行ツールが
微妙に求められてるんでしょうか？（ｗ

でもこれだとWINNYネットワーク自体に負担がかかりそうだしな〜。
最初は再試行間隔30秒限定とかで公開してみるか

>>181-182
βテスト何だから・・・

>>181
>>182
今はβ11.4が一番落としやすい「はず」で47氏も

>ダウン率は他のノードが11.4に代えていってくれないと復活しないはず。

と言っておられるのでバージョン下げての検証なんかするべきではないのでは？

>>181
転送速度監視が厳しいのが原因だと思われ
おれも11.2に戻した

やり方はあえて書かないが、転送タスクとかに邪魔されない
DOMモードで回線速度MAXで巨大ファイルDOWN中

>>186-187
確かにそうなんだけど、ＵＬ／ＤＬとも切れすぎてテストにもなってない気が。

>>188
前にやり方書いてあった気が。
にしても今はβ。俺たちはテスター。
それじゃぁテストにならんのでは？

>>185
再検索まで実装してからにしてください。
今のでは問題ありです。

>>191
ｲｴｯｻ!!

>>187
行ったり来たりで>>171の問題について検証中です。
別にβ11.2の方がDLしやすいという意味ではないのです。
まだ確証得られず。うーむ。

DLの試行1で100％までいったのですが、ファイルが復元されず、試行2試行3と行き、コネクション限界エラーになりましたが、どうしてなんでしょう？
一度目に成功したのに・・・どうにかファイルをとりだせないでしょうか？お教えください。おねがいします。

ポート０増えてますね。

こういうアイデアはどうでしょう？
ポート０の方々にはネットワークの上位に位置してキーを管理してもらう。
下り帯域を制限するようにして、接続時間の長さによって、制限を徐々に
解除する仕様にすれば落ちることなくネットワークに居てもらえるかと。
今の光回線の人がやってる事をポート０の人にやってもらうという感じです。
で、光の人には中継にまわってもらう。この方が効率よくないですか？

あと、これは要望なんですが、最小化したらキーバッファを０にして
CPUやメモリ等を極力使用しないで、アップロードや中継に徹する
仕様にできないですかね？
最小化したら検索しないし、イイんじゃないかなと。素人考えですが。

私は動画のエンコをやるんですけど、今の仕様だとWinnyに資源を
とられるのでキツいです。エンコに倍以上時間がかかってしまうので、
Winnyを落とさざるを得ないという感じです。
キャッシュと回線速度に応じて優先度が割り振られるようになると
少し侘びしい気もします。

>>189
俺なんかβ11.4に変えて立ち上げてからupしっ放しだよ・・・

>>193
なるほど。
>>171はISDNのみの現象なのかな？

>>194
検索画面で完全キャッシュになってればダブルクリックで復元できる。
受可になってるならどっか足りないんだろう。
何回も挑戦すれ

-------------------------------------------------
OS/CPU/ﾒﾓﾘ：Windows Me／AMDK-6 2450M／128M
回線　　 　　　：Cabl
環境　　　　 　：ルーター
待受ポート　 ：7744
DDNS入力　 ：空欄
使用ｸﾗｲｱﾝﾄ ：β11.4
速度申請　　 ：100
キャッシュ　　：1G
症状　　　　　 ：DLの試行1で100％までいくのに再試行された
挙句、コネクションの限界エラーで切断されました。
1度100％まできているのでDOWNに復元されるのかと思った
のですが、やはり何も復元されていませんでした。
むしろ、復元失敗時に再復元試行してくれるような機能が欲
しいです。よろしければご検討ください。
-------------------------------------------------

>>196
ありがとうございます。100％なのに受可キャッシュになっています。
以前から100％後の復元失敗でも受可能キャッシュになってしまうのです。

>>198
受可キャッシュということはどこか壊れてると言う事で…
99.5%以上は100%表示とかだったり。

>>198
あのグラフみたいなのを
思いっきり広げてやると小さな漏れブロックがあったり、最後の0.2%が途切れてたり。
よくある、よくある。

転送要求を出して、実際に転送が始まっていないのに切断したような
場合に、受可キャッシュだけはできてしまう障害はまだ残ってますね。
自分が落とす場合はそれでもいいが、中継でも発生するので
ゴミキャッシュが増大する原因になっています。
こいつらは転送のトリガになんの利益ももたらさないので。

寝る。

久しぶりにノード情報見たらport0が1/3くらいを占めてるな・・・
つーか速度50の俺に速度1000、port0がぶら下がってるよ。

吸われるだけで何もできないのはこの所為せいか・・・勘弁してくれw

なんか β11.4 の新しいのが出てるよ
ビルド時間 2002年5月18日、12:23:06
これ入れたら初めて Transfer の UP に 1 が表示され、回線 UP も使われている
みたい誰かになんかおくってるのかなぁ。
しばらく UP していたようだが、今は 0 に戻ってる。
？？？

一応ルータの設定で Port Forward 設定しているが、PING が通らないため
「ルータ経由のため外部からの接続不可能」のチェックは ON です。

みんなの役に立ちたいんだがうまくつながらない。
どうしたらいいのだろうか。

ルーターを変えたら繋がるようになるのかなぁ。

ちなみに Yahoo! BB ルータは ｃorega APRS-11 です。

>>201
俺の糞キャッシュキラーを
キャッシュバックアップモードOFFにしてやれば
クズキャッシュだけ消してくれるよ。

とか昔のものを掘り返してみるテスト。

>>187
ｽﾏｿ、その発言発見できなかった。
迷惑かかるみたいなんでソッコー１１．４に戻しまいた。
みんなも１１．４使おうぜ！（ｲﾏｻﾗ)

にしてもやっぱり連鎖切断が気になるというか・・・
特定できないんだけどさ・・

そう言えば、動画ファイルは途中で切断してしまったらDLできたところまでを
一時的復元ファイルとして書き出して、レジュームに使える！って機能
付けられないでしょうか？

11.4専用でリトライ10回制限を少し増やすパッチでも公開したらみんな11.4になるのかな？
今20回にしてチェック中・・・
何度リトライしても数字が増えないようにもできるけど…

わかる人へのヒント
「cmp e?x, 00000009」>「cmp e?x, 00000063」
合計2箇所

>>201
リフレッシュで消えると思いますが。

今気付いたら俺は11.3使ってたという始末。
みんなも11.4使おうぜ！
最新ﾊﾞｰｼﾞｮﾝ試してやるのがβﾃｽﾀｰだろうが！
つーことで11.4とって来ます。

だめだ。まだ全然使い物になってない。
UPだけはいつも速度出てて、人の役には立ってんだろうけど、自分の為には役に立ってない。
MADレベル以上の大きいファイルが全然完了しない。再試行が10回程度じゃ話にならん。
多分100回あっても足りない。気が付くとダウンロードエラーで終わってる。
もう何回ダブルクリック押したか分かんない。疲れた。

>>207
みんな11.4になるかもしれんけど、
それはある種のクラックパッチではないのかと問いたい。
便利だと思うけどな。

>>210
そうだよね。DL10回以内にエラーする可能性大。
100％でもエラーになるのはどうにかならんのかな？
3回100％になっても結局復元まで行かず・・・
570Mの動画で5％で10回使い切ってしまったし・・・

下流が一気に増える時と全然居ない時の差が激しい・・・
β11.4でDL快調

つまり〜何？
自動再試行無いほうがいいと？
そうじゃないだろ？
無いよりはマシになったけど、この自動再試行じゃ不満、と。
そういうことでOKっすか？

>>206
えらい無茶なことを言っているのに気付いて欲しい・・・
Winnyはファイル形式なんか識別してないし、完全キャッシュじゃないと暗号解除できないんじゃない？

OS/CPU/ﾒﾓﾘ：Windows 2000sp2／DURON 800MHz／260(460)MB
回線　　 　　　：CATV
環境　　　　 　：グローバルＩＰ
待受ポート　 ：7744
DDNS入力　 ：空欄
使用ｸﾗｲｱﾝﾄ ：β11.4
速度申請　　 ：50
キャッシュ　　：180M/50G
症状　　　　　 ：今までは半日繋げててもCPU使用率が40％を超えることが
無かったのにβ11.4を３時間繋げただけでwinnyを切断した後も100％を超えてしまいました。
ダウンロードは今までに比べると繋げやすくなってます。キャッシュが少ないのは
残り容量が１Gしかなく、ヴァージョンを変えた時にCDRを使うため800Mのキャッシュを
消去したためです。

>>206
初めの方のスレでそういう機能は後々実装するかもしれないというのを見た気がしなくもない。

あいまいでｽﾏｿ。

11.4にしたらｶﾞｽｶﾞｽ落ちてきたYO！
大物は知りませんが・・・

タスクトレイに隠れる機能ｷﾎﾞﾝﾇ

>>214
そうですね。放っておけるモノになって欲しい。今は放っておくとポツンと（時間切れ｜
ダウン中接続断エラー｜コネクション接続限界エラー）になっていてＤＬ出来ない
ですから。つまりキャッシュが増えないと。

最初の方から使ってますが、現在合計で丁度４GBほど落とせました。環境によって
落とせる落とせないの差が激しいのかな。

>>215
展開失敗する時できるファイルも動画なら読めるんで、
完全でないキャッシュも展開できるようにするのはアリでは。

>>195
port0がえらい悪いように聞こえるが好きでport0やってんじゃない
プロバイダがプライベートアドレスしかよこさないとこもあることを忘れるな
そんな俺のとこは24時間稼動でキャッシュ５G超
しょっちゅうupかかってるぞ

>>203
１１．４の別版ってどこ見てますか？
今おとしたら5/18の3:23のしかないんですが・・・

俺は別にリトライ10回でいいと思う。
あんまり増えたらやっぱネットワークに負荷がかかるのではないかと。

そんなんよりも、
CPUやメモリーや回線速度の総合で役割分担して欲しい。
Celeron500にメモリー256のADSL1.5Mじゃぁ
回線にパソがついていってない。

リトライの方法としては、
10回使い切ったら1分程待機に入って、
また10回リトライとかいうふうにしてくれたら結構助かる。

みんなを最新版に引っ張るには47氏にプロトコル変えてもらうのが良さそうだけど。

>>210
俺もそうなんだけど、このスレに常駐して気を紛らわせてるよ（ｗ

>>214
そう。全然不満。
極端な話、ユーザーが止めるまで永遠に再試行してくれないと現状ではダウンは
完了できないだろう。
50MB以上のファイルを完了した事が一度も無い俺としては
「○と○尋、ダウンできましたっ！（・∀・）ｲｲ!! 」ってのが全く信じられない。

>>217
折れもそういう機能を実装するようなこと見た気がしたので確認カキコしてみた。
>>215そういうわけです。
レスありがとうございました。

ていうかマジで帯域制限してくれ…。UP目一杯取られるとDL出来無いどころか
切断されるわ（自動再試行付いてから症状が悪化）、ポート警告出まくって
再起動しないとダメだわで、正直使い物にならん…(;´Д`)

接続を頻繁に切らんといかんから他の人にも迷惑かかってます…。
設定した値できちっと帯域制限するとかして（ ﾟдﾟ)ﾎｽｨ

つーか要望繰り返してるね…。ｽﾏｿ

＞２２６
６００MBクラスのものが粘ればがんがん落ちてきますが・・・
まったく落ちないって言う人と、どういう違いなのでしょうかね

>>226
あぁ。わかるわかる。
俺が自動再試行ツール作り始めたのは
WINNYに手動再試行が付いたときからだが、
自動再試行がついても余裕で使う価値がある。
これだと無限リトライだからな。

これ使わないと100MサイズのPVが限界だが、
これ使ってPCほっとけば600Mフルサイズでも逝けた。
自慢じゃないが、ね。

ただWINNYに正式に無限リトライがつくのは問題かなぁ
やっぱいわれてる通り、負荷すごいし。

再試行をした方がいいかどうかは、
失敗する理由によると思うんだけど…
転送元を見失った中継元に何万回リクエスト出したって無駄だし。

再試行→再検索→再試行
でないと。

何かβテストを完成版公開の前にキャッシュためておくために使ってる奴多くないか？
後から来た奴よりも有利だと思ってるのかもしれないが、
β初期の不具合で、壊れてるキャッシュもあるようだから、ただの迷惑だぞ？

・・・完成版への移行のときは消せよ。

でも、呼びかけても「もったいねぇ」とか言う奴がほとんどだろうから、
４７氏本人にキャッシュ暗号化のところを少しいじって今のキャッシュをつかえなくしてもらうしか・・・？

そろそろ優先度を実装する時期なんだろうね。
優先度は公開ファイルとキャッシュの量が第一要素になるの？

Winny自体の再試行間隔や無(or低)通信状態のチェックが、
回線速度に応じた物になってくれないと、ISDNとかだと
>>171 の現象の為に、外部から何度再試行しても、ほとんど無意味。

自分の環境では実効上限は7.4Kbps程度。他の通信が全く無くても、64/7.4=約9秒掛かる。
でもって、当然、接続掛けてから直ぐに最大スループットになる訳じゃないし、
Winny自体が検索リンクで通信したり色々やったりしている。
こういう背景で、Winny再試行実装によって、DLは絶望的。

Up中とかだと、20秒あっても64KBは辛いかも知れない。
ADSLとかだと、再試行に意義があるのかも知れないけど……。

>>224
>俺は別にリトライ10回でいいと思う。
>あんまり増えたらやっぱネットワークに負荷がかかるのではないかと。
禿げ同。
Winnyが今実装している再試行は、転送リンクを確立するべき為の仕様であると思われ。

接続するまでの再施工と一回つながってから切れた時の再志向を
別に考えるとスッキリするのかもね。
などと思ってみた。

>>229
落ちてき始めるのですが、大概途中で切れますね。

>>231
いや、それでいい。何でもいい。うまい方法があるならどんな方法をとってもいいから
とにかく放っといてもダウンが完了できるようにしてくれぇ〜。ヽ（`Д´）ﾉ

>>235
できたら10回再試行→1分待機中に再検索→10回再試行として欲しいな。
ファイル名とハッシュがあるんだから・・・できないかな？

>>237
そうですね。それはこちらも同じです(^^ゞでも、何度か再試行すれば確実に落ちます。
しかし、まったく落ちないって人は何なんでしょうか？努力が足りないの？それとも環境のせい？

上下同期の帯域制限なら問題ないと思われ。

>>239
（･∀･）ｲｲ!
繰り返しになるけど、完全に自動でDLできればほっとく時間も増えて
全体としても（ﾟдﾟ)ｳﾏｰ。手動でガンガン再試行されるよりは
ネットワーク負荷も小さいし。

>>223
本家のページからです。
http://www.geocities.co.jp/SiliconValley/2949/Winny10b114.zip

IE キャッシュ消さないとだめ！？
＃私は Irvine 使用だから関係ない

厨な質問ですが、参照数9.7って9人に完全にULして、0.7は不完全ってこと？

初期接続段階での再試行は手動で構わない香具師が多いんじゃないだろうか

途中で切れるのが問題、

β11くらいからだっけ途中切断が多くなったの
以前はこんなに切れなかった、人も減った様なのになぜ・・ファイルが減っただけなのか・・・

>>239
其れがベターである事は間違いないのだが。
でも１分で再検索は無理があるような・・・

XPのファイヤーウォールを使用しながらWinny用の穴を
あける方法を書いた説明をちょっと作って見ました

XPFW設定.zip　でよろ

>>246
何分でもいいんだよ。
とにかく落としきれることに意味がある。
そうじゃなきゃ、でかいファイル落とすときになんか
ずっと画面をみてなきゃならなくなる。

昨日は60Mで何十回ダブクリ地獄に落とされたことか・・・

再試行間隔と再試行回数を自分で変えられるようにしたら？
０から無限大（ｗまで。

>>207
もう少し詳しくお願いします。adressなどは言いすぎでしょうかね・・・

>>222
私もPort 0 です。
もらってばっかりじゃなく私も役に立ちたいので、うまくいっている環境晒して
もらえないですか。

>>250
あれでわからんヤツはあきらめれ

>>252
はう！少し勉強しますわ。

UL入ると自分のDLが切れる・・・
これだけはなんとかしてﾎｽｨ

>>243
一度もダウンしたことないＰＣでダウンしても３時のファイルしかない。
他の人はどうですか？

ところでタイムゾーンくるってない？１２：２３って＋９であやしいですが。
ちがったらすまそ

あ、回数変えられても仕方ないか、みんな無限大にしそうだし（ｗ
それよりも切断判断時間（？）を変えられた方がいいか。

なんでタスクリストから消えるんだYOヽ(`Д´)ノ

>>185
いい加減、誰も相手にしてないのに気づいてください。
昨日からかなり痛いですよ？
自作ツールの使用して、その結果を開発に役立ててもらうならわかります。
しかしそれを不特定多数に広め場合、４７さんの元にあつまるトラフィック情報などが
どの程度そのツールの影響を受けているのかわからず、支障をきたすと思いますが？


つか、あなたは自称ヘボツールを自慢したいだけじゃないかと小一時間（略）

10回も再思考して無理だったら転送側がいっぱいなだけなんじゃないの？
俺の場合20回程再思考して無理ならノード変えて
を繰り替えしたらすんなり落ちてきたけど。

再思考無限大は反対だけど、転送側がいっぱいで接続待ちって感じの表示は欲しいところ。

>>248
まだβだ、そう焦るな。
β１から参加してる俺に取っちゃ、相当良くなっているぞ。

β11.4はDL始まってるのに再試行するから途切れる事がある。
β11.2使ってみたら同じのがすんなり落とせた。

>>258
そういうあなたはただうらやましいだけなんじゃないかと小一時間（略）

>>259
>ノード変えて・・・
は、転送中の人に迷惑かかるんじゃないの？

つーか落とせねー時はアップ側が限界の時が多いんだから
そんな短期間で何十回もアクセスしても、落とせねえんじゃねえの？
少しは落とさせてやってる奴のこと考えようや、どれだけ負担になってんのかをよ

UPが始まるとぜんぜんDOWNできないです。で、そのまま試行回数だけが増えて
やがてエラーになってしまうです。

>>263
う･･･一応中継０の時を狙ってるけど深く考えてなかった･･･ｺﾞﾒﾝ。

>>258>>262
今後の粗悪パッチ流出の温床にもなりかねないので
少なくともβ版の段階でする話題じゃないと思う。

>>259
そういえば、
自動再試行は優先度、キュー概念と合わせて導入すべしとか、
何スレか前で話が出たような…

２箇所じゃなくて１箇所だった...
怪しい場所２箇所のうち上のほうは書き換えるとNG…
今タイムアウトの時間の場所検索中。
そっちは公開しても平気かな？
重くならないよね？

>>250
「ダウンロード中（試行:%d）」のすぐ上にeaxがどーこー出てるでしょ。
それを逆にたどればすぐにたどり着く。

今はβテスト中なんですから　全部落ちなくて当たり前
操作が面倒でも当たり前

47師の提供する機能を前提にしないと効率の良い改善できないと思われ
再試行ツール作ってる人が　４７師の了解が無ければ公開しないと
言っていましたが　とても立派な判断だと思います

落とせなくて我慢できない方はβ版の終了を待つか
すでにある共有ソフトでやりましょう

極端な例かも知れないけどテストの為にISDNは全員締め出しだって
可能性が０ではないのです

バグ報告、要望を出すときに　”なんとかしてくれ”とか”早く直してくれ”
みたいな書き込みはβの内は控えましょう　ﾏﾀｰﾘ

再試行や順番待ちもユーザーから隠さないと駄目なのかも。

現状では山のように再試行してやっと繋がるが、これって今まで繋がっていた人が
突然ノード接続限界になる原因なような・・・

>>268
俺の意見はNO

というか>>185のツールを使わずとも、既存のツールで似たようなことは出来るので…。

>>263
>>ノード変えて・・・
>は、転送中の人に迷惑かかるんじゃないの？
>>266
>う･･･一応中継０の時を狙ってるけど深く考えてなかった･･･ｺﾞﾒﾝ。
「検索リンク再接続」で問題無いと思われ。
・・・・・・もしかして検索キーの転送まで考慮してたら、ｽﾏｿ。

>>258
おいおい、その直後に再検索ができるようになるまで、、、
ってので了解してるだろうが。
それに無限リトライになるとどう変化するのかってのも
状況報告してきたつもりだぞ！？
不特定多数に広めてないしな。
確かに272の言う通りだし。

自慢だと思われるのは本望じゃないので
もう書きませんがね〜。ヽ(´ー｀)ノ

一つ切断すると他も巻き添えで切断する事があるバグは既出？

>>269
禿堂。fileｹﾞｯﾁｭ出来ないのは、辛い？かも知れないけどね。。。

>>269
要望ださんでベータテストの意味があるのか激しく聞きたい…。
書き方はあると思うけど。

>275
激しく。

>>271
冷静に考えて、俺もそう思う…
やはり４７氏にタイムアウトの調整をしてもらうのがよさそう。
改造は無しでマターリといくよ。
47氏スマソ。

>>277
要望・バグ報告　激しく出しましょう
277氏の言うとおり書く方の問題

４７師　忙しいといいながら　寝る時間を削って
改善作業してくれてます　

できるだけプレッシャーになるような書き方は避けたいですね

２週間でここまで進化したんですから
47師とβテスターの努力の賜物ですよね　ﾏﾀｰﾘ

ファイル検索画面にファイルが増えていくとき画面がすげー勢いで点滅するんですけど。
ずっと前のバージョンでこの現象は直ったはずだと思っていたのに。

どなたかﾏﾀｰﾘと現状の問題と次に話し合うべき問題をまとめてください。

>>275
俺の環境では再現しないんだけど・・・

>>282
再試行の必要性とその機能

ｹｰﾌﾞﾗｰの漏れは仕方なくﾎﾟﾄ0なんです。
許してぽ

>>282
まとめてみた。

・タスク状態の画面で勝手にタスクが消えることがある
・また、上記の状態の時に他のタスクまで一緒に死んでしまう可能性がある
・ファイル検索画面でフラッシュする
・自動再試行をする際の条件の緩和
　　→遅いだけでまだ繋がってるのに再試行しようとするのはやりすぎ？
・転送リンクを確立するための自動再試行の他に、確実にﾀﾞｳｿするために
　再試行→再検索→再試行→…を自動でやって欲しい。
　　→これも安定して長くノードを保つために必要
・ACKの問題や、WinnyしたままFTP/WWWをみる場合に困るので帯域制限をして欲しい。
　　→安定して長くノードを保つためには必須だと思われ

優先度の低い、というか正式版で付ければ十分なものも入れてあるYO！
他に何かある？

>>282
再試行しても、来ない物は来ないぞ！と教えて且つﾏﾀｰﾘ待たせる機能かも？

今更なのですが、回線速度とはULなのかDLなのかわからないんですけど、どなたかご助言ください。

最後の二つは書いた後に順番を入れ替えたから……鬱

>>285
おれもケーブル＆ルータなんだけど、これってポート0なの？
UL、DL、中継と一応全部できてるけどなんか支障あんの？

富士通ﾙｰﾀ使用している人で設定分からない人。Winnyで流すから拾ってみてみてね

>>282

ノード間の接続
検索キーの流れ
PC性能とネットワーク負荷のバランスどり
現状でほぼ整合性が取れた（β11.4)

検索ヒット後の実データの転送安定
特に送信・中継・受信のブラッシュアップ
これからの問題点

再試行にしても途中切断にしてもこの部分の
挙動を安定させれば　解決の方向へ行くと思われ

>>291
あ、それいいね。俺もpersolの流そうかなあ・・・

利用者の帯域の不足。って、どうしようもないですね。
俺としては、恣意的に回線速度を低く設定したりPort0にしている人たちに
何らかの対策を講じて欲しい。
回線速度に応じて一度にキューを入れられる総ファイルサイズを制限するとか。
言われている優先度とは別でね。あっちはキャッシュ量や接続時間なんかで左右されるのかな。

>>291
ついでにﾉｰﾄﾞも書いてくれると大変うれしいです。

>>294
それはやむなしに低回線&低スペックPCを使っている人を締め出す結果となるのでよろしくないと考える。

>>294
DL/UL一緒に制限されるからそれほど問題にならんと思う…。

参照数が４まできたこんなもんかななんか文句つけるとこあったら書いてくれ

>>291
そういうのは今度から暗号キー#HELPで流すことにしない?

>>298
そうしたほうがいいね。回覧板とかウザイしな。

>>251
-------------------------------------------------
OS/CPU/ﾒﾓﾘ：Windows 2kProSP2／PentiumIII 850M／512M
回線　　 　　　：CATV
環境　　　　 　：ケーブルモデム−HUB−PC
待受ポート　 ：7743（無意味だけどデフォルトのまま）
DDNS入力　 ：空欄（port0チェック）
使用ｸﾗｲｱﾝﾄ ：β11.4
速度申請　　 ：200
キャッシュ　　：5.2G/5G
-------------------------------------------------
普通に繋いでキャッシュやUPフォルダに検索引っかかりやすいのあればアップされていくよ

>>297
禿堂　非対称回線の方は低い方が自分の回線速度だと
言うことを理解しましょう　UPDL干渉もありますし

>>298 ご希望どうり、win#txtて暗号で流しました

>>284>>290
俺と同じIDなんだけど･･･同じマンションで同じ串か？
いや･･･かと言って･･･謎。

>291
回覧板と同じでそれもウザクなるよ・・・

ツールだの書き換えだのパッチだのは失せろ
おまえらβテストに参加する資格無い

>>305
禿堂。

XPファイヤーウォール設定用メモ
ファイル名：XPFW設定.zip
キー：#HELP
でUPしなおしました

>>307激しく訂正
XPファイヤーウォール設定用メモは

ファイル名：XPファイヤーウォール設定.zip
キー：#HELP
でUPしなおしました

>>296 >>297
書き方が悪かったかな。要するにＤＯＭ対策です。
今のノード状況見る限り、中継にならない様に回線を低く設定したりPort0に
している人が確実にいると思われます。あるいは「よくわからない」で簡単に
Port0で済ませている人とか。
その辺の対策のつもりです。
数値は制限方法と併せて練り込まないとダメでしょうが、このまま放置しておくと
Winnyの発展＆普及に伴ってDOMが増えるだけではないでしょうか？

>>300
ありがとう。
でも、私も設定しているところは同じです。
でも、UPは一回しかみてない。
回線のUPがフルまでいっていて、UPが0というのは中継ということかなぁ。

>>309
DOM大いに結構だよUP帯域とキャッシュ削除とつなげっぱなしさえ
してくれればね

120ですが再度同じものを↓ところ再接続や分割DLといった前回と同じような条件が重なりましたが
今度は無事解凍できました。一応報告しときます

>>282
・リスト更新時に、スクロールバーの位置を保って欲しい。
（クリックする瞬間までスクロールバーをドラッグしておけば、なんとかなるけど）

>>294
DOMの定義がよくわからんけど、ただﾀﾞｳｿしてるだけでもキャッシュに溜まるので
ﾀﾞｳｿすればするほどDOMじゃなくなる気がする。
DOMがDL帯域絞るとは考えにくいし、ULとリンクさせとけばいいんじゃないかな。
Port0はWinnyが最終的に自動で設定できるようになれば問題ないと思う。
何しろ、漏れはUL/DLの干渉が非常に（ﾟдﾟ)ﾏｽﾞｰなので多少低く設定するのは
アリだと思うなぁ。それよりも長くつないで欲しいというか。

>>310
>★sage推奨★
です。

>313
そうそう！ほんとにそう思う

富士通ﾙｰﾀの設定
http://members.tripod.co.jp/atorecikonnmadored/win.txt

>>294
見つからない。＞XPファイヤーウォール設定.zip

必要ない身なんだけど暗号キー検索のテストしたいんで
追加よろ。
@be8b3e3ec8776777117f62a7f1444c

>>311
キャッシュ削除はダメだろ（ｗ

>>313
了解。また集まった頃に整理して貼り付けます。

ファイル検索画面で、完全キャッシュの非表示も付けてもらいたいです。
キャッシュが溜まってくると、かなり画面が見にくくなります。

>>317
thanx!!

あと、どんな拡張子でもﾋｯﾄしないｷｬｯｼｭがあるんですけど捨てちゃっていいですか？
ﾀﾞﾐｰかどうかも判りません。βﾃｽﾄということで一応おいてるんですが･･･
ここの人達の判断を仰ぎたいのですみませんがご協力を。

>>303
zaqでア○○ツです(w

>>321
完全キャッシュのうち見たくないファイルを一旦ダウンに落として
適当な暗号キーをつけて公開フォルダに登録してください
そうすると表示されなくなります。

この辺ハッシュだけ残す方法があればいいのだけど

>>323
暗号キーつけないとダメなの？

>>324
別にかまわんけど

>>323
を、なるほど…
公開フォルダにファイルを移動した後、リフレッシュで消えました。
一応Downフォルダを、キー無しの公開フォルダにしていたんですが、
こっちの方では、リフレッシュしても消えなかったです。
楽しちゃいかんですね。

どもども

>>294
>XPファイヤーウォール設定.zip
見つけたけど余裕なくて落とせない。
こんなのも落とせないとは・・・

どっかに他にうｐしてここの何人かに落とさせて広めたほうが良いかもね。
使えるものならば、だけど。

とりあえず、βが外れるまで、大物の共有を控えてみようかなと思う。
今まで猿みたいにガンガン上げてたけど、まだそこまでの段階じゃ無い気がする。
素人なのでよくわからんが、ペースが早いのは良いとしても、問題をいっぺんに
解決しようとしてる気がします。小物でも環境は変質するというよりそのまま縮小する
だけで、そこで納得するルールをある程度つくりあげたほうが良いと思いますが。
素人の考えで反対されるだろうし、もちろん上げてばかりで悔しいというのもありますが、
なんか47氏の超人的な力のおかげでもってるだけという気もします。

>>323
それって容量が倍いるってことだよね？（キャッシュと公開フォルダ内のファイルで）

正直不便だ・・・

鳥のからageが食いたい

なぜ？氏ね

>>330
寝ろ

「タスク状況」とキャッシュフォルダをぼぉ〜っと眺めててちょっと気付いた。
中継要求が来て転送元からDLして来るのだが、中継要求を出したリンクが100％切れている。
無論以前のバージョンではきちんと転送されていたのだが。周辺の接続設定は弄ってないし。
皆どう？

俺も晒しておこう
-------------------------------------------------
OS/CPU/ﾒﾓﾘ：WinXPpro／Athlon 750M／512M
回線　　 　　　：CATV(ZAQ)
環境　　　　 　：ケーブルモデム−HUB−PC
待受ポート　 ：7743
DDNS入力　 ：ローカルIP（グローバルだと繋がりすらしない）
使用ｸﾗｲｱﾝﾄ ：β11.4
速度申請　　 ：51
キャッシュ　　：6,4G/10G
＊「ルータ経由のため〜」をチェック
-------------------------------------------------
DLに関しては殆どのものはリトライ無しor数回のリトライで
落ちてくる。
ULが少し不安定な気がする。

>>333
数KBのくずキャッシュがかなりたまってるね

>>305
ついでに、古いバージョンが落ちやすいっていって使ってる人、
失せろとはいわないけどβテストなんだからちゃんと新しいのつかいましょ。

>>336
ISDNだと、「古いバージョンが落ち易い」でなくて、「新しいバージョンだと全く落ちない」なのだけど……。
いや、β11.4立ててるけどね。
DLもUPも転送も全て失敗しているっぽいのだけどね。

>334
DDNSにローカルIP入力した方が良いの？
DDNSってFAQ読んでも何の為の設定か今ひとつ解らないんだよね。

>>335
其れは勿論そうなんだけれども。

以前は中継掛かればきちんと「Transfer up:1/down1」の表示が増えて
キャッシュを溜めつつ、転送先に転送してたと思うのだが。

UL要求先から中継要求来る
↓
転送元からDL開始
↓
UL要求先のリンク切れ
↓
中継キャッシュだけ残る（ｗ

其れはそれで俺のキャッシュから落し直しててくれれば良いんだけどさ。

ちょっとしつこいが、

>XPファイヤーウォール設定.zip
がやっと落ちてきて、無事変換終了。
が、zipが壊れてやがる・・・

>>338 DDNS欄にはｸﾞﾛﾊﾞIPを書き込みましょう

>>337
確か47氏は、自動再試行機能は影響を見るために付けたと言っていたし、
自動再試行の前に優先度だとも言っていた。
つまりまだβだ焦るなって事で。

ADSLだけど現バージョンで完全にDL出来た物は１つもない。

>>334
>DDNS入力　 ：ローカルIP（グローバルだと繋がりすらしない）
つながらないことはなかったけどこれやってからいい感じです。

うちは11.4のほうが調子いいけどなぁ。3つ同時に落とせて合計300k出てる。

>>342
回覧板も落とせないの？
それはそれでかなり問題あるきがする。

>330
俺も鳥のからageが食いたい

DDNS=ダイナミックDNS
通常は固定IPでしか受けられないドメインネームサービスを動的IPでもを受けることが出来る手法
つまりグローバルIPをDHCPで受けてる奴でもサーバが建てられる
他のノードに繋ぐ先を知らせるためにIPが必要になるんだろ
動的IPだとIP直打ちじゃ毎回入力し直すのが面倒だしIPが変わったときに前のIPを使ってる奴に迷惑かかるだろーからやめとけ
DynDNSとか使うのが正しい

そーいえばCATVの連中はコレ使ってみれば？
http://www.p-dns.net:8080/

キャッシュが増えないので、溜まっていた完全キャッシュをUPフォルダに
吐き出していて思ったのだが、

正規表現などで一定の条件にマッチするファイルの転送を拒否するオプション
ってのはどうか？
そうすれば自然とノードのジャンル分けが可能かと。

いや、炉なファイルが多くて欝だったもんで・・・

「最近でかいファイルの中継転送が途中で切れるな〜」と思ってたんだけど
実は中継で吸ってる相手は部分キャッシュしかもってなくて、持ってる分は
吸い終わったから切断されてるってことある？

>>346
俺は牛サガリが食いたい。

>>349
キャッシュをいじくる操作や設定はつかない。意図的な選択中継や切断もなし。
４７さんはこの辺は確固とした考えをもってる様です。

Port80だからhttpとかぶるけどね

>>351
じゃ、俺もサガリ頼むわ

450MBが6時間かかった。でもWinny最高だぜ！

>>348
このサービスってWINNYでPORT０で中継ノードにつながるのと
同じなんじゃないの？
あとWEBサーバー専門なんじゃ・・・？

いや実際うごくなら理屈はどうでもいいんだけど。

検索ワードに　映　
宇多田がゴロゴロ出てくるのわ何故

>>357

お隣さんがそういう傾向の人だからでは?

>>341
>>338 DDNS欄にはｸﾞﾛﾊﾞIPを書き込みましょう
でも、ここにある様に DDNS にローカルIP入れたら以下の効果がでてます。
>>334

1.下流の検索リンクがでるようになった。
2.下流の転送リンクが張られている。
3.Transfer の UP が２件ある。

今までこんなことなかった。
みんなの役に立てていると思うのですが...だめですかね。
自分の DOWN もいい感じに繋がるようになったしね。

>>358
別に隣でなくとも…

少し前のバージョンで一時期、
１００ＭＢのファイルが落とせましたが、
最近はさっぱり落とせません。
検索はできるのですが、ダウンロードができません。
要は中継ノードに繋がっていないからだと思いますが、
これってこちらとしては待つしかないのでしょうか？
検索ノードには繋がっていて検索はできるのですが・・・。
待ってるだけってのは一番やるせないです。

>>357
多分公開フォルダ名に「映」もしくは「映像」といった風な
名前を付けているのでは？

>>355
>450MBが6時間かかった。
　これって何回くらいダブルクリックしたんだろう…

漢字一文字で検索するとｲﾛｲﾛ出てきてｵﾓﾛｲね

47さんへ

リストビューのスクロールバー維持だけど、
単にアイテムを再利用するようにしても、頻繁に割り込んだり消えたりの更新のために
結局激しく上下することになるよね。

これを回避する場合、こんなのはどうかな。

マウスカーソルがツリービュー内にあるときは
・ツリーアイテムの削除はしない。代わりに暗くするなどして分かるようにする
・ツリーアイテムの追加は末尾だけ。ソートOFF
・もちろんツリーアイテムは再利用しながら更新。全削除+再登録ではなく。

として、マウスカーソルがツリービューからはずれた時に常時ソート・即時削除にする

という感じすかね。

そろそろ仕上げフェーズに近づいてきたから、こういうこだわりもそろそろアリだよね?

>>362
自分の公開フォルダのフォルダ名は検索にひっかかりませんね。
もちろんUPファイル非表示OFFで。
でも>>357のような事は確認できるので、
一種の文字化けというか、文字コードが一緒なのかも。

DDNSのドメイン名とIPアドレスは入力欄を
分けたほうがいいんじゃないか？
なんかわかってない人が多そうだし

>>352
そうか、なら仕方ないな。
自分の興味のないファイルの転送を手伝ってキャッシュが溢れて(ﾟдﾟ)ﾏｽﾞｰ　より、
他のファイルの転送を行えば興味のあるかもしれないキャッシュが溜まって(ﾟдﾟ)ｳﾏｰ　
と思ったのだが･･･。

>>368
そういう自分勝手は許されないということだ

>>368
>>369
許す、許さないじゃなくて　
みんなで知恵出して　みんなで幸せになろう　(ﾟдﾟ)ｳﾏｰ　
ってことで　ﾏﾀｰﾘ

>>367
＞DDNSのドメイン名とIPアドレスは入力欄を
チミが一番わかってないっぽいが…。

>>371
そうか？自分のグローバルIPをDDNSのサービスアドレスに設定すると
うまくいくとうのは、どう考えてもおかしいぞ？
今はたまたまうまくいってるだけじゃないの？

しかも本来のDDNSの使われ方だったら、ドメイン（ポインタのポインタ）しか
設定しないんだけど、そこの欄に生IP（ポインタ）を設定するちうのはいかがな
もんでしょうかねい。

>>371
固定なのがドメイン名なのかIPアドレスなのかわかってないやつが多いだろ
ダイヤルアップなのにIPアドレスを入れておくのはいかがなものかってこと
IPv6が早くこないもんかね

>>368
MXの子鯖みたいに動画ノードとか音楽ノードとかエロノードとか
初期ノード晒しページで色々傾向出てくると思うから
そんなに気にせんでもええと思う。

あ、ポインタのポインタちうのは、表現がおかしいねい。
たぶん、生IPを設定している場合には、生IPでクエリーして
失敗するけど、生IPが残ってるのでそのまま生IPを使ってるんじゃないでしよおか。
だからうまくいってる、と。
きちんと実装するとダメになっちゃうと。

とりあえず、
2ch.net = ドメイン名
www.2ch.net = ホスト名
な。
君ら、BINDの設定でもしてきてください。

>>373

＞ダイヤルアップなのにIPアドレスを入れておくのはいかがなものか

あ、そういうことなのか。ひでえな（ｗ
じゃあ俺の話は今ここでやっても意味ないね。

ここでゴチャゴチャ言ってる香具師にBINDなんつっても意味が分かってないと思うが（ｗ

落ちない落ちないって・・・落ちてこないって言ってる奴は初心者ばっかりじゃねぇのか？
今のところ欲しいものは、６００MB位のでっかいファイルを含めすべて落ちてきてるぞ。
もちろん粘り強さは必要だが。
つまらん質問や要望出す前に勉強しやがれ！いまのWinnyでも十分過ぎるぐらい高機能だぜ。
今度はお前らの方がバージョンアップする番だ。

>>379

ネタ?

ほとんどのDDNSではホスト名＝ドメイン名だと思うんだが、その辺はやっぱり無視？

>>379がいいこと言った！

用語はちゃんとつかえってことには賛成。

んー、その名前がドメイン名なのかホスト名なのか、あるいは両方なのかは、
DNS引いてみないと判断つかんよね。

＞381
それどこのDDNSよ？　ドメインくれるDDNSなんて聞いたことないが。
DDNSってそのドメインのDNSの正引レコードに自IPと好きな名前を登録してくれるだ
けじゃないのか？

>>385
漏れはサブドメインだと思ってたんだが…。違うのか？

>>386
サブドメイン(ドメインの子のドメイン)をもらったのなら、自分でそのドメインの保守をしないと
いけないよね。
自分で別途DNS調達するか、サブドメインの内容レコードを編集させてくれるってことでしょ?
たとえばいくつも自分で勝手に子ホストを登録できるということだよね。

>>379
漏れも割と落とせてるよ。
600MB*4と100MB程度がいくつか。
全然落ちてきてないってのが逆に不思議．．．

>>381
ホスト名=ドメイン名=FQDN って思ってる?

tmp.2ch.netの場合:

rootからみれば、
net = ホスト名

.netからみれば、
net = ドメイン
2ch = ホスト名

2ch.netからみれば、
2ch.net = ドメイン
tmp = ホスト名

他の人が言えば、
tmp.2ch.net = FQDN = "完全な"ホスト名
2ch.net = ドメイン = gTLD

>>386
サブドメインて、aaa.bbb.2ch.netってアドレスがあったらaaaの部分だろ。

すまぬ。
×aaaの部分だろ
○bbbの部分だろ

Winnyと関係ない話題でｽﾏｿ

>>387
漏れはdyndns.orgでDDNS登録してるんだが、あれってxxx.dyndns.orgの他に
*.xxx.dyndns.orgを全部xxx.dyndns.orgに転送してくれるから見かけ上
サブドメインに見えたんだけど、内部ではホスト扱いになってるってことかい？

>>389
わかってるような、わかってないような…
勘違いしてるﾔｼが多いけど、DNSの世界にホスト名なんてものは存在してないよ。
便宜上ホスト名としてるものは、実際には単なるサブドメイン。

DNSの勉強してきます・・

同じく…。

>>385
通常ドメインという言い方はサブドメインを含む一意なネットワークアドレスを
表すものですけれど．．．。でもまあDDNSの場合は話としては合ってますよ。

厳密にしか言わせてくれないのなら、逆に
aaa.bbb.ccc.net
というDDNSで定義したドメインは、トップドメインのnetまで含めてホスト名と
言うほうが合ってます。分解すると意味はなくて、aaa.bbb.ccc.netという全体で
ホスト名です。

ここでaaa , bbb , ccc , net はそれぞれドメインです。net はトップレベルの
ドメインです。軽い話の中では ccc.net をドメイン、aaa , bbb の部分をサブドメイン
という使い方が多いです。

速度が6KByte/s以上出てれば関係ないからね

一般的にドメインって言ったらntt-east.co.jpまでを指すと思うんだけど。
つーかいい加減スレ違いですな・・・。すまぬ。

つーかそんな話より来るべき時の為にジャンル分け考えようよ〜
反対側があるようにするんだっけ？

>>397
1 blockが65536bytes(64KB)なので
6.4KB/secで、1 blockあたり10秒か。
block単位でこれが10秒だと6.4KB/sec未満でタイムアウト切断になるのかな。

narrow bandならblock sizeを64KBより小さくできるといいんかのう?

なんか検索での引っかかりが悪くなったなぁ

DNSの専門用語での「ドメイン」は、tmp も、2ch.net も、
tmp.2ch.net も全てドメインです。
ついでに . も net. もドメインです。

. (root domain)
└net
　└2ch
　　└tmp

これら全てドメイン名。
ただ一般人にとってわかりにくいことは確か。

>>399
ジャンル分けはどうなるんだろうね。実装するとして、これは開発元でザクっと
決めてしまう以外にはこらへんでで話し合って決定するしかないと思いますが。
人によって分類のしかたが違うからなあ．．．

>>400
いや、タイムアウトを速度申請に合わせた方が簡単だと思うけれど。

開発元で決めちゃうと47氏の責任がどうのって話じゃなかったっけ

>>405
そうだよね、あ、ちょっといいやり方を思いついたけど、書いてみていいかな？

>>406
おながいします。

>>394
>>395
いや、そこまで落ち込む事ないのに…

>>396
> 通常ドメインという言い方はサブドメインを含む一意なネットワークアドレスを
> 表すものですけれど．．．。でもまあDDNSの場合は話としては合ってますよ。
だと、微妙に誤解を生むのでは？

> 通常ドメインという言い方では一意なネットワークアドレスを表すもの
だけでいいんだと思います。
わざわざFQDNって言葉があるんだから。
それにどこまでをサフィックスとして取るかは使う側の自由なわけですしね。

> というDDNSで定義したドメインは、トップドメインのnetまで含めてホスト名と
> 言うほうが合ってます。分解すると意味はなくて、aaa.bbb.ccc.netという全体で
> ホスト名です。
こっちの方もわかってる人にはわかるけど、そもそもインターネットで言うホスト名って
UNIXホスト名から来てるんで、頭の一個目だけを指す場合が多いと思います。

DNSの講義してくれた人THX！　一つ賢くなりました。

>>403
漏れが>>374で言ったみたいに手動で島を分ければ十分なんじゃない？
これ以上CPUに負荷かけるのも…。
でも、技術的には非常に面白いんだよなぁ。

>>404
漏れもそう思う。データが流れてるのに切断つーのはもったいないというか、
せっかちというか(;´Д`)

はい。まず前提として、ここで言うジャンルは４７が提唱していた一次元の位置
ではなくて、量子化されたいわゆるチャンネルです。

そして、もうひとつの前提としてこういうスレで厳密に決めようとしても
まあ大体紛糾して、なかなか決まらないと（ｗ。それで次第にユーザーが
勝手に調整して決めていく方法がいいのではないかということです。

まずWinnyでアップフォルダを決定するときに、そのインデックス情報をどの
チャンネルに流したいのかを自分で決めます。
もし、チャンネルに設定できる数値範囲が小さくて不便なら、さらに詳細な
チャンネル分けができるように、アップフォルダに同時にサブチャンネルを設定
できるようにしておきます。

検索するほうですけど、検索したいワードを決めて、チャンネルを指定すると
そのチャンネルに属するリストが見えます。チャンネルを指定しないと全チャンネル
のリストが見えます。

サブチャンネルを付けて検索すると、チャンネルの検索リストからフィルタされた
検索リストが見えます。

これだけ空間が広ければ、同じ傾向の人は同じチャンネル／サブチャンネルに
いこうとするので（自分もそれを欲しいから）、ユーザーで勝手に寄っていくと
思うのですが。どうでしょう。

>>410
それは検索用暗号キーとどう違うんでしょうか。

>>408
はあ、ただこういうスレではあんまり厳密な定義で会話してもしかたがないと
思ったので．．．あんまりやるとただの上げ足取りだし。

>>411
ずばりそうです。

が、違うのは暗号は完全に一致しないとフィルタされる（存在すらわからない）
のに対して、チャンネルの場合には多少の情報が漏れる（存在はわかる）
ということでしょうか。

>>413
広報される暗号キー、というものがあればそういう形を実現できるのかな。
UPフォルダで「広報する」と指定して暗号キーを設定した場合、
他のユーザーから、広報された暗号キーのリストが閲覧でき、選択するだけで
見られるとか。

>414
それ（・∀・）ｲｲ!!

>>414
はい。　わかりやすく例をあげると、ここにエロのグループ（ｗが
それぞれ暗号キーＡ , Ｂ でやってるとします。
それぞれのグループはお互いに存在すらわかりません。

でも例えばＡに対してＢの情報が染み出すような機構があって、さらに
ＡとＢの両方を一括してとりまとめるような仕組みがあればいいと思った
のです。

粗いチャンネル分けだったら、このスレのようなとこでも決められると
思いますけど、それ以上細かい分け方はそのチャンネルにぶら下がる形で
ユーザーがそれぞれ決めていくしかないと思うのです。

公開暗号鍵と秘密暗号鍵(w

>>410
検索リンクのトポロジには関連しないの？
それともチャンネルで分断？

でもMXと違って子鯖の締め出しみたいなものができなくなるから
結局はKeyの使い捨てで、暗号があふれるような気が･･･
まぁネットワークにはたいした影響ないけどね。

>>418
４７の考え方では検索、中継の情報の流通はジャンルに問わないで行うという
ことなので、トポロジーには関係ない、リストのフィルタだけの話です。

もし、検索リンクを張る仕組みにチャンネルでバイアスがかかると
一層積極的なコロニーが形成されますけど、逆に違うコロニーの
情報はほとんど入ってこなくなるので。

>>420
トポロジが変らないと、
キー情報が遠くまで行き渡らないという問題が解決しないのでは…

>>421
ずいぶん前に４７にその事を聞いたら、動的な移動は難しいと
答えていたので、とりあえずトポロジーは変えない仕様で、ということで。

４７が、がんがってよーしﾊﾟﾊﾟ動的移動を実装しちゃうぞー、という事に
なったらここまでの話は意味がなくなるので、ここで終わりです。

>>422
藁う話じゃないのに、不覚にもﾜﾛﾀ

>>422
えーと、それは途中でジャンルを変えないという意味では。
漏れの理解ではジャンルをある実数で表して、ある程度遠いジャンル値の
ノードとは検索リンクを切断するようにしてドーナツ状のネットワークを形成する。
という事だと思っていたのですが。
結果ジャンル値の遠い場所の情報は少なく、ジャンル値の近い場所の情報は多くと。
…違うのかな。汗

>>424
今やってる話は、量子化されたパラメーターで区分するとして
どうするか、という前提をあらかじめ述べてあるはずですが．．．

>>410を見てください。

なんか、最近Winnyの限界が見えてきたような気がする。47氏他多数のテスターも一抹の不安は
感じているのだろうか？

転送の限界が、、、
　あたりまえの事だが、転送時に必ず中継を行うなら通信量は倍になる。１人が２つのダウンロードを
安定して行いたければ、一人あたり２つのアップと転送用に２つづつのＵＰ/ＤＮを同時に行わなければ
ならない。よって、４つＤＮと４つのＵＰを同時に行う必要がある。サクサク落としたければサクサク４つ
のＵＰを行わなければならない。ＡＤＳＬ８ＭがＵＰフルリンクとしても、ＵＰ1Mbit/s。実効で100kByte/s
位。４つのＵＰに分けるとちょっときつい。しかも転送側に転送の数の余裕がないと、、エラーが多発する。

これらの対策として、帯域をより細かく分け上の例だと１チャンネル25kByte/sだが、5kByte/s位まで細
分化したらどうだろうか、転送可能数とＵＰ可能数を増やしてとりあえず繋がるようにする。複数ダウンロ
ードによって相手や経路に余裕があれば接続チャンネルを増やして、増速させる。一人の相手に5チャン
ネルとかでＵＰや中継しているときに他の人のＵＰや中継が入れば、5チャンネルを減らして他の人の処
理を行う。

転送に関してはＭＸの3.1並みの処理を匿名（中継）で行えるようにしないと、ユーザーが増えないと思う。
今はテスターとして、光や高速回線の沢山の人が自分ではあまりファイルを落とさずにいるおかげで、
何とか成り立っていると思う。小さいファイルはキャッシュが広まったおかげで落としやすくなったが、マ
イナーで大きなファイルはさっぱり落とせない。β11からダウン未完了のキャッシュもＵＰできるようにな
ったと47氏が言っているが、実際どうなのだろう。散々再試行を重ねて、せっかく中継をしてもらっても、
ＵＰ側の部分キャッシュを転送し終えたら、また転送ノードを探しに行かなければならない。

ここまで書いて読み返して、鬱になった。（下手な日本語でスマソ）

>>426
みんながみんな常に二つのDLを行っているとは限らない。
まずこの仮定がどうかと思うが・・・。

>>425
ですから、ネットワーク形状は今のまま、
チャンネルによってもう1段階検索時にフィルタリングするという事ですよね？
この理解がもう違う？

ユーザーがさらに増えれば、ホップ数が更に増えて、
今のままのトポロジでは検索が行き渡らなくなる、という問題は解決しないような…
なので、47氏の一次元のジャンル分け案の代案とはならず、別の話なのでは。という事です

β12

β12です。バグ取りだけで機能追加はありません。
あと、自動再試行は不祥事の方が大きそうなんでとってあります。

今回の修正ですが、転送部を見直していたら転送回数が任意回数になることが
あるという致命的な問題が残っていたので、できるだけ１回以下に
なるように修正しました。

実はここの転送率の制御が非常に難しくて、今度は転送がかかりすぎない
可能性もありますが、匿名性確保のためだけにあるので、
まれに起きる程度でもよいだろうと。

今回のは従来の転送部と違って、部分キャッシュが優先される傾向にありますので、
途中まで落ちたキャッシュが転送動作で勝手に補完されて完全キャッシュになっている
という動作が増えるんではないかと思います。

実は複雑すぎてわけわかんなくなったので転送周りを一度全て作り直したりしてたんですが
細かい部分の動作が怪しくてβ８のころに戻ってしまいそうだったので、結局これは廃棄して、
見つかった問題点への対策だけβ11.4に取り入れました。

なお、これのせいでプロトコルが変わってしまったのでβ11との互換性はありません。

β12ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!

>４７氏
ｦﾂ

>>428
うん。だから別の話なんですけど．．．
二次的な仕組みとしてです。

そもそも、４７が設計した理想的な状態が実現できれば、
検索リストの伝達に関しての心配は、全然しなくていい話で、
それでそういう状態になったとき、あんまりリストが
膨大すぎていやになっちゃうので、ジャンルで分けないか？という
話がスタートだと思いますけど、違うかな。

>>374　に書かれているようなことだけど、初期ノード晒すのは
限られた条件（常時高速接続・高性能ＰＣ）の人だけにして、
その人を核にわざとジャンル毎の小島が出来るようにしたら？
ジャンル毎の核ノード志願者を募ったりして。
さすがに○リノードとかは晒しにくいか（ｗ

>>427
今はとにかく、リリースされれば落とすだけ落としたいヤシが押し寄せるのは、避けられんと思う。
仮に今、半分以上のテスターがただ起動している状態だとして、今のＤＮ成功率は異常に低い。
何か他の問題が発生しているのか、、、

変えたいけどUP中なので変えられない。。。
>47氏
乙。

今日始めたばかりなんだけど、
ぼぉ〜っとタスク情報眺めて、ときどき思いついた言葉で検索し、
自前のキャッシュに溜まているファイルを変換して、
そしてそれを見るだけでも楽しい。

本来の使い方からは遙かに逸脱しているようだが、ま、ｷﾆｼﾅｲ!

>>433
スイマセン。文脈読み違えてました(-Д-;)

＞47師
乙です

>>436
βテストなんだから気にすんな

よく話の流れがわかんないけど、ダウン速度でＭＸ３．１を超えることはないだろうし、
Freenetの匿名性を超えることもまずないです。
Winnyは両方要望する人向けの特殊なソフトですのでそこんとこよろしく〜。

＞47氏
乙です。

細かいバグなんですが、検索ワードの一致判定のところが
Shift-JISの下位バイトが 4xh = 6xhになっているようです。
例をあげると、8946h = 8966h, 8E4Fh = 8E6Fh とかです。

転送始まったのにプツプツ切れちゃうのは直ってないのね…

>>441
アスキーの大文字・小文字同一視が漢字にも入っちゃってるパターンですね。

βテストとはいえとんでもないものばかりキャッシュに溜まっていくのは
かなりうっとーしい。空の暗号キーのファイルの中継不可モードがほしい。
どうせ本格運用になればみんな暗号キーつかうんだろうし。みんなに見つけてほしい
ものならpublicでもtestでも適当なキーで暗号かけて流せばいい。
暗号部にもかなり問題がありげだし・・　今のままじゃDL出来た出来ないばかりで・・
それに暗号使って検索ヒット率が落ちれば全体でのDL要求も減るわけだし、
実際問題、そういう使われ方でどれくらいのDLが成功するのかでWinnyの
評価は決まると思うし。今の暗号無し状態ではDL成功率がひくいのは
ある意味当然ではないかと思う。どないでしょうか？

β12に変えたらポート警告くらっちゃった。β11で設定変えて解決したと思ったのに。

>>443
ああ、なるほど。気付かなかった。
その可能性は高いですね。

>>444
あなたはWinnyの概念も技術的な内容も理解していません
すぐにWinnyを削除しましょう

あげてるし！

>>447
激しく同意

（･∀･）444ｶｴﾚ!

（･∀･）444ｶｴﾚ!

47氏　乙です。
>あと、自動再試行は不祥事の方が大きそうなんでとってあります。
とってしまったんですね。(-Д-;)
なんと言われても、漏れはほしかったと思う。
落とせそうなものはこの機能でずいぶん助かるんで、
βだから別にかまわんです。β取れるときは再度搭載ｷﾎﾞﾝ

@c6c0953efb22c8aa70ef9bbc42e8ec82903a185d

β12にしたら検索リンクヒットなしです。よろしくです

>>449と>>450すごいな。
結婚しても末永く幸せに暮らせそうだ。

47氏お疲れ様です
>>82
にISDN(低速回線)での問題を書いてあります

一瞬、二重投稿したかとおもた・・・(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

大容量ファイルの流通ですが、
ファイルのブロック単位(64MBとか)の流通が出来ると、
部分、部分が広まって、１つのファイル形成が
１人のＵｐに集中する確立が下がると思いますが。

X================================ 1次
｜　　　　　＼　　　　　　＼　　　　　　 ＼
A======== B======== C======== D==== 2-n次
｜　　　　　／　　　　　　／　　　　　　 ／
Z================================

分割するためその分キーの流通が多くなる。
分散しすぎてファイルを復元できないかも。
復元できないキャッシュで溢れかえるYO。
という弱点が考えられます。
だめじゃん（ｗ

そういうことも多々ありますな

んー、ちょっと来週の火曜あたりまで他の用事が忙しくて
対応できんのでよろしくです。

>>458
ぜんっぜん構いませんのでたまには体休めてください（ｗ
マジで。

ちなみに現状では、ＵＰはブロック単位ですけどＤＯＷＮはファイル単位で
転送時に途中から読むことができないんで、転送時に転送元が前の方だけのキャッシュで、
転送依頼側が後ろ側だけないキャッシュだと切断エラー出ます。

ダウン開始時にネゴして対処するか、ダウンもブロック単位にすればいいんでしょうけど、
対処が面倒なんで後回しになってます。ここはβ１完成直前でレジューム作ってて
問題になったところだし。

ところで、β12にしたら落ちてこなくなったが気のせい？

>>410
http://jbbs.shitaraba.com/computer/bbs/read.cgi?BBS=1449&KEY=1021547202
ここでやってるような別け方じゃいかんの？

>>461
俺は検索リンクすらなかなかつながらん。
初期ノードをついかしたんだがなぁ…

まずー、また何かやったか・・・・
来週の準備しないとまずいんだけど。

>>460
それは、レジューム出来ないという事でしょうか？

>>47師　
乙カレーです　今日までほぼ毎日VerUPしてるほうがびっくりです
完成度上がってきてお願い事多くなってきましたが
ﾏﾀｰﾘで　おながいしますYO

>>461
そりゃβ11からみんなが変わらなきゃ無利じゃないか
互換性ない見たいだし

自動再試行、なくなって良かったと思っているのは俺だけなのかな・・・・

関係ないけど、upload, downloadって上下関係のある端の間で
どっちに向かうかを表してる語だったのだが・・
自分がクライアント(=下)で、サーバ(=上)と通信するときには
upload = 送信, download = 受信なのだが、
自分がサーバ(上)のときは逆なんだよな。

で、Winnyは申告速度関係から"上下"関係を構築してるという知識があるから
upload, downloadという言葉を聞くと下に向かった接続を通るときに
送信なのか受信なのか混乱する・・

公式の

転載やリンクなどは常識的な判断に従ってください。

ここに（ネットランナーに限り転載禁止です）といれて下さい

んと、俺かなり勘違いしてるかもしれないので確認させてね。
検索リンク繋がってファイル検索で出てきたということはそこのノードは少なくとも
（現状）β12になってるという事ではないのでしょうか？
でも転送はされない、と……

>>462
その話はとりあえず意味無しということで終わりました。

>>472
補足すると、暗号キーの決め方じゃなくて、情報の染み出しについての
話なので。

こういうことはあって欲しくないんだけど、
やっぱ自動再試行ないこっちのほうがDL上手く逝ってるっぽい。
ヽ(`Д´)ﾉｳﾜｧｧｧﾝ!!

ううむ、とりあえず11.4に戻そう。

なんか１〜２ブロック落としては切断、ってのが繰り返されるんですけど。
うちから吸っていく場合も中継した場合も同じ状況に陥ってるみたいです。

>>475
βテスト期間中は最新Verで検証するのがβテスターの役目だと思いますが。

あと、なんか時間切れになるのがやけに早くありません？
なんか５秒ぐらい途絶えただけで時間切れになる。

>>475
だから何のためのβテストなんだよ！
(;´Д｀)ﾍｧ、、、

ソートの効きが悪いですぅ〜

４７氏が忙しくて対処できないようであれば、とりあえず、11.4にする
（多少具合のよい）のも必要かと。

何も転送がないときの時間切れとだと30秒ぐらいで時間切れになって
何か受け取ってるときの時間切れは10秒ぐらいで1ブロックこないと
時間切れになる感じ
前者の時間切れのほうが判定に時間がかかってるのが気持ち悪い

>>475
同意!!
漏れ、わからんなりに現状を考察

俺はテスターではなく
テストに便乗してファイル集めをしてるだけですので
使えるようになったら移ります。

11.4を繋ぎっぱなしにしてでかけて、帰ってきたら落ちてた。んで報告に来たら
β12ｷﾃﾀ━━━━(ﾟ∀ﾟ)━━━━!!!

うちもブツブツ切れるよ…
やはりタイムアウトまでの時間が短かすぎる気がする

β12　でUP　DL　中継　確認スマシタ
全体移行するまでﾏﾀｰﾘしる

最新版のアラを探すのがβ使用者の役目とオモワレ。

もうすこしﾉｰﾄﾞが増えてから待つか。。47氏、とりあえず銭湯でも行って体を休めて
くだされ

なるほど、どうりでDLしやすくなってきた訳だ。

>>484
俺もキミと方針は一緒なんだけどね・・・

>>456
分割キャッシュについては、既に何度か話が出ています。
結論として、Winnyでは必要なキャッシュを効率よく引いてこれないのでダメと。

旧ver終了後、verアップしてすぐ起動すると
ポート警告出まくります

時間空けるほうが良いの？
OS再起動必須ですか？
みなはどうしてる？

そーいえば、自動再試行用にダウンロードのタイムアウトが10秒にしてあったの
直すの忘れてた。この辺少し長めにしておきますか。

分割ダウソを試行中。
３人からもらってるのに50K/sしかでない。
別の３人を中継して同じ人から落としてる気がする…

>>492
ログ情報の赤字減ってから機能確認してます

>>493
Σ（ﾟдﾟlll) 明日から忙しいのでは!?
がんばりすぎだよ47さん・・・・・・・・

Microsoft (R) Windows 2000 (TM) Version 5.00 DrWtsn32
Copyright (C) 1985-1999 Microsoft Corp. All rights reserved.



アプリケーション例外が発生しました:
アプリケーション: (pid=1208)
発生時間: 02/05/18 @ 23:47:47.579
例外番号: c0000094 (0 で除算されました)

なんか、起動して30秒ぐらいでエラーが出て落ちます・・・

UP,DOWN共にタイムアウトを30秒にしておきましたので
β12落とし直してください。よろしくです。

β12使用
以前の様に検索リンクが確立出来ません。
下流に一人ぶら下がってるだけ・・・
何がいけないんだろう・・・

>498
お疲れ様です

そういえば検索リンクのアタック頻度がどんな環境でも１秒に１回に
なってるからのんびり待ってないと繋がらないはずです。

前のだとネットワーク周りの耐久度が悪い環境で吹っ飛んでたみたい
（主にルータだと思われますけどＯＳとかＮＩＣなかもも）なんで
すこしのんびりした動作になってます。よろしく〜。

>>491
現状はまだ早い。でしょうね。
将来の展望を考えてみたことですので。
流通、キャッシュ面に関しては、改良がされていくことを望みますにょ。

おおぅ、>>452入れたら繋がり始めたよぉ、ｽﾏｿ。

新版 b12にした途端落ちてくるようになりました。ヨカッタヨカッタ。

あのう、リトライ30秒に一回でいいんで付けちゃ貰えないでしょうか…
むぁたーりな感じでいきたいです。

新型入れたいが吸ってる人がいてやりにくいな。。。

β12試しました。
β11では全然落とせませんでしたが、
β12ではかなり落としやすくなりました。

お疲れ様です。＞47氏

>>506
そういうときこそ複数起動！
重くなるけど。

と同時にかなり吸われるようにもなって、UL帯域もいっぱいいっぱいに
なりましたがｗ

β12新版　ISDNでもようやくいい感じでダウンできるようになりました

とりあえず転送中タイムアウトはブロックよりも小さい単位で
判定してほしいお願いします

UP・DOWNは確認しました。中継は不明ですが。
て事でつけっぱなしで寝る。

新β12になったらめちゃくちゃ快適ですね。
報告ですが、今始めて複数人からの分割DLに成功したみたいです。
まず各速度がぜんぜんちがって、もしや！とnetstatで検査してみると
確かに別の人から落としてます。
こりゃぁ(･∀･)ｲｲ!

（´-`）.｡oO（あ、俺のIDｶｺｲｲ）

>>505
俺もー
50MぐらいのDL成功するんだけど、途中4回ぐらいリトライ
「中継・・・」エラーで途切れるのでﾏﾀｰﾘとﾘﾄﾗしてもらえるとうれしいです。

え・・・今日本体ｄｌｌしたのは１１．４なのにもうβ１２？
忙しいなこりゃ

β12.1でた・・・

12.1ｷﾀｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰ

β12.1です。β12と互換があります。

諸悪の根源はＵＰ側タイムアウトの一つだったようで、落ちるようなので
マターリとしたダウン再試行つけときました。

ボタン場所がなかったので設定ダイアログのところに置いたので使いにくいと思いますが
使いたい人はＯＮにしといてください。デフォではＯＦＦです。

47氏乙・・・。

それなりにダウンしたら、今度は転送が楽しみになってきた。
気がついたらできてる知らないファイルを見るのが楽しみ。
マターリ

47さん、漏れらを惚れさせてどうする‥‥(w

port0の優先度、下げてください・・・
いっぺん、port0設定で試したら、DLしまくりで快適でした・・・

47氏、お疲れ様です〜

>>520
それは困る・・・・ポート０から脱出の方法知らないんだから・・・・・・

47さんお疲れ様＆再試行どうも〜
このVerかなりいけてますよっ

やっぱ一度旧バージョンはＤＥＬしたほうがいいのかな・・・

４７氏、乙です

分割ダウソしてバーコード状になったキャッシュは、
全部レジュームしてファイルの変換が始まっても破損ファイルになる確率が高いみたい。
これは仕方ないんだろうけど、そのキャッシュが他人にわたると破損ファイルを作るのかな？

>>526
２度だけ成功したよ　＞　バーコード状

回覧板とか検索にかかりすぎ
上限ヒット数少ないんだから広めるな＝落とすな
持ってる奴はそのキャッシュ消せ

>>522
それくらい調べろ。
脱出できないなら諦めろ。

真面目な話、Port0の方がダウンは快適となると
きちんと設定するのは損って考える人間多いと思うよ。

>>517
乙です。
>マターリとしたダウン再試行つけときました
最高です。早速今夜テストです。

>>519
>47さん、漏れらを惚れさせてどうする‥‥(w
もう掘れてま

>>528
キャッシュに入れてるのも悪いと思うが、
拡張子で検索するのも悪いと思われ

俺も何度かは成功したことあるけど、大抵リカバリレコードでも直せないほど完膚無きまで破損してる。
そのキャッシュを消したくてもどれかわからないし…

まじ４７さん体に気をつけてね。ファイル共有自体より今は
Winnyが成長していくのが楽しみです。

ごめんあげちゃった

sageますね

ありがとさん

新バージョンになってISDNでもDLが安定するようになりました。
ですがDL中に中継が始まると片方もしくは両方切断することがあります。
1UP 2DLになって帯域干渉してISDNの理論値8Kを下回ってタイムアウトしやすく
なっているのだと思います。

タイムアウトの判定をもう少し長くすることは出来ないでしょうか？
（出来れば60秒以上）

ちなみにMXでは120秒にしてた。

>>47氏
お疲れ様です。
かなり使いやすくなってきてて(ﾟ∀ﾟ)ｲｲ!!!

>>回覧板問題
拡張子で検索する場合は、例えばaviの場合は
.aviで検索するとちょっとはましかと。

ﾏｯﾀﾘ再試行いい感じ
多分再試行用タイムアウトを
20以下30秒
50以下20秒
それ以上10秒
な感じにするといい感じになると思う

12.1に変えたらボト警告が出まくってる。
私のマシンに何があったのだろうか

port０脱却質問スレはどこ？

私もポート警告でまくりなうえに
ノード情報に20個ぐらいしかされないんですが･･･

質問スレ:
http://tmp.2ch.net/test/read.cgi/download/1020670232/l50

ノード情報が空っぽになってしまう…

富士通ﾙｰﾀならこれで
ttp://members.tripod.co.jp/atorecikonnmadored/win.txt

一般アニメ：#ANIME
エロアニメ:#ADULT_ANIME
映画、一般動画：#MOVIE
エロ動画：#ADULT_MOVIE
一般ゲーム：#GAME
エロゲ：#ADULT_GAME
もせ、圧縮アルバム：#MUSIC
コミック：#COMIC
写真集：#BOOK
同人:#DOJIN
アプリ：#APPLICATION
ツール：#TOOL
MAD：#MAD
PV：#PV
単体画像：#CG

12.1に変えてから突然400kb/sとか出るように成ったんだけど
これって運が良いだけ？

ファイルはやはり先頭部分からダウンロードされるのでしょうか？
人気のあるブツを効率的に分散させるために、
各ユーザーにはファイルの途中からダウンさせるようにすればいいかと。

β11.2　あたりから
ダウンロードは出来ても
キャッシュから一個も変換できなくなりました。

何か設定関連でこのような状態になるのでしょうか？

「ファイル破損エラー検出」となって変換できません。
落としなおして修正？しようにも
自キャッシュ検索したら「完全キャッシュ」ってなっているので
すぐ変換が始まっているのかすぐに「ファイル破損エラー検出」になってしまいます。

ちなみにそれ以前に落としたやつは変換できるみたいです

どなたか、解決方法わかるかたおられたらおしえてください。

-------------------------------------------------
OS/CPU/ﾒﾓﾘ：WindowsXP／Pentium3 1G／512M
回線　　 　　　：ADSL
環境　　　　 　：ルーターDMZ設定
待受ポート　 ：7743
DDNS入力　 ：空欄
使用ｸﾗｲｱﾝﾄ ：β11.4
速度申請　　 ：50
キャッシュ　　：2G
症状　　　　　 ：キャッシュ変換がまったく出来ません。

>>549
小物でも？何だか調子悪〜時はリブートって事でどでしょ？

>>549
とりあえずβ12.1にかえてね

さっきから俺、経由で、ロリモノ落とそうとしているヤツ、
もう、かんべんしてくれ(;´Д`)y─┛~~

Transfer max 33 ってなってても
up も down も最大5くらいにしかならないよぅ
コネクション数制限で引っかかるって
みんな低く申告しすぎ？

切断くらうのはやはりCPU負荷が高くて
無通信時間が長くなってるからだと思われ。
β10ころから重くなってるからなぁ。

CPU負荷が改善されるとなんだか
すべてまるーく収まるんでないかと
思ったりするんですがどうなんでしょ。

>>553
max33って・・・幾つで申告してるんだよ・・・

>>552
スマソ、俺だ(嘘)

>>545の設定方法だけど
複数のPCがある場合OS側のIP決め打ちが必要って
追加したほうが良くない

漏れはそっちの方が苦労したからさ

俺ADSL8M XP/Athlon1G/512Mで速度は２００で申請。
全然問題なく動いてるよ、やたら低く設定してるヤシ、
勇気出して、少し上げてみ。

>>552
俺ところにも来たよ(;´Д`)

β12カナーリｲｲかんじっすよ。β11で短いファイルにも再試行しまくって
苦労したのが嘘のようだ。

>>557
漏れだって普段は速度申請200で問題ないさ。
でもな、何かの拍子で突然重くなることがある。
そうなってしまうとWinnyを落とすしか解決できないんだよ。
そのとき転送中の奴が可哀想だし漏れも重い中作業するのはいやだから
思わず速度申請を１００にしてしまうんだなこれが。

>>552
俺もだよ・・・写真集２冊・・・

このぐらいの間隔の自動再試行がベストかもしれない。（前のは早すぎ）

この機能ONのままにして、手動での再試行が出来ない作りにすれば
妙なツールで高速アタックされなくなっていいかも。

β12.1、えらく安定してる。
down中で切れることがほとんどなくなった。ちょっと感動モン。
こんだけ安定してると、数百Mのファイルのチャレンジしたくなる。

47さん、お疲れ様です。体たいせつにしてね。

βは取ってもいいかと・・・
あとはノード情報の接続切断を早く取ってほしい
ﾀﾞｳｿ終わったらとりあえず切ってるヤシいるだろ

ノード情報で接続停止にしてしばらく待つと
自然と接続ノード数が減っていくけど、これじゃだめかな。

>>554
FTTH 1000で申告すると33になるよ

でもCPU負荷が高くてDLに成功しないという罠
ためしに200とかにするとDL成功率かなりUPなようす

CPU100%な人、申告速度下げると転送も回って良いかもしれん

>>565
まだ人が少ないからでは？
自分もそうだったけど見て取れるスピードで安定して来てる。(ﾉｰﾄﾞ数は減るけど許容範囲)

ちょっと思っていた自動再試行と違うな。
1, 2〜3回再試行、つながらなかったら30分ほどおいて2〜3回再試行
2, 接続が切れたときは10回程度再試行、再びつながればOK。
つながらなければ1の行程に戻る
出来ればこういったふうにして欲しい
少なくとも朝起きたら落ちていた、家に帰っていたら落ちていた
という形にならない限り皆が常時接続するとは思えない。

オープンエラーはどうしようもないすか…？
泣きそうなんですけど

>>569
自己レス
どうにかなりました。
どうもスマソ

>>566
ｽﾏｿ、とんでもない数値に上げてるのかと早合点した。
確かにADSLとの対比では妥当な値かも。

( ;´Д`)再試行のボタンってどこなんだ・・・。

>>572
ダブルクリックでは？

設定変更んとこ。

>>572
システム情報→設定変更にありますよ

>>572
システム情報→設定変更

>>572-573 ﾜﾗﾀ

>>573-576
ｻﾝｸｽ。無事発見。微力ですがβテストさせて頂いてます。
CATVだから最初不安だったけど転送もできてるみたいだし
なかなか楽しませてもらってます。

47氏
現在のタイムアウト設定だと
ISDNの場合、UP1DOWN1が限度ですな

鳥のから揚げ食いたい。お母さん買ってきて早く

ノード繋がんねーよ…う〜む

繋がったっつーの

自分でまったくDLさせてないファイルがタスクに入って
それがDL始まるってことは中継してるってことだよな。
にしては、TransferのUPが0のままなんだけど。
変だなぁ

>>583
激しくｶﾞｲｼｭﾂ

禿しく既出かよ！
つまりこれは中継じゃないという理解でOKか。

>>583
本来A→自分→Bなのに
うちだと3回に1回くらいA→自分だけで自分→Bが転送されない事があるから
それじゃないの？

>>585
OK！
タイミングの問題だよ

>>580
これも既出・・・？

>>588
既出です。

>>588
外出

今のUL帯域の消費のひどさは、キャッシュの分散がうまくいってないからと思われる。
その理由としては、ダウンした方がキャッシュを消したりしてることが考えられる。
従って、キャッシュを消さないように仕向けるためには、優先度の導入を
しなきゃならない時期になってるのではなかろうか？

と、問題提起してみるテスト

いかのﾃﾝﾌﾟﾗも食いたい

>>592
ageものは禁止です。

>>591
んじゃまず、捏造ファイルはどーすんのさ？

>>593
多少ﾜﾛﾀ

>>ID:If+pJ91U
つまらん。少し反応されたからって調子のんな。

>>591
禿同
今だとファイル提供する(キャッシュを保存してる）優良テスタ−より
DOMのほうが有利に出来てるから、このままだと優良テスタ−さんが逃げてしまうよ
どうにかならんかなぁ…

>>596
俺否定？

>>594
キャッシュされてる容量じゃなくて、送信した容量でいいんじゃない？
適当な名前付けたら、捏造もダウンロードされるけど、それは仕方ないでしょ。

>>596が>>595を全否定。

現在　UP11　DL4（中継2かな？）　キャッシュ13.7G+自前です
みなさん中継役でがんばります　よろー

>>47師
現在上記状態ですがCPU負荷７５％程度逝きます
ｍａｘ33では多分負荷が持ちませんので同時転送時の
負荷軽減考慮しておいてください　すぐに問題にはならないとおもいますが
回線容量は２０％以下の負荷率です

athlon 2100+ 1024MB 回線 UP50Mbps
DL65Mbps


休息も必要ですよ　>>47師

　

つか俺は何も調子に乗ってないよ別人だよ。って関係ないね。激しくう逝ってきます

変な改行入った　ｽﾝﾏｿ

強制的に２Ｇほどキャッシュを持たせるのはどう？
キャッシュが２Ｇ割ると優先権がポート0以下とかにして、最低限のキャッシュは
確保できるようにする。

この場合、捏造ファイルが入っていてもＤＬしたファイルのキャッシュと徐々に入れ替わるから
問題ないと思うけど。

iniファイルみたいなものを作って、そこにいろいろ書いておく。
（たとえば、キャッシュ消した回数とかUPのバイト数とか）
んで、暗号化しとけばいいんでないかと思うが？

>>598
ここは47氏がバグ報告として見てる。
ネタで埋まると見にくくなるでしょ。

>>605
一日でスレ半分くらい埋まるの考えると、47氏、休み明けログ追っかけるだけで
も大変そうだね…。誰か要点整理しといて復帰したときにスレ番指定して教えて
あげた方が良いかもしれん…。

>>604
空き容量が、その規定の容量未満だったらどうなるの？
まず、回線速度と不釣り合いな巨大なファイルを中継させようとするのが良くない。
次に、ダウンロード履歴を取って、過去一週間程度に
その人がダウンロードした(or しようとしている)ファイルサイズの総容量とキャッシュのサイズを比較して、
キャッシュサイズの方が小さかったら警告を発してDLはしない。
ってのはどう？
（たくさんDLする人ほど、たくさんキャッシュを確保してね、と言う事）

>>606
というか、既にログ追うのは放棄してらっしゃいます。
たぶん。

>>607
最低マシンスペックを決めてしまえば？
「HDD空き2GBいります」ってかんじで。

おおっと、ひさしぶりに　@　の転送が・・・。

>>609
こんな感じ？

HDD：2GB以上
メモリ:256MB以上
CPU：1GHｚ以上
回線：常時接続必須、ADSL以上推奨

文句言う奴、多そうだなぁ・・・

>>607
当然、常に優先度が最下位。
ダウンロード履歴等で制限かけるも良いんだが、絶対クラックする奴が出てくるので
全員、一律に特定の量のキャッシュ持ったほうがWinnyの精神に合っているかと思って。

ブロードバンドの人のキャッシュは最近流行りのファイル入っている傾向が強まり
ナローバンドの人のキャッシュは過去に流行ったファイル入っている傾向に成るので
ファイルの種類も増えると思うんだけど。

>>610
うちは

ＨＤＤ：２ＧＢ以上
メモリ：２５６ＭＢ以上
ＣＰＵ：４５０ＭＨｚ

で、安定してますが・・

>>610
フ?ツフ?ツ・・・
安くはなっていて買い換えても良いけどさ?余り物で逝きたいじゃない？＞ALL
HDDはwinnyの為に買ったがそれ以外はもう少し・・・
って本当の要求スヘ?ツクはどんな物なんだろう？？？

とりあえず、優先度の判断基準となりそうな要素を列挙してみると、

・回線速度（UP/DOWM）（実測）
・接続時間
・キャッシュファイル容量
・キャッシュ容量
・UPファイル容量
・送信ブロック数
・接続形態（port0/NAT/DDNS/RAW）
・ダウンロードしたファイル容量
・転送した容量

こんなもんかな？んで、クラック（捏造を含む）の心配が無さそうなのは、
回線速度（実測）、接続形態、キャッシュ容量くらいかな？

せめて検索結果を
正規表現で表示指定できませんか？

>>614
キャッシュの整合性
キャッシュのヒットカウント

>>612-613
光の人とかは、要求をさばくのにかなりCPU食ってるみたいだからね
>>601みたいに。

同一ファイルがファイル名違いで複数流れてるみたいなんだが、
ハッシュとサイズでマッチングしてキャッシュ共有できないもんかなあ。

>>618
どゆこと？

光だがport0なので全く重くないが、過去のバージョン(警告出る前)で
繋いだが１．５ＧのマシンでもＣＰＵ使用率100％だった。

速い人はキャッシュ無くても良いような気もする。

あまりの使い勝手のよさに常設で参戦ｹﾃｰｲ。
テスターに入ります。HDD少ないけどね。

>618
難しいと思う。匿名性が失われるかも

>>618
ハッシュでしか見てないはずだぞ

>>615
正規表現の話は結構前にでてた気が…
結局無しになった気がする。曖昧でｽﾏｿ。

port0ってどうやるの？

プログラム書けない人間の意見でせう＞正規表現

>>620
自分が落とす分にはそれでもいいだろうが
ネット上に複数、人気に応じた量あることが重要だから

Transfer[up:0/down:3/max:3]
になったんだけど、めちゃ安定してDLできてる・・・
やっぱ、UPに帯域取られすぎてDLが切断されているような気が・・・

>>625
WINならIEについてくるCOMを利用すれば
で結構簡単に正規表現をプログラム
できるWIN98とかだと入ってないけど

NICをFNW-9802-Tから変えたら安定した。
NICしか変更点がないので、数秒で落ちる原因はNICだった。
当方、セレ４００×２、メモリ３８４M、回線速度２００

と言うわけでやっと参戦できる。常駐させるよ。
今、3時間続行中。長くやってた方がDLが安定する気がする。
ノードとの繋がりが安定する（確率が高い）から当たり前か。

正規表現がボツったのはプログラムの面倒さじゃなくて（そんなもんライブラリ拾ってくるだけ）
検索クエリがめちゃくちゃ重くなるからなんだが・・・

>>621
この場合どういうことで匿名性が失われるのか分からないので解説キボン

>>622
現在は検索時の識別ハッシュの算出対象にファイル名も含まれているんじゃないのかな。
含まないハッシュでキャッシュについてはマッチングしたいなあと。
UNIXのiノードみたいに、といってわかるかな。
ファイル名および所在情報と、内容の同一性情報を別々に管理するってことね。
すでにキャッシュにある内容と同じファイルだがファイル名を変えたものがあとから検索結果に流れてきても、
同じ実体キャッシュによって取得済み情報バーが表示されるといいなと。
無駄な二重取得を避けたいため。

また、キャッシュが部分キャッシュならば、別名・同一内容のエントリを使ってレジュームもできるように。

>>628
そうかC++の正規表現のライブラリぐらいごろごろしてるか
下流の方は大丈夫だろうけど上流のCPU食われてるとこは
確かにきついか

>>631
ﾊｯｼｭにﾌｧｲﾙ名は含んでない。既出。過去ﾛｸﾞ嫁。

リジュームしまくりで落としたファイルに破損があっても
rarのリカバリ付きだったんで修復できたぞ
おまいらwinnyで公開するファイルは全部リカバリ3％のrarにしてくれ

>>633
えーと、過去スレが多くて新参者には追いきれないのですが、
winny内にあったスレ1〜7の中のスレ2の572の説明だと
同じファイル名で違う実体なら、ハッシュが違うので別ファイルとなり、
>名前、キー、サイズ、ハッシュが全て同じなら同じファイルとみなします。
と書かれてはいますが
名前が違うときに同じファイル実体とみなすかどうかはすぐには見つけられませんでした。

あ、そうか。試しに同じファイルを二つの名前でUPフォルダにおいてみればいいんですね。
・・・片方しか登場しませんでした。

二重に見えたものはきっと内容が少しでも違ったのでしょうね。お騒がせしました。

現在最大キャッシュサイズ1.0Gbyte
保持キャッシュサイズ2.1Gbyte

うーん、ディスクの空きがないんで標準よりさげたのがいけないのか?
あ、ガイシュツならスマ

>>636
まだキャッシュ削除機能は付いていないよ。
今のところ空のキャッシュファイルしか削除されません。

う、そうなのか・・・・
空きを作るか増設できるまでキャッシュ消して引退します・・・
みなさますみませぬ

正規表現の提言したのは折れだけど、
β出る前に言ったハナシ。
今更恥ずかしいのでツッコミ入れないでくれ。
クラブ帰りでねむい、、

>>638
キャッシュのタイムスタンプで人気の無いキャッシュは判断できるよ。
古いやつから削除すればいいんでない？
大き目のファイルだけは残した方がいいと思うけど。

Win2k Pro SP2
Celeron 300MHz + 128M-RAM + 10G-HDD

使ってないノートをルーター無しDDNSで常設。
OSが落ちたことも無いし、Winnyが落ちたことも無い。
CPU負荷率は厳しいものがあるけど、目くじら立てるほどでもないなぁ(β12.1)
申告は70kb/s。スレ汚し失礼しました。
最後に、47氏頑張ってください。

>>641
Celeron400MHz
190M-RAM
です。
後は同感OS＆Winny落ちないしDLもできてて安定してます。

>>642
訂正：１９０M-RAM＞１９２M−RAM

常時起動しときたくても帯域を制限できないのでそうもいかない。
他でもネットワーク使うのに申告をISDNくらいにしといてもほとんど
上り帯域を使われて他のことに支障がでるので使うとき以外落としてる。

3時間くらい起動してると
検索リンク UP2 DL4
転送リンク UP0 DL1
の大して負荷のないような状況でもCPU使用率100％になってました
起動したばかりだと同じような状態でも10％も使ってないです。
β12.1
速度申告200
win2k
Athlon XP 2000+
DDR2100 512M

>>644
俺もそうだけど、寝る時とかは繋ぎっ放しにしてる

>>645
キーが溜まると負荷が増えるらしい

自己ﾚｽ
負荷があるからCPU100％なんですよね。
ｽﾏｿ。

正規表記まではいらんけどせめてこれぐらい．．．

jpg　　　　　　　　　　　ファイル名に"jpg"を含む全てのファイル
jpg 航空機　　　　　　ファイル名に"jpg"及び"航空機"の両方を含む全てのファイル

*-jpg　　　　　　　　　　ファイル名に"jpg"を含まない全てのファイル
*-jpg;gif　　　　　　　　ファイル名に"jpg"も"gif"も含まない全てのファイル

*　　　　　　　　　　　　　全てのファイル

NewYork逝ったことあるか、ぼけども
YellowMonkeyが逝くとこじゃないね、ありゃ。
最も殺伐とした場所、ダウンタウン。それとは逆ｊに
高級な貴族ズラした白人どもがたむろするウォールストリート。
！って感じだな。あいつらはいまだに肌の色で激しく対立してる。
ガム食って踊るボケた黒人ダンサー。あいつはあほたれだ。
ムシしようぜ、そんなボケは。うるせーだけだ。くそヒップホップ
バーテンダーが銃で自殺したってさ。今朝のことだ。
レーメンくいてー

皆さんおはようございます。
47氏ほどほどにがんばって。

間違った!!

>>648
私もand検索やor検索の機能が欲しいなと思ってみたり
あと拡張子によるフィルタ機能とかも・・・
ただ現時点ではこれらの機能追加は後回しでもいいかと思います。
やはり今は負荷の問題とか安定度とか．．．
(β12になってからCPU負荷も緩和されたような気がします。まったく落ちないし)

>>650-651
何事？（ｗ

>>652

648はネタだってば、*とかさ。いい加減卒業しようよ

http://natto.2ch.net/test/read.cgi/denpa/1016241454/

>>649
韓国に逝け

何故スレ荒らすかねぇ
今時&rloや>654www.google.com/search?num=50&lr=lang_ja&q=natto.2ch.net/test/read.cgi/denpa/1016241454/
なんて流行らないのに

>>654
おいおい。>>648の表はfreenetスレのコピペだぞ、、、
実際にfreenetで使われてる方法なのに、電波は酷いだろ

>>655
今更縦読みに釣られるなよ

いつかの同じプロバ串の、、、またお前か。暇だな
しかも騙しリンクまで。

試しに850M超のファイルを2つキューに入れて寝たら、
1つDLできてました。感動。
47氏、体にはお気をつけください。

OS/CPU/ﾒﾓﾘ：Win98SE／Celeron 500／192M
回線　　 　　　：ADSL 8M
Acceptポート　：7743
DDNS名　 　　：指定なし
使用ｸﾗｲｱﾝﾄ　　：β12.1
速度申請　　　：200
保持キャッシュ：2.5G
自動再接続機能：ON

あ、ふしあな失敗恥ずかしい。
スレ汚してｺﾞﾒｿ。逝ってきます。

>>657
(´・ω・`)ｼｮﾎﾞｰﾝ

ところでPFWがICMP3をブロックしまくりなんだけどしない方が良いの？
デフォ設定ではブロックになってる。

　　　／~⌒~⌒⌒~ヽ､　　 /)
　　/　　　　　　　　 　）　( i )))
　（　　　／~⌒⌒⌒ヽ)　/　/
　(　　ξ　　 　､　　,　|　/　/
　　(6ξ--―●-●-　/　/
　　ヽ　 　 　 　) ‥ヽ/ /　　　＜ﾍｲ！
　　　　ヽ　___　ｰ=__ノ/
　　　　 /||＿､＿|| ノ
　　　 / （＿＿＿)
　　　＼(ﾐｌ＿,＿(
　 　　　/. 　＿　＼
　　　／_ ／ 　＼ _.〉
　／　／　　　／　/
(二/　　 　　（二）

検索結果の表示を、ファイルのサイズでフィルタできんかな？
1．xxxbyte以上のファイルを表示
2．xxx〜xxxxxbyteのファイルを表示
3．xxxxxbyte以下のファイルを表示
つうのはｶﾞｲｼｭﾂでそか？

β12.1 にしたらノードに繋がりにくくなった。
というかほとんど繋がらない・・・。
WIN98SE ISDNです。

UP数を２ぐらいに制限してもらうわけにはいきまへんかのぅ・・。
帯域をそればっかりにとられてしまうような気がしてならんのじゃ。。

>>665
回線速度を下げて申請
だが現バージョンではPort0での使用を推奨
後、キャッシュを空にして、アップホルダにも人気のあるファイルは置かないこと

なんかノードリストの九割以上がPort0なんだけど…(´・ω・`)ｼｮﾎﾞｰﾝ

そろそろ優先度をいれなきゃ、ベータテストで挫折するかもしれない。
少なくとも、port0は優先度低くしないと。
ためしにport0にしてみたけど、
めちゃくちゃ快適。
ｃｐｕの負荷は少ないし、
ロリものとかを中継しないという安心感もある。
port0は貢献度が低いんだから
それしか選択肢ないヤシでも優先度下げられるのは当然だろ。

>>668
確かに
今だと毎回キャッシュクリアして、port0で繋ぐのが一番有利になるもんな
ＤＬ安定してきたし、そろそろport0への優先度下げがあってもいいかもしれない

転送１G突破。
自分で欲しいファイル数十Mはダウンロードできず…。
port0にしていいですか？マジで…。

転送リンクのうちport0を一つしか受け入れないようにするだけでもずいぶんと違うと思う。
今転送リンクがすべてport0だからマジ切りたいよ。

>>668
>>669
話の腰を揉むようで申し訳ないけど、
このスレの今までの流れでは、設定分からん初心者はチェック入れとけ
って事だったでしょ？Tipsでもそういう感じだったし。
それを自分たちのDLが上手くいかないからって、
貢献度薄い云々は無いんじゃない？
今後ネトラン辺りに載る前提で話を進めるけど、
このままいけばポート0の新参者がわんさかやって来るんじゃないかな。
「これでブッコ抜き放題」みたいに0設定が載る可能性もあるし。
否定的な人が多かったけど、やっぱ「猿わか」みたいな所が必要ではないかと。
あとWinny自体に、動作環境を読み取れる機能をつけてもらうとか。
もうこうなると「厨ウザイ」だけでは済まなくなって来てる。
そっちの方向で話できないかな？

いっそのことポート0での接続自体できなくてもいいんでないかな。
転送を前提として匿名性を確保する仕組みなんだから転送できない
ポート0はいらないのではないかと思う。
別にポート0でつかえる共有ソフトは他にもあるわけだし。
そういう私は現状あきらかに優遇されてるわけだから
ポート0でやってます、それでもたいしてDLできないけどね。

自分だけかもしれませんが・・
2つ以上同時に落とせる事って少なくありません？
あたりまえか・・・？^^;
成功しても大抵が途中で1つになってしまう

でも1つだけの方がリンクも切れにくいし、破損も起きにくい。
なので、自分は、1つづつ落としているが、ほとんど100％に
近い確立でダウソに成功してます。
2つ以上だと、破損が1/5位の確立で出てしまって
(T-T)です。

それで2つ目以降は、予約って感じにしたらいいのでは？
port0の方だけに適用するのもいいかも
既出かな？

>>674
で、あなたの設定と使用環境は？
あまりにロースペックだったありするとありえるかも。

バグ報告？
ＷＩＮ９５ＯＳＲ２にβ１２．１をインスコしようとしたら
「プログラム開始エラー」で三角の！マークだけでメッセージなしの
ウインドが出てきて起動できません。

ＣＰＵ７５ＭＨだしＨＤＤ３００Ｍしかあいてないし。
別にいいか。

>>674
３本同時進行で正常にダウソできてますが、何か？

>>672
たしかにPORT0脱却マニュアルみたいのは必要な時期にきていると思う。
あとはＰ２Ｐに参加する時の心構えの啓蒙みたいのね

でPORT0の方は４７さんに本バージョンと同じ機構で
PORT0自己診断ツールみたいの作ってもらうってのは？
過去ログ見ると知識はあるけどなぜかうまくいかないって人多いみたいだし。

>>675

OS/CPU/ﾒﾓﾘ　：Win2000／P�V800E／256M
ルーター使用
回線　　　　　 　：ADSL 1.5M
Acceptポート ：111
DDNS名　 　　 ：グローバルIP
使用ｸﾗｲｱﾝﾄ　 ：β12.1
速度申請　　　 ：50
保持キャッシュ：1.0G
最大キャッシュサイズ：4G
自動再接続機能：ON

>>676
うちは、Win95 OSR2.1でちゃんと動いてますよ。多分、DLLが無いか
バージョンが古いかだと思う。

↓Winny.exeの依存ファイル。

COMCTL32.DLL,ole32.dll,user32.dll,WS2_32.dll,KERNEL32.dll,USER32.dll
GDI32.dll,comdlg32.dll,WINSPOOL.DRV,ADVAPI32.dll,SHELL32.dll,COMCTL32.dll
oledlg.dll,OLEPRO32.DLL,OLEAUT32.dll,NoderefConst.txt,NoderefTemp.txt
UpFolder.txt,Keyword.txt,UpFileInfo.dat,KERNEL32.DLL

COMCTL32.DLL が怪しい気がする。

>>674、>>679
自動再接続機能をオフして再チャレンジ
巻き添え切断くらってる可能性あり。

>>680
どーもすいませんです。
うちのCOMCTL32.DLLは５．８１で５．００．３３１４．２１００です。
これってＩＥで更新されるんでしたっけ？
IE5.01SP2なんだけど、アクティブディスクトップ入れてないからかな。
入れたくないなぁ・・・

勘弁してください。転送限界を超えてます。

私がダウンロード中のファイル１

転送中のファイル４

申告50でMAXは３なのに。もっと厳密に管理して欲しいです。

>>679
Windowsでも念の為、Acceptポートは1024以降が宜しいのでは？

>>683
激しくｶﾞｲｼｭﾂ　と。
こうやって突っ込むのもｶﾞｲｼｭﾂ　と。

port0は受動的にファイル中継できないだけなので、
手持ちのキャッシュを適当に選択したサイトにpushしてキャッシュをばらまく
という役目を割り当てるってのはどう？
port0の奴の趣味のファイルがキャッシュヒットしやすくなる罠があるけどナー

>>682
IE5系は、既にMicrosoftのサポート対象から外で、セキュリティパッチの提供が不完全。
ついでにIE5.5以降にしてセキュリティパッチ当てまくる事推奨。

とにかく今の話題はport0についての対処、
もっと広い範囲でいうなら優先度どうするのかっつうことなんだな。
port0を不利にしようとするのも一つの選択だけど、
逆にport0の方を賢く利用させていただくってのが実現できれば
言うこと無いんだよな。それをどうするかってのが難しいわけだが。

>>685
でも対処法もなにも議論されてない罠。

>>689
確かに（ｗ
どうなってんだろうな。
なんだっけ。ｺﾈｸｼｮﾝ周りの問題で、
すぐには対処できないとかそんな結論が出てなかったっけ。

転送中のファイルが六個に増えた！
つながってるのは上流下流ともに200クラスの猛者たち。亀のごとき歩みですみませんねぇ･･･。
あ、また1個増えた。

ディスクトップにわらた

>>690
まあ、こう言うのもなんだけど、４７は自分ではあんまり使ってないんで、
わからないのだと思うよ。再試行も自分で使ってみてあんまり落ちてこない
ので、キレて付けたって言ってたし。

>>682
こちらは、5.81(5.50.4704.1100)だから、COMCTL32.DLLは大丈夫
みたいですね。Win95はなにが足りないかのメッセージがでない
ので、上記のDLLを全部試すしかないです。

IE4は入れたくなかったけど、メインマシンとの整合性を取るため
やむなくインストしています。

>>694
関係ないかもしらんけど、Winsockのバージョンは上げてる？

>>686
FTPのPassiveモードと似たやり方で出来ると思うんだけどなあ。
検索リンク＝ftp
転送リンク＝ftp-data
とイメージして、非Port0はActiveモードで、Port0はPassiveモード。
何かダメな理由あるのかな。

検索リンク経由で、あっちに転送、と電波が届けば、転送リンクを張りに逝く、と。
プロトコル大幅書き換えかもしれんが。

>>692
きゃーﾊｽﾞｶﾁｲ
脳内変換キボン

>>687
ちなみに９５マシンは完全に引退してるのでやるきパワー萎え
メインマシンがWINNYにとられちゃったので引っ張り出してきまちた。
でもβテストだしIE55SP2でもいれて動作確認してみるか。

>>696
「あっちに転送」の電波の流量が多くなって毒電波化しない？(w
誰が送れって指令じゃないだろうから、一斉にport0の大群が接続しようとして
転送どころじゃなくなるような気もするし。
とにかく手持ちを適当にあげてくれれば少しは役に立つ。

別の案としては、down方向の転送でも１ブロック受信完了のACK代わりに、
相手の持ってる破損キャッシュの残り、もしくは適当な手持ちキャッシュを
UPするって方法でもいいのかなーっと。

>>698
Port0の人が全員厨ではなく、善意の人だと仮定して、それは
いいかもしれないですね。

転送が一斉に全部切れた。
なんで？俺は何もしてないぞ･･･。

優先度が導入されたら、port0はとてつもなく低い優先度を与えて、
その他の要因で挽回しなきゃまともに落とせない状態にしたらいいのでは？

それか、port0同士で、常にキャッシュ内容を交換させ続けるとか。
そうすりゃ、port0には常にファイルキャッシュが豊富になるし、使い道もあるのでは？

>>701
それはport0以外の手段がとれない人が孤立してしまうのでは？

これって中継は楽しくてもULは吸われるだけﾑﾅｼｲ気もしますな。。
無茶言ってるのは自分でもわかるが、やっぱりUL数に関連した優先度が欲しいところ

なんだこりゃ、ほとんどみんなport0だぞ。

>>701
(´-`)oO(port0同士で、どうやって交換するのかな)

>>702
極論なのはわかっていますが、
例えば、HDDの容量が少ない人がwinnyやってて、
容量不足になって、なんとかしてくれ！！って言ったら、
「HDD買いに逝け」
という一言で終わると思います。

じゃ、プロバイダの都合でport0の人には
「プロバイダ、変えろ」
でいいと思うのだが。どうだろう？

そういえば、SOCKS 対応は検討されてないのでしょうか？＞47氏

しばらく放っておくとすぐに離れ小島になってしまうイスドンの俺はキャッシュが
すでに5Ｇたまっている。
しかし誰も取りに来る気配が無い。
( ´･ω･) ｼｮﾎﾞﾝ

(´-`)oO(ｼｮﾎﾞﾝﾀﾞﾏ)

>>705
同意。回線細くて文句タラタラ言ってる奴も、太くしろやって感じだ。
そのためのブロードバンドだろ！

>>704
匿名性捨てればできるんじゃないの？詳しくないけど。
port0に接続されている非port0はport0のIPを特定できるんだから、
そいつがお前等、交換しろって指令したらいいだけのような。

>>695
それもあるかも知れませんね。うちは Winsock2.0にアップデート
しています。パッチの類は全部あててます。あと、COMCTL32.DLL
は、5.81 5.00.3314.2100の間違いでした。

ちなみにサブマシン(現在Winny専用)のスペック。

OS/CPU/ﾒﾓﾘ/HDD　：Win95 OSR2.1／K6-2 233／192M/40GB
IE4.01 + IE5.01SP2

ルーター使用　回線：ADSL 1.5M　速度申請：30

アップがいっぱいになると動作かなり重いので。開放専用機
になってます。

>>705
うーん、社会人ならまだしも
自宅暮らしやマンション暮らしの学生には酷じゃないか？
ましてやマンション、アパートなんかじゃプロバイダ決められてるとこもあるし。
結局「port0へのULは１つだけ」とかの機能の方が無難な気がする。

ところでTranferのUPの表示はどーゆー条件で増えるの？
俺ずっと0なんだけど・・。（でもULはある）

>>707
漏れはイスドンで、保持キャッシュは200MB程度/完全キャッシュ数67。
で、参照数が2桁のものが結構あるのだけど。
もしやマニアックな物を選び過ぎでは？(w

>>709
>>710
（　ﾟдﾟ)ﾎﾟｶｰﾝ

>>709
>そのためのブロードバンドだろ！
わけ分からない

>>710
匿名性というよりも、port0同士だと、コネクション自体がはれません。
それをぶら下げてる親が中継するなりする必要があります。
ただそうなると、益々親はいやですねｗ

仕様、開発に関係ない話はこちらへ

Winnyの質問スレ1
http://tmp.2ch.net/test/read.cgi/download/1020670232/

おめーら集団ｹｺｰﾝですが、
>>714が一番的確に的を突きました。彼、優勝。

>>704
別にwinnyのネットワーク使えとは言っていない。
だから、匿名性を捨ててと言った。
MXでport0同士が繋がってなかったかい？

やっぱ、俺様ソフトなんだから、中継のできない奴はほかのソフト使え！
で、ファイナルアンサー？

>>712
学生さんには金がない。
社会人には時間がない。

>>718
ってか、マジでどーすんの？ port0対策。。
これじゃMXの0パッチ状態ですよ。（IM送れない分よけーﾀﾁ悪ｨ）

>>719
MXではport0同士は検索されないようになってる。だからport0から脱出すると
検索数やＱの数が増える。port0脱出スレを見るとよくわかるよん。

b12.1よく落ちるです。
（´･ω･‘） ｼｮﾎﾞｰﾝ

>>723
そうでしたか。ｽﾏｿ

あ、ageてしまった。
すいません・・・。

port0はﾀｲﾌｫされやすいんだから、それでいんじゃない？
優先度はキャッシュのDL回数でいいし。
ハックされたらうまくいかなくなるのは、転送キー導入したあたりで避けられないし。

>>719
うーん？ちょっと言ってる事が分かりません・・
というと、親から交換命令が来たら、
別の方法で、どうにか別のport0ノードと、キャッシュをやりとりしろと
そういうことですか？

無知な>>710はｶｴﾚ!!

Winnyって理想的に広まると共有ファイルが
ぼんやりとネットワーク上に緩やかに偏在するという
結構すごいことになると思うので非常に応援したいんだよね。
でも、まあ一方的に帯域の搾取だけされるってのも悔しいってのが
本音ってのもあるよなあ。むう。
他者に提供する帯域とディスクスペースに応じて報酬はほしいよな

Mr.Childrenのアルバムなんでもいいから揚げれ。
タノンマス〜

>>731
ﾀｲｰﾎ

げ、ハヅかしいまちがいを
ｽﾏ

>>737
sageてから応援してね♥
(mail欄にsageね)

>>727
ALL同意。

>>728-729
ﾏﾀｰﾘしようぜヽ(´ー｀)ノ

>>727
漏れもそれ賛成。
さらに厳しくしてport0のノードはULするとき相手に直に繋ぐってどうよ？
ノード情報にそいつがport0だって書いてなければわからんだろうし。

WIN95でプログラム開始エラー野郎です。
IE55SP2+3/28パッチあてましたが玉砕です。
SOCK2パッチというの正式名かURL教えていただけませんか？

ちなみにこれってDUN1.3とは別モノですか？

>>734
呼んだ？

>>733
ｽﾏﾝ…出遅れた。

あと４７師が判りやすいように要望まとめたtxtなりなんなりあったほうがイイんでない？
Tipsのとこにでも。検討よろ。
最後の方でいいけど「ファイル検索」の「作成時」欄に月も出して欲しい。

DLが始まったら試行回数を0クリアして欲しい。。。
累計で10回のみではキツイっす。

>>735
相手からDLするときはUPフォルダのものでもDL側からみたらキャッシュを
DLしてるように見えるのでキャッシュDL数でカウントはとれません。
また、Port0からのUPは間に転送ノードをはさんでUPすることが出来ないので
直接繋いでる隣のノードに直接UPしてます。

>>739
それは、再試行機能が付けられた直後に気づいて書き込んだのだが、
見事に無視された。４７は運用には疎いのだろう。

つか、只今port0にして実験してるんだけど、中継どころかUP要求も
こないんだよ……。これは確かにまずい気がする。

port0のノードには優先的にUP要求を渡すってのはどうだろ？

>>741
いや、再検索実装せんと迷惑だし、
実装するヒマがなかったのですよ。

>>736
DUN1.3に含まれているっぽい。
ttp://www.microsoft.com/windows95/downloads/contents/WUAdminTools/S_WUNetworkingTools/W95Sockets2/Default.asp

>>743
そうなんすか。モバイルモード？

>>745
へ？
本業の仕事が忙しいのでは？

>>741
そうでしたか、、、
取りあえず致命的では無いので優先事項ではないかもしれないけど、
単純な事なので暇な時にでも変更して欲しいでつね。

>>740
それはAからCに対してUPしたいときに一旦AからとなりのノードBに渡して
Bが転送してCにUPするってことだよね？

そうではなくてAからCに直接コネクション張りに行ってAからCに直接UPして
みてはどうかってこと。匿名性はゼロ（実際は転送されてるかもという確率の
問題を抜きにすれば）になるけどね。

>>746
あ、違うのか（ｗ　（←意味わかる？）

まあ、火曜までは関われないと言ってたので、頭を冷やしつつ
仕様を検討するいい期間じゃないかな。

>>736
Windows95へのWindsock 2の導入方法
ttp://www04.u-page.so-net.ne.jp/sa2/hwada/help/rpcs/winsock2.html

>>731
100曲ほど単品でUPフォルダに入れてる。

>>731
>>751

※お約束※
・落ちた落ちないだけの発言はしない。
・ダウンロード自慢はしない。
・違法なファイル名を晒さない。
・ついでにageない。

上の事をしたい人はwinnyの質問スレ1
http://tmp.2ch.net/test/read.cgi/download/1020670232/

>>749
ああ、そゆことか。
47氏は書きこみ自体がトリップなんで騙れないって。

>>738
Winny Tipsの現在出ている改善案・要望はあんまり更新されてませんな。

>>753
現状では、とにかく４７が走れるだけ走ったとこで、そこからスレの
要望を反映してもらうほうが、完成度が高くなると思うがどうですか？

おなじﾊﾞｰｼﾞｮﾝが長く使われるのはこれで初めてになるんじゃないの？
長くっていっても2日か3日だけどｗ
そうすることによって深く現状を知れるかもしれん。
いい機会だということでﾏﾀｰﾘとテストしつつﾀﾞｳｿさせていただこう。

「○と○尋」 俺、700M持ってるのに690Mのを中継さすのは
ﾔﾒﾃｹﾛ！ﾔﾒﾃｹﾛ！ヽ(`Д´)ﾉｳﾜｧｧｧｧﾝ!!

彼（４７師）火曜日まで忙しいみたいなので
それまでにまとめるだけまとめといてもいいんでない？と思う次第です。

んじゃ、俺はﾀﾞｳｿをかねてﾃｽﾄを…

てーか47氏が来たら、
まとまった部分だけでも知らせてあげるといいと思うんだが。
過去ログ全部は見れないだろうし。

>>744、>>750
ども、無事起動できるようになりました。
ＤＵＮ１．３はその昔インストール済だったんですが、できなかったということは
含まれないみたいですね（上書きされてなければですが）
というわけでお騒がせしましたが
「WIN95でWINNYするにはSOCK2のアップデートが必須」
という結論です。
まあ、やる人あんまりいなさそうですが（藁

>>754
走るだけ走ったら「開発終了」とか(ぉ

>>759
で、当然の如く「Winny_kage」登場
あって欲しく無いこと（ｗ

時間のある人はこれまでのスレから
・問題点
・対処案
・機能提案
・47氏の発言（＝問題点の認識状況、対処案）
あたりを抽出してまとめて欲しい・・・

ファイル検索画面で、「ファイル名」や「サイズ」等をクリックすると、
ソートされる機能の話は外出？

>>762
？いや、ソートはされるだろ。それともソートの更新が効き悪いってことか？
上のカラムをクリックしてから検索画面以外に移して、
また戻すとソートされてるけど。
もしかして全く意味違う？そりゃｽﾏｿ

>>763
押しても再描画されないことがあるから、
ソートされていないように見えるだけではないでしょうか。

port0ノードの評判が悪いみたいで、
肩身が狭い今日この頃。

Port0論議になると、「それ以外選択肢のない人間を排除することになる」って反論が
でてくるんだけど、現状はそれも仕方がない状況じゃないか？
「Port0でもキャッシュで貢献」とかいっても、実際には中継役が必要で、そちらに
負担がかかってるわけで。逆に半端な養護論を出す事で、Port0に移行しやすくしている。
いわせて貰えば、落とすだけが目的の人間がキャッシュを残すとは思えない。
βテストの一環としてPort0を排除してみるのも悪くないのではないかな？

>>765
酸性
どの道現在のプロトコルでは、ノードのMaxが約1000らしいので
一度port0を排除してβテストした方が良いと思うぞ世。
その方が実際の動作が良く分かると思うなぁ・・・と言ってみる（略

port0が中継するようにもできるよね．

port0の問題は，他のノードからport0の方向に
ソケットを張れない(開始できない)事．
>>696の言うように，逆向きに張るように，port0に対して
Winnyネットワークを通して転送リンク確立をリクエストすれば良いだけ．
Napsterとかと一緒．
port0は，転送の両端が非port0の時だけは転送が可能
と言う条件で検索にかかるようにすればいい．
現状で既にポート情報は流れてるんだから，
匿名性にも問題ないはず．

port0同士の転送ができないけど，これは仕方ない．

もしport0が上記の方法で転送するようになれば，
port0ノードが増えたとしても
非port0ノードだけがそれを転送ノードとして使えるんだから，
それはそれでよかったりするんじゃない？
port0は非port0を，非port0はport0を転送ノードとして
使うように自然に落ち着きそうな気がする．

>>767がいいこと言った！！

もし実現できるなら無敵なことを>>767　が！
(･∀･)ｲｲ!

>>767
その場合、非Port0は全てのノードを中継に使えるけど、Port0は非Port0しか使えない、
となりますよね？
それなら、意図的にPort0にしている人たちも設定を変えるだろうし、言う事ないですねぇ。

>>770
住んでる地域的に漏れはケーブルﾎﾟﾄ0しかブロードバンドの選択肢がないんだよ!!
氏んでほしいですねぇ。

>>771
Port0にせざるを得ない人にとっても嬉しい話だと思うのだが？

>>770
全体の話をしている時に自分の都合だけ言い張られてもな・・。
あと、>>767の言ってることわかってる？
Port0はこれまで通り。非Port0はこれまでに加えてPort0ノードも中継に使えるって事だよ。
これにガタガタ言うのって、単に中継役やりたく無いだけって読まれるよ。

>770 それなら、意図的にPort0にしている人たちも設定を変えるだろうし、言う事ないですねぇ。

そうです．
わざとport0にする利点が減ると言うより，
非port0がより使いやすくなる，って感じ．
なんちゃってport0は非port0に，
仕方ないport0も中継の一部を担うことで，
ネットワーク全体の中継リソースが底上げされます．
port0の人たちも幸せ．

中身を見た訳じゃないから推測だけど，
47さん的にも，ものすごく大変というほどの変更ではないと思う．

これと，あとは，何らかの優先度機構が入れば，
かなりうまく回りそうな気が．

>>770 じゃなくて>>771ね。

Port0のﾕｰｻﾞには、Port0であるといふ事以上の制限を与へてはならぬ。

>>776
ツケアガんな禿げ

あげてしまった、、すみません。

>>777
ﾌﾟﾌﾟ

連続長文スマソ．
中継(ULのみ含む)がある時のDLの挙動に問題について．

これは，自分自身のDLリンクだけはちょっと特別扱いする事が
どうしても必要なんじゃないかと思う．
UDとかSETI@homeとかのCPUリソースを提供するシステムだって，
本来の利用者のじゃまにならない範囲でしか
リソースを喰わないからこそうまくいっている．

自分自身のDLリンクが無い場合
->フルパワーで中継

自分自身のDLリンクがある場合
->自分自身のDLリンクに全体の30%とか，
　一定(変更不可)の割合の帯域を確保してやる

ってのはどうかな．

中継の速度は微妙に落ちると思うけど，
Winnyは個人が長時間放っておくほど全体がうまくいくシステムだから，
多少の速度低下なら問題にならないと思う．

あとはさんざんガイシュツだけど，UL/DL連動の速度制限だね．

それと，転送で接続数制限に引っかかったときの挙動
(既に繋がってる接続を道連れにぶちぶち切れる？)は，
単純に実装のバグだと思うから，そのうち47さんが直してくれると思う．
既にスレの速度的に追い切れない感じだと思うから，
バグ報告は誰かがきちんとまとめないとしょうがないけど．

>>767
今の検索リンクの方法から行くと、中継をするには転送キーを持っていて、
下流からの検索クエリが着たら、検索キーにして返す、というのだと思います。
(でも、中継率を下げたというから、時々検索キーを返すという仕組みなのかも。詳細不明)

で、ポート0には下流がいないので、ポート0にも中継をさせるには、
全く別の検索リンクを考えなければならないのでは。

>>767
自分の端末に出てるDL可能のファイル一覧には中継してもらえるノードや
キャッシュを保持してるノードのファイルとして表示されてるわけだから、
それをDLしようとしたときにPort0ノードだど困ったちゃんになるのですがね。

帯域制限ってちゃんと機能させるのが難しいはず
手動で設定するならいい位置が見つかるかもしれないが
自動だと使い物にならん気がするぞ

>>781 下流からの検索クエリが着たら、検索キーにして返す、というのだと思います。

最初の2スレと最近の2スレをざっと見ただけだから
漏れがちゃんと理解してないのかもだけど，
上流下流ってのは検索リンクだけの概念では？
中継には上流も下流もないと理解してます．
ただし，上流にいるほどキーを沢山持っている
(沢山キーが流れてくる)から，自然と上流の方が
転送する機会が増えている，というのがキモなんでは．

port0に下流が居ないってのは，どうなんだろ．
うちはプライベートアドレスなんでport0だけど，
たまに検索リンクが下流に繋がってるから，実際はあり得ると思う．
ただ，非port0は他のノードが繋いでくる(繋ぐ方は上流から試していく)．
その場合は自分の申告速度が上位である可能性が高いから，
相手が下流になる可能性がそれなりにある．
それに対して，port0は自分から繋ぐ機会しかない．
自分から繋ぐ場合，先に書いたように，上流から試していって，
繋がったところで落ち着くから，自分が下流になる可能性が大きい．
たまーに相手の方が速度が下位だと，自分が上流になる．
って感じで，自然と上下が構成されてるはず．

ただport0に下流が圧倒的に少ないのは事実なんで，
たしかに，なんとかしなきゃいけない．

上流が下流の検索リンク接続先を紹介するときに，
port0側から繋ぐようにすると良いかも．
A(非port0上流) - B(port0下流)と繋がってるところに
C(非port0)が参加するときに，Cが初期ノードとしてAを持っているとする．
Cは最初Aに接続に行くけど，Aはもう一杯．
現状ではAがCにBを紹介するだけだけど(port0は紹介しないかも)，
AがBに対してCに検索リンクをかけるように指示する．
この結果どっちが上流になるかはランダムだけど，
確率的にはBが非port0だった場合と同等になって，
port0にも下流がぶらさがるようになる．
検索リンクがどっちがわからかかったかはその後の動きに関係ないので，
多分問題ないんじゃないかと思う．

ってのはどうだろ．
これやるとport0にもキーがたまるようになるのでは．

自分自身でもキューを持って、
自身のＤＬ接続制限を越えた分はキューに入れる機能が欲しい。

>>782 それをDLしようとしたときにPort0ノードだど困ったちゃんになるのですがね。

スマソ，ちょっと，質問の趣旨が理解できません．
"Port0ノードだと"ってのは，どっち側が？

漏れとしては，こう考えてる．

各ノードは検索リクエストが来たら，自分のキーリストと照合して
マッチする物を検索キーとしてリクエスト元に返す．これが今の動作．

まず，検索にマッチして検索キーを返す側のノードを考える．
こいつが，port0のノードだった場合は，照合する自分のキーリストから，
まずport0が由来のキーを排除する．
(転送するときに，DLしてULするわけだけど，DL元がport0のものを排除する)
これは，キー自体にIPアドレスとポート番号があるわけだから，
ポート番号が0のものを除ければ良いだけ．
現状でキーからport0が判定できるのか分からないけど，
ポートが0って書いてあっても匿名性に重大な影響はないはず．
検索リクエストにはIPアドレスとポートは(必要ないが故に)書いてないだろうから，
とりあえずマッチした物は検索キーとしてリクエスト元に返す．

次に，検索をかけた側のノードを考える．
検索キーにはIPアドレスとポート番号が書いてあるわけだから，
ここでリクエスト元は検索キーを返したノードがport0かどうか判定できる．
なので，リクエスト元がport0の場合，
port0のノードから帰った検索キーを無視する．

これで，検索結果のリストは実際にDL可能なものだけになります．

ただし，同じファイルを複数のノードが持っている場合，
多分，今はそのうち最初にマッチした1つのノードしか
結果を返さないようになってるのではないかと思われます．
"次に"以下の部分は結果が帰ってきてからの話になっちゃうから，
これを検索の段階まで引き上げないと，ヒット率が大幅に落ちちゃう．
だから，検索リクエスト自体にport0排除のフラグを持たせる必要がありそうです．
検索かける側は，検索するときに，自分がport0だったら，
port0ですよというビットをたてたパケットを飛ばす．
検索対象側は，自分がport0だったら，port0ノードからの
検索要求は無視してそのまんま次のノードに渡しちゃう．

>>783 自動だと使い物にならん気がするぞ

そうでしょかね．
帯域バランス制御自体の実装に技術力が必要なのは分かるけど，
手動と自動に大きな違いがあるとはちょっと思えない．

今現在全体の帯域幅を手動指定してるけど，
自DLに優先する帯域をこれの30%を強制的に決定するのと，
自DLに優先する帯域も手動で指定するのと，どう違いますかね．

それとも，そういう話ではない？

ちなみに30%とやると，帯域幅を現実の3倍にして
DLにフルに回そうとする人間が出てくるだろうから，
実際には実測値を使う必要があるですね．

port0の人は利用するやめないか？まだβだし。繋いでもDLする確立は低いだろうし

全部読んだんだけど結局どうなるの？
俺は>>787のいうとおり一度port0をシャットアウトしてみたらどうかと思う。

>>787
ﾎﾟﾄ0使用者だが、DLは思ったより出来るのよ。ただうぷは殆ど･･･
必要ならポート0は締め出すのも仕方ないとは思うね、それ以外の人数もそこそこ居そうだし
十分データを取れそうだしね。

Port0の人はUPされてなかったらDOWNできないという制限つければいいんだよ。
人気あるけどどこにも出回ってないものを持っていればPort0でもUPできるんだから
新作提供者として働いてもらうしか。

どうやらport0多発によりネットワークが破綻しそうですね。
各ノードのUP帯域が不足しているのでしょう。port0は中継なしの
DL/DLのみだから中継するノードが足りなくなっていると言うことです。
また、port0を面倒見てる親は、かなりの負担がかかってるんじゃないかな。
現状でも破綻寸前のようなのでさらにport0の厨が増えると言うことは、
間違いなくWinnyは、失敗に終わるでしょう。
ファイルがまともに落とせないP2Pには魅力ないですからね。
ですからケーブルなとのもともとプライベートIPの人は、仕方ないとして
グローバルIPでルーター使用の人は、もう少しネットワークを勉強して
NATで接続するかβテストには、参加されないのがいいのではないで
しょうか。
とりあえずβテストの間は、ネットワークがうまく機能するかどうかを
検証するのが一番の目的ですから・・・・・・・。
port0問題は、その次だと思いますけどどうでしょうか？

>>791
書いてるうちにガイシュツになってた（ｗスマソ

Ｗｉｎｎｙ使ってみたいけど話が難しいよ・・・使うだけでも難しいの？
な〜んて人はこちら
http://tmp.2ch.net/test/read.cgi/download/1020670232/l50
ＷＩＮＮＹ質問スレ

最近のルーターは、細かい設定が出来ない物もあるから
何ともいえないねぇ。

うちはフレッツ1.5 非port0
で、ファイルはずして、回線詐称を行って、HUBってみた。

7以下
ほかのノードに繋がりにくい。
中継依頼は確認できず。

50
UP/DOWN共にほとんど０
中継依頼もあんまりない。

200
UP/DOWN共に、何もファイルを転送していない状態で20K前後。
キーが5000近くなると、CPU処理が瞬間的に80%ほど喰われる。（P!!!800MHz）
多分、「キーよこせ」が飛んできた時だと思う。５秒間隔ぐらい。
中継依頼はまぁまぁくる。

1000
これが一番予想外。
転送何もない状態で、UPはDOWNの1/10以下しか回線喰わない。
中継依頼は来る。


あくまで、短時間の観察例なので、そのへんよろしく

ポート0の方に自主的に繋がなくさせるのは難しいだろうし。。。
（２ちゃんで上位の房のいる板っぽい。。）ｦ･ｦﾚﾓｶ〜
47氏の出方を待つしか無さそうだね、β13の要望としてポート0使用者は一時消えて貰う仕様を
よろしくと。。。

>>795
＞ポート0の方に自主的に繋がなくさせるのは難しいだろうし。。。
難しいというより不可能。だいいち、スレ読んでない。

となると次はBadPort0について議論されるわけだ

>>789

漏れもport0だけど，地元にADSLなり何なりあるから，
個人としては別に困らない．
でもport0締め出しってのは，方向性としてどうかなと思う．
グローバルアドレスくれるISPが無い地域もあるだろうし．

それに，テストとしての価値がかなり制限される．
port0が存在しない状況でネットワークがどういう挙動を示すか
という実験にはなるけど，それ以上の物ではないと思う．
正式版以降もずっとport0排除で行くならそれでいいんだけど，
Winnyは各ノードがそれぞれの事情を抱えつつも
全体に貢献できるというのが長所の一つな訳で．

だから，技術手段でport0の過剰な有利さが相対的に減ぜられるなら
その方が良いと思って，さっきからずらずら書いてます．

>>794

200と1000の挙動が興味深い．
検索リンクが200あたりの層で殆ど処理されていると言うことかな．
この層については，>>786で書いたような手法で
検索担当ノードが大幅に増えれば問題なくなるかも．

やっぱport0を排除して実験してみるのが良いと思う。βだし。
俺はCPUは言うほど負荷を感じないが、
UP帯域はけっこうキツイね。

正式版になればβの現状よりport0の割合が高くなる気がする。
閉め出すよりも有効に活用できる方向に持っていかないと・・・

共同の環境でポート0にしかできないんですが、
Port0に自発的に接続させて転送役にする仕組みは無理なんですか？

>>801
できると思うけど、その辺りは47氏しだいかな、こればっかりはね
ただ、いったんハズしてみて、１日くらいネットワークへの影響を観察してみたいｗ

ポート0が異常に不利になると、
ポート0なのにポート0でないと詐称する厨が増える気がする

とりあえずport0にわざわざチェック入れてるやつは外してほしいYO
回線詐称とかしてる人はβテスターとしては失格だね・・
いや、逆？

ポート０の俺としては・・・
せめて活用してくれ(藁

>>803
ちゃんと設定してないとBadPort0になるからいいんじゃない？

それでもかまわずやる厨が増えるってこと？

>>738
ちと私用で忙しくて、最近更新滞ってました。
いまページに載ってない「改善案・要望」「不具合」あれば、挙げてください。

>>803
Winny側でポート警告が出た場合、切断すればいいのでは？

こういうのはどうでし？

Port0の人にはダウン可能カウンタを設けて、
一つアプできたらダウン可能カウンタが増える。

>>808
誤検出で切断されちゃたまらんぞｗ

けどPort0設定を不可能にしてテストは１回やってほしいね。
どう影響が出るか見てみたい。

>806
ポート開いているのいないのか、
よく分かっていない厨の場合な

>>798
現状ではPort0の割合が多すぎ、それが中継ノードへの負担増を招き、
ますますPort0設定に逃げる人間を増やしていく悪循環にあると思う。
将来的に優先度や回線速度毎のキュー数制限を調整するのに、一時的にPort0を
遮断してデータをとるのは無駄ではないかと。
何度もいうβテストなんだし。

俺としては一律に共有ファイルのサイズ制限も試してみたらと思うのだが。
1.5Gのファイルを中継させられそうになった時は「ちょっとまてぃ」と思ったよ。
利用者比率の多そうなADSL1.5で上りは50k/s ADSL8で100k/s程度。
中継も考えると一本あたり30k/sでれば良い方な状況で、んなデカイファイルが
広まるとは思えないのだが。

>>786

散髪いってて返事が遅れました

>検索キーにはIPアドレスとポート番号が書いてあるわけだから，
>ここでリクエスト元は検索キーを返したノードがport0かどうか判定できる．

検索キーを返したノードがPort0かどうかはわかりますが、そいつを転送する
際のノードがPort0かどうかはわかりません。

>ただし，同じファイルを複数のノードが持っている場合，
>多分，今はそのうち最初にマッチした1つのノードしか

いまのWinnyだとキー情報は検索リンクの3層構造で伝播して行く際に下流から
あがってきたキーと同じものを持ってる場合は上書きされてしまいます。

port0締め出されると漏れは困るので、
実装できるならport0も転送役にしてほしい。

>>786
＞検索キーにはIPアドレスとポート番号が書いてあるわけだから，
＞ここでリクエスト元は検索キーを返したノードがport0かどうか判定できる．
＞なので，リクエスト元がport0の場合

port0とは、待ち受けportが0のことか？と小一時間(略

port0のﾔｼはportを開ける。
開けられない人は少し我慢して様子を見守る。
締め出しは困ると言っても今はテスト段階。
開発を円滑に進めるのが先決。

>>815
まちうけportがないのをPort0と呼んでるのですが、間違ってますか？

>>807
各ノードにＤＬ用のキューが欲しい(しつこいって)。

がいしゅつかもしれないけど、再試行offにしたとたん落とせるようになった。

補足 :
ＤＬ要求を出す側にです＜キュー
接続制限を越えた分はキューに入れて後回しにしてくれると、
寝てる間にＤＬ出来ててウマーと思われ。

>>807
・SOCKS対応
・スクロールバーがいちいち頭に戻らないようにしてほしい

がいしゅつかもしれないけど、port0野郎をoffにしたとたん落とせるようになった。

ヽ(`Д´)ﾉ ｳﾜｧｧﾝ!!

技術的に、Port0のノードを有効活用する方法がある事は確実なのだろう？
ならば、未だ実装されていないからと言ってガタガタ文句いわんでﾏﾀｰﾘ待てや。
47氏もβテスタも必死で考えているんだからサ。

第一、Port0を閉め出して、何をどうチェックしたいのよ。
せめて、あり得る結果とその際に採るべき方針案を、十分に提示してからでないと。
軽くなった→締め出し決定
変わらなかった→元に戻す
重くなった→元に戻す
程度じゃPort0の人怒るよ。

だるくって仕事がはかどらんでだらだらしとります（ｗ
Winnyのソース丸一日みないのってそういえば４月以来始めてかもしれず。

Port0が問題になっているようですが、これが何をやっているのかというと、

１．Port0設定がONになっていると検索リンクネゴの際にそれを隣のリンクに申請する
２．隣のノードがPort0だと分かっているノードから来たキーは、他のノードに渡す
ときにそのIPを自分のIPに全て書き換える。注意点は、相手に渡すときだけで、
手持ちのキーにはPort0の相手のIPが書かれてます
３．これでPort0へのダウン要求は全て一つ上のノードに転送かかることになります
４．Port0から他ノードへの接続は普通に転送リンクが張られます

あと、基本的にPort0は下流になりますが、Port0ノードがPort0ノードにリンクしたり
することで、Port0の下にPort0が来たりすることもあります。基本的にキーは
上流がわに流れますので、最後はPort0群を脱して正常ノードにキーが流れていきますが
検索結果以外のキーがPort0側に流れることはありません。

Port0周辺の実装はこんな感じです。

もしPort0に転送を担当させようとしたら、どうにかしてport0ノードにパケットを
到達させて逆にコネクションを張ってもらうことになりますがちと問題が多いです。
やり方その１は集中鯖を持つ他のソフトのように検索用のリンクを通して
（というよりブロードキャストに近くなる）逆リンク張らせる方法になりますが、
このパケットがWinnyの場合届くとは限りません。Winnyではブロードキャストや、
特定のノードを目指したメッセージを検索リンクで送ることはできません。
こういう手法は集中鯖が無いと辛いと思います。

もう一つの方法は、Port0から出たキーには、検索リンクで隣接しているノードの
IPが書かれているはずだから、一度ここにコネクションかけて隣のPort0に
逆リンク以来パケットを送ってもらって、一度確立したコネクションを切って、
Port0ノードに代わりに繋げ直してもらう方法ですが、現状のコネクションが
困難な状況から推測するに、ダウン成功率が極端に低下すると思われます。
これだと転送になりませんので匿名性が最悪ですし、これで転送発生させようと
したら、Port0の隣のノードから落とさせた方がいいのではないかと。

Port0の隣のノードの判断で、そちらが転送リンクいっぱいで重いんで、
その場合port0リンクに転送を自分で行うように依頼するというのが
メカニズム的には賢そうなんでやってもいいですけど、やはり匿名性的に問題がありそうです。

だからといってそのままport0を放置というわけにも行かないみたいですので、
適当に何か考えてみます。既に出ているようになんらかの制限を加えるのが
いちばん簡単ですけど、できればあまりやりたくないですねぇ。
当分バージョン上げないから何か良い案でも考えてください。

>>824
一つ気付いておいてもらいたい事として、
現状じゃPort0の人間は貢献どころか、
ネットワーク全体の足を引っ張ってる可能性があるんだ。
それを調べるだけでも価値はある気がする。

47さんお疲れ様＆報告です

ULフォルダから、直接ULするときには、キャッシュへ変換されず、
そのまま暗号化しつつULしているように思えるのですが、
これがCPUを食いすぎて落ちる原因なんじゃないかと思うんです。

試しに、ULフォルダを外して、キャッシュだけで動作させていますが、
すごぶる安定具合で、運用が続いています。

しかしこれではもったいないので、設定ダイアログにでも
「ULフォルダに要求が来た場合キャッシュに変換」
なんていう設定を別に付けて頂けるとありがたいのですが。

根本的な勘違いでしたらｽﾏｿ

>>812 将来的に優先度や回線速度毎のキュー数制限を調整するのに、一時的にPort0を

現状ではport0が多すぎてマトモに動作してないわけで，
・port0を排除してマトモに動かす
・port0がいてもマトモに動くようにする
か，どっちかが必要なのは同意．しかし調整というレベルの話になると，
port0の有無というのは，調整に多大な影響を与えるのでは？
本番でpor0がいるわけだから，漏れとしては後者にまず進むのがベターではないかと思う．
優先度はその後でもいいのでは．

1.5GBってのは必然性が薄い．ファイル1つあたり700MBまでとかの制限はたしかに有用かも．
47さんはそういう制限はあまり乗り気ではないようだし，
とりあえずファイル提供者はGBとかの単位にならないように
分割して圧縮するよう心がけてくれると助かるかも．

>>813

>検索キーを返したノードがPort0かどうかはわかりますが、そいつを転送する
>際のノードがPort0かどうかはわかりません。

いや，そんなことはないのでは．現状では検索リクエストを出した側が，
転送ノードに直接コネクションを張りに行っているのだから，
転送ノードのポート状況が分かっていないはずはない．

それに，検索キーを返したノード==転送ノードだと思うんですが，
これは間違っているでしょうか？
間違っているとすれば，できれば47氏の発言を教えて頂けると嬉しいです．
FAQの"検索と接続相手を決定するメカニズムは？"を読む限りは，
検索キーを返したノードが転送するように取りました．

>いまのWinnyだとキー情報は検索リンクの3層構造で伝播して行く際に下流から
>あがってきたキーと同じものを持ってる場合は上書きされてしまいます。

それは仮想キー伝播の際の挙動ですよね．FAQで言うと，

　１．ノードが検索リンクで接続するとＵＰフォルダやキャッシュ内のキーが上流ノードに流れる
　２．下流から来たキーでもし手持ちに内容の同じＵＰファイルやキャッシュがあったら上書き
　３．そのまま上流にキーが流れていってループにぶつかったら終了

ここまでが仮想キー伝播の挙動．上書きするのは同じファイルでもより新しいノード
のファイルを優先して使った方が到達率が高くなるからでしょう．で，ここから

　４．下流からファイル検索要求があったらそちらに該当するキーを流す
　５．検索結果が下流に流れていく間に同じ内容のキャッシュを持っていたら上書き
　６．検索相手に到達

ここまでが検索キーの挙動．5の"上書き"の意味がはっきりしませんが，
"検索結果パケットの送り主情報部分を，結果を送った本来のノードから
同内容のキャッシュを持っているノードに変更する"と理解しています．
(検索ノード的により近いノードから転送するため？)

上書きの時点で"検索キーを返したノード"=="上書きしたノード"=="転送ノード"になるので，
上書きの有無はリクエスト元ノード的には等価のはず．

同じファイルを複数のノードが持っている場合の挙動についてですが，
現状では検索リクエストのコピーが行われないとのことなので，
リクエストが1つである以上結果も1つである，という事のようです．
その上で上記の"上書き"により検索リンク的に近いノードが使われる．
よって，>>786で書いたport0認識はうまく行くものと思います．

ああ、そういえば上に書いた方法を取るとPort0の人だけ
転送時に直接コネクション張ってくるのがばれるんでIPばればれになるわけですが、
現状でもPort0設定の方には匿名性で穴があります。

前も書きましたが、Port0の方は基本的に転送動作しないので
そこから送られてきたキーは基本的にキャッシュかＵＰファイルですが、
隣のノードは相手がport0かどうか知っているので、そのPort0ノードが
持っているファイルがばれやすいです（絶対ではないですが）。
もちろんこれをやるにはプログラムクラックしないとだめですけど、
検索リンクの上流側でキーをよく監視してるとまずいかも。

Port0でもキャッシュが働くのでPort0設定でもＭＸよりは匿名性高いですが、
転送かからないと匿名性的には大差ないので、Port0でないと
使えない人はそもそもWinnyを使うメリット（匿名性とパフォーマンスの両立）
が薄いかもしれません。MXでも使った方がいいかも。

キャッシュのフォルダを移動させようとしたところ、
ファイル名が長すぎてコピーできない問題が発生。
もうちょっと上限短く、ってできないかな？

UPファイルからの直接Upは、かなり重い動作であるハッシュ生成が
常に入るんでＣＰＵ負担が凄いです。匿名性の点からも全部キャッシュに
してしまったほうがいいですね。

お，書いてる内に47さんが．
隣がProxyになっているわけですね．
漏れはそのあたりの理解が弱いので過去スレ読んできます……

>>831
あ、やっぱりそうでしたか。
UP5とかで、昇天した事が何度かありました。
キャッシュへの変換動作なら、継続的ではなく、
一時的な負荷で終わるので、そうして頂けるとありがたいです。

>>830
移動する理由がわからん。
ダウンロード、即キャッシュ消し以外には。

>>834
パーティション切り直してる。

>>834
買ってきたHDDに移動とか。

>>834
了見狭いね

（ ´,_ゝ｀）ﾌﾟｯ

>>835,836
そういう特殊な状況だったら、
１．ファイル名コピー
２．短いファイル名にリネーム
３．移動
４．ファイル名貼り付け
で十分だと思われ

>>833
自分でキャッシュ化しろってことじゃないの。>>831の意味は。

>>838
俺もそう思う。

パーティションて何？

arで固める→もってく→ばらす
じゃだめ？

>>838
移動先のパスが移動元より長くなってると
フルパス256文字だっけ？あの上限溢れて移動できない罠。

とりあえず今は
\cache\winny→\temp\cache\winny
ってしようとして撃沈。

>>825 もしPort0に転送を担当させようとしたら、どうにかしてport0ノードにパケットを　　　到達させて逆にコネクションを張ってもらうことになりますがちと問題が多いです。

昨日風呂の中でつらつら妄想していたときに，
このあたりのことも考えていました．
port0に転送をやらせる際には，その前段階として
"port0ノードから検索要求ノードに検索キーが到達している"わけですよね．
匿名性を維持したままそのルートを逆に辿ることができればいいわけです．

例えば，全てのメッセージにGUID(ユニークなID)を持たせて，
メッセージを区別できるようにする．
検索キーなり何なりを伝達したノードは，どちらからどちらに
GUIDがいくつのメッセージを伝達したかを短期間(数分)記憶しておく．
逆に辿る場合は，足跡となるGUIDを指定してメッセージを流すと，
各ノードはその足跡を逆向きに辿るようにメッセージを返す．
"帰り"のメッセージには"行き"のGUIDしか示されておらず，
どちらのメッセージにも途中の経路に関する明示的な情報は存在しない．

これで逆にコネクションを張ってもらうことができると思いますが，いかがですか？