【あれから】ネレイド再生産の話があるんだけど【４年】

「オリゲー・フェスタ☆68 第14回」開催企画中です。

開催日

２０１２年８月２６日（日）

場所

川口駅前市民ホールフレンディア（仮予約済み）

ご協賛のお願い

　2012/8/26の会場本予約に際して、1か月前の2012/7月までに
　会場の予約費用が必要となります。

　つきましてはオリフェスの開催・継続にご賛同いただけますみなさまには
　オリフェス準備会へのご協賛を賜りたく、伏してお願い申し上げます。
　詳細な内容につきましてはご協賛のお願いのページの内容をご覧ください。
　みなさまの温かいご支援を賜りますよう、どうぞよろしくお願いいたします。

■掲示板に戻る■ 全部 1- 101- 201- 301- 401- 501- 601- 701- 最新50

1 ：俺様ラッキョ＠x68ch ★ ：05/06/24 20:14 ID:???: ネレイド再々再生産？の話があるんだけどどうよ。
５０枚分の予約があればＯＫ。
301 ：ラキッ！＠x68ch ★ ：05/10/18 21:57 ID:???: >>298
ether_ne_m02.sysで確認しましたが、ping攻撃で落ちました。
細かいファイルの転送を開始してから pingを打つようにして撃墜です。
MPUの速度に依存して waitを掛けている部分にもう少し waitを足して
みましょうか？でも、GACHAさんのところでは getが遅くなるんですよね？
僕のとこだと、030でも40KB/sくらい出ていそうなのですが・・
302 ：GACHA ：05/10/18 22:34 ID:???: >>301
うちのPROだと、

ether_ne_m01：21KB/s
ether_ne_m02：3KB/s

ってところです。

030compactだと、

ether_ne_m01：56KB/s
ether_ne_m02：7KB/s

