MXの次はなんだろう？17

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

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

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

47氏による最初の発言:

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


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

上の事をしたい人は
MXの次別館 くだ質、雑談、愚痴スレッド
http://tmp.2ch.net/test/read.cgi/download/1021908798/l50

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

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

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

★sage推奨★

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

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


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

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


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

・β13.4が現在最新バージョンです。
・自動ダウンロードを装備。賛否両論。

３ＧＥＴ

3

2

前スレ：MXの次なんですか？16
http://tmp.2ch.net/test/read.cgi/download/1022002403/

▲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/

▲Winnyアップローダ　http://isweb39.infoseek.co.jp/play/takkysyu/cgi-bin/

MXの次別館 くだ質、雑談、愚痴スレッド
http://tmp.2ch.net/test/read.cgi/download/1021908798/

MXの次はなんなん？15
http://tmp.2ch.net/test/read.cgi/download/1021824221/
MXの次はなんじゃらほい！14
http://tmp.2ch.net/test/read.cgi/download/1021653459/
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

2げっと

7

upは常時0のまんまで、downもあんましうまくいかないなぁ。

>>1
乙

WinnyだろうとFreenetだろうとMXだろうとどうせ君たちがやることは一緒だろう。
世の中のルールが守れない者どもが内輪でがたがた能書き垂れているのは非常に見苦しい。

開発者の47氏は犯罪行為を助長しかねないことに気付いているか？
今はWinnyが稼動しているわけではないから断言はできない。
しかし、進捗が発表されるたびに浮かれている
ここの連中をみれば結果は火を見るより明らかだろう。
47氏には開発、公開の是非の再検討を所望したい。

論点こそ多少違うが、私は言いたい。君たちがこれからやりたいと思っている事
それは発覚しなければいい、自分だけは大丈夫だ、という
極めて自己中心的で甘えた考えに基づいた行為だ。
いつかその甘えが己の生活、人生に根付き自分を蝕むだけでなく
周囲にも影響を及ぼす可能性を大いに秘めている。
おおげさではない。小さなひびが全体を揺るがす元になるのだ。
そしてそれは往々にして悪い結果を招くことは君たちもわかっていることだろう。
要はモラルの問題だ。もっと周りを良く見て欲しい。
自分と比べてほんの少しでも真面目に頑張っていると感じる人がいるだろう？
その人を見習え、とは言わない。
ただ君たちがほんの一瞬でも冷静に自分を見つめ直す事ができれば自ずと
どうすればいいか見えてくるはずだ。
君たちはそれができる人間だと私は期待している。


っていうか、ﾔﾒﾚ　漏れお前らがﾀｲｰﾎされたら悲しいよ。ｳﾜｧｧｧｰﾝ

君たちに私の真意が伝わっているかどうか定かではない。
私はファイル交換＝違法という早計な結論を求めているのではない。勿論、ファイル交換ソフトを
有効且つ有益に使用しているユーザーも多数いるだろう。そういったユーザーから見れば
弾圧ともとれる意見も様々な場所で見受けられる。全てを一般論として括ってしまうのは危険で
あることは私も承知している。
しかし、ファイル交換ソフトで実際に流通している物の現状を無視するのは余りに乱暴すぎる
のではないだろうか。

確かに著作権の概念及び法律が必ずしもいまの時代に沿ったものであるとは一概には言えなく
なってきている事も否めない。が、よく考えて欲しい。著作に関わる法律は基より、全ての事象に
対する法律は文書化され、その文書を元に社会は成り立っている。悪法もまた法であるとは良く
言ったもので”今”のこの瞬間は、”今”文字になっている概念によって統治されていることは自明
の理であることは君たちも当然理解している筈だ。このような内容はいい加減言い尽くされている
という感想をもつ人もいるだろう。それは、この問題が発展途上であるが故、と言えないだろうか。

では、君たちの言う権利を、自由を、堂々と正当に主張するにはどうすればよいのだろう。
自分たちの都合が良くなるようにどこかの誰かが考え、行動し、実を結ぶのを待つのか。
君たちなら私の言いたい事が解ってきたはずだ。極々狭い檻のなかで誰にも聞こえないように
独り言を呟いていては始まらない。そう、君たちが然るべき場所で、然るべき理論と然るべき知恵
を持って戦う、これこそがファイル交換などを使用するにあたって踏むべき最初の手順であると
私は思う。出る杭は打たれる、そんな時代錯誤でナンセンスな妄想に振り回されずに、君たちの
中から最初の一歩を踏み出す者が現れれば、その者の思想が正当なもので、共にする価値が
あれば、私も、微力、極微力ながらその一端を支える努力を惜しまない。

これ以上の議論及び私的見解公表はここのルール違反である所謂”スレ違い”と成り得る恐れが
あり、また、私自身が最低限のルールを破るという社会性を逸脱した存在となっては本末転倒、
社会に対して匿名を使って事を訴え出る資格はないと判断したのでこれを持って最後の書き込み
とする。

っていうか　マジで真面目に考えれ。ｺｿｺｿやってると、有意義な可能性すら失っちまうYO！

ｺﾋﾟﾍﾟｳｻﾞｲ

>>14
禿同。いいかげんにしろ。邪魔

>>12-13
斧のﾊﾟｼﾘｳｻﾞｲ。
氏ね。

なあ、β14でてないか？

>>17
でてる模様。

どれどれ

ほ、ほんとだ！！！

きたね。

出てますね

>47師
乙です

β14です。

・ 自動ダウンの開始数＝転送リンクＵＰ数に制限
・ キーの参照数情報を他ノードにも送信
・ キャッシュの参照数トータル情報を表示（表示だけ）
・ CPU負荷低減

実験的な要素が大きいですが、デメリットよりメリットの方が大きいだろうとの
判断で、自動ダウンの機能に制限入れました。UPされてないと自動ダウンが開始しません。

自動ダウンは確かに便利だと思いますが、無条件で起動されると下流側への
負担が大きいですし、この機能は無くても問題はないので、報酬として利用すると
良いのではないかとの判断です。

自動ダウンにより特化させるのであれば、基本的に下流からのみくる転送キー
だけでなく、自動的に上流にクエリ投げて検索キーを拾ってくれば良いのですが、
自動ダウンで指定されているキーでのクエリを全部投げなくてはいかず、
検索側が間違いなく溢れます。今の自動ダウンなら、まったく検索クエリ出さずに
たまたまキー転送中に見つけたキーにダウンかけますので、検索のトータルの
負荷は下がります。

今回入れた自動ダウンの制限も、通常の検索は問題なく行えますし、
UPフォルダのファイルは人気があれば連続で吸い出されていきますので、
結果的に自動ダウンが自由に使えるということで報酬ということにしておきます。
単純にＤＯＭってキャッシュ消している人にはこの機能が使えなくなります。

あと、β１４はこの辺の調節しようということで、参照数のトータルが見えるように
なっていたり、他ノードの参照値を他ノードが知れるようになっています。
まだ見れるだけでこれらをどう使うかは様子見しながらですので、
何かよさげなアイデアあったら教えてください。

そうそう、参照値転送絡みでプロトコル変わったんで互換性ないです。

＞・ 自動ダウンの開始数＝転送リンクＵＰ数に制限
ありゃ、やっぱり修正されちゃったのね・・・

いえいえ、当然の措置だと思います（ｗ

プロトコルは非互換ですか？

ｽﾏｿ

現状では、プログラム任せで自動ダウンというのは参加者へのモチベーション下がるので、
もう少しゲーム的な要素上げて面白くする方向性で行ったほうが良いと思ってたりします。

β14系でこの辺を探れるといいんですけど・・・・

47師　乙カレーです
とりあえず降臨して頂いてホッとしました
ご苦労さまです

正直、忙しくってこっちやってる余裕があまりないです。
６月までこんな感じだと思う。

