| 過去の桐井戸端ＢＢＳ （桐ver.８） |
| 16887 | 同じ一括処理で同じ処理を５台のパソコンで行っていますがＭＥの機械だけ遅いのですが原因は何でしょう | jyuuyuu_2 | 2002/08/06-19:14 |
| 名札 高速 ********************* キー入力 (5,80),プロンプト="電話番号を市外局番カラ入力。表示が終端行はデータなし"\ ,モード = 確定,,\ ,終了状態 =&G2，&コード 条件 (&G2=0) 手続き終了 表 "kyusai3" if (#文字位置( &コード ,"-" )<>0 ) 並べ替え 条件名="電話順” 絞り込み [電話番号]{&コード} 条件 (&選択件数=0) メッセージボックス "現検索条件では","適合のデーターはありません" ,アイコン=i,ボタン指定=1,&G1 条件 (&選択件数=0) 手続き実行 ST 絞り込み 行数=1 書き出し条件登録 表,条件名="修正書出","KYUSAI4.tbl",追加 書き出し 表,条件名="修正書出",終了状態=&G5 if (&G5=0) サウンド 再生,"Notify.wav",同期, 終了状態=&G5 メッセージボックス "修正先(Kyusai4)で電話番号重複してます","書出を中止して編集に入ります、検索して下さい。" ,アイコン=!,ボタン指定=1 else 中止 表 end 表 "KYUSAI4",更新=許可 使用フォーム "KYUSAI4" ←★★★★★ 位置指定 行番号=最終 フォーム形式編集 else 並べ替え 条件名="電話連順” 絞り込み [電話連]{&コード} 条件 (&選択件数=0) メッセージボックス "現検索条件では","適合のデーターはありません" ,アイコン=i,ボタン指定=1,&G1 条件 (&選択件数=0) 手続き実行 ST 絞り込み 行数=1 書き出し条件登録 表,条件名="修正書出","KYUSAI4.tbl",追加,ファイル名変更=しない 書き出し 表,条件名="修正書出",終了状態=&G5 if (&G5=0) メッセージボックス "修正先で電話番号重複してます","書出を中止して編集に入ります。" ,アイコン=!,ボタン指定=1 else 中止 表 end 表 "KYUSAI4",更新=許可 使用フォーム "KYUSAI4" ←★★★★★ 位置指定 行番号=最終 フォーム形式編集 end 表 ウィンドウ作成 "MENU3.wfm",位置=(0,0),ハンドル=&MENU 手続き終了 ********************* 名札 ST ********************* 表 * ウィンドウ作成 "MENU3.wfm",位置=(0,0),ハンドル=&MENU 一括処理実行 "KYUSAI4.CMD" ====================================================================== ========== 上記の一括処理は”kyusai3.tbl" レコード数15万 で電話番号を06-6903-6565 でも 0669036565 でも１行絞り込んで"kyusai4.tbl" に書き出す一括処理をその部分だけ書き出したものです。 同じ処理を５台のマシンで新規登録、データー修正、等を行い夕方一カ所に集めて更新処理をしてます。 お知恵を借りたいのは、WindousMEのマシンだけが←★★★★★の所に来る迄約３秒掛かり、 その他のマシンは0.2秒くらいで済みます。 その差が何処で起きているか？？ です またはどの様なテストをすれば、手がかりが得られるかと言う点です ちなみに 並べ替え 条件名="電話連順” 並べ替え 条件名="電話順” ともに索引き 付です 桐のVerは ８の.sp6です また環境設定の所は全部比べましたが、全く同じ設定（高度な設定を含め）です 少し違う動作をするのは、速いマシンはステータスバーの亀が走るんですが ＭＥのマシンは砂時計が画面右上より少し下に出て、亀は出ません 環境設定の所の全般→経過表示は双方とも 亀のなってます | |||
| 16889 | Re:教えて下さい。 | pokopon | 2002/08/06-21:22 |
| 記事番号16887へのコメント jyuuyuu_2さん こんばんは 「ばさっ」と削除 (^^ゞ >その差が何処で起きているか？？ です >またはどの様なテストをすれば、手がかりが得られるかと言う点です トレースウインドウを使って、トレースしたらどうですか。 コマンドの実行が確認できます。どこで「遅く」なっているか、手がかりがつかめるかと思います。 桐の「表示」→「トレース出力ウインドウ」でトレース画面を開き、 同じ「表示」→「トレースウインドウの設定」→「トレース出力を開始する」でトレースが開始できます。 その後で、該当するＣＭＤを実行されてみてはどうですか？ ちなみに、遅くなる原因がわかりましたら、ご報告ください。 | |||
| 16890 | Re:教えて下さい。 | ONnoji | 2002/08/07-10:16 |
| 記事番号16887へのコメント jyuuyuu_2さん >同じ処理を５台のマシンで新規登録、データー修正、等を行い夕方一カ所に集 >めて更新 >処理をしてます。 >お知恵を借りたいのは、WindowsMEのマシンだけが←★★★★★の所に来る迄 >約３秒 >掛かり、その他のマシンは0.2秒くらいで済みます。 >その差が何処で起きているか？？ です >またはどの様なテストをすれば、手がかりが得られるかと言う点です jyuuyuu_2さん、こんにちは。 これは思いつきですが… KYUSAI4.wfm をテスト用の別のフォームと入れ替えてみると、 パフォーマンスの違いがあるかもしれません。 使用フォーム "KYUSAI4" ←★★★★★ もしも、テスト用の別のフォームと入れ替えてパフォーマンスが向上するならば、 KYUSAI4.wfm に原因が潜んでいる（可能性がある）と見当が付きます。 外していたらすいません。 | |||
| 16891 | Re:教えて下さい。 | MIT | 2002/08/07-10:51 |
| 記事番号16887へのコメント jyuuyuu_2さん 特定の機器だけが速度が出ない場合 そのハードウェアの通信速度を検証する必要があるかも知れません。 例えばオンボードのネットワークカードだと通信速度があまり出ない場合があります。 また、サービスや通信プロトコルなどで不用と思われるものを解除、又は停止すると改善するかも知れません。 以上ご参考まで。MIT | |||
| 16892 | Re:常駐ソフトは？ | pokopon | 2002/08/07-11:06 |
| 記事番号16889へのコメント 思いつきで、 OSにより桐の処理速度が大きく異なる・・・・はあんまり考えにくいと思います。 （マシンのスペックの問題は別として） CMDの記述とかコマンドの問題ではないような気もします。 桐が遅くなるのは、 １．桐の起動そのものが遅い ２．表ファイルを開くのが遅い が主だと思います。 今までの経験上、職場で「桐が遅くなる」マシンにおいて、 １．共有フォルダを指定している 共有してファイルを開かずとも、誰かが別のマシンで、同じ共有フォルダを指定して起動していた場合。 ２．特定の常駐ソフトが影響（特定のアンチウイルスソフト） http://www.fuku3.com/~habata/kbbs/kakov8/14196.htm http://www.fuku3.com/~habata/kbbs/kakov8/12105.htm が原因としてありました。ご参考までに。 いずれにしても、トレースしてみて、どの場所が原因か突き止めましょう。 | |||
| 16893 | 取りあえず、中間報告 | jyuuyuu_2 | 2002/08/07-11:32 |
| 記事番号16891へのコメント 皆様いろいろコメント有り難うございます。 実は稼働の桐の事務所に常駐してません、週に１，２回覗いてます。 >pokoponさん のトーレスを試みようと明日（8/8）に 行く予定です ５台のマシンはＬＡＮで繋がってますが、通常の処理は それぞれのデータで処理してますので、その関係ではないと思います。 明日の午後報告させて頂きます。 | |||
| 16900 | 推定される原因のいくつか | 佐田 守弘 | 2002/08/08-01:28 |
| 記事番号16887へのコメント jyuuyuu_2さん 同じ桐の環境設定と、同じ一括処理で動かしている事から、 桐のプログラム上の問題ではない様な気がします。 特に、 >ＭＥのマシンは砂時計が画面右上より少し下に出て、亀は出ません から考えると、OS上の何らかの処理で時間がかかっている可能性が大きい様に思えます。 ただし、OSがMeであるためと言う意味ではありません。 思いつくままにその原因となり得る可能性を挙げてみます。 ①何らかのソフトが動作している ウィルスチェッカの様なソフトはどうでしょうか。 私の環境での場合ですが、Norton Anti Virusを稼働させていると、桐の終了が極端に遅くなります。 ②ディスク装置に原因する場合 ディスクサイズが大きく、かつフラグメンテーションが生じていると、表を開く時に遅くなる事が考えられます。 また、考えたくない事ですが、ドライブが壊れる寸前で読み取りエラーが起きて、 何回もリトライしていると、この様な現象も起こり得ます。 佐田守弘(KS-00119) | |||
| 16902 | Re:教えて下さい。 | jyuuyuu_2 | 2002/08/08-10:42 |
| 記事番号16887へのコメント 皆さん、いろいろアドバイス有り難うございます。 >pokoponさん ご指摘に従って、デバックしてみました。 他のマシンと違って時間の掛かる所は①と②のあいだでした、 結論はまだ出てませんが 佐田先生ご指摘の ②ディスク装置に原因する場合 が考えられますので スキャンディスクとデフラグを実行してみました、 特にデフラグで「移動出来ない」クラスタが方々に出てました ＨＤを交換すれば、はっきりしますが、仕事のを止めるわけに行けません 出来れば、盆休みのときやってみたいと思ってます。 ちなみに、kyusai3.tbl は145,403レコード ８８ＫＢです マシンのＣＰＵも５台のうち一番速いものです。 ******************デバック表示 リスト************************ 一括実行:"C:\dat\KYUSAI4.CMD"を一括処理実行で開きました ＤＢ( 1):"C:\dat\kyusai3.tbl"をモード=専有更新で開きました ＤＢ( 1):並べ替え条件"ＫＵ"(索引名:"電話連順")を実行しました←③ ＤＢ( 1):絞り込み(比較式)を実行しました ←③ ＤＢ :"C:\dat\kyusai3.tbl"を閉じました ←③ ＤＢ( 1):"C:\dat\kyusai3.tbl"をモード=専有更新で開きました ＤＢ( 1):並べ替え条件"ＫＵ"(索引名:"電話順")を実行しました ＤＢ( 1):絞り込み(比較式)を実行しました ＤＢ( 1):絞り込み(行数)を実行しました ←① ＤＢ :"C:\dat\kyusai3.tbl"を閉じました ←② ＤＢ( 1):"C:\dat\KYUSAI4.tbl"をモード=専有更新で開きました 一括実行:"C:\dat\印刷.kev"を一括処理実行で開きました ************************************************************** 副産物として←③の所、プログラムのミスってる事も発見しました 無駄な処理をしてますが、処理スピードの体感的な遅さが感じられ ないので、ま～いいっかと思ってます。 はっきりＨＤと解ったときは、別項目で報告します。 皆様、改めて感謝致します、有り難うございました。 | |||
| 16905 | Re:教えて下さい。 | pokopon | 2002/08/08-15:21 |
| 記事番号16902へのコメント jyuuyuu_2さん こんにちは >②ディスク装置に原因 パソコンのメーカー、型は何ですか。 こちらの職場のマシン、HDDクラッシュが相次ぎましたが、原因は、HDDのNGでした。 中には、リコール対象となっている場合があります。 HDDは富士通製のある特定の品番ものが該当します。 （PCが富士通でなくとも、中のHDDは富士通製を使っている場合があります） この現象、ちょぼちょぼとHDDのエラーが発生し、ある日突然、クラッシュ、FDISKでさえ 認識不能になります。 至急、対応した方が無難です。 データのリカバリーはほぼ不可能ですから。 まだ、OSで認識できているうちに、対処した方が無難です。 また、もし、該当する場合には、リコール対象となっていますので、データバックアップを含め、 全て無償で対応してもらえます。 | |||
| 16906 | 有り難うございます。 | jyuuyuu_2 | 2002/08/08-16:35 |
| 記事番号16905へのコメント pokoponさん アドバイス有り難うございます パソコンはＮＥＣ製 ＰＣ＿ＶＥ８００Ｊ５７Ｄです 購入後３年くらい経ってます。 朝一では５台のパソコン同じデーターで出発してますので バックの心配はしてません。 データーの壊れは、営業所２カ所２台を含めて計７台で年間５回くらい起こってます。 当日処理データーが多い場合は（データーの修復）で、 そうでない場合は朝一のデーター読み込み→再入力で対応してます。 該当のパソコンは以前ＳＱＬ＆ＶＢで組まれた会計ソフトが 期末になると３５０ＭＢくらいになるデーターを処理してました これが原因ではないかと、疑ってます。 | |||