に落ちます。
うーん、永井さんとこで速度が落ちないのが不思議だ・・・。
ちなみに、どちらの環境でもm02の方ではping攻撃には耐えてます。
今はまだ大きなサイズのファイル転送のみで、小さなファイルについては
確認していませんが・・・。
303 ：００８３ ：05/10/18 22:49 ID:UduahpUU: わっ、話がえらい進んでる(^^;

私が出来る範囲の事でひたすらxipのオプション試してたんですが、
こんなこと今さらなのかなぁ
遅いマシンの場合PROCESS=32 10 10ってやると負荷が掛かり転送速度が
落ちるのでxipの-nの数値を上げてやらなければならない訳で、そうすると
xipが不安定になって転けてしまい、ならば処理を軽くするためにも
PROCESS=3 10 10にして-nの数値を-n4ぐらいにとどめると割と安定しやすく
なるというのに気づいたんですが。現時点でもっとも安定していたのが
PROCESS=3 10 10
xip -n4 -f-1 -+-s:256000ってところです
これだと普段１MB前後のファイルを３～５ぐらいで固まってたのが
２７個まで転送することができました。偶然だったのかなぁ・・・・
この時のドライバはether_ne.sys ver0.03+1です。
結局は固まるんですけどね・・・・
しかしどうやら、そういう次元じゃないみたいで(^^;;
304 ：ラキッ！＠x68ch ★ ：05/10/18 23:05 ID:???: >>302
そう言われてみれば！と気になって確認してみたのですが、
起動時のメッセージを見ると何と +M01 と表示されています。
（－－；
これは何か僕のほうで間違いがあるようです。
もう一度アーカイブを解凍しなおしてconfig.sysも確認します。
もう駄目ぽ。
305 ：ラキッ！＠x68ch ★ ：05/10/18 23:10 ID:???: >>304
やっぱり、ファイル名を変更する段階で間違いがありました。
オリジナルのアーカイブの内容が ether_ne.sys なので区別の為に
ether_ne2_m02.sysとしていたのですが、名前を変更する時の元が
+M01 だったみたいです。
今はきちんと +M02 となっているのを確認しました。
これからもう一回チェックしてみます。
306 ：ラキッ！＠x68ch ★ ：05/10/18 23:12 ID:???: >>303
最適値発見乙！ありがとう！！
その最も安定した状況で、ether_ne.sys を +M02 にしてみて
また報告してもらえますか？
307 ：ラキッ！＠x68ch ★ ：05/10/18 23:18 ID:???: GACHAさん、+M02 だとやっぱりだいぶ長持ちしますが、
やはりping攻撃で落ちますね。
上記は ftpf.x ver1.02 X68030 で試しました。
今度は同じ条件で ftp.x で試してみます。
転送しているファイルは細かい MAG ファイルです。
308 ：GACHA ：05/10/18 23:19 ID:???: >>303
私の所では数値を変えずに何度もトライした結果、落ちる瞬間には
殆ど再現性がありませんでした。(数百キロ～十数メガ)
ether_ne_m02にした場合のみ、getの速度は劇的に落ちますが、全く
止まらずに十数メガのファイルを落とせました。(ping攻撃有り)

030で落ちにくいことを考えると、やはり処理速度の問題でしょうか？

>>304
解凍して出来るファイル、みんな名前が一緒ですからね(^^;)
ファイルサイズとタイムスタンプで判断すると吉です。
309 ：GACHA ：05/10/18 23:23 ID:???: >>307
getの転送速度はどうですか?
家では全く止まらないのですが(m02)、速度遅すぎです(T^T)

今日は寝落ちしますー。
310 ：ラキッ！＠x68ch ★ ：05/10/18 23:44 ID:???: 僕の伝えたい「マズい瞬間」というのは、時間経過と共にその危険性が増すという
事ではなくて、時間が経過すればそれだけ多くのその瞬間を踏む事になるので、
結果的に多くの危ない橋を渡る事になるという意味で、より大きなファイルの転送
だからと言って確率が増大する訳ではない・・と言っていて自分も混乱してきましたがｗ

例えば図にするとこうです。
-----x------x-------x------x------x------x------x---
→時間軸
xのところがその「マズい瞬間」です。その瞬間を踏むかどうかは、
タイミングの問題なので、どの程度の容量のファイルを転送できた時点で
などの条件は、一定する時もあれば、一定しない時もあると思います。

この「マズい瞬間」の長さがMPUの処理速度に関係しているという僕の仮説は
上の例に例えるならこういう事です。
X68000 10MHzの場合：
---xxx---xxx---xxx---xxx---xxx---xxx
X68030 25MHzの場合：
-----x-----x-----x-----x-----x-----x
こんな感じです。

>ファイルサイズとタイムスタンプで判断すると吉です。
ファイルサイズとタイムスタンプとバイナリ比較するように注意します
（＾＾；汗
いやもう、ハードから論理から全部確認していたので、かなり目一杯でしたｗ
僕って必死ですｗ

>>309
+M02 のX68030での転送速度はやはり、遅くなりますね。
今大きめのwavを転送中なのでこれではっきり分かると思いますが、
これまで見たところ、概ねGACHAさんの報告通りの速度です。
「送ってくれ～！」パケットを出す時に例の 060turbo速すぎ対応 waitが
X68030では多すぎるので結果的に転送速度がこの位になるのでしょうね。
まぁしかしでもこれは、意図した動きなので遅さは問題無いのですが、
ftp.x で mget してる最中ですが、ping 打っていても落ちませんね～。
さっき、ftpf.x では結構早めに落ちたのですが、これはタイミングの問題
なのでもう少し検証しないとどうにも結論は出せませんね。
311 ：ラキッ！＠x68ch ★ ：05/10/18 23:47 ID:???: おぉ神よx68ちゃんねるの神よ、すみませんが省略されました・・までの
長さを強烈に長くしてもらってよいですか？
技術・検証系では語りは長くしないと勝負になりません！
というか、何と勝負してるんでしょうか！僕らは！（熱血ｗ
おもしれー６８おもしれー最高だー！
つかほんと、中３のあの時、X68000オフィスグレーが目の前に現れて
くれて良かった罠。すっかり罠にハマってますが何か。
312 ：ラキッ！＠x68ch ★ ：05/10/18 23:50 ID:???: +M02 と ftp.x で get 中ですが、固まらないので ping 攻撃を２倍に
しました。
LAN 内のサーバからシェル２つ上げて ping してます。
313 ：ラキッ！＠x68ch ★ ：05/10/19 00:09 ID:???: みんな～！割り込みの関係もあるので、ftpf.x での検証は一時中止して
ftp.x での検証で統一しよう！
コマンドラインまんどくさとか、言わないようにｗ
あ、GACHAさんはftp.x だと駄目なんでしたっけ？
あそうだ、/etc/servicesとかがきちんとしてないと、
ftp.x は駄目ですね。
SYSROOT と /etc以下は正しい内容ですか？
※以前も同じこと聞いていたらすみませんです・・

そうそう、それで ftpf.x の件なんですが、X680x0の外から ping打って
いる時に ftpf.x 上でファイル選択のカーソルを動かすと、あら不思議！
ping の応答が止まってしまうのですねー。
※ファイル転送はしない時
314 ：米屋＠x68ch ★ ：05/10/19 00:37 ID:???: >>311
（・３・）エェー専ブラ使ってないノー？ｗｗｗ
とりまえず入力256（表示128）にしましたがx68k板だけですのでヨロ～　ﾉｼ
315 ：米屋＠x68ch ★ ：05/10/19 00:38 ID:???: >>314
ももも、もしかして入力行が足りなかったのでうか？！

あっと話がそれてすんまそん
316 ：ラキッ！＠x68ch ★ ：05/10/19 00:44 ID:???: あいあ、x68k.netからクリークして見に来た人に、見た目の迫力があった
ほうが良いかなぁとエーｗ
専ブラも使ってますが、ついx68k.netからクリークしちゃうもので・・
神様、対応どうもありがとう！
317 ：ラキッ！＠x68ch ★ ：05/10/19 01:19 ID:???: 駄目だ、X68030 + ether_ne.sys+M02 + xip.x + ftp.x だと
「マズい瞬間」のツボが、感覚的にすっかり見えなくなってしまいました。
現在既に１時間以上 ping 攻撃ダブルで ftp.x で getし続けてますが、
順調にダウンロード続行中です。

今僕が気になっているのが、ftpf.x でカーソル操作した時に ping応答が
無くなる件と、ftpf.x のファイル転送で一度に扱うデータ容量の単位が
8192である点です。
これを、カーソルを動かしても ping が無事に応答するようにと、4096に
変更してから、ftpf.x については改めて検証してみたいと思います。

0083さん、GACHAさん、想田さん、
カテゴリとしては同じ ftp クライアントという先入観があると思いますが、
ネットワークを扱う上で Human68k はまだまだ発展途上です。
同じ ftp クライアントでも、そのプログラム自体は異なるものです。
便宜上の問題はあるかも知れませんが、
ftp.x での検証を『強く要請』致します。
何かありそうなんです！！お願いします！
318 ：あるきち＠京ぽん ：05/10/19 08:22 ID:qLq0hGZo: あー！
いつのまにかSUPERが主電源すら入らなくなってる。
ながいさーん、コンパクツできれば早めにおながいしまつ…
あとSUPERの修理もできれば。
319 ：ラキッ！＠x68ch ★ ：05/10/19 09:11 ID:???: まず、ether_ne.sys のMitsuckyさんが懸念されていた部分の
送信詰まり問題と、決め打ち maxwait撤廃を行うべきだと思いました。
リモートDMAはISR Readだけでブレークするようにしましょう。
ether_ne.sys +M02 を元にテストドライバを作っていきますので、
一緒にドライバ改変に参加したい方はコンパイル環境を整えてください。
コンパイルはエミュでもOKです。
参考資料は僕の日記を読んで確保して下さい。
http://x68k.net/diary/
320 ：ラキッ！＠x68ch ★ ：05/10/19 09:14 ID:???: >>318
うおー！ごめんなさい！僕の作業が間に合わないばかりにSUPERが・・
急ぎます。えっと、どうしましょう、もしかしたら週末に間に合うかも
知れないのでちょっと順番が前後しますけど、ARXさんのを先に仕上げますよ。
ごめんなさい、筐体の中心骨格んとこのシールドに湿気が残って錆びると
嫌なのでアルコールでふきあげ仕上げにします。
かすかに電解液の臭いが残るかも知れませんがご了承を～。
321 ：ラキッ！＠x68ch ★ ：05/10/19 09:18 ID:???: >>319
元々が NE2000のドライバなので、逆に今回の改変でRTL8019AS以外の
石（ボード）を使っているNeptune-Xには合わなくなってしまうかも
知れないのですが、その時は仕方が無いのでether_ne.sysとは分岐して
便宜上名称も変更しましょう。
322 ：ラキッ！＠x68ch ★ ：05/10/19 09:35 ID:???: やっべ！
ISRのTRANSだけ見てるとそこで固まってさながら
ftpでgetギャッフン現象。
323 ：ラキッ！＠x68ch ★ ：05/10/19 09:39 ID:???: よしこれで後は夜のお楽しみにするかな。
324 ：ラキッ！＠x68ch ★ ：05/10/19 10:04 ID:???: と思ったけど、送信部分のmaxwait削除と送信中は重ねてリモートDMA転送
しない変更を施した ether_ne2_L01.sys を試してくれる勇者募集。
最悪はシステム破壊の危険があります。
全て無保証です。
１名でもチャレンジャーが居ればアップします。
※当然、ソース付
325 ：あるきち＠京ぽん ：05/10/19 10:56 ID:jkRcoLDc: >320
お手間掛けますm(__)m
先週は主電源入っていたし、3週間前くらいは動いていたんだけど…
ネレイドをただのメモリボードに、まは痛をただのハーフピッチ接続用のソフト転送カードとして使っていた罰だろうかｗ
こういう時に限って無性に使いたくなります。
326 ：ラキッ！＠x68ch ★ ：05/10/19 12:22 ID:???: >こういう時に限って無性に使いたくなります。
その瞬間がX68なんだろうなぁ。
まさにX68erの誇りだね。
そんな方にお役に立てるように微力ながら頑張ります。
327 ：名無しさん＠x68ちゃんねる ：05/10/19 13:26 ID:LFfFZ6nA: FTPがビックリするほど遅いのですが、これってどこがネックに
なっているのでしょうか。HDDの書き込み速度？
328 ：ラキッ！＠x68ch ★ ：05/10/19 14:25 ID:???: >>327
お使いのX68000の機種名と動作クロック、接続先FTPサーバがどういうものかと
転送速度を書いてくださいまし。
329 ：ラキッ！＠x68ch ★ ：05/10/19 17:25 ID:???: 後で ether_ne2_L01.sys をx68k.net日記のほうにアップしますので
もしよろしければテストしてやってください。

まだちょっと不確定なんですが、キーを押してftpf.xで外からのpingが
止まるのも原因が分かったかも知れないので、テストはftpf.xでも
構いませんのでよろしければご協力をお願いします。
330 ：ラキッ！＠x68ch ★ ：05/10/19 18:48 ID:???: ether_ne2_L01.sys テスト版の改変したソースファイル（差分ではない）と
バイナリをセットにして置いておきました。
FTP などで転送が止まってしまう人、試してみてください。
http://x68k.net/diary/?200510b&to=200510191#200510191
331 ：ラキッ！＠x68ch ★ ：05/10/19 19:10 ID:???: >>330
すみません、再現が困難な時があるので・・
また症状が出てしまったので削除しました。
この問題については、また今度挑戦させて頂きます。
332 ：あるきち＠京ぽん ：05/10/19 20:42 ID:zj9BohOo: >326
多謝！！
コンパクツが戻ったら自分も検証に参加しますです。
333 ：GACHA ：05/10/19 22:56 ID:???: ether_ne_m01.sys+ftp.xでgetを試してみました。
ftpf.xで20KB/s出ていた速度が、4KB/sしか出ません。
m02よりはましですが・・・。
しかも、転送も途中で止まってしまいました。
pingで止まったかどうかは不明です。
334 ：ラキッ！＠x68ch ★ ：05/10/19 23:04 ID:???: ftpf.xで転送が止まった時に、HELPキーを押して少し待っていたら
何とヘルプメニューが。xip.xでタイムアウトできた瞬間という事でしょうか。
ftp.xがftpf.xと比して転送速度が出ないのは、より小読みだから？
335 ：ラキッ！＠x68ch ★ ：05/10/19 23:26 ID:???: >>334
更にそこから xip.x -r を実行。
正常に常駐解除できたので、すかさず再常駐にチャレンジ。
正常に再常駐できたものの、やはりパケットが出ない、出せない。
無念。
336 ：ラキッ！＠x68ch ★ ：05/10/19 23:42 ID:???: >>333
GACHAさん、ご面倒だったかと思います。どうもありがとう御座いました。
時系列で僕の調査がどんどん変化しておりまして、ご面倒をお掛けしましたが
一旦、この時点でお休みしましょう。
結局、まだ何も掴めていなくてとても残念です。
まぁそんな簡単に分かるものなら何年も前に既に解決されていると思うので
やりがいがありますよね。
とりあえず今度は ether_ne.sys のルーチン内で固まっているのか、また
その場合はどのルーチンなのかをキーボードLEDを利用して追ってみたいと
思います。printfだと遅くて不便なので～。
えっと、アドレス忘れちゃったなぁ。ぷにぐらま～ずマニュアル見ないとｗ
337 ：米屋＠x68ch ★ ：05/10/20 00:25 ID:???: >>336
センセー、ぜんぶひらがなのようです＞ぷにぐらま～ずまにゅある
http://kuwa.xps.jp/x68k/KGARC/kgarc.html
【puni7_2】でけんさく
338 ：ラキッ！＠x68ch ★ ：05/10/20 00:54 ID:???: あう！満開ネットがあった頃も間違えてふんがっふっふだったような
希ガス。というかX68の歴史がまた１ページ。

LEDでデバドラ動作簡易可視化作戦なかなかです。
突き刺さった時、何と送信部分が呼ばれ続けています。
呼ばれているけど送信してないもしくはできなくて、
使用者からの見た目では固まっているように見える。
という事のようです。
キーボードのLEDが勝手にピカピカするのでキー入力とか
大変になるんですけど、configed や config スイッチャ－など
導入済みの環境の方で試しても良いという方いらっしゃいましたら
是非。
339 ：ラキッ！＠x68ch ★ ：05/10/20 00:59 ID:???: ずっとバッファが無いよ光線出っ放しになっちゃうのかなぁ？
340 ：ラキッ！＠x68ch ★ ：05/10/20 01:07 ID:???: ether_ne2_L01.sys LED動作可視化バージョン

点灯LED処理関数対照表

消灯・・・InitNeptune() および EdInit()
かな・・・EdXmit() 送信バッファ内容送信関数
ローマ・・EdStart() 送信処理関数
コード・・EdRint() 受信割り込み処理関数
CAPS・・・EdIntr() 割り込み処理関数
INS・・・ SendPacket() パケット送信関数（device.sから）
ひらがな・EdPioWriteMem() NE2000パケットバッファへ転送
全角・・・EdPioReadMem() NE2000パケットバッファへ転送
341 ：ラキッ！＠x68ch ★ ：05/10/20 01:15 ID:???: 最後に通った部分のLEDの点灯状態が維持されますので、
繰り返しそこを通っているかどうかは、手動で押下し点灯状態を解除
する事でその様子が良く分かります。

ローマ字点灯でしばらくリトライした後にxip.xが送信を諦めるようで
もうしばらく待つとftpf.xは受信サイズを増やしていき、やがては
転送が終了するも実際には転送はされません。
342 ：ラキッ！＠x68ch ★ ：05/10/20 01:45 ID:???: EdStart()内の sc->txb_inuse == TXB_CNT がヒットして、
何度 EdStart() に入ってきてもその状況が変化しない事で
ずっと送信できない状況のようです。
皆さんの「転送が止まる」現象がこれと同じものであるかは、
ether_ne2_L01.sys をお使いになり再現テストを行って
止まった時にローマ字キーとコード入力が光っていれば、
間違いなく同じ現象という事になります。
343 ：００８３ ：05/10/20 01:59 ID:CdO8etNg: xipとftp、もはや私ごときでは太刀打ちできない領域になってますね
(^^;;;
せっかくのNEREID、他にも試してみたい事があったので
気分転換にWebXpression Ver0.46+0を使ってみることに。
何か画面が変「SS」みたいのが随所に散らばってて見にくい・・・
マニュアル読んでもVer0.46の事しか書いてないし
どなたかWebXpression Ver0.46+0のマニュアル持ってる方
いらっしゃるでしょうか？
344 ：ラキッ！＠x68ch ★ ：05/10/20 02:04 ID:???: デバグ版 ether_ne2_L01.sys をアップしました。
http://x68k.net/diary/?200510b&to=200510201#200510201
345 ：ラキッ！＠x68ch ★ ：05/10/20 02:25 ID:???: >>343
そんな事はないですよ！僕ごときには太刀打ちできませんが何か！
もう駄目ぽｗ
0083さん、十分凄いですよ。Xellent30だけでも玄人用なのに
ツクモのハイメモリに今回ネレイドまで（＾＾；
そりゃもうMAXでしょうｗｗｗ
これからもよろしくお願いします・・（＿＿）ペコッ

ゴン太さんのftpf.xはIP直叩きでもOKになっているのですね、
http://w2332.nsk.ne.jp/~gonta/index.html
WebXpression Ver0.46+0のマニュアルは見当たらないのですが、
ごん太さん今でもアクティブでいらっしゃるんですかね？
書いてもらっちゃうという手が１番良いのですが・・
346 ：Mitsuky ：05/10/20 02:32 ID:23TMbsQA: どうも、Mitsukyです。うおぅ、盛り上がってますね＞ここ。

ftpf.xですが、一度にread_s()するサイズを小さくしたら止まりにくくなった
みたいです(REMOTE_TRANS_SIZEを8192→256にしてみた)。なんか対症療法っぽい
ですが…。20Mバイトくらいのファイルでテストして止まらなかったので、もう少し
追試してみます。

p.s.20日(木)朝から夜23時くらいまでshq.dyndns.orgを止めます(電気工事)。
http://shq.dyndns.org/mitsuky/
347 ：ラキッ！＠x68ch ★ ：05/10/20 02:32 ID:???: という訳で、この「ツボ」にハマった場合には強制的に
バッファ内容を吐くようにしてみました。
しばらくこれで様子を見てみます。
しかしデバイスドライバのデバグでキーボードLEDが
光っているのを眺めるのなんてのは、X68くらいのもの
でしょうか。部屋真っ暗にしてやってますｗ
（マルチポスト）
348 ：ラキッ！＠x68ch ★ ：05/10/20 02:33 ID:???: >>346
神降臨！！！！！！！！！！！！！
ひゃっほーーーーーーーーーーーーーーーーーーーーーーい！！！！
349 ：ラキッ！＠x68ch ★ ：05/10/20 12:09 ID:???: http://x68k.net/diary/?200510b&to=200510203#200510203
350 ：ラキッ！＠x68ch ★ ：05/10/20 13:09 ID:???: >>349
0083さん、GACHAさん、想田さん、LEDピカピカが割と面白いので
是非試してみてください。
あともしも止まった時にはどのキーが点灯した状態で止まったかを
報告するネタでお願いします。
例：またローマかYp!
351 ：００８３ ：05/10/20 15:53 ID:CdO8etNg: >345
WebXpression Ver0.46+0のマニュアル、有り難う御座いますm(__)m
しかしCNFいじっても接続時の「∬」の行頭表記が消えない
＆行間が詰まってて読みにくい・・・・
Ver0.46は何ともないけどVer0.46+0は元々そういう作りなのかな？
352 ：００８３ ：05/10/20 15:53 ID:CdO8etNg: ether_ne2、試してみます(^^)
353 ：ラキッ！＠x68ch ★ ：05/10/20 17:11 ID:???: http://x68k.net/diary/?200510b&to=200510203S1#200510203S1
何度も更新してすみません。
これでしばらく行きます。
354 ：GACHA ：05/10/20 22:08 ID:???: >>353
rel3，ダウンロードして実行中です。(PRO+Xellent+ftpf.x,90MBのwav)
現在，30Mを超えて未だ止まる気配なし！
速度も平均で20KB/S出ております
度重なるping攻撃にも耐えています。
素晴らしいです！
なんか、凄く感動しております！
これでWebXpression使用中の突然のフリーズも解消されるかも！
(今までファイルの受信中に固まることが多かったので)

ながいさん、本当に有り難うございます。
90MB完走したら、引き続きWebXpressionでの動作も確認してみます！
355 ：GACHA ：05/10/20 23:21 ID:???: 90MB完走しました！
WebXpressionもかなりの安定動作。

嬉しいなー。
356 ：○○電子工業 ：05/10/21 00:40 ID:qHeMegaY: うぉ、もの凄いスピードでスレが伸びてる～ｗ
>>353
rel3ですが・・・SUPER+Xellent30s+ftpf.xで45MBのwavファイル転送を試してみたのですが、
固まる現象は相変わらず出てしまいます。
まだ４回しか試してませんが、うち１回だけ転送成功しました！他の３回は、10MB以内の
ランダムな場所で固まり現象が発生します。
転送速度はGACHAさんと同様、20KB/ｓ位。
停止時のLEDの状態は、必ず「コード入力」のみ点灯しています。この時、HELPキーを押す
とファンクション表示の右隅に「X」と表示されます。
停止する少し前に、それまで一定間隔でHDDへの書き込みが発生していたのが、書き込み
周期が乱れる現象が発生するようです。うまく行った時は、書き込み周期が乱れた後、一定
間隔の書き込みに戻るようです。

設定は以下の通り。
PROCESS=3 10 10
xip -n4 -+-f -+-s:524288
idhcpc.xにてルータからIPアドレス取得
LAN環境は、
X68k-[AtermWL54TE]-<無線区間>-[AtermWL5400AP]-[HUB]-[BA8000Pro]-LANDISK
で、HUBやルータに色々なLAN機器がぶら下がってます。

明日、改めて設定とか変えて試してみます。
357 ：００８３ ：05/10/21 01:16 ID:ilwjLEr2: うをぉぉぉぉーーーーー！！！！！！！！感動です！！！！rel3
68000モードにて、いつもよりちょっと過酷に？テストしてみました。
1.3MB級のJPGファイルを８０個纏めてFTPFにて転送完了しました！！
この時の設定は
PROCESS16 10 10
xip -n8 -t -1 -+-s:256000
転送速度は、おおむね30KBは出てます
ひたすら設定しててxipのオプションで気づいたんですが
現在私の設定だと
他のソフトも使う関係上今はPROCESS=16 10 10にしたので
-nの数値を少々たかめに-n8としました。
-n8以上にすると転送の乱れが生じ、
-t -1を付けると転送速度が3KBは上がり
-+-s:25000にすると転送速度が長時間維持しやすい。しかしメモリ
との兼ね合いもあるので、この辺が無難かと。
他に、０３０モード時-+-fにすると転送速度が5KBぐらい下がりました。
-+-hは試してないです(^^;

転送に長時間が必要なのでもうしばらく様子を見ます
それと、ハイメモリ環境下で動かしてもWebXpressionは
固まっていた事があったので今度は私もWebXpressionでも試して見ます
358 ：００８３ ：05/10/21 01:32 ID:ilwjLEr2: >357

>-+-s:25000にすると転送速度が長時間維持しやすい。しかしメモリ
>との兼ね合いもあるので、この辺が無難かと

一部訂正。-+-s:25000の所>-+-s:256000です(^^;
あと、追加-nのオプションの数値を上げすぎると
逆に遅くなりました。
359 ：ラキッ！＠x68ch ★ ：05/10/21 07:28 ID:???: http://x68k.net/diary/?200510c&to=200510211#200510211

うっへもう時間無いから後は誰かよろしくキボンヌ。
dbgLED.sys で LED の点滅を見ると分かりますが、だいぶ動作内容が
異なってます。
360 ：ラキッ！＠x68ch ★ ：05/10/21 09:08 ID:???: あでもまだ駄目かもポ
361 ：ラキッ！＠x68ch ★ ：05/10/21 09:58 ID:???: あとでetherL02をアップしますので少々お待ちを。
ftp の get の時にググッと遅くなる瞬間がある症状ですが、
これは受信時のエラー処理に問題があるかも知れません。
362 ：ラキッ！＠x68ch ★ ：05/10/21 12:16 ID:???: アップしますた。

ether_ne.sys +M01 +L02(etherL02.sys):
http://x68k.net/diary/download/etherL02.lzh
363 ：００８３ ：05/10/21 13:40 ID:ilwjLEr2: 追加調査報告。
etherL02はまだ試していませんが、etherL01とftpfで
PROCESS 3 10 10でならxip -n31 -t -1 -+-s:256000としても
68000モード68030モード共に固まることもなく、
不安定になることもなく、転送速度も上がった事を報告します。

この事から私の環境において
汎用性を求めるなら
PROCESS16 10 10
xip -n8 -t -1 -+-s:256000

転送速度重視なら
PROCESS 3 10 10
xip -n31 -t -1 -+-s:256000
というような設定が好ましいと考えてます。

あと、-+-sですが、あまり数値を上げ過ぎても変化はなく
むしろ現在の設定では転送速度が下がってしまいました。

ラキッ！さん凄いです。感動です(^o^)
364 ：ラキッ！＠x68ch ★ ：05/10/21 16:44 ID:???: 後でドキュメントをもう少ししっかり書いたL03をアップします。
0083さん、GACHAさん、想田さん、皆さんの設定例も一緒に掲載したいと
思います。
365 ：ラキッ！＠x68ch ★ ：05/10/21 16:49 ID:???: 僕の環境でも -n31 でいけるかなぁ・・試してみよー。
そう言えば、そんなにナイス値上げたことなかったりして・・
366 ：００８３ ：05/10/21 17:46 ID:ilwjLEr2: xip -n31 はやっぱり無理があるみたいで、受信時には大丈夫だったけど
送信時に、たま～に固まりました。
-nの数値は送受信のバランスを考えて無難な数値がよろしいようで(^^;
367 ：００８３ ：05/10/21 17:55 ID:ilwjLEr2: WebXpressionですがetherL01では、やはり固まるときがありましたが
etherL02では今のところ無事に動いてます。

ところでWebXpressionからこの板に書き込みしたいんですけど
できないんでしょうか？
我が家では６８とウインドウズマシンとの間を行ったり来たりが
大変で(^^;現在WebXpression Ver0.46使ってます
368 ：ラキッ！＠x68ch ★ ：05/10/21 19:55 ID:???: >>363
>>366
>>367
0083さん、ご報告ありがとう御座います。
喜んで頂けたようで、こちらこそ嬉しいです（＾＾）。
お役に立ちましたら幸いです。

僕の環境(X68030+060turbo)では、-n 31は無理みたいです。残念。
今は xip -n 15 くらいで様子を見ています。
369 ：ラキッ！＠x68ch ★ ：05/10/21 20:07 ID:???: >>368
xip -n 20 くらいまではＯＫかな？
でも転送速度は -n 15 くらいとあまり変わらないような感じです。
@X68030+060turbo ハイメモリ無し（SIMM捜索中ｗ）ライトスルー（軟弱ｗ
370 ：ラキッ！＠x68ch ★ ：05/10/21 20:25 ID:???: >ところでWebXpressionからこの板に書き込みしたいんですけど
>できないんでしょうか？

うお、確かlynxじゃないとテキストボックスの書き込みができなかった
ような気がします。そう言えば僕も６８からは書き込みしたことないです。
調べ物しながら６８やったりするのでどうしてもＰＣがすぐ隣に置いて
あったりします。
今はＰＣの使い方も様々だから置き場所も様々ですよね～。
371 ：ラキッ！＠x68ch ★ ：05/10/21 20:27 ID:???: ftpf.x ver1.02ですが、
リモートファイルを一度に読み書きするサイズの
REMOTE_TRANS_SIZE を、16384 にしたらまた 10KB/s くらいレートが
上がりました。以前は 64K で駄目だったようですが、 32K くらいなら
どうでしょうかね。
今やってみます。
372 ：ラキッ！＠x68ch ★ ：05/10/21 20:30 ID:???: >>371
残念。REMOTE_TRANS_SIZE を 32Kにしたら一瞬で xip.x が悲鳴を（＾＾；
ん！？xip.x のバッファサイズ拡大でどうかな？？
373 ：ラキッ！＠x68ch ★ ：05/10/21 20:37 ID:???: >>372
無念！REMOTE_TRANS_SIZEを 16Kから 32Kにしてみたけど速度は頭打ち
みたいです！
374 ：○○電子工業 ：05/10/22 02:39 ID:pa1CDQto: ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

etherL03で無事動くようになりました！＼(^-^)／
45MB及び62MBのwavファイル転送に成功しました！

設定は以下の通り。
PROCESS=3 10 10
xip -n16 -t -1 -+-s:262144
転送速度は約21KB/s。
ちなみに-n8では逝ってしまいます・・・まだ-ｎ31とかは試してません。

ラキッ！さんスバラシイ！ｗ
375 ：ラキッ！＠x68ch ★ ：05/10/22 05:46 ID:???: >ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

(ﾟ∀ﾟ)ネレイト！(ﾟ∀ﾟ)
(ﾟ∀ﾟ)ネレイト！(ﾟ∀ﾟ)
(ﾟ∀ﾟ)ネレイト！(ﾟ∀ﾟ)
(ﾟ∀ﾟ)ネップチューン！！！(ﾟ∀ﾟ)

　　　　　　　　　　　　　　　　　Ｘ

xip -n 8 でかえって逝ってしまうところに何かあって L04 の罠が
待ち構えていなければ良いのですが・・・（＾＾；

よーっし気付くの遅すぎでしたが、段々と良い感じになってきましたので
ここいらでフルアセンブルでゴリゴリ行ってしまう系に派生！派生！
立花えり子さんの ether_ne.sys ver0.03 を元にした dis って最適化の
ほうも気になってキター！
(☆_☆)ピッキーン！(☆_☆)
そうだ Shi-MADさんに ether_ne.sys ver0.03のソースを公開してもらえる
ようにお願いしてみたらどうだろう！
もしも今回の僕のパッチが良い感じなら、ver0.03 に反映する事で
KO-WindowでもＯＫになるし？
376 ：ラキッ！＠x68ch ★ ：05/10/22 05:50 ID:???: ちなみに、

while (
(((unsigned char)*(io_addr+ EN0_ISR) & ENISR_RDC) != ENISR_RDC) && ( --maxwait) );

#if 1
if (!maxwait){
/* EdReset(sc);*/
EdInit(sc);
}
#endif

↑ここんところなのですが、EdInit() しないとやっぱり駄目なもの
ですかね？人柱になってみたいヒト！この指止～まれっ！
377 ：ラキッ！＠x68ch ★ ：05/10/22 08:26 ID:???: うお・・いかん、僕の妄想絶対領域では EdInit() が全部不要に思えてきた
というか、next_packetポインタはそこで触っては地雷が！に思えてきた。
手元のテスト版でEdInit全削除。とうとうエラー処理全部無しの具がない
ラーメン的になって・・キター！
378 ：ラキッ！＠x68ch ★ ：05/10/22 08:28 ID:???: >>377
という妄想はずっと以前にもしていたような気がするけど、これまでの
途中経過中忘れていたような気がするけど、別に簡単な変更なので
etherT01.sys で 0083さん、GACHAさん、想田さんのダイブ３人衆の
皆さんに激しくチェキしてもらったほうが良いからアップかな。
379 ：ラキッ！＠x68ch ★ ：05/10/22 08:47 ID:???: ちょっと乱暴な妄想を言えば、結局のところ watch dog の実装も無いので
あまり考えすぎてもいくないとも。
僕のnext_packetポインタをそこで触っては地雷が！妄想が正しければ、
これは対応作業なのでL04でいいのかなぁ～。う～～～む。
380 ：ラキッ！＠x68ch ★ ：05/10/22 08:51 ID:???: よし父さん大胆にいくモナー！
ちなみに、朝方にプログラムを触るようにしているのはオッサンの知恵です。
やっぱ宿題は朝やるでしょうみたいなエーｗ
夏休みあと３日だＹｐ！
381 ：ラキッ！＠x68ch ★ ：05/10/22 09:50 ID:???: よっし父さん調子づいてgccの最適化オプション付加しちゃうぞ！
（Mitsukyさんがmakefileに書いてあったもの）
微妙に送信で3KB/s向上。
382 ：ラキッ！＠x68ch ★ ：05/10/22 10:59 ID:???: 3KB/sじゃないや5KB/s向上。
どんどんデスゾーンに踏み込んでますが、ここまできたらとことんいきますか。
etherL04.sys etherO04.sys アップ：
http://x68k.net/diary/?200510c&to=200510221#200510221

変更点：
　エラー復帰処理を全部無くしました。エーｗ
　gcc の最適化オプションでコンパイルしたバイナリを同梱しました。
383 ：GACHA ：05/10/22 12:32 ID:???: >>382
etherO04.sysを試してみました。
XellentPRO，ftpf.xにて、xip.xの-n30でGETの速度が1.5KB/S程上昇致しました。

うーん、毎日怒濤のバージョンアップですねー。
永井さんの日記をのぞくのが、楽しみで仕方ありません。
384 ：００８３ ：05/10/22 16:03 ID:abm7+jQ2: 何気にhiocs.xてftpf.xの転送速度アップに一役かってたんだ・・・・
hiocs.x組んでる環境とそうでない環境とでは10KB近く差があるなぁ
６８０００モード時hiocs.x無しだと20KBぐらいだけど
hiocs.x組み込んだら30KBなってます。
これって、トリビア？
385 ：○○電子工業 ：05/10/22 18:04 ID:WR4XGcwE: うーん・・・EtherL04、止まってしまうです。うちだけ？(T_T)
45MBのファイル転送が、40MB目前でグサッと・・・EtherO04も同様でしたorz
とりあえずEtherL03を使うことにします・・・
386 ：ラキッ！＠x68ch ★ ：05/10/22 23:06 ID:???: あ、なんかもの凄く勘違いしているような気がしてきました・・
今までのは全部無しの方向で～ォｗ

>>385
刺さる時は X でます？
387 ：００８３ ：05/10/23 01:00 ID:ZzhBPsiA: >370
WebXpressionは書き込み出来なのかぁ、しかたないですね・・・・

我が家のウインドウズマシンは家族共有のマシンだから
使いたい時に使えないのがつらい（＞＜）
388 ：００８３ ：05/10/23 01:06 ID:ZzhBPsiA: >386
えっ！無し！！
一応、試したんですけど(^^;
私のは固まる事は無かったのですが、L03との違いが
今ひとつ分からなかったです
強いていうならO04の方が遅いように感じました。っと言うより
L04の方が早くなってると言った方がいいのか・・・・
う～ん微妙な感じでした。
389 ：ラキッ！＠x68ch ★ ：05/10/23 04:32 ID:???: >>388
ご心配お掛けしてすみません。
これはほんの少し技術的な話になってしまうのですが、etherLシリーズの
動作には死角がありまして、簡単に言うとイーサネットのメモリにアクセス
してはいけない瞬間というのがありまして、これを避ける方法として転送
完了の割り込みを待たなくて良いバースト転送を妄想して簡単なソースの
変更でこれを無理矢理行おうとしたのですが、死角があったようです。
現実にこれが動いてしまっている「偶然」が多いのはX680x0の処理速度が
普通のPCなどと比較して低速な為です。
また、皆さんがスイッチングHUBなどを用いている事もあって、スムースな
パケットの流れがそれを助けています。
この問題に気付くのが遅くなってすみませんでした。
現在、通常の動作方式であるノンブロッキング転送に戻したetherL05を
準備中ですので少々お待ち下さい。
390 ：ラキッ！＠x68ch ★ ：05/10/23 15:47 ID:???: etherL05 をアップしました。
http://x68k.net/diary/download/etherL05.lzh

今までの処理を横に並べたアグレッシブ？な挙動からすると、ちょっと
寂しい動きかも知れませんが、この動作が最も基本的なものになります。
こちらのスレで実験に参加して下さった皆さんは既にシャアですので、
皆さんのご判断・お好みでお好きなものをお使い下さいませませ。

しかしそれにしても、これまでのちょっとアグレッシブなアレですが、
なかなかイイので是非ともいつの日か完成させたいものですね。
というか、カニは外側のインターフェース繋ぐの簡単だけど、中身は
割と謎が多かったりして、REALTEKのドキュメントも寂しい限りなので
ソフト面は実際に突っ込んでみないと分からない部分もありますね。
だがしかし、RTL8019AS専用みたいにしちゃうとNeptune-Xらしく
なくなっちゃうような気もするし、Nereid専用ドライバというのはちょっと（＾＾；
391 ：ラキッ！＠x68ch ★ ：05/10/23 16:01 ID:???: 将来的には、必要に応じてバーストモードを選択できる、
その筋スイッチ（コマンドライン実行型切り替えプログラム）を
用意して、転送終了割り込みなんてクソ喰らえ転送ばかりをもっぱら
使ってしまう罠というのは如何でしょうか。
392 ：００８３ ：05/10/23 20:06 ID:NsPqu+9A: >390
L05試しました。L03に比べれば10KBは遅くなってましたが
今回は、速度は犠牲にしてあらゆる環境にも可能な限り
対応できるようにした作りになっていると考えたらいいんですね。

そうそうDOC読んでみたら私のネームが(^^;
ネットワークど素人の私がNEREIDに貢献したとは、
ちょっとした感動です(^-^)
393 ：GACHA ：05/10/23 21:01 ID:???: >>391
私もL05を試してみました。
００８３さんと違って、XellentPRO環境だとL04に比べて速度低下は
無いですねー。
21KB/S近辺をうろうろしてます。
私はL05を常用しようかな。

あ、でも030機でつかうとちょっと違うかもしれませんね。
また今度試してみます。
394 ：ラキッ！＠x68ch ★ ：05/10/24 03:38 ID:???: あ、もう一つミスはけーん（＾＾；
L06をお待ちくだ・・ドカバキグシャッ

>>392
初めてこちらでお会いした頃は当方が状況を良く把握できなくて、
申し訳ありませんでした。
じつは、今回のこの問題については、以前からも何となく
「たまにハングアップするな」と感じてはいたのですが、
Nereidなどのハードウェア開発や試験などで Neptune-Xとの互換を
追うことの方へ多く注力した為に、Neptune-X でも同じく発生するその
現象については、その事をあまり深く追求することはせずに居ました。
加えて、当方の利用環境においてはその事があまり多く発生しなかった事も
あり、その事をあまり大きな問題とは捉えていませんでした。
また、この現象は多くの場合は xip.x の -n（ナイス値）の調整で改善
される事が多かったこともそうさせる要因でした。
ですが今回、0083さんのお問い合わせでは、何度かのやりとりで、
その調整でも改善されず、利用環境のハードウェアにも問題が無さそうだ
というのでちょっとビックリしながら、Nereidやその他色々な部分に
問題はないか、原因追求を始めました。

というのが、今回のキッカケそのものですので、0083さんには何度も
やり取りでご面倒をお掛けしたとは思いますが、この事で原因の把握が
できたので Nereidに貢献というだけではなくて、X680x0 Human68kの
ネットワーク環境への寄与という部分で非常に大きな役割を負ったのだと
X68ユーザとして誇りをもって良いと思います。
またそうした事が我々趣味のX68文化を支える力そのものとなりますので、
これからもこのご縁をキッカケに末永く仲良くさせて頂けたらと思います。
これからもよろしくお願いします。
395 ：ラキッ！＠x68ch ★ ：05/10/24 05:33 ID:???: >>392
あと僕自身もネットワークにそれほど詳しい訳ではないので
これからも一緒に色々と勉強というか楽しんでいきましょうね～（＾＾）／
396 ：ラキッ！＠x68ch ★ ：05/10/24 09:23 ID:???: なんかもしかしたら地雷ハケーンの悪寒です！
詳しくは僕の日記に書いてありますが、RTL8019AS の ISR リセットと
リードの間にウェイトとしてasm(\tTST.B\t$E9A001\n");を追加したら
良い感じです！
これまでで一番激しくftp転送してもＯＫです！
カニチップが熱いです！ｗ
397 ：ラキッ！＠x68ch ★ ：05/10/24 09:55 ID:???: ジョイスティックポート空読みウェイトもえｗ
398 ：ラキッ！＠x68ch ★ ：05/10/24 10:56 ID:???: etherL07.sys アップしました。
http://x68k.net/diary/?200510c&to=200510242#200510242
399 ：００８３ ：05/10/24 16:46 ID:2pWC1Zzs: >394
つい、こないだまで、ウインドウズで
「インターネットの設定がわから～ん」て叫んでた
ネットど素人な私ですが、NEREIDをきっかけにネットワーク接続というものが
面白くなってきました。パソコン通信をやめて以来
６８をスタンドアローンで使ってたのですが、
NEREID導入を期に６８がまた一段と面白くなってきました。
６８が好きな者同士、こちらこそ宜しくですm(__)m
400 ：００８３ ：05/10/24 16:59 ID:2pWC1Zzs: L01～L07を一通り試したわけですが、結局、私の環境下では
L03がもっとも高速かつ安定してますね(^^;

そうそうスレ違いになるかなぁ、見てくださってたらいいのですが
FTPF Ver1.03も試したのですが私の環境ではL03～L07で試しても
「GetList()に失敗しました」と出て接続できなかったです。
Ver1.02と同じように動かそうとしたのだけども
他に何か設定しなくてはいけなかったのかな？

252KB

新着レスの表示

掲示板に戻る全部前100 次100 最新50