夜中にこれの開発やって昼間どうでもいい仕事やって後はぬぼーと寝てて(w
残った頭使う仕事を土日にまとめて片付けてる気が(^^;

temp消したら接続できなくなった・・・・・
よろしくです！
β14
@cf2811d92ee46d381da4d61baf0daf099da0bc81

>>29
４７師　乙です
楽しく使わせてもらってますよ

>>29
土日も働いてるんだ・・・
すごすぎる・・・

お疲れ様です　>47氏

2,3質問があるのですが宜しいでしょうか?
β14
　　ポートを旧βから変更したのもかかわらずログ情報が真っ赤です。
　　キャッシュの総参照値はどこで確認できるのでしょうか?

今まで自分に大したメリットが無かった他ノードへのUPに、
ようやく意味が出てきて（･∀･）ｲｲ!

これでキャッシュを消す輩も激減するハズ。

なんか参照数情報みれるとオモシロイね。

ポートチェック関連はβ１２のころからほとんど変わっていませんので、
ネットワークが込みだしたとか忙しいノードが増えたなどの他の要因が
大きいはずです。この辺は調べるのに手間がかかるのですいませんが
後回しになっています。ＷＡＮではなく、閉じた環境で試さないと
理由がわからないかもしれません。

正直、開発だけなら簡単なんですが、現状で一番困っているのがテストでして、
報告されてもこちらでは再現性がなくどうしようもないのが多くて困っているのが現状です。

ただ単に落ちたとか動かないだとか遅くなったといわれてもこちらの
モチベーションが下がるだけですので、すいませんが、これこれ
こうすると確実にこうなるという報告していただけると助かります。

すいません、漏れがボケて旧β走らせてました。
winny走らせた後、逝ってきます…。

>>47師
自動DL機能の部分でリクエストの多かったのが

1.対象ファイルのサイズ範囲指定（下流・上流ともターゲットサイズが違うため）
2.UPフォルダ・キャッシュ内に存在する物を再度　頭から落としに行く
　ハッシュでフィルターできますか
3.NGワード　複数キーワードによるフィルタリング

ご褒美扱いになったのでより要望が強くなると思えわれます

時期はともかく　出来る事と出来ない事の方向性だけでも
47師の方針を聞かせて頂ければまたみんなとアイディア練れますので

β１３．４とβ１４でポート警告で接続できません。
β１３．３に戻すと警告はでずに中継もできます。

ノートMMX300M+Bﾌﾚ+ﾙｰﾀRta54I
ポート７７４９使用
ＤＤＮＳ欄は空白
回線速度50申請

>>29
あくまで個人的な意見ですが、自分は逆にプログラム任せにしちゃいたい・・・
PCの前にずっと張り付いて監視しつづけるのはMXで疲れ果てました。
好きに持っていって良いから、落としたいものを設定しておけば勝手に
落ちてくるのが理想ですね。
ゲーム的な要素か・・・、UPすることによる利点と面白さ繋がれば良いのかな〜。
例えばMXで自分のUPしたファイルが広まるのを見て愉しむ(?)感じ？
Winnyネットワーク全体での人気ファイルランキングをだすとか・・・

無理だな・・・

これでキャッシュ消し厨が減りそうですな
で、テストしようと思ってキャッシュとUPフォルダを移動して（共有0の筈）やってみたけど
何故か速攻で３人に吸われてます。何を吸ってるんだろう…

と思ってたらMAXのUP6になった…
当然自動ダウソも動いてます。

マスター>>４７、
ええと、検索で出てきたファイル名を例えば自動ダウソのダイアローグに
コピペ出来るようにして欲しいのですが・・・。
あと、ノード情報の項目別のソートもおながいします。

>>41
その現象　他にも発生する方居るようですが
ほとんどの人は大丈夫なようなので
ご自分の環境を再度確認した方が良いと思われ

>>44
ノード情報のソート、できると結構うれしいです。
簡単であれば実装してくれるとｲｲ！

永久欠番。

自動ダウン制限のとこ少し変？
というか、UP6で、DL4なのに、一つのファイルに執着して落とそうとしてるような・・・

>>46
47師　把握ずみ　GUI変更時に対応予定だそうです
組むの大変だそうです　基幹機能重視の方向で47師の負担減らしましょう
ﾏﾀｰﾘ

>>45
ご意見ありがとう。
でも確認といっても確認するトコが・・・
とりあえずＤＭＺ設定いれてみましたが情況かわらず。
ルーター外して直結するぐらいしかない(泣)

４７氏発言の
>・ 自動ダウンの開始数＝転送リンクＵＰ数に制限
>UPされてないと自動ダウンが開始しません。

って一文があるけど、正解は次のどれなのかなぁ？
文面からすると�Bのような気がするんだけど・・・


�@自動ダウン数は「転送リンクのＵＬ数」に制限される。
�A自動ダウン数は「ＵＬフォルダからのＵＬ数」＋「キャッシュからのＵＬ数」の合計数に制限される。
�B自動ダウン数は「転送リンクからのＵＬ数」＋「ＵＬフォルダからのＵＬ数」＋「キャッシュからのＵＬ数」の合計数に制限される。

>>50
ＯＳを再起動したら、直ったってレスを見たような。

>>51
（「転送リンクからのＵＬ数」＋「ＵＬフォルダからのＵＬ数」＋「キャッシュからのＵＬ数」の合計数）−「手動DL数」
になってると思うが・・・

>>47 (レスNo.のほう)
次回からは「予約済み」にしませんか？

>>51
単純にTransferのupの数じゃないのですか？？

自分の持ってない、部分キャッシュもないファイルの参照数が10とか20とかあるんですが、これは一体･･･？

>50
たぶん、Winnyが強制終了しませんでしたか？
その、まったく繋がらない状態で、ルータから割り当てられている
プライベートIPアドレスを確認してください。
たぶん、いままで使っていたアドレスからずれていると思われます。
例)192.168.0.2:6699 → 192.168.0.3:6699

Winnyが強制終了したとき(メモリがwrittenになれませんでした)、ルータ側の
DHCP割り当てがずれる場合があるようです。そのためまったく繋がらないかと。
もし、まったく違っていたらごめんなさい。少なくとも私はこうなりました。

>>55
いや違うと思う　現状UP9で　自動DL表示4です
中継はカウントされてない感じです

まだ、β14でないの使ってるヤシ多いやろ？
やめれ。

>>56
>>24の下の方

>>51
少し観察してみたが

自動ダウンロードの上限は、downMAX-転送リンク数。
ただしUPが発生していない場合は自動ダウンは行われない。

っぽい

>>38で言われているので。
起動関連のバグ報告は
前バージョンからの入れ替えの場合
１．Winnyの再起動もできない
２．PCを再起動してもWinnyの起動ができない。
３．Winnyを再インストールしても起動できない。
ときのみってことで良いかな？

初めてWinnyを導入して起動できないって人は
MXの次別館 くだ質、雑談、愚痴スレッド
http://tmp.2ch.net/test/read.cgi/download/1021908798/
へ。

それ以外のバグは
バグを確実に再現できる人のみ、その方法と一緒に報告可。
なんかアヤシイけど良くわからん、みんなはどう？
って書きこみは上のくだ質へ。

確実じゃないものは全部くだ質へ堕としちゃおうよ。

β13.4での部分キャッシュがβ14でレジュームできますた。だからおまいらもさっさとβ14にしる！！

ダウソ中にリフレッシュすると不正ブロックエラー出ませんか？
確証はないんですけど…。

ごめ >62

>64漏れも同じことがおきた

>>63
おー。そうか。ではβ１４にすっぺか。

あ、故意にやってみたんですけど再現性バッチリですわ。
さっきはミスりたくないファイル落としてたんで試せなかった…^^;
ついでに進行率のところが激しく突出して 239% とか表示されました。

こっちも再現できました。

大変な報告しておきます。
winnyの事を以前、糞雑誌が載せた事は知っている人は多いと思う・・・
で、またどっかの糞雑誌が掲載しようとしているみたいです。
「なぜこんなことわかるんだ？」　「どうせウソだろ？」　
と思ってる人は多いと思う。
けど電車のホームで２人の男な会話を聞いたときは驚いた。
男A「お前んとこの雑誌ってよ、なんか以前言ってたソフトの事特集するだろ？」
男B（←こいつが多分出版社の奴）「あー、winny(ウインニー）のことだろ。」
　　「俺の案なんだ、それ。まだ企画が通った段階だけどな。」
俺、はこの会話を聞いた時かなりなんかむかついた。
なんかすぐwinny広まりそう。

>>54
そうだな。次の時にも俺がいるかわからんけど、「予約済み」で逝こう

>>70
（ ﾟ◇ﾟ）　ﾃﾞﾀﾅ

（・∀・）ｶｴﾚ!!

>64
こちらでも１００％でダウソ中にキャッシュクリアすると不正ブロックでます。
環境はXP PROです。

>>73
そらキャッシュクリアすると・・・

すいません。間違えました。
↑キャッシュクリアー＞リフレッシュ

β1.4　スムーズにUP出来てます
現在UP19　これでストレス溜まった中・下流の人
ホッとしてるかな　転送リンク下流の申請速度も
7-300ぐらいまで　きれいに分布してます　

>>70
クソ雑誌不買運動開始だな。

枯れた話題だがうちは MAD と 同人誌 自動DL試してる
ざくざく落ちて来るねえ
検索、手動はほとんどやってない

Win2000SP2 YahooBB 申請80K ﾎﾟﾄ非0 自動再思考ON

でもUP19でも　自動DLひとつも接続できないです
御褒美をもらい損ねてます　無問題ですけど（ｗ

パパ今日はどんどんUPしちゃうゾー　かなり幸せ気分

β13.1から出ていた外部接続不可にチェックしないと全部
警告出しちゃうよ病がβ14で何故か解消されました。
一応報告までに。

>>70
出したきゃ出せばいい。
出版社 ⇒ 臨時収入
２ｃｈﾈﾗｰ ⇒ 祭りネタGET
winny ⇒ ノード倍増＆ﾀｲｰﾎ確率半減
企画発案者 ⇒ 個人情報晒され、強制ネットアイドル
...誰も損しねぇよ　(w

>70
というか、ウィンニーとか（･∀･）ｶｺﾜﾙｲ!! ルビをつけないで欲しいけどな

>>82
そのまま「Winny」か「ウィニー」と正しい発音かにしてﾎｽｨ

>>82
くだ質のこいつか？

>443 名前：うぃんにー?? 投稿日：02/05/23 20:28 ID:xsjExdvd
>おい、おまいら！
>そろそろWINNYの読み方教えてたもれ!!
>
>まわりに布教するとき口ごもっちまうじゃないかヽ(`Д´)ノ

どれがＵＰしてるタスクかわかんねぇ
ＭＸみたいにＵｐとＤＬ分けてほしい

51です。

自分でも検証してたのでレス遅くなってスマソ。

適当に自動ダウンロードにワード入れといてヒット数あることを確認した後、放置。
転送始まるも自動ダウンロードは始まらず。（transfer up0 down1)
　　（※いまいち理解してないんだけど転送動作ってdownしかカウントされないような・・・概出なら指摘してちょ）
アップ始まると同時に自動ダウンロード開始。(transfer up1 down***)

ってことは転送動作は自動ダウンロード数にカウントされないのかなぁ

とうとう捏造が有利になるような機能が入ったのですね．

捏造問題は，何も解決されてないわけだけれど……
ハッシュによるブラックリストは，
リストの信頼性を考えないとしても，原理的に機能しない．
攻撃者は，定期的に捏造ファイルの中身を書き換えれば良いだけ．
そんな捏造ツール数分で作れる．
捏造に対する有効な対策は，今まで一つも出てない．

楽観的に考えるとすれば，今の状態だと捏造なんかしなくても
中継リクエストがガンガン入るから有利も不利もないかも，ぐらいか．
それでもport0だとなかなか中継もupも入らないんだけど……

β14になってから
仮想ファイルの参照数が0じゃないのは?
自分が持ってないファイルなのに・・・

> ・ キーの参照数情報を他ノードにも送信

>>88
これちゃうの？

>88

>24 を読んでください。

>>87
ハッシュによるブラックリストならぬホワイトリスト(= おすすめリスト)は
機能するでしょうか？

>>90
それは、理解して書き込んだつもりだったのですが。
理解が足らなかったようです。
そしたら参照数が0なのは、提供者本人しか持ってないということですか？
それにしては0が多すぎるような気がするのですが・・・

>>91

ハッシュを同じにするのは極めて困難(ほぼ無理)なので，
その点は問題ないけど，今度はリストの信頼性の問題でしょうね．
攻撃者が嘘の申告をすればいいわけだから．
あとはそもそも，機能するとしてもかなり対象が限られる．

何にしても，情報の二重化になるので，
ファイル数が増えるとどうしようもなくなってくるのでは．

そもそもWinnyにそんなめんどくさい(不毛な)世界を望んでいる人は
あまりいないのじゃないかと思う……

>>93
MD5とかは、たしかに「狙って同じハッシュにすること」は困難だけど
ぜんぜん関係ないデータのハッシュが偶然一致する危険は常にある。

あと，何やったって引っかかる時は引っかかるし，
引っかかる奴は引っかかるわけで，
本人が引っかかってるだけならまだしも中継ノードの
キャッシュスペースと帯域が無駄遣いされる問題もあるか……

>>94

それはMD5に限らず，ハッシュ関数全てに共通する挙動だけど，
捏造問題に関して言えば，十分な大きさのハッシュ値を使う分には問題ない．

つーても，nビットなら，平均して2^n/2回の試行で，
好きな大きさの捏造ファイルが作れるような気もするけど……
Winnyの場合，どのポイントでハッシュを計算してるかが問題か．
ファイル内容生からだったらツールで高速に試行できるけど，
何らかのヘッダ付加なり暗号化なりをしてからのハッシュなら，
2^n/2の試行は現実的に無理．

>>93
1)リストをここ(= 2ch)の様な場所で晒す→変なファイルだとすぐバレる

または

2)リストを信頼出来るメンバー間のみで closed にやりとり

になるんでしょうね。＜信頼性

不毛な世界は漏れも望んでないです。

あ，Winnyはブロック単位でハッシュ計算してるのかも．
だとしたらハッシュをそろえるのはまず無理だ．

ねつ造ファイルを掴まされた人は「ねつ造警報」を発することが出来る。
「ねつ造警報」はユニークIDを載せて検索キーと同じ感じで流れるが寿命は少し長め。
「ねつ造警報」を受けた人で完全キャッシュを持っている人には警告表示して通過、
UPフォルダで共有している人で止まりねつ造ポイントを加算。
ねつ造ポイントが一定ポイント溜まるとトンデモナイことに・・・

なんて、どう？
これならねつ造ファイルを掴まされた人から攻撃できる。

>>95
つーかむしろ、捏造ってハッシュではなくファイル名の問題じゃないの?

今程度の軽さのハッシュでも、違うハッシュを２つ（ひとつは可視、もうひとつは不可視）
持てばユニークさの確率は増すけどね。
不可視のハッシュは例えばキャッシュフォーマットのヘッダの中に入れてしまう等。

自動ダウンだけどDOWNタスクがひとつもない場合でも始まるように
してほしい

>>92
0が多いのは、まだ特定のブツの集中しているからじゃないでしょうか？
人気ファイルは判るという事で面白いんですが、ロ系がやたら高い気がする。
参照数が、一定値を超えたらBONUSが一回出るとかあると面白いかも。
そのBONUSが思いつかない^^;)

>>96
>1)リストをここ(= 2ch)の様な場所で晒す→変なファイルだとすぐバレる

バレたらファイル名と中身を変えれば良いだけです．
おいしそうなファイル名生成のための辞書を用意してやれば，
ツールでものすごく簡単にできる．
ファイル名やハッシュ晒しによる防御は機能しません．

>2)リストを信頼出来るメンバー間のみで closed にやりとり

MX並みの世界ですね……

>>99
その通り．
どっちにしても捏造できると言うこと．

>>100
ハッシュを揃え得るかどうかが問題なんじゃなくて，
ファイル名やハッシュをブラックリストに使えない，
という事を言いたかったのよ．

捏造はMXのほうが絶対的に有利だからそっちに逝くんじゃないかな。
Winnyでやっても自動ダウソが少し増えるだけで、大して有利とはいえないと思うし。
たぶん実際は大した問題にはならないと思うよ。

>>95
ＭＤ５の１２８ビットハッシュと、６４ｋバイト毎のブロックハッシュ
(公開されてないみたいですけど、ＣＲＣ３２かな？)を捏造の為に一致させる様な
事をするのは…報われる努力なんでしょうか？

参考文献 :
ttp://www3.cds.ne.jp/~marimo/data/rfc/rfc1321-jp.txt

>>102
検索で引っかかったキャッシュを持っている人の参照数が0ということみたいですね。
参照数が3000を超えたものが検索で引っかかったので、ファイルの大元からのトータルと勘違いしてました。

捏造してもそれほど特にならないように設計すべき。
どうせ防げん。

全ノードを管理してるわけではないので、トータルのカウントは不可能でしょう。

>>107
だな。今ぐらいの有利さが絶妙にベストな気がする。
もしかしたら47師はそこまで見越してるのかも

>>107
そのためには内容を見た人による判定が参考にできるシステムが必要だよね。

>>104

だといいんだが，しかしMXはIDとかIPアドレス晒されるでしょう．
まぁ，IDは変えればいいし，Winnyの晒しが機能しないのと同じレベルで，
MXの晒しも機能しにくいはずだから，うーん，その期待はできるかもだけど……
どうかなぁ．いや，漏れもそうだったらいいとは思うンよ．

>>105

一致させる必要はないのよ．
一致させるってのは，ホワイトリストに載ってるものと
思わせると言うことでしかないから．
別に一致してなくても，引っかかる奴は一杯いるだろうから，
捏造としての機能を十分に果たしちゃうと思うのだ．

>>107

だね．
今，非port0の人は，自動DLはどうなの？ ガンガン使えてる？
port0はupあんまし入らないから全然使えないよ……

>>110
それ、面白いね。キャッシュの内容に人気度や削除のタイミングに反映できるってこと？

もう新β来ないかな・・・？
来ないなら眠りたいが・・・んー気になる。

>>98

見逃してたスマ

えと，それは特定のファイルに対する捏造警報．
ブラックリストと何にも変わりがない．
攻撃者は，極端言えば，1個ファイル上げるごとに
ファイル名とハッシュを変えれば，捏造警報の対象にはならない．
そこまでやらないにしたって同じ話．
よって，それは機能しない．

>>110

必要ないよ．
ていうか，>>110は>>107の発言を，捏造したファイルを
判別できるから得しない，という意味に取ってない？
>>107が言ってるのは，そもそもupによるボーナスを小さくして，
捏造自体が発生しにくいようにする，という事だと思うよ．

>>111
俺が言いたかったのは、Winnyで捏造しても大したメリットが無いけど、
MXだとかなりのメリットがあるってことです。
捏造やるような基地外は、IDとかIP晒されることなんて屁とも思わないよ。

とりあえず今のところ捏造の話は不毛なので、止めませんか？
47師になるべく余計な負担は掛けたくないです

Fasttrack 系だと、検索にヒットした内の何件が同じものかとか、
それぞれのＵＰの太さの合計とかが判るから、
みんな持ってるファイル→(多分)捏造されてないファイルという図式が
成立するのですけどね…。

とりあえずプロトコル変えても致命的な問題が生じなかったようですので、
今夜は放置します。どーも疲れてるんで(^^;変にいじるとバグを増やしそうだし
久しぶりに他の板でもごろごろして時間を無駄にしよう。

ところで現状で一番の問題点はなんでしょう？

できるだけ致命的な問題点からつぶしておかないと
後の作業（細かいバグ取りとか機能追加）が無駄になるんで、
基本機能の法を集中的にやってるんですけど、
現状では新規ファイルがあまり出てこないことなんかでしょうか？

この辺も今回の変更で少しはましになるんじゃないかと思いますが、
優先度とか入れ始まると今度は偽造対策を考えないとならんので頭痛し。

参加者全員が満足というのはどうやっても無理なんで、ある程度バランス取れていれば
いいと思うんですけど、どこがバランス悪いですかね。

捏造ファイルあったーよ
だれかが実験で流すって言ってたの、コレかな？

某将棋５(ccd).zip 102,030,314
ハッシュ書き写すのは面倒なんでパス
んで中身は 0 fill
ヘッダも何も偽装してない
これぐらいの簡単な捏造は暗号化時に弾くような機能がほすぃ。
ＭＸ用の捏造ソフトがあるみたいだが、みんなこの程度の作りですか？

>>111

あ，MXだと交換系だから，てことか．
いや，MX使ってないのでよくわからんかった……
それなら胴衣．うん，MXに留まってくれると良いな．

>とりあえず今のところ捏造の話は不毛なので、止めませんか？

了解，この件はとりあえず書かないことにするよ．

>>117

お疲れ様です．
色々書いてますが，Winnyを愛するあまりのことですので……
応援してます．

新規ファイルの少なさに関しては，
今ある問題点であるとか，βであることとかが原因だと思うです．

一番大きいのは，新規up品を入れまくるとUL帯域が吸われて，
自分のDLが満足にできなくなる問題じゃないでしょか．
あとは回線全体の帯域がフルに喰われること．

検索/UL/DLの帯域バランスを自動的に上手く取るようにして，
あとは帯域全体のコントロールができるようにして，
しばらく様子を見てみるとか，いかがですか．

それと，port0ですが，ほとんど中継が入りません．
もし何か調整できるパラメタがあれば，
いじってみていただけると嬉しく思います．

ともあれ，強い優先度導入はやめていただきたく……
upするノードを優先するのは，今の自動DL制限で
当面はもっともバランスが取れてるんじゃないかと思います．

>>47師
>40を目だけ通しておいてください　重要度は低いです

上流から見て　回線申告7-300にまんべんなくDL発生しています
自分のDLも中継含めて個人的には十分です
狙った物が必ずいけるわけではないですが
Winnyとはこうゆう物だと理解しています

今、17UPで回線7の方が　8名います　下流の方どうですか？
パパ　がんばっていっぱいおくっちゃうゾー！

えーと、誰も書かないということはうちだけの問題かな？

フレッツ１．５です。今回のバージョンで使い物にならなくなりました。
そもそもＵＰが入ると全くＤＯＷＮできなくなってしまうのですが、
いままではＵＰしてないときには落とせていたので自動にして放置していました。
今回の変更でＵＰしていないときは自動でＤＯＷＮしなくなったので、どのみち落とせない。

これならキャッシュクリアして、ＵＰも撤去して手動でＤＯＭってことになるんですけど。

帯域調整（上下とも回線申告値）の実装をおねがいします。

お疲れさまです>>47

>>64-68 >>73-75
は緊急の問題打だと思います。

捏造ならうちのキャッシュには
「浜崎あゆみのプライベートをストーカーが盗撮〜」
というのがあったな。
バイナリエディタでみれば一発でわかった。

>>119
>検索/UL/DLの帯域バランスを自動的に上手く取るようにして，
>あとは帯域全体のコントロールができるようにして，
>しばらく様子を見てみるとか，いかがですか．

同意です。
帯域制限ができなくても、
うまく帯域制御して、UL中でもDLが切れないようになってくれれば…
特に、低速回線ほどそれが顕著です。
UL中は検索リンクですら、ポート警告だらけでうまく動作しません。

キャッシュファイル溜まり過ぎてそろそろHDDがやばいです・・・
そろそろ自動削除機能を実装して欲しいです〜

47師、乙です。

ｷｬｯｼｭの上限越え削除をそろそろ頭の片隅において下さい。


本日はゆっくりお休み下さい。

あと、鬼試行に対する対策。

帯域をUPにゴッソリもって行かれなければ
もっとUPするんだが、中速で自動ﾀﾞｳｿも使えないし
速度申告50で同時にUP3は多すぎでは？

なんかパラリシャンのBBSみたいに、できもしないことを語る妄想厨房が
増えてきたね。一部の人にしかわからん例えですまんが。

>>121
ウチ(ADSL1.5)も全く一緒。
どうしても欲しいものがある時はキャッシュを退避して
落としてるよ・・・

リフレッシュは押さないってことで(^^;
原因は後で見直します。

>>47
どもども

あと帯域制限は申告落とせば同じだと思いますがだめですか？
上流だとどうやっても回線とＣＰＵ消費しますので諦めてください。

>>121
漏れも、UL帯域目一杯使わない対策として、UL=DLの帯域制限実装きぼんぬです。
でも今日はゆっくりおやすみください…。＞47氏

>>129
一緒にすんな。UOスレへｶｴﾚ

>>133
申告を下げても接続が来るとUP帯域目一杯使われちゃうんですよ…。

45 ：　 ：02/05/25 01:02 ID:/JVGPgPX
>>27
＞反対にＷＩＮＮＹの場合は共有することは全くのボランティアになってしまい
＞あまり多くのファイルが共有されないことになると思う

winnyで共有する人はちょっと出し惜しみして駆け引きすればいいんじゃないの？
〜持ってます。但し誰かが･･･UPするまではUPしません.zip
みたいな新作告知ファイルを公開してzipの中に本当に〜を持ってる証拠を入れとく。
証拠はゲームでも動画でも起動中のスクリーンキャプ画像なら捏造しにくいしOKだと思う。
MXの交換と違うのは他の傍観者でもファイルが手に入るって事。
DOMを群がらせてファイルを広めてもらって、
当人どうしが確実に双方のUPしたファイルが手に入るようにする。
群がってるDOMは駆け引きが成立して欲しいから新作告知ファイルも積極的にDownして
広めてくれると思う。
こういうのが盛んになれば出回るファイルが増えるし無駄なユーザーがいなくて
みんながファイルをDownできると思う。
共有でもやり方次第で多くのファイルが出回るんじゃないのって事。
長文ｽﾏｿ。

46 ：　 ：02/05/25 02:05 ID:9s+F8ELQ
>>45
ソフトの機能とは別に　一般的な使われ方　ってのも大切ですね
実際にIDとかと違い　誰が無茶な要求しているか
分かりませんし　晒されることもないでしょう
うまく定着してくれれば　ファイルが広まるかもしてないです
本人同士で確実に・・・は面白いかもしれないですね
誰がULしたか分からないですから　交換した証拠は残りませんし

でも結局の所　直接交渉のMXには　かなわないと思いますね
やはり　多くの人がDOMに徹してしまうでしょうし
DOMもファイルを広めるだけなら役に立ちますが
有名ファイルに限られてしまいます
ファイルの種類と言うことを考えれば　MXに多少歩があるような気がします

>>137
WinnyにはDOMしかあり得ないというのがわかってないだろ。それ。
無意味なコピペじゃん？

　

新規ファイルについて他スレに書いてあったんで
転載してみました。面白そうだと思うんですがどうでしょう？

>>140
>>138

>>133
回線申告を下げればＵＰの要求は減りますが
上流からリクエストがかかれば結局帯域喰われてしまうのではないでしょうか？
とりあえず実験してみます。

匿名性無視していいんならすごーく楽ですけどねぇ。
通信中の負荷のほとんどは暗号化なんでこれ止めちゃえば
劇的に早くなるし転送しないでいいんならもっとさくさくやり取りできるし。

とりあえず、帯域制限の要望が多いようなのでこの辺考えと来ましょう。
コメントアウトされてるだけで既に実装はできてるんですけど、
ちゃんと制限するのが難しいんで放置してあるし。

>>133

残念ながら，同じではないのです．
たとえば，ISDN回線では，ULがかかるとそっちに帯域を取られて
DLがタイムアウトすることが多々あるようです．
ADSLではそこまではいきませんが，いずれにしても
ULが増えると帯域がかなり強烈に取られ，
DLが著しく滞るケースがあるようです．
これが検索/UL/DLの帯域バランスの問題です．

もう一つは，全体の帯域消費の問題です．
全体の帯域コントロールは，常時稼働させるためでもあります．
結局申告は本数に関係するに過ぎないので，上流が繋がってくれば
現実の回線速度を全力で使うことになる，というのもあり．

>>140
だからスレ違いなんだよ。
ここは47師も見てるんだから、余計な負担掛けるな

>>133
1.5ADSLは接続1つでも入れば回線満タンですよね
8Mでも2つ接続あると一杯でしょう　
1.5も場合、実質50Kの回線だから　30KをWinny　20ｋをその他（WWWやmail)
みたいな制限（自粛）を希望していると思われ

ADSLの方はUP速度が自分の回線速度と事を理解して
1.5Mでないぞとか　8M出るはずなのに！とか　言わないでNE！

人気の無いファイルはどちらにせよ交換が一番で
システムがどうあれレアなものはこれ以外では無理だと思いますが、
交換だとどうしても１対１になって匿名性維持が非常に困難です。

ただ、前にも書いたように暗号化を工夫すれば匿名性維持した状態で
交換も可能だと思いますし、実装案も考えてはいてWinnyに乗せるのは
それほど難しくないと思うので、あまり期待せずにお待ちください。

当分はメジャーなものが匿名性維持したまま
確実に落とせるところまでいければいいと思ってます。

考えてくれてありがとう、
実際難しい技術だとは思います、MXでかなり不安定でしたので
積極的にUPさせるにはって事じゃないんですが
UPしても「まいいか」って感じるって事になると思いますよ

>>146
ＵＰ回線フル稼働はかまわないんですが、
ＵＰ繋がると１００Ｋ出ていたダウンが５Ｋ以下になったりします。
それでも回線は１本使っているわけですから、ＵＰしてくれた人も迷惑なんじゃあないかと。

リフレッシュで不正ブロックが出る問題ですが、
リフレッシュに限らずupフォルダを削除した場合も出ました。

試しに回線をＩＳＤＮ並に下げて繋いでみました。
バッチリ５０Ｋ以上で吸われてます。
ダウンは死にました。

MXやＰ2Ｐと言う考えを離れて、winnyは匿名性の高いアプロダと考えるのはどうか？

アプロダにＵＬする人達は、交換や見返りと言うのは、あんまり考えてない（？）のに
毎日、ガリガリＵＬされてる訳だから、そう言う人たちに使ってもらえれば新作不足は
解決するかも・・・
自垢にＵＬするより、匿名性も高いし。
お礼レスとかは、winnyでＵＰするゾスレみたいのを立ててそっちですれば良さそうだし。

ただ、そのためには、簡単にＤＬ出来る必要が有るわけで・・・

この意見もスレ違いだったら失礼。

そんなに新作供給必要ですか
どんなファイルもいずれはレアじゃなくなるし
そういう物は他のソフトにまかせて
Winnyは汎用ファイル巨大倉庫って理解じゃだめですか

どんな物でも３ヶ月たてば出回るでしょ　多分！
レアとか言い出すと殺伐とするので　Winnyはﾏﾀｰﾘやりたいです
WIN*Xで駆け引きが嫌ななった人が結構ここに魅力を感じてるきがすんですが

>>47師
負担になってしまったのでしたらすみません。

>>151
ISDNって、上りと下りで帯域共有してるから
吸われるとダウン困難になるんだろうか。
ADSLとかだと別々なんだが

ADSLスレ行けと言われそうだが，
ADSLって，上りを限界まで使ってることが下りにも大きく影響するような特性なの？
周波数帯は別なわけだけど……

たとえば8M:1M完全に出るとして，上りの1Mを使ってたら下りは7Mまで出るとか，
いやいや8Mフルに使えるよとか，そんな脳天気なことはなさそうな感じがするけど，
上りの1Mが下りの8Mに匹敵するってのもイヤだな．

TCP/IP
UPを使って返事返してるから返事出来なくなる訳

交換のことは忘れようよ、他人の交換の為に
自分のキャッシュや帯域使われるのやだよ。

>>158
禿同。交換したいヤシはMXやればいい。

>>157

そんな単純な話だろうか？
返事できないつったって，そもそも帯域喰ってるコネクションだって
対等なんだから，返事できなくなるほど偏るのは変じゃあないか？

>>156
思いっきり影響します
相手が光でP2P接続した場合など　UP1MDL0.5Mとか平気でなります
当方　光ですが　WIN*Xの時　この事知らない人多くて
速度制限するな！　とよく逆切れされてました　非対称回線の特性です

>>145
そうか？
開放または新作などを提供したいと思わせる仕組みにしないと将来厳しい気がする。
実際に千と○尋（参照数NO1だった）が人気だと、開放する気がうせる。
と言いつつ開放して寝ます。

あ，返事できなくなるって言うか，20分の1になるような偏り方，という意味だけれど

>>161
こういう特性だから昔はport0が有利だったんだよね。

>>160
過去ログにも出てたけど
対等だから　UP速度とDL速度が対等になっちゃうんですYO
このADSLの特性はよく泣かされたので理屈はともかく
現実は遅くなります　自分より速いノードに接続するとき顕著になります

違法な新作なんて別に欲しくもないし、と言ってみるテスト。

>>163
返事が出来ないからパケットがこなくなる。
ＵＰに隙が出来る。
データがＵＰされる。
ますます返事が出来なくなる。
回線切断。

>>152

あぷろだに使うなら、暗号付きで他人に見られないように出すわけで...

>>161

するですか…… 難儀なもんですねぇ．
かといってFTTHはちょと高いし．
FTTH以外にも対称回線サービスが増えて，
値段も落ちて主流が移ってくれると良いのだけれど，
でもADSL思いっきり普及しちゃったからなぁ．そうそう変わらないだろうな．

>>167

おー，そうか納得．サンクスコ．

ADSLの特性もあるにしても，お返事できるだけの余裕を
上り側に確保するってのは，重要っぽいですな．下りもしかり．

漏れは今の使用人口でも結構ファイルうｐされてる方だと思う。
たとえレアなファイルでもWinNYネットワークが広がって総キャッシュ量が増えれば
どこかのノードに眠ってる可能性も増えるし。

キャッシュ消させない配慮とかはまだ先の話ですね。

>>155
ISDN、UL始まるとDLはほぼ確実にタイムアウトしますね

回線速度について、
ttp://www.vwalker.com/vmag/special/2001_1101_toki/zu_3.html
ここの上に有る絵のACKが今の話で出てる「返事」。
で、このページにあるバッファ(RWIN)を大きくすれば速く転送できるが
TCP/IPではこのバッファサイズを徐々に大きくしている
その条件がACKが安定して帰って来る事なので返事が遅れると
パケットをまとめて遅れないから転送が遅くなる。＋再送が起こるので無駄も多い。

で、合ってますかね？＞識者の方

>>170
禿しく酸性
始まった当初、β期間でこんなにUPされるとは思ってなかった

>>170
キャッシュの問題は今回の対策で十分でしょ。
これ以上はやらないほうがいい。

>>152
>>168
そういや Peekabooty って、どうなったんでしょう？

参考
ttp://www.zdnet.co.jp/news/0105/01/b_0430_16.html

DOWN要求を出したときそのUPファイル先の自動ダウンの検索条件に
1回答えるってのはどうでしょう。最下層への自動ダウンの
不利益がうまく解消されるんではないかと。

>>172

ACKが返事というのは合ってます．
でも動的にウィンドウサイズを大きくすることはないはず．
必要なら手でチューニングする．
単に，返事が遅れるから転送が遅くなる，と言うことです．
下りでデータ -> 上りでACK を繰り返すので，
そのテンポが崩れれば遅くなる．
ADSLは上りが細いので，特にACKが滞りがち．


漏れのTCP/IP理解が合ってればですが．

>>177
TCPはスロースタートなのでackが帰ってきたら徐々に速度を上げていく
だからackが帰ってこなかったら速度が落ちる
まぁ遅れるだけならタイムアウトに引っかからない限りそういった制限は入らないはずだが

TCPの話はよそでやってくれ

今現在被参照ブロック総数が2,000,000,000を越えてますが、これは
こんなもんなんでしょうか？まあ、何に影響するわけでもないですが。

>>178
XPならQoSパケットスケジュラー有効にすれば解決できるのかな？
俺は、これを使ってるからUL帯域いっぱい使うことが無いからWeb
閲覧も問題なく出来ているがどうなんだろ？＞ガイシュツだけど

ADSL８M　β14　WinXP Pro　P4-1.5G　1.25GB-RAM 　申告150KB

>>180
俺も2,000,000,000こえてる。
とりあえず異常なし

ISDNやADSLでUP始まるとDOWNが切れちゃうのは
winnyの根本的な問題(バグ)だからちゃんと解決しないと。
(QoSやら何やらに関係なく。)

>>183
つまり、致命的な問題。最優先事項という事ですね。

皆さんに一つ提案があります。

47氏の負担を軽くする意味でプロジェクトリーダーというか、
まとめ役を決めませんか？

まとめ役といっても大した事ではなくて、何が必要か把握出来る人、簡単に言ってスキルの有る人ですね。
で、その人が皆から出てきた問題点や要望をまとレスする。

勿論、匿名掲示板という性質上、47氏も含め全ての人がこの事に対して責任を負う必要は無いと思いますが、
スキルの有る人がコテハンでまとめカキコして貰えればスレを流し読み出来て、
47氏の負担を軽減出来ると思うのですが、、どうでしょう？

47氏の訪れる時間帯も決まっている様なのでその時間帯にカキコ出来る人が望ましいだろうけど、
時間的に無理な人が大半だと思うので、
コテハンにして置けばその人の発言は後でもピックアップ出来ると思います。

話を振っておいてアレですけど、自分はスキルが無いので無理ですが、
自分で出来る範囲の情報提供はしていきます。

>>185
それは無理だ。なぜ無理なのかは、よく考えてみろ。
自分の頭で考えろ。

>>186
まあまあ。悪気があっての発言じゃないからもっと
優しく言ってあげてもいいじゃないですか。

>>185
４７氏が求めるならね

>>185 （　 ´,_ゝ` ）ﾌﾟｰ

定期的に「まとめ」書き込んでくれる人すでにいるよね。
と言ってみる。

>>187
はい。わかりました。じゃあ、

>>186
それは現状ではなかなか難しいと思います。なぜ難しいというかというのは、
今のスレの状況や４７がなぜ４７でしかないのか。リアルワールド、さらに
Winnyを取り巻く社会的状況から自分で考察してみてください。
それらを本当にクリアできるのならいいのですが、実際にそうではないし、
そこまで自分のコストを捧げることのできる人や、４７の考えがわかっている
人は４７以外にいないのですよ。

ってことで。

>>185
前スレで自発的にやってる方いますよ
判り易くまとめて頂いてます
今、その提案　ちと可哀想かも　（涙

あう。自分にレスしてどうするんだろうね。
これではまるでジサクジエンではないか。

>>185
Winny Tipsページがそんな感じだと思うけど、47師は見てないっぽいな

>>194
そんなもん見てないで勝手に突っ走ってるからいいんじゃないですかー。
偉いさんにはそれがわからんのです。

>>185
君がWinnyを愛してるのは良くわかった　気にするな！

>>186
>>191

トリップ無しのコテであれば名無しのカキコとリスクは変わらないと思ったのですが。。。
47氏の立場ってのも考慮した上で発言したつもりだったんですが、配慮が足りなかったでしょうか？

>>192
それは大変失礼な事をしてしまいましたね、お詫びします。m(_ _)m
もう一度良く見てきます。

>>197
君はあれか、生徒会とかやってんのか？

ワラタ

スマソ
ageてしまった
逝ってきます

しかし　β13.3に居残ってる人多いな
無制限自動DL　そんなに好きか？　早くβ14にシレ
ログ情報　真っ赤だし

>>198
烈しくワラタ。

>>201
中継すれば勝手にキャッシュ充実するのにね。
自動DLだと例え制限なくてもDL可能でないとDLできないというのがわからん
のでしょうな。

>>201
同意。
俺、仕方なくport0やってて無制限自動DLが欲しいと思ったが
その迷いを断ち切ってβ14に移行しました。
あれは過去のﾊﾞｰｼﾞｮﾝなんだと思って我慢したYO！
俺を見習いやがれ！DOM共め！

>>203
それは低速回線をまったく無視した発言ではないかと・・・。

中継UP入ったとたんDL切れるんだよね。

47氏のverupが早すぎてまとめずらい…（笑）

>>201
>>203
>>204
まあどちらにせよ、ファイル持ってるヤシがいなくなるのは時間の問題でしょ。

>>205
そうか。
でも環境のリソースで格差が出るのはある程度仕方がないとも思えるのだけど。
それはどう？

>>204
こっちなんか、変えて数時間吸われっぱなし。
あとちょっとで完全キャッシュになる奴がいくつかあるのになぁ。

というか、自動DLの制限はDOMを制限するだけならいいのだが
port0の奴まで迫害されちゃってるのが困る・・・
転送動作発生確率が2倍だそうだが、
ほとんど転送入らないし、UPはだいたいいつも0
これじゃぁ自動DL使えない状態だよ・・・ヽ(`Д´)ﾉｳﾜｧｧｧﾝ!!

>>208
中継入っても、中継にならないんですよ。
ＤＯＷＮ切れちゃうから。

14 調子良いなぁ…。
優先度低いけど、ノード情報の所で接続されてるノードはリストの上に持ってくる
ようにしてほしいな。検索とか引っ掛からないときに「孤立してるのか？」と確認
しようとするとき、今だとバー動かして全部確認しないとないから少し面倒なので。
接続されたものはリスト上部に移動するようにしてくれると、確認するときに楽。

>>210
自動ダウソは本来ﾏﾀｰﾘ落とすための物でメインではない。

どうでもいいが、自動DL不可＝排除ではないぞ

>>211
それ良く判るッス。
んで糞ｷｬｯｼｭのみ残る、と。
やっぱ現段階ではUP低速ノードは足手まといでしかないかな。

４７師の次回作(帯域制限)にご期待ください、ってとこ。

>>211
今は調整が入ってないからね。とりあえずしょうがない．．．

ここまでの数時間で、ＵＰはほぼ限界持続。ＤＯＷＮは０。
メール読むのもヒーヒーな状態なので、
帯域コントロールVerが出るまでβテストを休止します。
ダウソ中だった方、すまん。

>>206
まとめてくださってる方ですか　乙カレー
とてもわかりやすいです

>>205
君の事ではないけど　>183見たいな言い方は
ちょっと気になる　回線が遅めという事に起因する
動作は　47師が仕様だと言えばそれまで
今のβの段階でバグと決め付けてすぐ直せ！みたいな
書き方はいかがなものか？

速度が遅めなのを否定しないけど　遅いという自覚も
必要と思われ　

Port0もISDNもどうやって生かすかを考えている47師の
モチベーション下げちゃうかも　逆に心配です

>>218
忌憚の無い意見でよいと思いますがね・・・

>>190
>>192
今、見てきたですよ。
コテを名乗ってないけど詳細に報告してくれてる方が居る様ですね。

47氏も得る物が有ってやってる訳だから、誰も責任を負う必要は無いと思いましたが、
ちょっと47氏が忙しいそうだったので提案してみました。
スキルの有る人がコテを名乗ってくれれば楽なんじゃぁないかなと、
しかし、自分が出来ない事を人に振るのは良くないですね。

で、代案ｗ
47氏に向けて伝えたい事を、
【要望】【不具合報告】
と定型のキーワードを付けるってのはどうでしょう？
検索しやすいと思うのですが。

>>198
堅苦しくて悪かったなぁｺﾞﾙｧ
こ、こんな感じで許してください。

>>206
お疲れさまでございます。

>>220
とりあえず、言いたいことはだな。
寝ろ。そして起きたら飯を食え。
話はそれからだ。

　お陰様で良い特集記事が書けそうです。
　皆様方の意に添うよう、多くの読者がWinnyに参加するように鋭意特集を組ませて
頂きます。
　2ch流に「厨房でも出来るWinny講座」というタイトルでの特集(見開き8ページ)の
予定でございます。本誌の総力を挙げての渾身の記事を書かせて頂きます。
　つきましては、βテスト初期から参加されていらっしゃる方のインタビュー欄を組み
たいと考慮中ですので、取材させて頂ける方はステメアドで構いませんので晒して下
さればご連絡差し上げます。目線入り、あるいは後姿のお写真を撮らせて頂ければ幸
いです。
　少ないとは思いますが謝礼のご用意があります。

(　ﾟдﾟ)ﾎﾟｶｰﾝ

正直なことを言うと、ネタとしては結構面白いと思う。

　　　　／■＼　　 　／■＼　　 ／■＼　 　／■＼　 　／■＼
ｷﾀ━( ﾟ ∀ ﾟ　∩━(　ﾟ ∀ ﾟ )━(　 ﾟ ∀ )━(ﾒ　　　ﾟ )━( 　　ﾒ　 )━
　 　 　( つ　 　ﾉ　　（つ　∩）　（　つ つ）　　(　 　　)っ　(　　　　)
　　　　(__) 　し'　　　し' 　(__)　　　)__)__)　　　　し'し' 　　　∪ ∪
　／■＼　　／■＼　　　／■＼　　　　　　　　ミ
( ﾟ　　　ﾒ)━( ∀ ﾟ　　)━( ﾟ ∀ ﾟ　)∩━(　´･д･`)　ミ ｵﾁﾁｬｯﾀ…
C(　　　　) ⊂(　⊂　)　　(つ　　 　ﾉ　 　(∪　∪)　　　ミ
　　し'し'　　　　(__(__(　　　(__)　し'　　　　∪　∪　　　　／■＼

��ＨＡＬ�≠ﾌ次は��ｎｙ�＝E・・！
という副題を考えています。

捻り過ぎかな？

>>226
面白くないから帰ってｲｲﾖ。
つーか死んでｲｲﾖ。
むしろ死んで下さい。
どうしても書き込みたかったら
http://tmp.2ch.net/test/read.cgi/download/1021908798/
な。

もしかしてもしかしたら・・・
特集記事が迷惑なのかな？？？

世間というものが君たちを中心に動いてはいないことを痛感してみたらいいよ。
(･∀･)ﾆﾔﾆﾔ

君たちがどう思おうと、動いているのだよ、世間は。

>>221
とりあえずですね、前レスでもあなたの指摘は的はずれです（責任を追う必要はない、やりたい人がやる等）、
このスレで無意味な煽り合いはしたくないのですよ、あなたの言葉で構わないので解る反論をして下さい。

相手にして欲しかったらあげんなﾎﾞｹ

＞　　世間というものが君たちを中心に動いてはいないことを痛感してみたらいいよ。

お前もな(･∀･)ﾆﾔﾆﾔ

ageとかsageとか、君たちに指図される覚えはないＹＯ！
(･∀･)ﾆﾔﾆﾔ

同時に、記事にしようがしまいが、君たちの思惑通りには行かないＹＯ！
(･∀･)ﾆﾔﾆﾔ

安心しておくれ。
２ｃｈテイスト満載の記事に仕上げてみせるからね。
君たちの��秘密基地�≠ﾍ暴かれた(爆

本当に雑誌の人だとして考えてみよう・・・・アフォの極み
ネタだとして考えてみよう・・・・つまらない

どっちみちロクなもんじゃない。

ﾜﾊﾊ

>>229
まあまあ　落ち着け　
221氏も口悪いが　的外れなわけではないよ
過去ログ３つくらい確認して　雰囲気を見てみて

君がWinnyの事をよく考えてるのは　理解してるYO
みんなで47師のお手伝いできればｲｲﾈ

>>232
禿同、今後0rwHr50hは無視の方向で

あ、大事なことを書き忘れてたよ。
久保田さんにもインタビューしてあるからね。

ちなみに・・・久保田さんはもう知ってたよ。

47氏の勤め先も把握しているようだし･･･はてさて、どうなることやら・・・

>>236
あーあ。ネタなのがバレちゃったね。

ｷﾞｬーーーーーーーーーーーーｰｰｰﾊﾊﾊﾊﾊﾊﾊﾊﾊﾊﾊﾊﾊﾊ

というか、雑誌に載る事に関しては

現在はβ版だから仕様がコロコロ変わってる→今記事を書いても
発行される頃に同じ操作で使えるわけが無い

厨房増える→転送ノード増えて(ﾟдﾟ)ｳﾏｰ

という事で落ち着いたはずだが。ちなみに、最近のネット関連
三流雑誌のライターは「ここの住人を困らせる」が主眼ではなく
「自分の利益」が最優先なので、マジレス君はもうちょっと
その辺を考えた上で雑誌記者を騙ってほしかった。

>>263
負け犬の遠吠えですか？
４７氏は久保田に何されるんですか？（ｗ

ここまでageまくってやっている以上、中途半端ってのはよくない。

ふと思ったが、本物だとしてこんな時間にわざわざ報告に来るとはよほど暇なんだな

どんなに滑稽でもかまわないから目立ちたい、話の中心になりたいと思う輩はどこにでもいますな。
周りから失笑されてる事に早く気が付いて欲しいものです。

>>240は神

ふぅ、263まで待つか・・・

263に期待

263にプレッシャー与えるな〜

263が待ち遠しい…

あまりにもロリが多いので通報しますた。
Winnyも含めて全てです。

263は責任重大っ・・・！

>>249
でも自分のキャッシュにも入ってたりするんだよね…

>>231
秘密基地って（笑）
まぢだったらまぢでスゴイな、こんなの飼ってる編集部。ゲーラボとかか？（笑）
ネタならな、もっと面白いこと考えてくれ。雑誌板にでも行って模倣の仕方を勉強しなおせ。

ここまでやった以上、それなりのオチをつけていただきたい。もちろん263で。

はやく263が見たい。

263期待sage

煽りや堕レスが出てくるところをみると結構安定してきてますね？
CPU使用率とキャッシュの大きさにめげてたけどそろそろまた始めようかな？

そういやあれ
とりあえず263まで逝ったら
http://tmp.2ch.net/test/read.cgi/download/1021908798/
移ろうよ

>>240
えらいフリしちゃったね。

そろそろか

CPU使用率だいぶ下がってない？
タスクマネージャーのグラフ見てもてっぺんに張り付く時間減ってるし

何故に皆さんこんなに慎重なんですか？さっさと踏んじゃえば良いのに

>>260

このスレで600ゲットして来てくれる？
キミじゃなくちゃだめなんだ。マジでおねがい！
お礼は向こうで用意してあるから頼む
http://comic.2ch.net/test/read.cgi/comic/1021553689/　　

丶(・∀・)ﾉ ｳﾝｺｰ

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

あまりにも寒い。。

>>263
ｳﾝｺかよ(w

俺はちょっとﾜﾗﾀぞ

が、263での発言自体の寒さはさほど問題ではない

見事としか言いようがないな・・・

>>263
色々凄いな

感動したっ！！

いったいどこの雑誌だよまったく。。
ま、無駄に厨房増えすぎて、MXみたくなんか妙な規制やらなんやらを開発段階から受けるとかそういうむかつくことはもうごめんだしな。
俺が書いたWinny紹介記事にはスレの名前も本体をダウンできるURLも載せなかったんだがな。
開発やら、なんやらがちゃんと終了して４７氏が息付けるまでは、仕事柄紹介記事かかなきゃいけなくても、マジ、お手軽にやりたがる教えてくんタイプの電波厨房みたいなヤツは
大増殖させて、このプロジェクトとかは潰したくくないんだよな。

マジでこのスレの面子と47氏の姿勢はホント頭ががる思いだ。
完成の暁には普通のちゃんとした特集記事にするだろうし、ちゃんとノードも開いておく予定だ。
願わくばアホ記者がこの世から駆逐されんことを。

んじゃ、漏れは潜るよ。

>>263
そう来たか、ﾜﾛﾃしまったではないか

>272
が本物として、どのように記事を作ったのか……と思いググルで「winny　ファイル共有」
で検索した。
TIPSページがトップだった。これなら欄外の紹介くらいでできるか？

何を吸い出してるのか知らないけど、
中継してないのにUP帯域いっぱいいっぱいだよ。
これじゃキャッシュが貯まらずにWinnyの旨みが大幅に減少。
中継じゃないやつの同時UP数を制限できるようにしてほしい。

あ、でもそんなことしたら中継自体が減ってしまうな・・・。

>>275
そういうときは放置に限る。

>>231はネタだから無視で…。
そもそもユーザーにインタビューをしようとしてわざわざ反感買うようなこと
書くわけないだろ。

β14にしてから初落ちしました。

UP,DLともにmax(6)で吸って吸われてたからだと思います

XP,Athlon1800+,ﾒﾓﾘ256です

あかん…限界が…、まとめは明日に持ち越させていただきます（涙）

>>275
自動ダウソ仕掛けまくって、寝るがよろし。

自動DLリストを70個近く登録したら劇重くなった・・・
マシンがショボイから・・・か・・・？
とりあえず放置中・・・

まったく急がないのですが、
Up/Downバイト数やファイル数の積算表示って実装できませんか？
漏れISDN128kな低速回線なんですが、起動して寝て起きて見たときに
Up発生してたのか過疎なのかぜんぜん分からないです。

正直、今　Winny.所じゃないのですよ。
http://news.2ch.net/test/read.cgi/liveplus/1022357445/

BUG報告
自動再試行ONの状態で、暗号つきファイルをDLするとき
試行2回目以降でダウンロードが開始されると暗号が解除できないみたいです。
ファイル名も@になってしまいます。

>>284
WinnyでUPキボンヌ

みなさん快調にDLしてますか？
私はb14になってもあんまり落ちません
ほんっと無通信多いです。みなさん対策か何かうってるんですか？

自動ダウンロードの数を増やしていただけませんでしょうか
UP0 -> DL1
UP1 -> DL2
UP2 -> DL4
UP3 -> DL6
の様に。

>>288
UP0 -> DL0
UP1 -> DL2
UP2 -> DL4
UP3 -> DL6
の方がいいかと。
UL0でも自動DLできたらあまり意味が無いんじゃ？

>>288
何か欲しいなら、転送、キャッシュ、オリジナル提供、
そのいずれかで貢献しなければならないと。
真性DOMはWinnyでも必要ないという事ですね。

自動再試行はおまけの機能なのだから今のままで十分と思われ

↑自動再試行ー＞自動ダウソ

上下非対称なADSLやCATVが大半だろうから
自動DLはUL：DLが1：2あたりが妥当だと思うが、どうでしょう。

少しはβ13.ｘ居残り組も移行する気になるかな、と思ったり。

>>293
そもそも非対称が大半だからといって、ULを増やすという考えがおかしいのでは。
みんながDLしまくれば全然落ちてこなくなる
DL＝DL 帯域同じにするのが、妥当とおもうが

>>294
なんか違うような？

UL:DL＝１：２にしたらDLできないやつがでてくるにきまってるしょ。
１：１であったとしても、手動で落とす分ULがたりないんだから。
２:１とかでもいい気がする。自動ダウンロードはおまけにして。
あからさまに「もっとDLしたい！」みたいな要望はやめよう。

最後の行は余計でした。

β14.1です。

帯域制限が動作するようになりました。帯域幅は基本的にUP=DOWNです。
ただ、UP側とDOWN側で処理が違うので、必ず帯域が設定以下になるわけではないです。

まず、UP側は検索リンクも制限かかりますが、DOWN側は転送リンクだけ制限かかります。
UP側はsend時に送信パケットの長さを調節して制限していますが、
DOWN側はファイル転送要求のタイミングを引き伸ばすことによる間接的な制限です。
ですので、DOWN側の制限は相手もβ14.1にならないとだめです。

一応プロトコル的にはβ14と互換がありますが、いかにもトラぶりそうですので、
問題あったらβ14に戻してください。副作用でβ14.1の方がダウンが安定している
可能性が高そうですが（β14.1の方がやり取りがマターリしている）

なお、帯域制限以外に新機能や変更ありませんので、UP制限がなくて困っていたかただけどうぞ。
速度設定が200を超えるとほとんど帯域制限の意味がなくなるはずです。

さーて、寝るか・・・また徹夜しちまったし。

今日も今日とて、お疲れさまでした。良い夢を

別に現状でもそんなに不満では無いんだが
現在UL4、DL3で自分が落とそうと思ったもんは落ちてきてるし。

UL帯域が100%使われてるのにDLは50%も使われてないのを見てふと思っただけで

さーて、14.1に移行しやう

47師
乙かれさまです。
早速使ってみます。
あまり無理しないでくださいね。

>>300
ADSLの8MだったらUL帯域100％で、DLは15％くらいが
妥当だと思うが
もらうことしか考えてないのかな

>>302
ふと思って書いただけなのにえらく食い下がるねぇ（ｗ

47氏の意向に文句はないよ、ﾏﾀｰﾘ行こうや。俺らはβテスターなんだし

だれか14.1のノード登録してくれ。

>304
んだ！

>>38 47氏へ。
β13ころから放置していると rep movsd で落ちること多数。
だけだと、モチベーションさがるというので、、、
β14でのアドレスは 00417364 です。

関数の最後で、とあるカウンタが>0だったらカウンタ数分、
32+αの可変長構造体(？)から564バイトの構造体へ
コピーみたいなことをしてる部分があると思われます。
ループ終了後にretしてるので。
rep movsd はその可変長バイトの部分を512バイト分のバッファに
コピーしているところです。

それ自体は問題ないと思われますが、ループが100回以下を
想定しているように思うのですが101回目に突入していて
壊れた可変長構造体にアクセスしてread access viorationしてます。
またスタックを見るとループはまだ37回残ってました。

100という数字から保持ノードバッファ数かな？
バッファ拡張して初期化する前にアクセスしてしまってる感じだと
思ってみたりしたんですがいかがでしょう？

ソースを見直して頂きたいと思います。
こんな報告もﾀﾞﾒですかね？

>>303
ごめん、俺が悪かった
俺もふと思っただけで書いちまった
今度からは、もうちょっと考えてから書くよ

でも実際俺は302が言ってることに近いよ。
俺の場合は10%もでない位だし

・・・まだ寝ちゃってる人が多いんだろうなぁ・・・

いまだにβ13のやつがいるな・・
無制限自動DLがいいんだろうな・・

自動ダウンロードの機能が付いて４日目
手動でＱの630Mファイルが４日間で1%しか落とせなかったのが
今無事に、全部落としてキャッシュ変換終了しました。

寝る前にβ14にして、残り5%自動で落とせるか不安だったけど（・∀・）ｲｲ!!
β13迄は常にup吸われていたけど
β14になるとupが0になることが多くなったような気がするのですけど？

って書いていたら14.1ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
でも、パソコン休ませるため電源落とします。
UPがmaxでDLが切れる人対策・・・
自分は、ADSL1.5申請速度40だからこの現象は起きないけど
夕方、これ入れてテストしま〜す。

DL中に公開フォルダを追加したら不正ブロック位置受信エラーになりますた。再現率１００％でございまふ

>>306
47氏はアセンブリ言語でWinny作ってたのか？
そんな情報もらっても困ると思われ

>>310
そのうち時限爆弾が作動するさ

>>313
いや、ちゃんとした人だったら自分のソースのコンパイル結果が
どうマシン語に落ちるのかはわかっているので、そういう情報でも
ソース上の位置がある程度わかります。

ふと思ったんだけど・・・
14.1で「リフレッシュ」の件は直ったんだろうか？

>>313
47氏はアセンブリ言語でWinny作ってたのか？
そんな情報もらっても困ると思われ

俺は、有用な情報に思う。ソース上のここでこけるとか報告できない以上、
バイナリのどこそこと報告する以外ない。

>>306は、アドレスでなく４７師が高級言語ソース(おそらくC++)上で探しやすいように
出来る限りのことをしている。長さいくらの構造体のコピーしている部分とか、
固定ループ回数とか、ソース上で発見しやすい情報を載せている。

いいんでないの？

>306
47氏なら、大体どこの変数かわかるかもと思われ。
もし、コンパイル後にできた、コンパイラが吐いた変数スタックの管理ルーチンなら
もちっと前後トレースして大体、どのあたりの動作か見当をつけてあげるとよいと思われ。

自動ダウソの時の自動再試行機能は負荷を増やすだけなのなら、
両方同時で使用することは出来なくするってのはよいと思います。
ただ、ダウソエラーの内容が「接続限界エラー」の時は自動で再施行かけてくれるとよいと思います。

限界エラーってのは一応はそのノードにつながる所まで逝ったワケですし、
何度か再施行すれば、現在転送しているものが終わって、自分の落とせる空きができる可能性があると思いますし・・・

タイムアウトするようなパターンではそれも薄いとは思いますし・・・

ド素人意見ですが、どうでしょうか。

β14.1になってから帯域制限機能のせいかCPUを喰うようになった様子。

そうか・・・自動ﾀﾞｳｿのキーワード登録しすぎでWinnyの操作が
激重いから14.1はちょっと見送りかな。

転送リンクって何処に表示されるの？
14系統に変えてから一度も自動DL始まらない。
登録した覚えの無いファイルばかりが落ちてくる。
これって転送では無いの？

第3回まとめです。
今回からまとまったと思われる要望の中で特に緊急のものから書いていきます。
ネットワークにとってプラスになるだろうことからってことですね。
よってUIは後回し、と。
システム的に弱いところから直していこうという47氏発言もありますし。
---------------------------------------------------------------------------
　　　DL中にリフレッシュすると不正ブロックエラーが出る問題　>>64 , >>68
47氏に伝わっていますので、じきに直してもらえるのではないかと。>>131

　　　　　　　　　　　　　　 帯域制限
　前回まとめで書かれていた規制のための帯域制限は、自動DLがUPしてないと
作動しないということで対策がとられました。
　今回の帯域制限とは、DLがUPに食われる（申告速度に関係なく）という現象と
UPに帯域を全て持っていかれて常設が困難になるのを防止する
という意味での帯域制限です。16-654など
　その前の項目に対する47氏のコメントはこちら　>>143

　　　　　　　　　　　　　　最下流対策
　最下流近辺では自動DLができません。キー寿命が下流まで廻る間に尽きる
（2.5倍でも足りないらしい）ということもあるらしいです。
周りの高速回線に吸われまくってDLが…っていう現象は
帯域制限で回避かもしれませんが。現状では上流からキーを還流させるという案や
自動再検索&再試行の案が出ていますが、それぞれキー還流では
下流の帯域量や転送に巻き込まれるかもしれない問題
自動再検索&再試行では上流の負担という問題があるようです。
個人的には上流と下流の決定にある遊びが、ユーザー数が増えたときに
下流域でのループ構造を作りなんとかしてくれそうな気もします。
16-864,16-860,16-908

　DLランダム開始
DLの開始位置をファイルを8分割にしてその８ブロックのどれから始まるかをランダ

ムにして欲しいということです。8分割の理由は詳細参照。
　キャッシュファイルのばら撒かれ方が今より効率化されるはずですので
できるだけ早く付けてもらいたい機能の一つです。詳細　16-280

　検索のところで、1byte英字の大文字小文字を同一視してる
コードが、漢字コードにも影響を与えていると思われるのを直して欲しい
という要求が出ています。トロでエロがかかるとかいう報告が出てますので。
16-520

貢献に対する報酬システムの実装

以下の方法が提唱され、それぞれの問題点は次のようになります。
（単純なQの優先度はβ13.1によりQ代わりに自動DLがついたので
議論することに意味がなくなりました）
16-303 (47氏)

1.1 UPフォルダ内のものを参照する方法
　　参照数、UP容量などを基準とすることができますので
　　わかりやすく、共有数を増やす意欲がわきます。
　　みてて面白いというのもポイントです。
　　キャッシュ消去対策も兼ねます。ファイルステータスをうまいこと作ると
　　捏造、危険ファイルが淘汰できたりファイルの人気が
　　わかるようになるかもしれません。
　　参照数に関しては、LAN内で高参照のファイルを作ることができ
　　捏造ファイルを置くことにも現状のステータス（容量、参照数のみ）
　　ではメリットがあるため
　　捏造ファイル流通の温床になりかねません。
　　47氏の意向はこれを含めて貢献するのが
　　『面白い』ネットワークを作ることのようです。
　　参照　15-66,15-71,15-72,15-350,15-273(47氏) 16-373-374 16-407-408 など

1.2 接続時間を参照する方法
　　クラックがしにくそうなのと常設が増えそうなのが利点の
　　優先度の付け方です。難点は光と低速の人が同じ優先度になることです。
　　キャッシュを高速なところに集めてばら撒くという考え方からすると
　　これはあまり望ましくありません。
　　参照 15-107,15-109,15-112など

1.3 起動後の総UPファイル量を参照する方法
　　次にこの方法ですが、これは実際にネットワークに貢献した量
　　を直接測れる利点があります。
　　実際にたくさん送信した人の優先度を高くするという仕組みから
　　リクを入れられるためのUPフォルダの充実、長時間の運用、高速回線が有利など
　　実際の要求とかなりマッチします。
　　ただし、ローカルに情報を保存するとクラックの危険性が増しますし
　　LAN内での廻しにも弱くなります。また、捏造ファイルのメリットも
　　客引きという意味でありますのでそこが問題となります。
　　クラックについては複数の外部ノードに保存すると耐性が強くなると思います。
　　ただ、UPファイル通過→覚えるだけにすると同じノードと繋がらない限り
　　意味がなくなります。周りのノードに評価情報を伝えるといいんでしょうが…
　　あと、匿名性の問題もあります。
　　参照　15-66,15-71,15-72,15-350,15-53,16-932,16-936など

1.4 上記以外のパラメータを持たせる
　　上記以外の可能性が無いのかどうか要議論です。
　　ゲーム性、クラック耐性、貢献度の反映のされ方などを考えていきましょう。
　　15-273(47氏),15-255,16-255など

　　　　　　　　　　　　　クラスタ化（曼荼羅）
　クラスタ化については下の画像のような区分で分けることが提唱されています。
http://isweb40.infoseek.co.jp/play/maxmam/cgi-bin/img-
　　参考　16-475 16-476,16-481,16-893,16-906

　　　　　　　　　　　　自動DLのサイズ指定
　自動DLにサイズ指定をして欲しいという要求です。
ターゲットサイズが上流下流ともに違いますのでできれば付けて欲しい機能です。
下流に無駄に大きなリクエストなどはできれば避けたいですし。
ファイル名を完璧に書けばほぼ当たるので優先度は低いです。
　あるとアルバムとかアニメとかの連番の名前がついてるファイル
なんかを落とすのに便利かも。16-812

自動DLのハッシュ値での指定
　完璧に狙ったファイルをGETするためにハッシュ値を指定して
DLしたいというものです。検索からハッシュ値を直接登録できると
便利そうです。16-519
　　　　　　　　　
　　　　　　　　　　　　あふれるキャッシュの削除
　自動DLが入ったことにより、洒落にならないぐらいのDL量となってきてます。
無駄なものまで大量にDLしてますんで。というわけで
キャッシュがそろそろ溢れだしてる人多数です。
そろそろ最大キャッシュ容量（最低キャッシュ容量つきが望ましい）によって
マイナーなファイルを自動で消してくれるとありがたいなと感じます。
キャッシュの削除はネットワークには悪影響なんですが
これをやっとかないと常設に支障をきたすような気がしますので…。
手動でも消せますので優先度はさして高くないです。　16-630,16-751

　　　　　　　　　　　　その他の事項

その他の要求、希望には次のようなものがあります（重要度順）

自動ダウンの優先順位＜手動ダウンの優先順位になるようにして欲しい
（現在手動DLはUPなくてもできるのでそれで代替になってるかも
最下流手動DLの現状報告希望）

検索結果からファイル名をクリップボードにコピーできるようにして欲しい 16-428

他多数

2つ以上のワードでの絞込み検索が欲しい　16-111,16-166

自動検索切断を有効にした際に、
全ての検索リンクが切れる場合があるのを回避して欲しい　16-890

ファイル変換で破損が発見されたらファイルにされないオプションが欲しい　16-584

転送が開始されたらリトライカウンタを0にして欲しい　15-24,15-260,15-962

ADSL8Mのデフォルト値を200→100にして欲しい　15-323

自動DLでINCOMPLETEをNGワードにして欲しい　16-920

ファイル検索にフォルダ名も含んで検索して欲しい　16-535

タスクごとにUL速度を表示して欲しい 15-725

タスクバーに入れられるようにして欲しい(パス付で)　16-839

アイコンを変更して欲しい　15-365,15-367,16-79など
　　http://www.geocities.co.jp/SiliconValley-Sunnyvale/4142/

外部ツールによるいかさま防止をして欲しい（？）16-563,17-127

　　　捏造に関する問題
　捏造対策は次のようなものが考えられてます。

捏造ファイルの先頭に捏造マークを入れて拡散防止した方がよい
　 15-831,16-22など

捏造ファイルのブラックリストを作って流通させた方がよい　15-274,15-279

捏造ファイルのホワイトリストを作って管理した方がよい　>>91

システム自体にリストを読み込む捏造防止フィルターを
　組み込んだ方がよい 16-111など

捏造警報を周りのノードに発信してファイルを追い詰めた方がよい　>>98

　私的には捏造をどうするかより、捏造にメリットがないシステムを
作ることが最重要な気がしますが…。
--------------------------------------------------------------------------

とりあえずまとめ終了です。あと個別に…
47氏発言更新分全て　16-542,16-546,16-575,16-580,16-582,16-789
>>24 , >>29 , >>31
>>38 , >>117 , >>133
>>143 , >>147

重要と思われる発言
あと、β１４はこの辺の調節しようということで、参照数のトータルが見えるように
なっていたり、他ノードの参照値を他ノードが知れるようになっています。
まだ見れるだけでこれらをどう使うかは様子見しながらですので、
何かよさげなアイデアあったら教えてください。（47氏）

ただ単に落ちたとか動かないだとか遅くなったといわれてもこちらの
モチベーションが下がるだけですので、すいませんが、これこれ
こうすると確実にこうなるという報告していただけると助かります。（47氏）

バグ報告の心得 >>62

バランスを良くするために　>>117 (47氏)

重要かそうでないか判断つきがたいもの
Winny駆け引きのやり方 >>137

スレ追う時の参考までに…。
足りない部分や間違っている部分があると思いますんでご指摘お願いします。
だぁ…昨日の時点のデータで編集してたもんでちと古い…。

サマリおつかれです

>>324
× http://isweb40.infoseek.co.jp/play/maxmam/cgi-bin/img-
○ http://isweb40.infoseek.co.jp/play/maxmam/cgi-bin/img-box/img20020525134109.gif

捏造対策についてもまとめられてますが，
それらの対策は全て機能しない(捏造を全く防止できない)，
という事を再度主張しときます．

>私的には捏造をどうするかより、捏造にメリットがないシステムを
>作ることが最重要な気がしますが…。

烈しく胴衣です．
捏造はどうにかしようにも，どうにもできないので．

>322
まとめ氏　乙カレーです　
話題がループするのを防止できます　感謝！

自動ダウンロード７０個とかヴァカみたいに登録するヤシを
地獄の底に突き落とす対策きぼん。

>>327
あ、間違ってましたね、すいません。
あと、14.1の47氏発言は盛り込まれてません。

捏造対策に関しては自分でもメリット＜デメリットと思ってるのですが
議論されてる以上個人的な考えではじくのはアレなので…。
一応内容的に最下段だったりします（笑）

自動ダウソしてたらWinnyが落ちた・・・

>>331
既に対策済みか？（藁

β14.1で転送レートがおかしくなってる気がする
０とかにまで頻繁に低下するし。ちなみにISDN
できれば送受信バイト数も表示してほしい

>>329
それだけ長く繋ぎっぱなしにするんだからWinny的には歓迎すべきだと思われ。

>>329
70個登録しても、実際に動くのはUP数だけなんだから無問題

>>335
searchの負荷は増えるんじゃない？
自分にとっても全体にとっても、あまりいいことじゃないような気がするのだけど

>>336
自動ダウソは確か検索パケット飛ばさなかったような気がするけど、違ったっけか

serchの負荷は増えないけど、ネゴしまくりの負荷があるかと。
あと手動でやってる落とす間が無くなってかわいそうかと。

ISDNでUP2DOWN2でも安定するようになった
MAXは３だけどこれ以上になったことはない
β12だかで時間切れ延長されるまでは
DOWNは実質1だったしβ14まではUP2は
いったときはかなりの確率でDOWNが切断
されてたので格段の進歩。

>>333に追加
タスクごとの転送レートはちゃんとでているようです
UPは複数入ったときの動きがおかしそう確認したのは
２個のときだけですが半分の数値がでてるようです
DOWNはよくわからない。以前より変動の幅が大きくなっ
ているようです。かなりの０になるときが多い

昔からあったけど、転送レートの計算方法が実測と違いすぎるとおもう。
特に、データの流れが間欠すると、実際よりおおきめで表示されている。

転送効率調べるのに根拠が弱くなりそう。

>>339
激しく同意
とても良くなった。
でもこんなに良くなるとWinnyが終了できないという嬉しい悲鳴。

ファイル名表示のところが&が_になってしまうようですね
MENU用のAPI使ってるはずなんで別のに替えんといかんかったはず

age

β14.1出た？

今頃失礼しますた　逝きます

β14.1について分かる方教えてください。

>帯域制限が動作するようになりました。帯域幅は基本的にUP=DOWNです。
>ただ、UP側とDOWN側で処理が違うので、必ず帯域が設定以下になるわけではないです。

頭の悪い私にはいまいち理解不能なのですが、いったいどういうことなんでしょうか？

私の回線は8MDSLで、Winnyに使用するUP帯域の上限をを80kB程度に設定したいのですが
回線速度を80にすることで可能なのでしょうか？あるいは160でしょうか？

>>346
回線申告速度を80にすればよいです。

質問は
http://tmp.2ch.net/test/read.cgi/download/1021908798/
ここでね。

>>347
どうもありが�dでした。
そしてｽﾏｿでした。
次回からはちゃんとあっちに逝きます。

>>324
＞自動DLのハッシュ値での指定
＞　完璧に狙ったファイルをGETするためにハッシュ値を指定して
＞DLしたいというものです。検索からハッシュ値を直接登録できると
＞便利そうです。16-519

検索結果画面から、
１．DLしたいファイルを右クリックで選択状態＆｢ダウンロード予約｣をメニュー表示
２．メニュー表示の｢ダウンロード予約｣をクリックでそのファイルを「自動ダウン」に追加
　　このときには｢タスク状況｣には飛ばない（ファイル検索画面のままで、スクロールもしない）
３．DownList.txtにはファイルの検索キーではなくハッシュを登録

こんな感じでどないだろ？
自動ダウソでの検索時のキーの暗号化/復号化の手間が省けそうなので
CPU負荷も軽減出来そうな気もするんですが。

ageとこう

>>350 ★sage推奨★

捏造対策ですが、

DOM厨は良キャッシュの可能性が高い→UPノードになる率高い→自動ダウン可能

なので、わざわざ捏造しなくてもダウン可能なので、捏造する方が面倒だと思います。
ゆえに捏造率は心配するほどあがらないっと。
それよりはせっかくできた良キャッシュを消させない対策の方が前向きの対策かと。
とりあえず、暗号化してキャッシュ数保持とか、キャッシュファイルリストをどっか保存しておくとか、
整合性を保持させて、消えてたらペナルティという方向性がいいかも。
もちろん、容量限界によるペナルティなしの削除機能の実装は必要ですが。
あ、キャッシュ容量を減らす変更にもペナルティ入れないとダメか。

あとは、起動から３０分とか１時間とかたたないと自動ダウン開始しないという制限もありかな。

しかし、最近このスレ伸びないね。結構、みんな、あきらめっちゃたかな。まぁMXと
ﾌﾞｯｸしてやってるﾔｼは難しいだろな

>>352
キャッシュ消さないようにするにはやっぱキャッシュ1ファイル化でしょ。
まぁ、メリットとデメリットを比べると、どっちがいいのかわかんないけど。

今日俺が食ったウィンナー、
名前がウィニー！ヽ( ゜∀゜）ノwinny!

>>353
そのことなんだけど、Winny起動させると何故かIE繋がんないんだよね。
いや、何故かっつーても理由は判り切ってるんだけど、こればっかりはどうしょーもない。

>355-356
無理に話を盛りあ

>>355
http://www.nipponham.co.jp/winny/
これとは別物です。ﾆﾔﾆﾔ。。。

>>357
以下省略が抜けている・・・

かなり順調ですね。長時間放置してからキャッシュを検索してみると、全然知らないファイルがあって面白い。

ただ、自分の欲しいファイルがなかなか落とせないのはいかがなものか、と。
ランダムブロックは負荷がでかいであろうので、せめてランダム分割ダウンを実装していただきたいですね。
現在でもファイルを多重登録して分割ダウンできるみたいですが、人気のあるファイルだと転送リンクがつながりにくいんですよねぇ。
人気のあるファイルはダウソしにくい→リンクつながっても切れやすい→分散している部分キャッシュがほとんど同じ→参照数だけ上がって、オリジナル所持者が頃合を見てファイルを消す→完全キャッシュは０

参照数がたとえ２とか３とかあっても、それで完全キャッシュが２つ３つあるわけではないのがちょっと辛いところです。14.1から実装された参照数を見れる機能で確認した参照数が20を超えているファイルでも全然落ちてこないなんてザラなんですよ。

何かをダウンロード中に検索リフレッシュをかけると確実に転送が切れます。
中継（？）と自動で落としているファイルで確認しました。
手動ではキューが殆ど通らない為実験不可能でした。
アップは切れない模様です。Transfer表示とノード画面で確認。

>353
順調な証拠です　

>362
>131　47師のカキコはチェックしよう

>>353
自己厨かもしれんが、自分の中の理想のWinny像を書いてみる。

・『自動DLオンリー化』
　ただし現在の「おまけ」としての自動DL機能とは別のもの。
　帯域バランスや接続数調整や再検索や再試行や検索リンク再接続やらは全てWinnyが自動で行う。
　手動DLは不可（カタログからファイル(ハッシュ)を選んで自動DLへの登録は可能）。
　つまり、ユーザは自動DLのキューを作る事しか出来ない。
　（手動完全廃止は、回線速度や申請速度によって不公平感がある内は控えた方がよいかも）

・『ﾏﾀｰﾘ度』
　キューのタスク毎、またはキュー全体に対して、「○時間or○日内にDL出来るとｲｲ」を設定。
　あまり時間が短いと、概算の完遂確率が悪化する。一定(50%?)を下回るのは設定不許可。
　Winnyはそれに合わせて、UP/DL/転送の比率等を調節して稼働する。
　デフォルトは6時間くらい？

・『統計が出る』
　SETIとかのみんなでｳﾏｰ化ソフトの必須条件でしょう。
　自分がどれくらい貢献出来たのかを知る統計が欲しい。
　数値は自分でﾆﾔﾆﾔする為の物なので、他人にクラックされなけりゃOK。

47氏や他のβテスタの考えと異なるかも知れないけど、一ユーザの声ということで。
開発の優先度から言うと、回線速度や申請速度や回線の特質（対称/非対称）や、CPU能力に、
「応じた」、不公平感のない負荷分散になる事が希望です。

>>364
肝心なのが抜けてた。

未だ、不公平感は解消されておらず、それが、面白くない、と思えてしまう一因ではないかなと。

ファイルの捏造や、貢献度うんぬんより現在の速度詐称を何とかしないと、、

現在の自動ダウンロードが、積極的検索を行わない為、よりキーの通過する
上流にみなさん詐称してまで、登ってしまいました。ノード情報を見ると、、、、

ファイルの最大ＵＰ数や転送数が多くなっても、回線速度は低速のまま。
現在のダウン速度の低下はこれが原因と思われる。

このまま放置すると、キーの転送にも影響が出そうです。

回線速度は、申告でなく、Ｗｉｎｎｙでの実測ベースで調整できないのかな。

>>366
はげどー

自分のノード情報ではADSL(?)の50と200が多いけど？
速度もそんな感じ

参加者が多くなったからかなぁ。
ここ数日、１つもＤＬが始まらなくなった・・（うｐはガンガン）。

完成バージョン出るまで参加お休みしようかな。

>>366
上流の人は、PCのスペックの問題があるから下げる事のみできる方が
いいかも・・・・・

って言うか転送には、速度申告は、関係なかったんじゃないかなー？
まあ確かにキーの転送には、支障が出るかもね。

>>364『統計が出る』
俺もこれ需要だと思うUPDOWNバイト数とキーのやり取りCPU不可
なんかで統計出してほしいねSETIはCPUチップセットベンチマーク
みたいにつかわれてるんで、そのネットワク版になればおもろいと思う

>>369
俺もさっぱりだよ。そのくせUPガンガン

Beta13使ってる奴がまだ多い

ログ真っ赤だし

369､372ちゃんと最新版14.1使ってる？
UPはが規制されるんでかなりDOWNしやすく
なってるけどなオレは

>>374
もちろん14.1っす。
それに、しっかりうｐされているから設定も間違いないと思われ。

調子がいい人が羨ましいね。

何落としてるかにもよるんじゃない

>369
Winny 初期ノードを入れ替えてみるとか・・・
ん〜調子の良し悪しは謎
http://node.s12.xrea.com/

>376
かなぁ？対象ファイルキャッシュの持ち主が少ないとか

本当、ノード情報上流ばっかし・・・
くだ質スレでがいしゅつだけど
「ファイル検索」で[mpg]で検索していたら上流の情報も自動ダウンロードでヒットして落とせるのにな〜

ログ情報で古いバージョンの奴らが居なくなったのはいいがupの数が0のままになって自動ダウンロードの
キーがヒットしていても落とせない(悲
今まで、吸っていたやつはDOMだけなのか？

現在down1で、残り時間24時間PC Gameを転送中

>>376,>>377
やっぱ、ＤＬするファイルの持ち主が忙しいと思われ。
となると、参加者が増えたことが原因かも。

14.2

でてますね。日付が昨日になったまま？

β14.2です。単にバグ取りです。

・ノードバッファの大きさを固定（上で出ている不祥事が防げるんではないかと）
・キーのロックミス修正（リフレッシュで変な挙動したり
他のダウンでダウンロードがキャンセルされたりするのを修正）

時間が無いし、あまり慌てて他のバグ作っても問題なんですが、
（つーか、これから明日締め切りの仕事を徹夜であげないとならんのですが(^^;）
後者のバグがかなり致命的だったので早めに公開します。

例のダウン中にリフレッシュするとエラー出るということで？？？だったんですが、
ロック状況を表示させて確認してみたら、キーのロッキングに抜けがあったためでした。

キーのロックというのは、ダウン作業などキーを消されるとまずい場合に
これをロックして削除などできないようにしているところなんですが、
キーの上書き生成部分でこのロック確認が抜けていたので、
隣からダウン中のキーと同じキーをまた受け取ると
上書きしてロックが外れてしまうという凡ミスでした。

ダウン中に他のダウンではじかれてしまうなどもこれのせいだと思います。
他にもいろんな不祥事を起こしていたはず。

なお、プロトコルはβ１４共通です。

ていうか本当に皆なんか共有してるの？
ファイルが少なすぎる…　人は多いだろうに

ｷﾀ━━━( ´∀`)･ω･) ﾟДﾟ)ﾟ∀ﾟ)･∀･)´_ゝ`)´Д｀)ﾟーﾟ)━━━!!!!

乙
お仕事もがんがってｸﾀﾞｻｲ

すごすぎ…
ほんとに、47氏が倒れないか心配だよ。
もうかれこれ一月以上そんな感じでは。

>>383
漏れは130ほど動画を中心にUPフォルダに入れてるよ。
どれだけ他の人から見えてるのか知らないけど、
帯域の限界まで使っていつもUPしてる。
北欧発・・・とか

ノードってどうやって登録するんだろ　いつもエラーになる
いつの間にやら14.2になってるな…

と思ったらすぐ上に４７氏が…　お疲れ様です

これってUPフォルダにファイル入れといただけではUPされないのかな？
結構人気あると思われるファイルを1週間くらい共有しておいたけど
誰も持っていった形跡が無いから、何個かキャッシュに変換して
UPフォルダは外しておいた。そしたら参照数がどんどん増えていってる。

ｷﾀ━━━( ´∀`)･ω･) ﾟДﾟ)ﾟ∀ﾟ)･∀･)´_ゝ`)´Д｀)ﾟーﾟ)━━━!!!!
↑これイイ
β14.1・・・２時間の命でした。
中継切れたのでインストしま〜す。

>>390
おれもUPフォルダのファイル参照数が増えてない気がする

port0だからなかなかダウンされない。
久々にダウンがきて自動ダウンロードも始まったとおもったら
接続限界エラーで終了。
その後自動ダウンロードがかかることはない・・・
ひょっとしてまた次に誰かがダウン始めなければ
自動ダウンロードもはじまらないのでしょうか?
もしそうなら次はいつのことになることやら・・・

参照数ってキャッシュ自体に持ってるんじゃないの？
だからUPファイルはカウントされないと思ってﾏｽﾀが

>>143の47師のカキコと激重のPCを眺めながら中流域の低スペックPCユーザー
としての要望を出して良い物かどうか考えました。ご興味があれば別館スレ
http://tmp.2ch.net/test/read.cgi/download/1021908798/
の857以降にも目を通して頂けると幸いです。

帯域自体にはまだ余裕のある中流域では、大量のキーによる負荷がかなり
シビアな状況です。上流域ではさらに熾烈な負荷がかかっているのでしょう
から、一部の人間だけに都合の良い勝手な要求をするつもりはございません。

ただ、申告をさげても200~50ではほぼ上限の5000付近までキーが増加する
ため、申告をさげたからといって必ずしも負荷が下がらないのが現状です。

高負荷時にはマシンが満足に動かないため、何か作業をする時にはWinnyを
落とさざるをえないという事情を抱えたβテスターも多いのです。

Pen3_500MHz程度メモリ256MB以下の平均的なマシンでも常時稼動できる
ように、ある程度キーの上限を下げる設定も付けて頂きたいというのが
今回の要望です。

「上流に居座っていたいけど負荷は負担しない」では他のノードの同意を
得られない事は承知しております。したがって、申告速度によって上限を
決めるといった形式でのキー数制限は可能であるかどうか伺いたいのです。

中流域でのキー数の制限は全体的なキーの流れを大きく変える恐れもあり、
現在考えているネットワーク設計が破綻するというのなら当然見送って
頂いて構いません。

また、現在程度の負荷に耐えるだけの環境を整える事がWinnyの参加条件
であると言われれば、当然その決定に従います。

御一考願えれば、といったレベルの要望でした。ﾏﾀｰﾘお待ちしております。

さげ忘れました。グランド１０周してきます。すんません。

>>394
まだ実装されて無いだけでしょう

>>47師
乙かれさまです。
調子ｲｲ!です。

(´∀`)ﾏﾀｰﾘﾏﾀｰﾘ









と大きなファイル落としてみます。

キー処理が重いのは無駄にキーがメモリ消費しているのが大きな理由な
はずなのでカリカリとチューニングしていけばいいだけなんですけど、
時間がなくて作業がすすんでないです。

メモリ上で小さければ各種のキャッシュヒット率が上がって処理も軽くなるはずです。
今だと一つのキーで2K程度のメモリ消費してしまっています。

これの主な理由は暗号化（名前やキャッシュ内など）のせいなんで、
これの暗号化をキーと切り離して同じ暗号キー単位でまとめればいいはずなんで、
暇になったらやってみます。少しお待ちください。

>>394
参照数っていうかUPフォルダに入れといたファイルが
誰かにDLされたとしたらそれはキャッシュに変換されるはずなのに
調べてみてもキャッシュになってなかったから、誰もDLできてないんだと判断したんです。

>>400
自キャッシュは経由せずにUPされるはずでは。

>>401
あ、そうだったのか。
まあ俺の勘違いならそれに越したことは無いんだけどね。

sage忘れのおっちょこちょいにレスありがとうございます＞47師。
連投規制と戦っててお返事のお礼が遅れました。

まだ改善の余地があるのですか。ﾏﾀｰﾘお待ちしております。

>399
47殿ｶﾞﾝｶﾞﾚ!ﾑﾘｾｽﾞﾆ!

>>401
あれ？
確かキャッシュに変換しながらUpされるのでは？

でも、それならいちいちキャッシュに変換しないと
自分のUPファイルがどれだけ人気あるのか分からんね。
MXも自分の作った動画が広まっていくのが楽しくてやってたみたいなもんだから
そうなると俺にはちょっとつらいな。

>>405
それは前の仕様だと思う

ver.が新しくなる→つながる
時間がたつ→つながらない

…現状。

>>405
DL者or中継者のキャッシュに、
変換しながらUPするはずです。
で、だからUPフォルダだと高負荷だと。

>>408
禿同

47師って
「P2Pモデルにおけるキャッシュ機能の有効性の評価および提案」
を情報処理学会でやった人or関係者？
神のような　じゃなくてホントに神様(もしくはその側近)がやってる？

>>411
わかっていても黙っているのが粋。
無粋なやつは嫌いだ。

>>412
まったくその通り

野暮なことは言わないように

誰か早く暴けよ47の正体（ｗ

Hitman - Codename 47

>>414
何のために?

つまらんことになってきたな。

47氏の正体＝神
他にナニが必要？

現スレの４１と５０でポート警告でていたモノです。
１４．２に変更したところポート警告が収まったので報告です。
環境変更してチェックしようかと思ってましたがその前に
１４．２が出てしまいました。

今気がついたんだけど
ある数までしか検索かからないんだね。
それ以上は切れてる…。

>414
まさか　補助プログラムでみんなに感謝されてる
”あ氏”ではないですよね？　あまりよろしくない冗談です罠

>>421
とか聞いても偽物なら喜んでYESと答えるから意味がない罠。

YES! YES! YES!

>423
アホﾊｹｰｿ
>あ氏
実はもうツール開発止めちゃったとかですか？
dns重宝していたのですが…

今はβテスターとしてキャッシュ残してますけど
いずれ自作ファイルのアプロダとしてだけ使用するつもりなので
UP帯域およびUP本数の上限を手動で上げられるようにしてほしいです。
逆にキーバッファを手動で下げる機能でもいいです。
現状で速度申告を上げる方での調整はCPU的に無理です。

>>424
カミングアウトしたかったんだろ

http://akaty.tripod.co.jp/demons_heart002.zip
密かに作ってます（笑）現在β14.2
ソース汚くなったので最初から作り直してますが…
win9x系だと動かない(らしい)ダメダメプログラムです。

ちなみに上の人はしらんです(;´д⊂)

>>420
確か200だったと思う

このハンドルやめたほうがいいかな(´Д⊂ ｳｴｰﾝ

β14.2、すこぶる快調。
リフレッシュ押した時のバグは怖くてやってない・・・

>>429
為者はいかがでしょ？(笑)

自分のファイルをキャッシュに置くのって、どうやるの？

現在自動ダウンキー100ちょっと登録。
どうやら漏れのマシンだと保持キーが2000と数百超えた
あたりからWinnyの作動が非常に重くなるということが確認
できた。

β14.2、ちょっと変なとこありません？

・被参照ブロック数がβ14.1のとき約2,000,000,000→β14.2で1,400,000と激減
・mpg,mpgで検索掛けると、参照数4060という化け物のようなファイルが・・

皆さんはどうでしょう？

>>433
あったような気がする。

>>430
（･∀･)ﾔｯﾃｸﾚﾙ!

数時間ほっといたら
仮想メモリ使用量が343MBとかなってるんですが・・・

>>431
MXの次別館 くだ質、雑談、愚痴スレッド
http://tmp.2ch.net/test/read.cgi/download/1021908798/

みんな、
βテストも重要だが氏は現在徹夜で仕事中だ。
とりあえず12時ということでこの中にもこれからテストを終え、寝るヤツもいてるだろう。
寝る前に氏へ応援レス付け忘れるなよ。

>>437
そんなスレあったんだ。知らなかった。
なんでそんな分かりにくいタイトルにしてるの？
普通に「winnyの質問スレ」にすればいいのに。
あとこのスレもこんなタイトルだからどうでもいいような
書き込みが多いと思う。
「winny開発スレ」にしてバグ報告とかそういうのに特化しちゃった方が
47たんにも分かりやすいと思うけど。

自動ダウンしてると、どんどんダウンフォルダにファイルが
たまっていくがこれがファイル破損エラーで残ったやつだったりする。
ファイル破損だったかいちいちチェックをしなければならないので
ファイル破損の場合はダウンフォルダから削除してほすぃ。
チェックすぜに破損ファイルをUPして同名異ハッシュな
ファイルが多数出回りそうで怖い。

>>439
1も読めないような、君が来ないようにしてるんじゃないのか？

>439
いろいろ事情があるんだよ＜タイトル
47氏はちゃんとモニターしてるので心配なし

プロバイダ責任法　27日施行　・・・
http://www.mainichi.co.jp/digital/network/archive/200205/16/1.html

キーが増えるとメモリ使用量と仮想メモリ使用量が増えるんだが
キーが減っても仮想メモリ使用量が減らないように見える。
だから仮想メモリ使用量が凄いことになってるのかな？

>>438
みんながみんな、応援ﾚｽつけたらどうなると思う？
それだけで無駄にｽﾚが消費されるとは思わないか？
このｽﾚは、あくまで不具合等の報告をするのがﾒｲﾝだと思うが？
そんな風に仕切らなくても・・・

>>442
夢見心地でわｯすれｯてた♪
(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

>>444
別に仕切ってるﾜｹじゃないと思う。
まぁ、なんていうかｱﾚだけど。

んで、今後の課題は？

キャッシュに使ってるHDDがそろそろやばいんだけど
臨界まで使ってしまったことのある人いる？

>>366

回線速度詐称が、さらに進んだ模様。
200がほとんど、75とか125なんて申告もあっておもろい。

実際ADSL8MだってリンクUP速度で700kbps(Winnyの回線速度では87.5になる)も出る
やつは半数以下のはずなのに、自動ダウンのキー量確保の為とUP=DN速度規制を
クリアする為の詐称と思われる。

このままじゃ、UP速度が50も出ていないやつが、300とか申告するようになって、
UP・DN数MAX30を得て、そいつを経由するファイル転送は、本来MAX3のはずが10倍の
ファイルを転送するので速度は1/10に、あふれるキーにPCがついていけないやつ（これは
回線と関係なくリッチPCなら何とかなる）も出てくる。そして、UP回線帯域がファイル転送
と、より上流へ送出されるキーで混雑し、キー送信でタイムアウトが大量発生する。
そして、下流への一部キー還流も行われなく、ますます低速申告しているやつが詐称組
へ鞍替えする。PORT0詐称もひどかったが、今回はもっと深刻。

解決策は？

こんな提案は、有用？それとも、ただの煽りかな。

>>447
回線詐称の主原因は帯域コントロールの調整不足が原因と思われる。
別プログラムで回線状況を見ていたけど、設定帯域５０で１０Ｋちょっとしか出ない。
ということは、帯域をギリギリに合わせるとだいたい4倍で200になる。
で、中間のHUBに入ってしまい、中継回線が増えて、中継がうまくいかなくなり
他のクライアントにも影響が出ると。

>>447
なるほどね。最近ダウソ速度が異様に遅いのはそのせいか…
大問題ですな

>>448
おれは、ADSL1.5MのUPフルリンクだけど、
転送ファイル数UP3DN2で、UP策度は30KB/s〜50KB/sで
40KB/sが平均ってとこ。

後半の意味がちとわからん。俺にも分かるようにやさしくキボンヌ

>>447
なるほど　次から次から自己厨対策か　47師もいやになっちゃうね
実測回線速度の判断は　UPとコネクション数と速度の合計を監視して
自己設定（申告）と大きな違いがあれば強制的に設定変更すれば比較的簡単かも？
実際にUPした実績値＝回線速度　みたいな

47師もPort0の時に自動設定には少し触れてましたからいずれ実装されるかな

そこまでしてDLしたいんですかね　人として？
リアルでよっぽど冷飯を食わされてるのか　理解できん罠

>>450
やっぱり１サンプルだけじゃ、全体像にはほど遠いのかも。
後半の意味は>>447が書いたことと同じ。

47氏へ。
>>306 β14.2でも再現しますた。
アドレスは 004160e4 です。
残りループ数36回でした。

>>448
分かった、申告速度の1/4位の速度しか出なかったから、4倍に上げ底
して申告したのね。そしたら、やたら自分が中継をするようになって、
UP・DNの双方に、中継役として遅いや不安定などの迷惑をかけてしまった。

ということね。

>>452
サンクス

>>451
UP速度の実績値からDN数を制限するのは、賛成。
クラックされて好き勝手される心配もあるが、このままじゃβテストも
出来なくなる。臨時措置ってことでとりあえず何かしないと。

47師がキー処理回りのチューニングをそのうち行いたいと書いていたが、
チューニングのキー処理効率化の成果も調べられない。

>>454
加えて言うなら、50から200にあがるとコネクション数や上流下流の関係が激変する。
この辺がシーケンシャルに設定されていないのも問題かもしれない。

>>453
こてハンにしたんですね
例の件以降の　あなたの態度は好きですよ
ご苦労さまです　今後ともよろしくです　スキルのある方が必要と思われ

とりあえず、自動ダウンロード効率化の為の回線詐称対策として、

1.UP速度実績からのDN数制限。
　ちょとめんどくさそう。急いでやるには47師の負担が大きすぎ。

2.自動検索　提案
　自動ダウンロードによるダウンロードが0になったら、数分後とに自動ダウンロードのキーワードで
　検索を行う。これで低速申告でも、キーを上流から取得出来て自動ダウン効率が上がる。
　ただし、検索頻度は粗にする。5分に一回とか。

3.ペナルティー処理
　増速申告を行い、ファイルやキーの転送数が増え速度が低下する。このときに、自分のDNファイルを
　真っ先に帯域制限をかけるようにする。たとえば、１ファイルあたりの転送速度が一定値を下回れば、
　速度が回復するまで、自分のリクエストによる転送ファイルの速度を下げつつけるとか。

如何でしょ。

　おそらく、詐称組みはMAX転送数が増えすぎて、自分のリクエストファイル以外のダウンロード（転送）が
大量発生して、困っているはず。PCの前に張り付いて、キャンセル処理を手動で行い複数ダウンロードで
帯域を埋めようとしているかもしれん。低速申告でも、一晩（なり数日）ほったらかしにして得るものがあるのなら
みんな、自分の速度にあった申告に戻すはず。

自動あぷデート告知機能ってのはどうでそ？
作者氏の身の安全も考えて。

捏造対策とかメンドイかもしれないけど。

14.2になってから現在レジュームでダウン中のファイルのキャッシュが
完全キャッシュと誤認されてる。
そのまま完了させるとファイル変換中に破損エラー。
で、キャッシュを表示させなおすと真ん中がぽっかり抜けている。
何故？

>>457
現実問題　47師の負荷考えると　”厨は勝手にやってろ”なんだけど

１．そのとおり
２．効果が少し疑問？
３．効果てきめんだけど暫定仕様としては作るの大変そう

という事で　47師の検証工程もあると思うので

放置やむなしかな　でもたしかに影響でてると思うYO

βテストなのに名に考えてるのか　まったく自己厨ってやつは　

Oh・・・β14.2が不正な処理で落ちてしまった・・・
自動ダウンキーの入れすぎなのか・・・さてさて・・・

>460
457は自己厨としても、まぁアイデアってことでストックしておくのはありかもな。

47氏の作業工程から考えると非現実的だが。。

ネット上の仮想空間で、自由なやり取りを実現 - 新技術「SOBA」7月に登場
http://headlines.yahoo.co.jp/hl?a=20020525-00000096-myc-sci

>>462
いやいや　＞457の事を自己厨とは思ってないYO
前向きに提案してるし　現実Winnyのバランスが今回のβ14から
崩れてる気がする

詐称厨＝自己厨の方向で　わかりずらい書き方スマソ

β14.2で修正があった部分だと思うけど
メモリリーク起こしてませんか？
14.1とほぼ同じ条件で稼動させていても
メモリの使用量が右上がりのまま殆ど下がらないのですが。
申告速度80で2〜3時間でWinny.exe総メモリ使用量が300MB超えます。
14.1の時は200MB以下で収まって安定してました。

>実測回線速度の判断は　UPとコネクション数と速度の合計を監視して
>自己設定（申告）と大きな違いがあれば強制的に設定変更すれば比較的簡単かも？
>実際にUPした実績値＝回線速度　みたいな

吸い出してる奴が遅いんでごじゃりますがな
ってときに泣けてきそう。

>>466
確かに　瞬間的にはそうかも？
３日もたてば　回線速度と一致するでしょ
当方FTTHだが　8MADSL　50人ぶら下げても
回線速度MAXにならない　自虐的な意見だった罠

>>466
禿同。
まあ、実測値からどう設定値を導き出すのかは検討の余地があるんだろうけど、8MDSLで実測値UP700Kなのに、せいぜい300Kくらいしか使われていない。
こんなのを基準にされても困るな・・・。

>>468
8MDSLだと　UD同時だと　300KはほとんどMAXだYO
いやいや　本当に

>>469
ADSLって上下独立だから
下り8M+上り1M同時に出るでしょ

>>469
根拠は知らないけど、そんなことないって。
経験上とか言わないでくれよ？

>>470
それが誤解なんだなーー
TCPの規格上　P2P接続するとだめなんだ

本スレ　>156　ここから読んでみて

でも実測合計は現実的でないね　要検討ですね
そう単純ではない　

>>472
で、結局300Kどまりではないってことだろ？
何が言いたいんだか。

今問題になっている回線詐称の原因が
　「自動DLを稼動させるため」
と考えて良いなら、この原因を取り除くのが良いと思われ

漏れの案としては
　１．UP0でも、自動DL1は許可する
　２．ローカルQ形式の自動DLを実装し、検索結果からの自動DLへの登録を可能にする
　　この時、DLに失敗したものは5回程度再試行した後、Qの最後尾へ回す
　　最後尾へ回すときに再検索が必要フラグを設定し、DLを開始する前に検索を実行
　　仮想ｷｰが見つからなかった場合は、また最後尾へ
　　以降繰り返し

実は1だけでも回線詐称はｶﾅｰﾘ減ると思うけど、どうでしょう？
少なくとも回線詐称するメリットが減れば、ﾏｼﾝや回線にに負担がかかる事をする奴は
減ると思われ

漏れ8MDSLだけど、上95KB/s下750KB/s同時に出るよ。

>>472
ACKはデータに対してはるかに小さいし、納得できん。
完全に上りが詰まったときに逆方向も滞るってこと?

もっと合意的な説明どっかにない?
Richard Stevensとかの文献でも読み直してみるか…

>>472
経験ってもしかしてMXのこと？
だとしたらあれはある程度MXが合わせているからだよ。

>>474
厨が上流に逝きたがる原因は、下流からしか自動ダウソが出来ないからでは？

>>473
了解！　この話はなかなか納得して貰えるものではないので　逝って来ます
P2Pはちょっと変わってるから

でも本当の回線速度は自分より高速な回線から見ないと
わからないですよ

ちなみにMXに速度合わせる機能はありません
MXの1コネクション毎の限界とかいろんな要素が同時に影響してるし

MXの時もよく逆切れされたの思い出したYO

スレ汚してスンマソ　逝きます

>>478
あ、それ頭から抜けてたΣ(ﾟДﾟ；)
いいかげん寝るとするか・・・

２の案にも穴があったら、誰か突っ込んで( ﾟдﾟ)ﾎｽｨ

>>478
だからといって全キーを対象にすると、ただでさえ悲鳴を上げている上流のCPUが
更に酷いことになる。と、昔47氏が言っていたと思うが。

TCP/IPの話は有意義だが、激しくスレ違い。よそ逝ってやれ。

>>479

いや、あるって＞速度合わせる機能

１対１でその機能が機能していたのに、交換相手を
増やすとその速度合わせの機能が解除されたり
帯域制限を加えると解除されたりする（こともある）
ただ、条件が今一わからんのがMXなんだけど、
最近出た3.1ではその速度合わせ機能は無いみたいな予感（まだ１対１の交換したことない）

>>481
ちょっと認識が間違っているのでは？
上流のキーは、検索しないと手に入らない。で、検索投げると上流が大変。
検索かけずにほっといていた場合、キーは自分のUPファイル＋キャッシュ＋
下流からの仮想キーだけになると認識してる。

ふと思ったんだけど、皆が皆自動DLで放置すると
そのうちDL出来なくなってるんでない？

>>482
それ、単に経験上の話じゃないの？いいかげんなことは言わない方がいいよ。

>>483
当然、自動なり手動なりで上流に要求出す事を含めての意味ですが。

む、やはり保持キー増加＆多数の自動ダウンキーでWinny
の作動が（描写やタブの切り替え等が）遅くなる。

複数の検索キーの登録による自動検索は実装されるかなぁ・・・

>>484
下流のノードは自分の仮想キーを上流ノードに自動的に投げる。
最下流の人はできなくなるね。

>>465
全体の消費メモリが500MB突破
Winnyが430MB消費中。スワップでHDDがｶﾞｰﾘｶﾞｰﾘ言い出したよ。
14.1の時は全体で200MBちょっとだったのに・・・

朝になったら落ちてるんじゃないかと不安をかかえつつ寝る。

>>485

いや経験も糞も実際体験してるし
472の話しの方が信じられんけど？

実際T3+に吸ってもらうと上がり下りともフルに使えてるし。
472の言う通り（P2PでのTCPの返答問題があるとすれば）ならば
こんなことは起こりえないと言うことですよね？はて？

>>489
転送タスクの発生消滅で、リークしているんですかね。
それともキーのロックが掛かったままで解放できなくなったか。
修正点というと、その辺かな。
いずれにしろ、ほっといて再現するなら47氏も把握できるでしょう。

もちろんT3+に吸ってもらえても普通ならばMXの調整機能が
働いて↑90KB/s↓90KB/s程度しか出ないのですが、ある条件
（>>482で書いたようなこと）がそろうとMXの制限がはずれて
フルに使えたりします。こういったことは>>472の言うことが
事実なら起こりえないことでは？

>>490
イヤ、俺は472が合ってるとは言ってないって。IDで、ちょい前の発言を見て。
経験上の話と体験上の話にいかほどの違いがあるのかという気がするけど、そこ
まで断言するなら、公式サイトでそういう記述があったとか、プログラム解析した
っていうレベルの証拠が欲しい。
そういう証拠が無いのに断言することを、いい加減な発言だと言っているのです。

>>488
キーの問題じゃなくて、


ある人の自動DL終わる
　　　　　↓
UPしてた側のUPが0になり自動DL終わる
　　　　　↓
それによって次の人もUP0になり自動DL終わる
　　　　　↓
次から次へ連鎖・・
　　　　　↓
　　　　　↓
　　　　　↓
(´･ω･｀)ｼｮﾎﾞｰﾝ・・

ってな事になるんじゃないかと・・。ま、ﾀｲﾐﾝｸﾞの問題なんで大丈夫と思いますが

>>463の俗語は十中八九「蕎麦」になるに一票。

>>495
んで、イマイチ盛り上がらずに
数年後中抜きと呼ばれるに一票。

>>494
俺の記憶によれば、
upが完了しても自動DLは続くよ。
up終わった後、DLの転送が切れるとそこで終了だけど。

>>489
漏れ全体の消費メモリが900M突破（β14.2）
Winny単体で仮想メモリサイズ810M。CPU使用率は低いまま。
申告速度はUPに準じて90。
一度落とします。

DOWNが０のときに検索上流のやつに現在のキー情報を要求
するのとか、UP要求があったときにUP要求もとのキー情報を
いっしょに転送するとかその辺がよさげな気がする

速度の実測は絶対無理だと思う

>>498
家も全体で900MBオーバー。
申告速度は75。
落ちないとOSごと逝きそう。
10時間も使っていないと思う。

メモリ最適化ツールとか入れても意味無いかな

>>501
今起きたらメモリー使用量2.06GBになってました
CPU使用率は、低いままです（5％-25％）

P4-1.5G　1.25GB-RAM　β14.2　申告150K　8M-DSL

もしOSが98系の人だったらツール入れたり設定いじるより
xpに乗り換えた方がいい。

一日動かしても全然重くならないし。
丸一日動かしてるけど大体cpu10%、メモリ270で安定
xp ｾﾚ1.3G+512MB ADSL1.5

あとageないでね

やはり、14.2でメモリリークをおこしてますね。
5時間で900M突破してます。
14.1では200M以内で収まってました。

14.2でダウソ中にリフレッシュすると今度は完全キャッシュファイルが出てくるのはバグ？

>>465 >>505
環境は？
ウチはwin2kで申告100で４時間程稼働してるけど、メモリ使用量140Mしかないなぁ。
ADSL8Mで設定速度100。キャッシュは７Gで自動ダウンはファイル名指定の８個。

起きたらWinnyの消費メモリが800MB超えてた。よく落ちなかったなぁ。

Win2k、ADSL1.5、速度50
キャッシュ13GB（374ファイル）、UPフォルダ21GB（141ファイル）、自動ダウソ5個

今試してみてウチでも >>468 の現象が起こりました。
リフレッシュをかけると使用メモリが増え、そのまま減らない模様です。
検索リンク再接続でも同様の現象が起こります。
それと、>>507 で使用メモリの桁を間違えてました。今３７Ｍです。
下流からプッシュされてくる分には発生しないのかな？

また ダウンロード中のファイルが検索画面では完全キャッシュに変わりました。
>>506 のケースと同じと思われます。

が、確か４７氏は今日〆の仕事で徹夜明けのハズ。
できるだけリフレッシュしない方向で凌ぐしかないかな。

>>508 を書いている間に使用メモリ６０Ｍ突破しました。
まだ検索リンクが2/2で、リンク先を探していてどんどん膨れあがっています。

>>507
WinXPでADSL8M
Rawで繋がってると思われます。
申告80
自動ダウン3つ登録
自動再接続OFF
検索切断ON
です

約８時間で仮想メモリ使用量が930MBに到達。
メモリ使用量は80MB。
そろそろコミットチャージの制限値です。

夜つけっぱなしにして、朝起きたら「仮想ページングファイルエラー」
とかで、落ちてました。XPです。
256MBだときついかなあと思ったのですが、ここの書き込みを見て
いると、どうもメモリリークっぽいですね。

Win2kですが見事にＯＳごと落ちてました。メモリは256Mです。

うちも今見たらメモリ１G近く食ってました。OSとWinnyはなんとか動いてた。

win2k 256M 8MDSL(申告120) 自動ダウソに6個登録 β14.2

まったく同じ条件で、β14.1で動作させてみたら
激しく安定します（メモリ使用200MB以内）
おそらく、β14.1からβ14.2に於いて変更が加わった部分でメモリリークが発生している模様

>>516
こちらの環境だと、どちらでもメモリの使いすぎで落ちることがある。

自宅と会社でテストしているが、夜に再起動して朝まで持つこともあるんだ。
自動再試行のON／OFF当りを疑っているが、今夜にでも比較実験を行って
みる。

VerUPが激しくて、条件の違いでの挙動比較がやりにくい。
これだけメモリリークするなら、我々テスターが計画的にテストしないと、
リーク個所の特定の為のヒントを47師に提示することは難しそう。

自動再試行ONとOFF
高速回線と低速回線
高性能PCと低性能PC
PORT０と０以外
OSの違い

それぞれの組み合わせに数人でメモリの使用量他を数時間毎に記録して
報告する。

誰かやらない？

仮装キーが増えたときにメモリが割り当てられるんだが
それが解放されてないような挙動してるよ。
キーのロック周りで変なの仕込んじゃったのかな？

AM10:00頃見たらメモリ使用量が200MBになりそうなところでウロウロしてたが、
今は検索リンクが上下とも0になってしまった所為か35MB程度しか使ってないよ。

>>519
仮想メモリ使用量は？

>>520
2G逝ってました・・・ｶﾞｰｰｰｰΣ(ﾟロﾟ υ)ｰｰｰｰｰﾝ

ネットランナー編集部に宣伝age

>>521
>タスクマネージャのプロセスの表示の状態で
>[表示][列の選択]で[仮想メモリサイズ]をチェック
>Winnyの総メモリ使用量は
>Winny.exeの[メモリ使用量]＋[仮想メモリサイズ]

>>517
メンバー募集用テンプレあったら便利かもなー、
誰かお願い(´Д`)

Winny立ち上げておくと、同時稼働しているWinMXはofflineに
eDonkeyはサーバに繋がらなくなってしまう。
ホットゾヌはソケットエラー。
無駄なコネクションが残ってしまっているのではないかと思う。
β14以降からこの症状が出てきた。

>>525
環境書けって。バグ報告するときは、バグを取る人のことを考えてやれ。
じゃないと、ただの愚痴。

β14.1以降検索リンクの寿命が短すぎるような気がする。
50-150位の回線速度設定で使ってると検索キーが全然貯まらない。
しょうがないので設定400で使ってます。

NAT接続です

今自分のタスクマネージャを見たら、使用112M。
かれこれ１０時間位放置してるんだけど…？。
朝は見ている時は見る見るメモリ増えてたんだけどなぁ。

環境は
自動再試行OFF
回線はADSL8M
Athron1.3G/512M/Win2k
非Port0 DDNS使用
あと自動検索切断を入れてないから、この辺かな？

すま。仮想メモリ見てなかった（汗）
そっちは500Mいってました。吊ってきます。

これからWinnyのメモリ使用量を報告する時は
Winny.exeの「総」メモリ使用量として報告しませんか？

>>523を知らなくて勘違いしてるﾔｼがあまりにも多すぎる。

どんな決まり事をつくっても。
「勘違いしてる」ヤシは減らない。
と言ってみるテスト。

>>532
逆が言いたかったんだけど
「総」を付ける事によって、理解してるﾔｼを見抜くことは出来る。

漏れとかヤシとか言うなぁぁぁ！！！

>>534
ﾏﾀｰｸｽﾏｿ。漏れはこんなﾔｼだが許してくだちぃ（藁

>>533
現在
「総」メモリ使用量　：　350MB

>>535
わかった。ちぃ覚えた!

貧乳ちぃﾀﾝ・・・(*´Д｀*)ﾊｧﾊｧ

>>526
そうだったね。すまん。書き直すわ
-------------------------------------------------
OS/CPU/ﾒﾓﾘ：（Win2000+SP2／Pen III 800EBMHz Dual／896M）
回線　　 　　　：(ADSL　DL8M/UL1M）
環境　　　　 　：（グローバルＩＰ）
待受ポート　 ：（22141）
DDNS入力　 ：（DynDNSを直入力）
使用ｸﾗｲｱﾝﾄ ：（β14.1）
速度申請　　 ：（200）
キャッシュ　　：（6G）
症状　　　　　 ：
Winny立ち上げておくと、同時稼働しているWinMXはofflineに
eDonkeyはサーバに繋がらなくなってしまう。
ホットゾヌはソケットエラー。
無駄なコネクションが残ってしまっているのではないかと思う。
β14以降からこの症状が出てきた。
このレスもソケットエラーで２〜３回繰り返してようやく書き込めた。
-------------------------------------------------

>>538
netstat -a実行するとどうなる？

>>539
PC再起動してしまった。
再現したらまた書くよ。

>>539
win2k pen�A300
特に症状はあらわれなかった．
普通にアドレス，ポートが出てきたよ．

うちのマシン非力なんでこのバージョンは
テスターお休みしま〜す

オレも申し訳ないけど１４に戻しちゃった、、ダメ？

>>543
戻すくらいなら不参加で逝ってくらはい。

recv error(10057)が頻繁に発生するんだがこれなんだろ？

プロトコル互換だからいっかなーって思ったんだけど・・
解ったﾖ、ページファイル２G位とって１４．２に戻しまふ。。。

>>545
socketがつながっていません

>>547
漏れが悪いの？

>>548
　古いバージョン使ってる奴が悪いのレス。

>>549
古いバージョンってのはプロトコル互換でないバージョン(β13以前)
って理解でＯＫ？

>>550
549じゃないが
May be OK.
無制限自動DLが使いたいだけの厨だろうと思われ。

メモリ解放のためにβ14.2一回落としたい。同じこと考えてる人は多いと思う。
で、Winnyのネットワーク的には時間決めてみんな一斉に落として再立ち上げが良いのだろうか？
それとも各自無作為に落とした方が影響がないのだろうか？

>552
ちょっとの間だけ落ちるなら、すぐにつながり直せるから
ちょこちょこと、勝手に落とせばいいと思う

>>552
一斉に落とすのは現実問題不可能では？

>>533-544
禿同
考えすぎ

>>553>>554
あんがと、楽になれたよｗ

というか、考えても無駄。

今気付いた事ね。
自動DLによって放りこまれたファイルは、
DL失敗すると自動で消しといてくれるよな、タスクから。
ところが、自分でタスクに入れてやったファイルまで、失敗したあと勝手に消されちゃう。
んで、俺が手動でタスク入れたファイルってのは自動DLにも登録されてるものなのね。
だから、もしかしたらタスク内でDL失敗してるものの中で
自動DLリストに一致するものがあれば、それは勝手にタスクから消してるのかな？
とか思った。どうなんでしょうかね。

ISDNの低速組です。
昨夜10時頃からβ14.2を放置（連続20時間以上）してますが、総メモリ使用量は、19020+18484=37504KB。至って平和、というか寂しいです。
割と吸われている様なのですが、最下流だと仮想ファイルキー個数がゼロ収束するので、
メモリが足りなくなる事もなければ、UP中に自動DLが発動する事もありません。
低速申請で放置すると、落ちないﾏﾀｰﾘUP専になれる模様。
尚、Win2K(SP2)/Athlon1900+/RAM512MB/HDD1G(785.6MB)/ISDN/NAT。
自動検索切断ON/自動ダウンON/自動再試行OFF。です。

クァアア

おいおい、いつもならこの時間帯はみんな色々議論してる頃じゃねーのか？
寂れすぎだぞオイ・・・

>>561
じゃ、なんか議論すっか？

>>561
足りない機能、追加して欲しい機能、バグの確認等々については議論し尽くしてしまった。
あとは47氏の降臨を待つだけだが、しばらくはお忙しそうなのでみんなマターリしてるのさ。

えと、自動ダウンのキーを100以上入れてるんですけど
保持キーが1000近くなるとWinnyが重くなりだします。
2000超えると大丈夫かってくらい重くなります。

えーと・・・今後軽くなりますか？

帰ってきてみたら仮想メモリ不足でOSに怒られていた。。。

自動再試行ON
回線はADSL1.5M
Athron1.0G/512M/Win2k
NATに穴あけ + DDNS使用

タスクマネージャすら立ち上がらない状態だったので使用メモリ数は
わかりませんでした。。。

しかし、なんだなぁ。
バグバグで、port0が異常に有利でって頃はなんか面白かったけど、
安定してくて、それなりの制限とかも実装されてくると、なんかつまんなくなった。
って、ついこないだのことなんだけど。

Freenetに戻ろうかなぁ・・・

>>564
というか自動DLに入れすぎ（ｗ
俺はキー4000とかでも平気なんだがなぁ。メモリは256で。
というか質問スレとかの方でやってくり。
http://tmp.2ch.net/test/read.cgi/download/1022428582/
↑ここね。

しらない人も居るみたいだから・・
http://tmp.2ch.net/test/read.cgi/download/1022428582/l50

>>565　矧げ同
14.2メモリリークはげしひ。

MX止めてWinnyばかり使っていたら、ﾀﾞｳｿ板で読むスレがここと雑談しかなくなってしまった・・・

>>566
戻れば?
βテスターなんだから不安定なのはあたりまえ。

>>563
禿しく酸性
大きな問題はメモリーリークですか

47師のタイミングで進んで行けば良いですな
かれこれ３週間不眠不休でしょ　４７師が壊れちゃう

>>563
そういう事情あったのね。
議論とか難しすぎて読み飛ばしてたので
議論し尽くされたとは知らないんだ。
まぁたまにはﾏﾀｰﾘと休んで頂きたいなぁ。＞47師
キレイ事じゃなくて、マジで。

プロバイダー責任法とやらが施行されてMXは少なくとも3ヶ月くらいは様子見。
しばらくはこの板とニュー速をいったり来たり。
まったりしてて眠く・・・。

>>570
禿同。

確かにもう議論するような話題は残ってないな
あとは細かいバグ潰して正式リリースかな

これからは雑談スレの方が伸びが良くなるかもね

>>576
次はインターフェイスと曼荼羅導入時に禿しく議論必要なヨカーン

４時間以上の任意の時間でwinny再起動するツール作ったんだけどなんか問題あるかな？
メモリーリーク対策で作ってみたんだけど…。

ところで　これから47師はブラッシュアップ工程に成ると思うけど
Winnyの推奨スペックどんな感じですかね　
47師にどの程度　カリカリチューンしてもらうか？
セレ３００+１２８K+WIN９８　で重いぞｺﾞﾗｧも　辛いと思うし

要素として　回線速度（上中下流）×PCスペックに成ると思うけど
PC性能　ｘ　回線速度＝　Winny上のノード位置　ではないかと

OS９ｘ系は推奨しないとの師の発言もあった要ですね　
皆さんどう思います　

>セレ３００+１２８K+WIN９８　で重いぞｺﾞﾗｧも　辛いと思うし

それは現在の水準では相当低スペックの部類に入るのでは...
基本的にリッチな回線+リッチなマシンのリッチな人々が
一気にファイルを吸い上げて、それを下々に恵んでやると
いうのがWinnyのシステムだが、末端は一番上も一番下も
結構きつそうだな。

>580
上に居る人のほうがファイル吸い上げやすいの？

>>580
自分もそう思います
　
>セレ３００+１２８K+WIN９８　で重いぞｺﾞﾗｧも
↑これ実話です　過去スレで”何とかしてください”とか言ってました

最上流は最高性能必須で良いとして　

1.5ADSL　8ADSL　が回線どうり申告できるPCスペックとはどんなもんでしょう

これも実話ですが　FTTH100+P2-266+256　の方は申告するんでしょう
深刻な問題ではないですけど　ﾏﾀｰﾘしてるので　（ｗ

>>581
上にいる方がといっても詐称はあまり吸えません
あくまで真性上流（回線太い）だけです
回線細いのに上流いくと速度落ちるだけ　未完増えるだけ

詐称はイヤンです

厨な質問ですみませんがDDNSのところに
生IP入れて平気ですか？教えて君ですみません。
余りよくわかっていないもので・・・・

>>583
それでか、ノード情報で低速のヤシが増えてきた。
増速申告を1日やって、あまり効果が無かったのかな。

なんにせよ、Winnyのネットワークにとって適正な位置にノードを
配置する仕組みが必要と思われ。

>>585
いちおうADSL８Mなんですが、局からの減衰は-50dB程度なんで、フルには
出なくてまあ、半分くらい出ればOKなんですけど、こういう状況なので
回線速度をフルに２００にしないで１００くらいで申告しているのですが、
こういう決め方はどうなんでしょうか。
今言われている言い方だと、私は詐称です。
８Mや１．５Mで契約していてもフルに発揮できない人もいるのですが．．．

>>586
ああ、間違えた。減衰は-30dB程度なので４M出たら恩の字です。

最下流なら、300MHz+128KB+Win98でも余裕だと思われ。

非最下流の場合、Win9x系は不可、で良いと思う。
スペックは、2000年初頭のパフォーマンスモデル以上は欲しいかな。
「Win2000/XPが十分に動く」＋「他の常駐物やアプリが十分に動く」の時点で、メモリ256MB未満は辛いだろう。
メモリアクセスの負荷も大きそうだから、DDR/RDRAM推奨、というのもアリかもしれない。

>>586
それは詐称ではないと思われ
自発的に適切な位置に自ノードを置こうとする立派な判断だ！

感動した！

>>586
age申告は、逝って良し。
sage申告は、むしろ推奨では？
低速申告が増えて困る事、迷惑になる事って、何かありましたっけ。

>>590
というか、中継することによってキャッシュを増やしたいというか、思いもかけない
ファイルが来ているのが面白いので、できるだけ中流にいる設定にしています。
それでもたまには上流や下流に位置づけさせられることもありますが、まあ
それはそれということで。

回線速度の最大は、調べた結果だいた４．７M程度なのですが、ISP間の
ルーティングのオーバーヘッドや各ISPへの平均をとったところ大体２M程度が
実効速度なので、申請速度を１００にしています。そんだけ。

>>588
かなり胴衣
とりあえず　47師には　P3-1G+256+WIN2K.XP　で
中流以下が動作するのがチューニング目標でいかがでしょ

予想以上に効率化進めばなお良し　
重い重いというよりも自分のPC見直そう　の方向で

スペック高すぎですかね？

(´-`).｡oO(Pen!!!500M程度で勘弁してもらえませんか...)

>593
学生さんは金がないのかw

>>592
Winny専用機ならちと高め、
片手間にWinnyを稼働させるならちと厳しいか？
そんな気がする今日この頃。

Cel900/448MB/Win98SE/Winny専用機/ADSL8M/申請50k/
メモリ管理ソフト常駐＆ノートンAuto-Protect解除で
何とか半日連続稼働成功．．．ちっと鬱。

>>592
ノートはCPUの強化できないんです。
メモリだって独自規格で高価なんです。
OSだって独自デバイスが入っててドライバの対応してもらえないんです。
だからそのスペックは高すぎます。

でも47氏に過剰な労働を強いるつもりもないです。
技巧を尽くしたプログラムではなく、ちょっと遅いマシンでもなんとか動きつづける、そんな安定したソフトを期待してます。
これでもかなり高望みっぽいが。

>>592
実際中速以上の回線生かすには(Winny以外のコンテンツでも)
それくらいのパフォーマンスは必要ではないでしょうか？
ただ、それだけのマシンをセカンドで常時稼働してOKな人口は少ないでしょうけどね。
標準的なメインマシンってスペックですね。

セレ566＠850 256MB Win98 回線50なんだけど・・・
今までWinny単体でそう重くなることは・・・まぁ多少あっても
今ほどじゃ無かった。自動ダウンのキー処理周りとかもっと
チューニングすればもっと低スペックでも問題ないはず。

>>592
winny専用機を立ててまで中継サーバーを用意する神は極少数だと思ったり。
winny専用機を立ててまで中継サーバーを用意してくれると思うDOM厨は多数だと思ったり。

PCルーターの余剰パワーをwinnyにくれてやる、位だと永久稼動してやるけどﾅｰ。
まー俺的には安定動作すればどのレベルでもいいやと思ったり。

あの．．．何度も繰り返されているかもしれませんけど、WinnyにはDOMしか
存在し得ないのですが．．．

アレが落ちないとか何だとか言う話が多いくだ質スレを読んでいて、ふと思った。
あるファイルαにリクエストが殺到した場合、現在は供給元のmax transで
頭打ちになるわけだが、これを全部、回線の順に一直線に繋げれば
みんなで一斉に落とせるのではないかと。

あ、そういえばﾀﾞｳｿ中のファイルもうｐ対象になるんだっけ？

>>596
了解です！　そちらの事情よく理解できます

>598　の方みたいに回線速度50ぐらいであれば
問題ないと思います

問題なのが　回線が８Mとか光だったりした時に
PC性能が遅めと言う理由で回線速度を
sage申告しなければならない事に納得できるか　という事です

47師が困るのが　低スペックで高速申請した時の負荷軽減は
限界があると思われ　ちょっと心配してるのはここです

実際592は高スペックかもしれませんね　
中流以下が動作　→　申告250前後で　と訂正した方がいいかな

>>601
よーし。じゃあ、このファイルを広めるぞと、１つのファイル名とサイズと
ハッシュを書いて皆で一気にやれば広まるかもね（ｗ
もっとも、違法なものは書けませんが（苦笑）

>>603
理屈は、「自分のところに２つ以上同じファイルにリクエストが来たら
溢れた分は、自分のうＰ先のノードにやらせる」

これを繰り返せば、あるいは・・・とか思ったわけで。

高速回線でsage申告すると　吸うだけすって
みんなの中継役しない　最強DOMノードですか
MAXコネクション数減るけど　

あ、今回から帯域自粛機能が入ったんですね

光＋低スペックの人　すごく文句いいそうだな

>>600
このｽﾚ読んでますか？
文盲ですか？
誤爆ですか？
Winnyは落とし放題のツールと勘違いしてるDOM君ですか？
欲しい物が落とせないんですか？
何か辛い事でもあったんですか？
友達はいますか？
太陽光線は眩しすぎましたか？

誰もうpしなかったら誰もDOMできません。

なんか面白いソフトがあったので書いとくね。
・タイトルバーにネットワーク接続の通信速度とCPUの使用量を表示できる「acTi」
http://www.forest.impress.co.jp/article/2002/05/27/acti.html

総メモリ1G突破……
ｱ━━━━━━(ﾟ∀ﾟ)━━━━━━ﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬ!!!!!
つーか、よく落ちねぇなこのソフトｗ

結局ある程度まで軽量化されたら、コア部分の重さより、
個々のツールに影響されるのでは。といってみるテスト。
最近の例では自動ダウンロード機能とか。

まだまだ必要で未実装なもの(重くなる？)
それが実装されたら(非効率で)不必要になってしまうもの(軽くなるかも？)
他に、エーと何だろう。
これから状況はどんどん変わっていくだろうし。
とにかくβの一挙一投足に一喜一憂出来て楽しい。

>>606
ｽﾚが荒れてちゃ47師が降臨し辛いじゃん。
言いたい事はわかるけどﾏﾀｰﾘ言おうよ。

>607
そういえば、ちょい前にWinny用の転送量表示ソフトを
開発しようかと言っていた人がいたな。

ところで、

いろいろヤバゲなネタも言いたい年頃なのだが、
ここに書いちゃまずいんだよね。
暗号化の話とか、匿名性の話とか、DOMの話とか。

どうしましょ。

>>610

甘やかすヤシがいるといつまでも過去スレさえも
読まないから別にかまわんが。

それともあなたは糞レスにもいちいち丁寧にレス出来ますか？

2ｃｈ全体的にマジで最近糞レスひどい。

バージョンが５前後の頃はサクサク落ちてきたんが。
このごろはイマイチ、なんて言っちゃ悪いよね・・。

中継するのは構わないが、同じファイルのＱが複数同時に入ると
さすがに萎える。

>>613
君も通ってきた道。

>>606
>>610
いや、そうじゃなくて、システムアーキティクチャとして、Upは受動的にしか
発生しないということを言いたかったのですが．．．
アフォですか？

EPIA-E533(samuel2/533MHz)+RAM256MB+80GB/HDD　で専用機くみました。
静音、低消費電力なんで２４Hour通電予定
このあたりでﾏﾀｰﾘできるスペックにしてほしい。
50K申請でUPフォルダに要求かからなきゃ平均７０％付加ぐらいな感じ。
RAMは１２８でも余裕っぽい(β14.1）

>>614
それですけど　同じファイルが１５個ぐらい
タスク状況に並ぶ事ないですか　すごく怪しげ

>>618
１５個まではないけど、２〜４個はときどき。

>>617
samuel2ってセレと性能同じくらいかな
50ならこのスペックでOKと　ﾒﾓﾒﾓ　ｶｷｶｷ

ｷﾀ？

14.3

重いって言ってる低スペックユーザー、これからなるとしたらどちらがいいですか？

とても重いけど、とてもDL成功率が高い。
とても軽いけど、とてもDL成功率が低い。

>>616
うｐは受動的に発生するのが普通だと思いますが
自分がうｐしたいファイルor相手を能動的に取捨選択したいのですか？

β14.3です。ほとんど高速化作業です。

・ キーバッファをvectorでなくmultimap化して検索やキー追加操作を高速化
・ キーの指示を全てハッシュで行うようにして違うものがダウンされないようにした
・ 帯域制限を外せるようにした
・ 自動ダウンの負荷を低減
・ 表示の際の無駄な検索を省略することで、ＣＰＵ負荷を低減
・ 参照数で表示をソートすると参照ブロック数でソートになっていたのを修正

今回で大きな変更は１番目のもので、キーの管理方式が根本的に変わりました。
いままで可変長配列で管理していましたが、キーが増えてくるとキー追加と
検索にかなりの時間を取られてきていたようですので、map使うようにしました。

あと重いのが検索が入る自動ダウンと、表示周りだったのでここを高速化しました。
キーが増えてもかなり動作が軽いと思いますが、かなり書き換わっているので
違うバグは出そうです。

なお、帯域制限が必要なのは一部の人だろうとの判断で、設定のところで
外せるようになってます。14.2で問題になったメモリーリーク周りは、
キーの管理方式が変わったのでどうなるかは長時間動作させてみないと分かりません。
以前の方式より今回のものの方がメモリを消費しないとは思うのですが。

「キーの指示を全てハッシュで行うようにして」キタ！

ぜひ自動DLをハッシュで指定する機能を。

>>625
GOD47!
乙彼ー様々です！！！！！！！！

47氏乙です。
とりあえず一晩放置してみます。

一回再起動してから試してみます。

>>47師　乙カレーです
このスレもﾏﾀｰﾘしてきました　
御自分のペースでこれからも
よろしくおながいします

〆切は間に合いましたか？

win2000びかえますた

お疲れ様です、何か動きが軽くなったような気がします、ってまだ使ったばっかやん・・・

お疲れ様です。
早速、試してみます

>>624
この話は不毛なのでここまでにしましょう。
Hotlineなどは忘れましょう。

cool!!
着実に進歩していますね!
お疲れ様です。
お仕事も忙しいでしょうに。
今はゆっくり体を休めてくだされ。

>>47師
すっぴん起動で使用メモリ30Mぐらい減りました

保持キーが　7000位まで伸びます　5000制限解除ですか？
β14.2より　キーの分　負荷高めで推移中です

>47氏お疲れです！
当方まだほしいものは、無いので中継とUPに専念しておりますが
キャッシュが満タンになり多きいファイルを別ドライブに移動しながら
テスト中なんですが、今はまだ自動削除は、出来ないですよねぇ。

キャッシュホルダーがFullの状態で中継してもちゃんと中継できるの
でしょうか？

現在　キャッシュホルダー５GB　UPホルダー70GB
申告速度80KB/ｓ　

Ver14.3
激しく再試行を繰り返し一瞬で10回終了しますが
これは正しい動きなのでしょうか

>>47師
現在　保持キー8000弱　athlon2100+　で　50-80%
負荷的には問題無さそうです　常設可能な範囲みたいです

自動再試行時に、ものすごい勢いで再試行回数が増えていきます。
ものの数秒で10回に到達して、ダウン中接続エラーになります。
これはいったい･･･。

メモリ使用量はCPU使用は低く安定してたが
眺めていると突然落ちました
Winny.exe の 0x0040f83e でハンドルされていない例外が発生しました
0xC0000005: 場所 0xbeb71b80 を読み込み中にアクセス違反が発生しました。

XP
申告80
自動ダウン3個
自動再接続OFF
検索切断ON
帯域制限OFF
です。

プロトコルについて触れてないようですがβ14〜と互換？

>>639 保持キー10000超えました。青天井!?

書き忘れましたがプロトコル互換です。

あと、ソケットのクローズ数が合わないと思ったら表示の方間違えていたので
修正しておきました。表示だけなんで特に変わりませんが読み直しといてください。

再び落ちました
落ちてる場所は>>641と同じ0x0040f83eですね。
こういう落ち方は、テストし始めて初めてです。

>>643
47師より御指示あるまで待ちましょ
β14.2戻しもありでしょ　プロトコルは一緒みたいですね

相変わらずβ13組まだ居るみたい　哀れなやつらじゃのう　（涙

>>47師　慌てないでいいですよ　ﾏﾀｰﾘ

どうも 14.3にしてから落ち易くなってるような…。
〜14.2までは落ちることはまずなかったんだけど。Winのせいもあるだろうからなんとも言えないけど。

>47師
乙です。30分ほど使ったけど今のところ安定してます。気持ち軽くなったかな。
キーバッファサイズが前は5000固定だったと思うけど、今は可変になってますな。

今までキー数が3000越えてた辺りでCPU負荷が40%〜80%を行ったり来たりでしたが、
最新版では3000で13%〜20%とかなり抑えられています。
メモリ使用量も大分減っている感じで、動作自体も安定してます。

WinXP Pro、Pen3 700、Mem 256、ADSL1.5M、申告55。

14.3でもダウソ中にリフレッシュにて不正ブロック検出しますた

う〜ん　落ちまくる…

WINNY のページ違反です。
モジュール : WINNY.EXE、アドレス : 018f:004034d3
Registers:
EAX=009ceb90 CS=018f EIP=004034d3 EFLGS=00010202
EBX=00000015 SS=0197 ESP=009ceb58 EBP=00000002
ECX=020518b4 DS=0197 ESI=00000004 FS=697f
EDX=009ceba0 ES=0197 EDI=01830680 GS=0000
Bytes at CS:EIP:
8a 81 5c 02 00 00 53 55 56 84 c0 57 89 4c 24 1c
Stack dump:
000000b9 00000002 00416c48 00000015 00416c93 009ceb90
009ceba0 00000b28 01830680 009cebc4 0043b00f 0175eee0
0175eee0 01830680 00449b40 0000093e

>>651みたいのって、載せて意味あるのか？

落ちる人は、落ちるタイミングや使用環境を明記した方が良いのでは・・・。

>>652
何にも無いよりマシなんじゃない？
ただ「落ちました」より、分かる人には分かるんだろうし。
いや俺はサパーリだけどさ。

>640
俺もものすごい速さでタイムオーバになる。
初めて、自動再試行が導入されたときのタイムアウト判定のルーチンを思い出いだします。
タイムアウト値が変なのか、判定が変なのか。。。

>>654
俺も良くワカランのだけど、メモリの位置やらレジスタの内容やらを載せて意味あ
るとはとても思えん。

次のプロトコルバージョンで9x系OSを排除してテストやりたいな。
9x系OSがカナーリ悪さしてるような気がする。

>>656
俺にはそれがメモリの位置やらレジスタの内容やらって事すら分からなかったよ・・・。
そんな俺みたいな奴が、
「エラーだ・・・鬱だ氏脳・・・。・・・これ貼り付けたら何か役にたつかな？
これで原因が分かったりして、直ったら（・∀・）ｲｲ!! よし、貼ってみよう」
とか思ったのかもしれないしさ。
まぁ若気の至りって奴で勘弁してやってよ。
・・・。
ここまで書いて何か意味があったら俺は・・・(ﾟдﾟ)ﾏｽﾞｰ

色々と落ちる状況を確認してたら
どうやら、「タスク状況」が怪しそう。
今まで落ちたタイミングは
・「タスク状況」を眺めてて落ちた
・「タスク状況」から「システム情報」に切り替え様とした瞬間に落ちた
・他の画面から「タスク状況」を表示しようとして落ちた

の様に全て「タスク状況」が絡んでる。

試しに「タスク状況」に一切触れないようにしたところ、落ちなくなった。
もう少し様子を見て見ます。

>>656 開発者なら役立つ情報だと思うけど？
ていうかこれが意味なしならプログラマ失格かと。。。

俺はMe PIII800MHz 384M 1.5ADSL 申告50で寝るときも出かけるときも
ほぼ起動しっぱなしにしてるけど、最後に落ちたのをおぼえてないくらい
安定してるよ。

↑まあ中には正常なやつもいるだろう。

>>660
これ、逝ったアドレスってアプリケーション内の固定アドレスなの？
OSの状況でアドレス変わったりしないの？
winは組んだことないから、しらんのだが。

>>661
申告をサバ読んでるヤシが増えて、本物の回線50申告者はずいぶんと楽になっている模様。

ｻﾋﾞｼｲ。。。β3から参加させて頂きましたが次からﾊﾟｽします

47さん、がんばってください！くれぐれもお体を大切に。。。
これからROMに徹します。

あれ？完全キャッシュって検索画面で表示されなくなりました？
完キャッシュ表示ボタンを押しても出ません。受可と破損キャッシュは出るんですけど。

え〜、エラーで落ちたので、立ち上げ直したら表示されました。
落ちる時は表示部分で引っかかってる感じです。

(14.3 150K NAT Win2K RAM512M)
起動3時間ほど経ちましたが、メモリが怪しくなってきたので
簡単ですが現状を記録しておきます。

ｲﾒｰｼﾞ名　ﾒﾓﾘ使用量　最大ﾒﾓﾘ使用量　ﾍﾟｰｼﾞﾌｫﾙﾄ　仮想ﾒﾓﾘｻｲｽﾞ
Winny.exe　79.488KB　　98.508KB　　　　524,428　　　909.212KB

ﾒﾓﾘ使用量、最大ﾒﾓﾘ使用量、表記以外はほとんど変化しませんが、
仮想ﾒﾓﾘｻｲｽﾞは増える一方です。
ﾍﾟｰｼﾞﾌｫﾙﾄが発生すると仮想ﾒﾓﾘｻｲｽﾞが加算されています。

関連しているか判りませんが、[自動ダウンロード]画面で
キーワードで指定しているものの１つが文言とは関係ないものが
ファイル名の列に次々表示されてヒットキー数が１になっています。

参考にしていただければ幸いです。

どうやらリフレッシュをすると完全キャッシュを見失うみたいです。
今確認しましたが、ＵＰ中の４本全てが切れてしまいました。

自動ダウンロードは、UP=0でも１は許可した方がよい模様。

みんなが寝静まって手動開始がなくなってからしばらくすると、
流れの少ない下流からどんどん転送が停止してネットワークが死亡していく。

結果、長時間接続しても、人がマシン前にいる時のみにアクセスが発生して
本来の目的？の余剰時間によるキャッシュﾏﾀｰﾘ分散ができなくなっている感じ。

手動登録も高速リトライ死亡と、UP限界数以上のリクエストを蓄積できないので
下流はすぐ死ぬために思わず回線速度詐称して死ぬまでの時間を稼ぎたくなる罠

β14.3はUPと自動DLがうまく動いてない罠。

漏れのとこはUPはできてるけど、時間が経つと自動DLにひっかからなくなります

をぉ、落ちた。
今まで落ちたことがありませんでした、β14.3を入れて動かし
このスレをひとながめしてたら、落ちてました。
そのとき出たエラーログも>>651と殆ど同じでした。

やはり2000かXPに乗りかえるべきなのか…。

Winny14.3にて
朝起きてタスクマネージャ開くとWinnyの総メモリ使用量1.1Gを突破したことを報告します。
やはり仮想メモリがどんどん増えていって他のノードに繋がらなくなっていきます。

OS：xp pro、CPU：Athlon 1G、メモリ：512M、DDNS入力+DiCE
申告60、自動ダウン4つ、自動検索切断ON、自動再試行OFF、帯域制限なし

おいらも落ちた。
今まで落ちてなかったのに。

今回のアップに関係するバグなのかな？

うぃに〜ちゃんって起動時毎に
本体バージョンアップ状況の
チェックとかしてくれると助かる
といってみるテスト

β14.3
「最小化」して放置していたWinnyを「元のサイズに戻す」だけで３回アプリ
ケーションエラーで終了。
W2K P3-800 896M DynamicDNS+DiCE ADSL8M 申告20 帯域制限ON
　自動再試行OFF 自動検索切断OFF 自動ダウン開始ON

>>676
geocities鯖が落ちてたら意味が無い罠。

>>659で「タスク状況」が怪しいと報告しましたが
どうやら違ったようです
「ファイル検索」画面のままでも落ちました。

それで、>>641の落ちた個所にBreakPointを設定してトレースしてみました。
0x0040f83e
は中継DLもしくは自動DL時（手動DLは試してません）のDLが開始される直前に
数回通過してますが、それ以外は一切通過しない事がわかりました。
で、正常な時は数回通過にもかかわらず
落ちる時は数百回通過してアクセス違反が発生してる事がわかりました
DL開始時に条件によって無限ループ？に陥っているのかな？

今は家から離れてるので、今夜帰ったらもう少し詳しく調べてみます。

>>678
それに気がつかずに組み込んじゃったよヽ(`Д´)ﾉ ｳﾜｧｧﾝ
鬱……。

Winny最新版をWinnyで配布すればいいなと思た。
Winny最新版はすべての検索にhitさせて
自分自身と前のバージョンは検索hitさせない。
すると最新版が配布され始めるとWinny上にでてくると。
Winny最新版が47氏以外UPできないようにするための
特別な処理とその識別ルーチンを作るとできそうだ。
楽しそうだなぁ。

>>681
新規加入者や　プロトコルに変更があったのに更新し忘れた人が涙を流す罠

>>681
47氏に余計な手間かけさせないでも
ﾊﾞｯﾁでWWWC->Winnyとすれば十分　と言ってみるﾃｽﾄ

>>681
Winny本体の配布に限らず、バージョン(リビジョン？)違いの識別が出来たら面白いなーと思った。
偽物の流通を防ぐためには、電子署名を使えばいいのかな？

5/27発売のB・GEEKSにwinnyのこと少しのってたよ

β14.3で落ちるという人>>644で再upしているから落とし直しましょう。
自分は、エラー無くなっています。

あげ

>>687
いじけるなよ。
まあ楽しく逝こうぜ！

一時期Ｗｉｎｎｙ落ちまくった時があったけど原因はＮＩＣだったな。
ＮＩＣを刺す位置変えたら全く落ちなくなった。
他のアプリは普通に２〜３日以上は安定してるからなかなかＮＩＣ疑わなかったよ。
ＮＩＣはコレガのカニさんチップ。

こまめにチェックすればいいじゃん。。。

WinNYに関してはNICはケチるとろくなことが無いね。
特に98系＆MEはりソースも絡んでくるから無駄な処理もしたくないし・・・

せめてSIS900積んだヤツ、できれば3Com＆ｲｿﾃﾙ＆DEC積みたいところ・・・
AMD搭載NICはどうなんだろうか？


・・・って漏れはXP＆Duron900＆512MB＆カニだが（ｗ

>>691
DECは問題ありとTips ページに記載あり。
DEC互換チップはOS落ちまくり報告多数。

>>686
表示だけの問題なので、落ちる原因は別だと思われ
たまたま落ちなくなっただけでは？
俺は更新しても落ちたよ。

>>692
ｽﾏｿ、Tips読んでなかった。
早速、今からｱｽﾛｿ1.2GB＆80GBHDD＆
ｲｿﾃﾙNIC買いに逝きます。。。

AMDのNICはどうなのだろうか知りたいが
ｲｿﾃﾙなら大丈夫だろう。。。多分

>>694
×　ｱｽﾛｿ1.2GB
○　ｱｽﾛｿ1.2Gｈｚ

マジ逝くわ・・・鬱

sis900>>>intel>3com>>>>>dec

>>682
geoにもあげればいいでしょ
Winnyでも配布してみたら面白いかなーと思うだけす
>>683
希望でも要望も出ないし
単純に技術的に面白そうだなーと思ってみるﾃｽﾄ

オラも新しいハードがﾎｽｨだよ。
何時までもP�Uのままじゃみんなに馬鹿にされれるっぺよ。

あ、こっち本スレだったかｽﾏﾝ

参照数、なんか4桁いってるのとかあるけど、あれはホントかな？

>>697
　winny自身の自動更新、アイデアは面白いと思う。
　47氏が採用するしないは別として、
　問題点を指摘されたところであきらめないで、こうしたらその
　問題点をしのげる、みたいに発展させていくのは面白そう。

　関係ないけど、2人の人に同一ファイルをUL中っぽいけど、
　これってやっぱ2人ともアタマからDLしてるのかな。
　アタマからと後ろからを送っていたらこちらが落ちても
　ULしてる相手で相互補完が自動で出来たりしたら面白い
　とかちょっと思った。

　もっとも二人のうちULが速い人を優先してULしてしまった
　方が完成したファイルがいきわたりやすいかな。

Celeron900＠1200MHｚ、RAM256MB、HDD40GB、Win2ｋ、フレッツ8M
回線申告200、ポート5100
NTT MNモデム(レンタル,ファームはdefault)をルータ化、
メルコのAirstationで無線LAN(USB)です。

14.2ではブルーバックでOSごと落ちたが、14.3ではブルーバックにはならなくなった。
SiS630なので、SiS900相当のLANがオンボードなんだが、一階からケーブル引くのか・・・
やはり無線LANは無謀なのか?

すでにWinny1.0 Ready!マシン用意したんだが、オンボードNICはMacronix・・・・ってなに？

＃家の中でLANケーブルってどうやって引き回すの？ドアとか・・・
TVアンテナだと隙間ケーブルあるのに・・・

日経ネットナビ７月号 29P
「ポストWINMXとして。。。」

>>702
　天井裏とか

　あやふやでちゃんとした障害レポートじゃないけど、検索ボタン押して
　まだ検索内容が全部揃って無い状態でスクロールバーの操作を行うと
　Winnyが例外で落ちたのが2回発生した。

>>703
どうした？？？

>>702

SiS630内蔵ってreaktekじゃなかった？
その当時はsis900は無かったはずだし630のAMD対応のSiS730はrealtekだから。

結構な大改造だったのに時間が足りなくてテスト不足だったのが効いているようで。
とりあえず明日までは忙しくて修正している余裕がないですので、すいませんが
飛ぶ方はβ14.1あたりまで落して使ってください。よろしくです。

>>47氏
お忙しい中、お気遣いありがとうございます

アプリが落ちるのって案外ハードの問題ってのが多いと思うよ。特に自作とか。
普通に動いててもメモリーが駄目駄目って場合があるから。
一見安定しててもＬｉｎｕｘでカーネル再構築でコンパイラー動かすとエラーで止まるってことが多い。
だから安定してるかどうか何時もそれでテストしてる。
ＥＣＣ付きメモリって長時間稼働には必要だなと思った。

ただいま。SIS900NIC買ってきたYO
負荷が約1割減ったよ（カニ8139比）

>>709
禿同。

これは憶測だが、いくらシミュレーターでテストしても
普通は回線状態＆ネットワークをシミュレートしてテストするので
個々のノードの状態まで再現するのは難しい（多分無理）だろうから
ある程度ソフト側で自動調整するべきなんだろうけど、

PCに限らず、産業用機器でもハードバグをソフトで補う(逆の場合もあり）って
現状があるから怪しいハードでWinNY動かしてもねぇ・・・

パワーが足りない分はまだ良いと思うけど
動作が不安定なPC＆高負荷NIC＆98系OSなんて最悪のパターン

漏れ的にはクロックアップ機もあんまりよくないと思う。

>>706
うーむ。勘違いかも。どっかでそう聞いたんだが・・・
デバイスマネージャーだとIntegrated 10/100Mbps Ethernet Controlerってでる。
realtekではないようだけど。そもそもOn Chipなわけだし。
http://www.sis.com/support/driver/630lan.htm
見ると、ドライバーはsis900と同じっぽいが・・・

調べているうちにｷﾀ━━━(ﾟ∀ﾟ)━( ﾟ∀)━( 　ﾟ)━(　　)━(　　)━(ﾟ 　)━(∀ﾟ )━(ﾟ∀ﾟ)━━━!!!!!

>>709<<7010
あう、俺のことですね。逝ってきます。

47氏乙〜
今日の、朝落としたβ14.3は、かちゅ〜しゃと、Winnyのタスクバー切り替えで
Winnyにしたら落ちます。(但し、不特定回数)
かちゅ〜しゃ読んでいるので、Winnyがどの様な時に落ちるのかはわかりません。
WinXPでエラーメッセージは無しです。
とりあえず、VerUPがなければ、夜中放置で落ちるか試してみます。
昼間は、β14.2に戻します。

>>702
無線やきしめんケーブルや内線電話用の配管とか駆使して

>>702
フラットLANケーブル

>>711

http://www.google.com/search?num=30&hl=ja&q=sis630+lan+realtek&btnG=Google+%8C%9F%8D%F5&lr=lang_ja

sis630/730に搭載されているのはrealtekの8139みたいです。

NICの話は何度も出てきてるし、話がループしてるから
くだ質の方でやりませんか？

MXの次別館 くだ質、雑談、愚痴スレッドその2
http://tmp.2ch.net/test/read.cgi/download/1022428582/

>>714,715　挑戦してみます。
>>716 ありがとうございます。なるほど・・・・
>>717 すみませんでした。そうします。

age

NICで落ちる落ちると言ってるやつは、
1)本家ﾄﾞﾗｲﾊﾞを使ってみる
2)刺す位置を変えてみる
3)NICのﾁｯﾌﾟを変えてみる
をやってみろ。
ちなみにADSL程度ならRealtekでもIntelでも変わらん。
どうせ2000円程度なんだから買い換えるのもﾖｼ。
ちなみに漏れのお勧めはRealtek。
ISAのNICを使ってるやつはPCIに変えろ。
ﾒｰｶｰ付属のﾄﾞﾗｲﾊﾞは使うな。

AMDチップ（コレガ）のNICはだめぽ。
LAN転送中に息継ぎし始める。

>>717

β14.3、今のところ安定動作中。
W2ksp2 Duron1100 i82558でCPU負荷10%前後。

と、思ったらいきなり落ちた

アプリケーション例外が発生しました:
アプリケーション: (pid=3172)
発生時間: 2002/05/28 @ 18:27:02.762
例外番号: c0000005 (アクセス違反)

なんやねん（ｗ

前から例外エラーで落ちちゃうという報告が後を絶たないけど
昨日からフル稼働ですけど、こちらは一度もその経験なし・・・。

WinXP Pro
3MCATV プライベートIPなので「Port0」設定

CPU セレ450
メモリ　128X2で256M　メモリ最適化ソフト使用
自動DL　ON(　（２つ）
自動再試行　OFF
自動検索切断　OFF
帯域制限 OFF

Port0でUP、転送動作が少ないから落ちないのかもね。
だったらそこらへんに問題ありなのかも。
どっちにしろ98系は落ちるだろ〜そりゃ（ｗ

b14.3になってからメモリリークおこしてない？
w2kにてページファイル増大／メモリReadできずに堕ち

あと　保持キャッシュ>>最大キャッシュ　になっちゃってますがががが

仕事から帰って来て14.3を見てみたら
仮想メモリが足らんとかで落ちてた
検索かかっても全然落ちて来ないので
14.2に戻しました
14.4待ちですね。

β14.3は負荷が下がる分、動作が怪しくなるのは間違いなかったんですが、
β14.2以前と比較して明らかにこちらの方が軽いですか？

それほど変わらんのでしたら、単純に配列使う方式に戻せば多くの
不祥事が直ると思うんですけど。

>>729
降臨お疲れ様です〜（ぇ
う〜ん、、、不祥事はあるにしても
確かに前Verよりもだいぶ軽いです。
少なくともウチの環境では、ですけど。

>>729
おつかれさまです。
低速なんで、もともと重いとか落ちるとかには無縁ですが、
個人的には多少VerUPに時間がかかっても、
新しい方式を洗練させてく方針いってほしいです。

そしてなんとなく、キー管理部分でわなくて、
表示関連が動作を怪しくさせてるような予感。

>>729
乙です。

ＰＣに対する負荷は、おもいっきり下がったと思います。
速度２００申告・Ｐ�V８６６でキーが５０００を超えても、
ＣＰＵ負荷は２０％程度です。

WinMX3.1から来てる、Incomplete〜ってファイル名を弾く様には出来ないでしょうか。
自動ダウンロードのときに無駄なものをダウンロードして、増やしてしまいます。

>>729
お疲れ様です。
動作は確実にβ14.3が軽いです。
私個人の意見としてはβ14.3の方式で進めていった方がいいと思います。

14.3の方が遙に軽いです。
以前はウインドウの表示すら遅延がありましたが、今は全然無いです。

>>729
乙カレっす
うちはまだ不祥事は確認してません
ＤＬ問題なし・中継はﾘｸｴｽﾄのみ確認・・UPは何かやってるみたい・ＰＣ負荷もいまのとこ問題無しです

環境の概要は　Pen3の450MHz・256MB・Win2K・adsl.5

>>731
>個人的には多少VerUPに時間がかかっても、
>新しい方式を洗練させてく方針いってほしいです。
禿同〜！。現在の不祥事はあくまでも過渡的なものなので、
多少時間かかっても、新しい方式がいいと思います。

>>733
そういうのは一番最後になりそうな予感・・・
でも、自動ダウンロードのはずれファイルの転送って結構
ネットワークに負担をかけているような気がする。

>>729
47師　乙カレーです
上流で保持キーが10000超えても余裕があります
手直し大変ですけど　14.3方式の方が後々良い感じがします

Athlon2\ 2000+ 1024MB WIN2K+SP2

>>721
俺はAMDチップのコレガで問題なく動いてるよ

１万超えても耐えられるんなら今の方式で地道に動作安定させていったほうが
あとあとよさげですね。例のファイルの参照数見たら2000超えてるってことは
参加者が楽に１万いってそうなんで（キーの参照値は全体でなく、各キャッシュの最大値）、
そろそろキーの流通量を増やしていかないとロストキーが問題になり始めるはずです。

てなことで、早めに今の方式で動作安定させましょう。少しお待ちください。
とりあえず帰って寝ます（ｗ

>740
いい夢を。

>>740
ほんと大変でしょうが適度に休みつつがんがってください。
まぁまずはゆっくりとお休みを（ｗ

おやふみ！

>>740
休息するのも開発工程の重要な作業でございます

乙カレー！！

>>740

延べ人数なら1万いくかもだけど...人が増えるとまた別の問題のﾖｶﾝ

しばらくマタリ進行ですね。

雑談・くだ質はこちら↓
MXの次別館 くだ質、雑談、愚痴スレッド
http://tmp.2ch.net/test/read.cgi/download/1021908798/l50

>>746
今はこっち

MXの次別館 くだ質、雑談、愚痴スレッドその2
http://tmp.2ch.net/test/read.cgi/download/1022428582/

ホント、もし雑誌見て来た雑誌厨なら、スレの流れと空気が読めるまではこのスレにじゃなく、くだ質スレの方に描いて欲しいと願うところ。。。。
マジで47しおつかれだす。

４７氏やすばらしいスキルを持っている、ここの諸兄の開発の邪魔にならんように、
アホ雑誌厨が暴れてもいい時のためとかに和塩とかどこでもいいから捨てアカをを少々用意できないかなぁ
とか思う次第。余計なお世話だったらスマソ。

DC++

なんで話題に出ないの？出てるとこあるの？
使ってみたい(´ー`)y-~~~

>>748
雑誌厨というか、
↓こいつは最悪だったな
>>231

47氏
次のバージョンアップは7月でもいいくらいの気持ちで待機してますのでﾏﾀｰﾘと開発を楽しんでください。

>>751
でも、話題は出尽くした感があるから47氏が降臨してくれないと
スレが寂れていく・・・・

負荷は改善された感じです>β14.3
やっぱりエラーはでましたが。

ノード情報に相手のバージョンが出たりすると、
バージョンアップに気が付くんじゃないかと、ちょっと思ったり

>>752
まぁ、ﾏﾀｰﾘ待ちませう。

現状検索してキューを入れてもうまく転送が開始できることがまず無いので、
とりあえず自動ダウンロードに設定して網にかかるのを待つって人が多いと思います。
なので、自動ダウンロードに設定したものを1つずつ1分か5分おきぐらいで、
上流へ検索しに行くというのは無理でしょうか？
って、烈しくｶﾞｲｼｭﾂ？

>>755

>>457かな　>>400-600位に色々なアイディアが、、、

>>721
>>739
同じﾒｰｶｰでもﾁｯﾌﾟによるんじゃないかな
Realtekでも糞ﾁｯﾌﾟはある。
ｽﾚ違いsage

>>755
今、中流〜上流のCPU/メモリ負荷を抑えるべく、その方面を中心にテスト/バージョンアップされています。
もう少し待ってみると良ろしいかと。

>>756
ああああ、思い切り同じのありましたか・・・
なら、低速さんはUP/DLがいっぱい^2なら検索キーの流入出を
一時的にストップさせちゃうなんてどうかな？

おいおい！下層超すくねぇぞ！速度詐称やめにしません？
とりあえず、ここらへんを兼ねて、速度の自動認識もしくはそれに類じるもを実装しませんか？

糞、それは無理だな。速度速くてもPCの性能がちょぼいやつはどうする！
ソフトのチューンナップが先だ！

速度詐称なしでやってられっかよ
嫌だったら対策でもなんでもしやがれ

>>760
ふむ。でもどうやって速度を認識させるんだ？
実際に速度を測定でもするのか。
それをどうやるか、なんじゃないのかな。

最近名前よく使われてるな…。
元々コテハンじゃねーけど「あ?」は紛らわしいからやめてくれ(;´д⊂)

あ?→あﾞ　ね。
operaが化けた…糞ﾚｽｽﾏｿ

>>761-762
>>760は自動ダウンロード用に上流に行こうとしてる奴のことを言ってるんじゃ？

>>762
βテスターやめたら？

とりあえず定番ですがエラーが多発するといわれる方は、
ttp://www.teresaudio.com/memtest86/
においてある、メモリーテストツールでメモリーもチェックしてみてください。
これで多少は余計なエラーの切り分けが出来るかと。
解説ページは
ttp://www.kiss.taihaku.sendai.jp/~fuji/memtest86.html
を参照。
それでもわからない場合はさらにググルでわかりやすいページを参照。
それでもだめな場合は自作板の
http://pc.2ch.net/test/read.cgi/jisaku/1022344998/
あたりで質問。

無事な人もmemtest86 を使ったことが無いと言うのであれば試してみてちょ。

>>761
回線に金をかけるのにマシンに金をかけないやつはいるのか?
回線はT1だけど600Mhz以下のマシンを使っているやつがいろとは思えないけど。

>>769
T1って知ってますか？ｗ

age詐称して、DLできるようになるやついるんだろうか？
漏れの場合はUpを帯域制限しないとDLが全然できないから、
たとえ自動DLが効くようになっても意味ないし。

β12からこれまで安定していたのですが、β14.2以上になってから
ポコポコとメモリ不足で落ちるようになりました。
>>668 >>674 >>727 各氏とほぼ同じ状況です。
仮想メモリをガバガバ消費していき、うちの環境では三時間くらいで
メモリ不足になりおちるようです。負荷よりも落ちるこちらの方が深刻です。

詐称が流行っているようなので試しに1000ってやってみたら
思った以上に効果絶大だった・・・。なるほど、皆やるわけだ。

マジで何か対策がないと本来の機能が台無しになるな。

ウチも帰ってきたらメモリー不足で落ちていました。
マイコンピュータ→右クリ→プロパティで
仮想メモリを1Ｇにしてみました。
今のところ落ちずにせっせとageてるみたいですが・・・。
これってあんまり意味無い？

「ルータ経由のため外部からの接続が不可能」をチェックすると、
迷惑かかったりするのでしょうか？

βテスター全員1000にしてみれ。どうなるか実験だ（ｗ

とりあえずでも速度の自動設定なりを付けてほしいYO!
まぁ上流の人はPCの能力との兼ね合いもあるし、自動で認識した速度より遅くするのは手動でも可能にするとか・・・

速度制限ちょっと考えてみたよ。
まずクライアントA（自分）がクライアントB、Cとつながる。
AからB,Cへの速度を測定して、A,B,Cに上流下流の区別をつけて自分を位置付ける。
これを繰り返していけば、マクロな視点でみればかなりきれいに分布するんじゃないかな？ミクロな視点では多少いびつなことになるかもしれんけど。自分の位置に不満があればつなぎなおすってことで。

申告速度はただの帯域制限と考えて、上流下流の決定の因子にはならないようにしないとね。
まだ申告速度を50より上にしたことないから、速度詐称がどれだけ効果あるかしらんけど、大きな問題なら早めにつぶさんと。

確かに自動設定は欲しいね。
過去の最大速度を元に設定するとか。

起動時は仮設定として33.6K だけれども長時間接続すれば正しい値に落ち着くようにすれば、
回線容量がデカイ人は長めにつながないと美味しく頂けない為、長時間接続してしまう、と。
さらに一度回線を切ってしまうと測定をやり直すようにしておけば、広帯域で長時間接続の人が
増えて、Winny ネットワークが安定する、と。

自分の速度だけでなく接続を許す相手の速度を決められるようにしてはどうか。
そのうち均衡状態に落ち着くと思うが。
各自が利己的に動くほどネットワークが効率的になるようなプロトコルはないものかね。

まあ、そのまえにWinny自体がもっと安定しないとね。

安定したら詐称しやすくなる罠

>>780
ISDNの人には接続させないとか、そういう意味？

>>769
君は感動的な位に視野が狭いな

>>783
決められるのは上流の速度の上限ね。
動的に自動設定できるならそれに越したことはないけど。

で、どうやって自動で回線速度を判別させるんでしょうか？
他のノードと繋げば、ノード間の速度はわかりますが、
相手の方が遅かったら、自回線の正確な速度は計測できないわけで。

うちのＣＡＴＶは、上りと下りの帯域にかなり差があるんですが
こういうのって問題にならないんですかね？

>>786

１ノードの転送速度で判断すれば、相手の状態に大きく左右される。

しかし、複数の同時に接続された状態での転送速度を長時間統計を取れば、
自然と実効転送速度となる。

>>788
一瞬、そう思ったんですが、最上流に位置するノードでは無理なんじゃないかと。

キャッシュが溜まってない…
14時間放置で１００ＭＢ無いなんて
自動ダウンが　等価になったから　Ｑが掛かりにくくなってるのかな？

>>789

なぜ？

複数のノードに同時に接続していれば、相手の１つと速度が出なくても
空いた帯域を他のノードとの転送が埋めるので、転送速度は平均化
されるハズ。

>>791
最上流のノードは常に何かしら転送しているわけです。
そこと回線接続テストをしても、満足な数値は出ないだろうと言うことです。

で、自分より遅いノードとテストをしても意味はないので
結果的にフルレートにはならないかと。

唯一あるとすれば、最上流相当の回線が同時にテストを開始するケースですね。

>>788
長時間の統計とるなんて非現実的だね。
数秒で決定されて、精度もそこそこでないとまずい。

速度制限が不可能、または現実的でないのなら、回線詐称のうまみを減らすしかないな。
例えば、回線100なら、キーの転送だけのために帯域を30〜40ほど確保して、転送には残りの60〜70しか回さない、とするとか。こうすると、50が100を詐称すると、実際の転送に使えるの10〜20になって、かなり辛いことになると思う。

>>791
光者ですが　対象回線でUPDL５000K以上あるので
1.5ADSL（50K）だと80人ぶら下げても　MAX速度にならないYO

>>794
噂には聞いていましたが凄いっすね。
回線テストを最上流に限定＆最上流のみ自己申告。
これならいけるかな？

>>792

ブロードバンド用の実効帯域テストサイトののりですね。
こちらの全帯域を使って、より広い帯域を持っているサイトに全力アタックして、
その速度を、実効速度とする。

Winnyでも同じ事をするの？
より高速で接続されているノードに向かって、他への転送やUP・DNをしないで
（中断ｏｒしていないとき）に速度テストを実行してもらう。

ちょっと無理と思う。キーの転送すら止めないといけないし。

俺が思うのは、実際のキーの転送や、ファイルのＵＰ・ＤＮ、中継での、
Ｗｉｎｎｙが行っている全通信のＵＰ・ＤＮ速度を使って、そのノードの速度を
Ｗｉｎｎｙが判断するってこと。

もちろん転送リンクが1つだけ(2つや3つでも回線によっては少ない)のときなどを
除いて、統計的に速度を測る。

>>796
だから、それだけだと最上流はいつまでたってもフルレートにならないんですよ。
やはり、最上流だけは自己申告か？

>>797
フルレートにならなくても、十分上流と判断できる速度になると思われ。この場合それでかまわないのでは。

>>793

非現実的か？そりゃ数秒でＷｉｎｎｙが実際の回線速度を判断できれば、それがいいが。

実際今のバージョンで、全ＵＰ・ＤＮ速度が表示されているくらいだし。（あまり正確ではないが）

Ｗｉｎｎｙ機動直後はとりあえずＵＰ・ＤＮ　ＭＡＸ3くらいで始めて、
転送速度がそこそこ出れば、ＭＡＸを順次上げていくのは、
それほど大規模な変更と思わんが、、、

とりあえずなり、一時的なり、やってみての結果待ちで回線詐称のうまみを消すのは賛成。
それが、上の方法よりより簡単に実現可能なら、47師の負担がへる。

>>795
光の場合　100Mで3500-5500Kぐらいの範囲みたいです

個人的には　Winnyの場合　UP実績（速度）＝DLを許可される要素
と理解しているので　必ずしもMAXである必要はないと思ってますが

自分としては積極的に中継ハブノードとしてみんなにこの回線を
有効に利用してもらいたいんですがそのためにはMAXでコネクション数
確保したいところですね

詐称が流行る前は　UP22-25ぐらいで転送してたんですが
昨日・今日はUP3-6ってところですね

上流からみると詐称してる人は結果的には損してるのでは？

自己厨はイヤン　ですね

>>798
考え直しました。確かに、ある程度のヒエラルキーは保たれそうです。
あとは、動的に速度を調べながらの検出だと、Winnyの各種設定値を
動的に変化させる必要が出てくること。
＝回線のつなぎ直しが発生すること、ですかね。
まぁ、立ち上げっぱなしで安定してしまえば問題にならないのかな？

ところで確認したいのですが、回線速度が大きければ大きいほどリンクの数が
増えるわけですよね？
他になんか関与する所があります？

>>791
回線速度7でWinnyを起動して、30分くらい様子を見てみて、乾燥ｷﾎﾞﾝﾇ。

>>802
自動DLの発生率が変化。

光だと、Winny全転送速度が相手が遅くて、出ないのネ。

自分で全ＵＰ・ＤＮ速度とか言っていたが、、
1転送リンクあたりの速度で判断したらどう？低速ノード相手のリンクが
速度でないから、上位50％の転送リンクの平均が15とか30を超えていれば、
転送リンク数を増やし、その逆は減らすとか。

>>801
今は、ＭＡＸ転送リンク数変更に再起動が必要だが、これは動的変更可能と思われ

更に考え直しました。
動的に回線検出を行うと、
通信が少ないと下がる。
通信が多いと上がる。
これを繰り返していたら、ネットワークが不安定になりませんか？

>>803
禿しく見間違い。ｽﾏｿ。でも、最下流でも実効転送レートじゃ回線速度は測れないYO。

>>806

低速と判断されたから検索リンクをプチプチ切れば、不安定になると思うが、、、
今ある検索はもちろん転送もその場で切る必要はないと思うが、、、

低速で起動して、速度が出た実績があって、高速と判断されるのだから、
その状態で、一時的に低速判断されてもすぐに戻す必要も無いとおもう。

ここらの判断基準は、47師なりWinnyのノードをシュミレーションできる人が
考えないと、、、

>>808
それだとLANでイカサマ出来ちゃいますけど。
むしろ、低速の分際で（失礼！）高速のふりをしたら痛い目を見るという>>793の
やり方の方がいいと思いますが。

今見たら、ノードのほとんどが100以上・・・

>>809
確かにそうだ、多少スキルがあればLANでいかさまできる。

俺が、>>793の提案で気になるのは、偽申告で転送用帯域が10とかになると、
そいつのうまみもなくなるが、そいつが行っている転送も速度が出なくなるって
思う。

偽ファイルのこともあるが、Winnyが今後成熟して利用者が増えると、偽ファイル
をわざと流出したり、中継専門で起動して速度を極端に遅くして、ダウンを妨害す
るとか、するのがかなり出てくるんじゃないかな。

Winnyの匿名性がほぼ完成すると、ACCSだっけ？それらの組織が組織力を使って
いろいろして来そうで、、、ファイルのやり取りも完全匿名なら捏造や中継妨害も
匿名でしょ。金持っている組織の組織力はそりゃ強いと思う。

考えすぎ？

速度で位置決めと等価で

中継バイト数+UPバイト数の合計で　上・中・下流の位置決めたら
DLは自分の為だから評価除外


回線光でも　sage申請すると強力DOMノードになる

Winny貢献度によって上がっていって　回線速度で頭打ち
新作供給の人にもプラス評価になると思われ

コネクション数は別途検討で　中継・UPタスク手動で切断できなくすれば
好きこのんで　コネクション数を増やすメリットは無いかも

コネクッション数自己申告でもいいのかな

それを言い出したら、プロトコルクラックして変なデータを中継中に
すり替えることも出来るわけで。

LANでの詐称を行ってまでやる人は既に今の自己申告制で光を偽っていると思われ。

今の自己申告から自動計測にして悪くなることよりも、詐称をしている人の数を
減らして得られるメリットのほうが大きいと思う。

しかし、このスレ良いスレだけど、何か有ると排除や規制と言い出す人が居るね。

ポト0対策の時47氏は、誰も排除せずに解決したんだから、それがＷＩＮＮＹの理念と思うけど・・・
つまり、あれだ。
速度詐称を、規制するより、正しい速度を申告したほうが、うまみの有るシステムを考えるべき
なんじゃなかろうか？

と、言っても漏れは考え付かないけどなー

こんなに、好き勝手言っておいてなんだが、、、

47師自身もヘビーでないにしろ１テスターだろうし、現在の状況は
ほぼ把握していると思う。ここで我々テスターがバグ報告やその他
報告を行うのは当然として、現状の問題点の解決策を提案してそれを
47師抜きに、ああだこうだと議論するのはオープンソースの手法だと
思う。Winnyは47師が一人で開発しているので、我々が提案すると
したら、47師がヒントやひらめきの種になる程度のレベルでよいのでは
ないかと思う。あまりに今後のWinnyの機能を議論するのは、47師に
とって不快なのではないか。

ちょっと思った。そして反省。アイディアを出し合うことはよいこととは
思うが、それを取捨選択するのは我々ではない。

今日はもう寝ます。朝までWinnyが動いていますように。

>>817
俺もほぼ同意。
ただ、いろいろ言い合っていくうちに、単独では出ない意見が出るのも
考慮に入れた方がいい。
開発形態がどうあれ、議論自体は無駄ではないと、思いたいのだが。

まぁ、そもそも2chでβテストしているというのが問題だろうね（ｗ
起こりうるトラブルは、ここじゃほとんど出てくるだろうから。
逆にいえば、ここで出てくる問題をみんな潰してしまえば、
恐らく最強の物が出来あがるに、100万ﾍﾟﾘｶ

問題出る→潰す→また出る→潰す→また・・・

と、これを地道に47さんにやって頂くしかないですな。
その時々でいろいろ問題が出てくるだろうけど、
そんなにカリカリ焦らず、騒がず、ﾏﾀｰﾘと逝きましょう。

まだ稼動が始まってから1ヶ月経ってないんだよね。

>>818
大丈夫でしょ　スレ17までの感じで言うと
47師は議論をみて取捨選択してます
Port0の時もそうでした　結論を出すのは師という事で
議論してアイディア出すのは無駄ではないし、師も見守ってくれてるでしょう
ﾏﾀｰﾘ