SRC質問掲示板Mk2
(現在 過去ログ126 を表示中)

HOME HELP 新規作成 新着記事 トピック表示 検索 掲示板新着情報RSS配信新着情報 過去ログ

[ 最新記事及び返信フォームをトピックトップへ ]

■21878 / inTopicNo.1)  Open〜Print〜Close系の処理が遅い対策と原因
  
□投稿者/ ルドロフ -(2010/01/25(Mon) 12:33:56) [ID:x2nemSHI]
    私は今大量の外部ファイルを操作する処理を行っているのですが、
    それをするとどうしても処理速度が遅くなってしまいます。
    そのため、今はその対策を探しているところです。
    原因が分かればなんとかなると思うのですが、
    原因は何でしょうか。
    以前一行分の処理を行うために内部変数を一つ使うという話がありましたが、
    それが関係しているのですか?
    とりあえず処理速度が速くなればなんでもいいので、対策を教えてください。
    よろしくお願いします。
引用返信/返信 削除キー/
■21879 / inTopicNo.2)  果たして本当に「遅い」んですか?
□投稿者/ 中箱 -(2010/01/25(Mon) 16:13:22) [ID:XAPi9INn]

    >私は今大量の外部ファイルを操作する処理を行っているのですが、
    >それをするとどうしても処理速度が遅くなってしまいます。
    >そのため、今はその対策を探しているところです。
    >原因が分かればなんとかなると思うのですが、
    >原因は何でしょうか。

    もしかしたら、今がSRCを使った場合の限界で、対策はなく、なんともならないかもしれませんよ?

    もちろん、まだまだ限界じゃなくて、何か対策があって、ある程度はなんとかなるのかもしれませんが。


    さて、
    「大量」や「遅くなって」という漠然とした表現では、今が本当に遅いのか・遅くなっているかどうか、他人には一切判断できません。
    他人に判断してもらうための情報は一通り具体的に出すべきです。

    また、対策を探しているという事はすでに色々試した後なわけですから、すでに試したものと同じ対策案が他人が出しても完全に無意味なわけです。
    今までどんな対策をしたか、その対策の成果はどんなだったかも、具体的に一通り示さないと回答する側が困ります。

    同様に、ファイル操作処理の中身だって当然処理速度に影響を及ぼします。
    当たり前ですが、処理によって対策や改良点が変わってきますから、そこも具体的に明かすべきでしょう。


    …まあ、原因予想や対策案が、根拠ゼロのただの思いつきやあてずっぽうで良い、ということであれば話は違ってきますけど。





    とりあえず、SRCは元々高速に処理を行うようには作られていません。はっきり言って遅いです。
    大量の外部ファイルを操作することも想定されていないでしょう。

    ですから
     ・どうしてもSRCを使わなければいけないのか。
     ・どうしても大量の外部ファイルを操作しなければならないか。
    という根本的な2点から考え直してみた方がいいんじゃないでしょうか。





    具体的なイベントファイル記述や処理対象の中身(もしくはシナリオそのもの丸ごと)が示されれば、
    具体的で確実性の高いアドバイスが返ってくる可能性は高いでしょう。

    逆に、
    具体的に何も提示しないようでは、返ってくる回答も自然と
    具体性・確実性に欠けたものになりがちなものです。


    ルドロフさんが欲しい回答は、どちらに近いのでしょうか?

    では。
引用返信/返信 削除キー/
■21880 / inTopicNo.3)  Re[2]: 果たして本当に「遅い」んですか?
□投稿者/ ルドロフ -(2010/01/25(Mon) 17:18:07) [ID:x2nemSHI]
    私は「外部ファイルに変数を持つ」ということをしています。
    それ自体は成功したのですが、
    その外部ファイルの変数を使った処理で問題が起きています。
    外部ファイルの変数(私はネオグローバル変数と呼んでいます)は
    当然SRCの管理外なので、
    毎回のようにOpenコマンドなどで読み込む必要があり、
    そのたびに処理速度が遅くなります。
    それはOpenコマンドなどで読み込みを行っているからなのですが、
    その処理をもっと速くすることはできないのかということです。

    別の処理をする上でも
    このOpenコマンドなどの処理速度の遅さが気になります。

    どうにもならないのでしょうか。
引用返信/返信 削除キー/
■21881 / inTopicNo.4)  Re[3]: 果たして本当に「遅い」んですか?
□投稿者/ 中箱 -(2010/01/25(Mon) 18:45:21) [ID:XAPi9INn]
    ルドロフさんご自身が、他人から解決案が提供される可能性を大きく狭めていることは自覚されているでしょうか?
    情報を出し渋る、具体的なものを示さない、という事はそういうことです。



    さて、
    遅い原因が「Openコマンドなど」だとすでに断定しているのであれば、単純な話です。
    「Openコマンドなど」の部分の使用回数を減らせばよろしいかと。


    ルドロフさんが十分な発想力を持っていて、設計に無理が無く、高望みしすぎていなければ「Openコマンドなど」を使用する回数は減らすことができ、
    遅い原因が本当に「Openコマンドなど」あったのであれば、
    結果的に処理速度が改善されるでしょう。
引用返信/返信 削除キー/
■21882 / inTopicNo.5)  Re[4]: 果たして本当に「遅い」んですか?
□投稿者/ ルドロフ -(2010/01/26(Tue) 01:34:16) [ID:x2nemSHI]
    2010/01/26(Tue) 01:55:44 編集(投稿者)

    どうやらOpenコマンドなどを使用するとどうしても遅くなってしまうようですね。
    私はOpenコマンドなどの処理速度そのものをどうにかする方法を聞いていたのですが、
    その方法がないということでしょうか。
    いまいち満足できませんが。
解決済み!
引用返信/返信 削除キー/
■21883 / inTopicNo.6)  Re[5]: 果たして本当に「遅い」んですか?
□投稿者/ 中箱 -(2010/01/26(Tue) 21:54:07) [ID:XAPi9INn]
    >どうやらOpenコマンドなどを使用するとどうしても遅くなってしまうようですね。
    >私はOpenコマンドなどの処理速度そのものをどうにかする方法を聞いていたのですが、
    >その方法がないということでしょうか。
    >いまいち満足できませんが。

    解決済み という事なので、質問をされているわけではないようですが、
    ログに残るものなので念のため今一度


    具体的なイベントファイルの記述をルドロフさんが明かさない限り、
    ルドロフさんの作ったイベントファイルの処理速度をどうにかする方法は誰にも分からない、
    方法があるかどうかすら、他人にはまず判断できない。
    …ということです。


    今、「"Openコマンドなど"を使用すると遅くなる」と言っているのはルドロフさんお一人だけです。
    誰も賛同していませんし、誰も反対していません。

    ですから、

    >どうやらOpenコマンドなどを使用するとどうしても遅くなってしまうようですね。

    という結論はかなり早計であり、不適切に思えます。


    まあ、諦めるのはルドロフさんの勝手ですし、
    現状では情報が少なすぎて、私から具体的なアドバイスは何もできないということには変わりありませんが。
引用返信/返信 削除キー/
■21884 / inTopicNo.7)  Re[6]: 果たして本当に「遅い」んですか?
□投稿者/ デスラー -(2010/01/27(Wed) 12:07:13) [ID:rK3UXI0q]
    Openコマンドの処理速度自体の事を考えるならば、ここでの質問には意味はありません。
    SRCを開発している方にメールでも送ってみてください。
引用返信/返信 削除キー/
■21885 / inTopicNo.8)  Re[7]: 果たして本当に「遅い」んですか?
□投稿者/ ルドロフ -(2010/01/27(Wed) 12:19:21) [ID:x2nemSHI]
    了解しました。
解決済み!
引用返信/返信 削除キー/



トピック内ページ移動 / << 0 >>

このトピックに書きこむ

過去ログには書き込み不可

Pass/

HOME HELP 新規作成 新着記事 トピック表示 検索 掲示板新着情報RSS配信新着情報 過去ログ

- Child Tree -
- Antispam Version -