このページは福井県立大学の田中求之が2006年1月まで運用していた Mac のサーバ運用に関する会議室 「Web Scripter's Meeting」の記録です。情報が古くなっている可能性がありますのでご注意ください。

[FMP] FMPのパフォーマンス向上に関しての質問です。

発言者:うみねこ
( Date Monday, April 02, 2001 14:30:49 )


初めまして、FMP5+webコンパニオンを使いDBをweb公開しているのですが
パフォーマンスが悪いとのことでFMP5+WEB共有に切り替える方針に
なりそうなのです・・。そこで具体的な移行手順について
ご教授願いませんでしょうか?
それからテーマは「パフォーマンスの向上」で一緒なのですが
上とは別件で、DBを公開中ユーザーがDBを参照している間
ウインドウ表示をしないことによってパフォーマンスを上げるという
手段があるとか・・もし、そのような手段がありましたら
合わせて教えていただけると嬉しいのですが・・・
<私には「ウインドウを閉じる」しか思いつかないのです(汗
しかしこれをやっても参照するときに開いてしまうので意味が
ないようなので困りました・・
アドバイス、よろしくお願いします。

田中求之 さんからのコメント
( Monday, April 02, 2001 22:31:57 )

FMP5 についてはユーザーではありませんので間違っているかもしれませんが、

>パフォーマンスが悪いとのことでFMP5+WEB共有に切り替える方針に
>なりそうなのです・・。

本当にこれでパフォーマンスが改善されるのでしょうか? 疑問に思います。

パフォーマンスが悪いのでしたら、何がボトルネックになっているのか
(遅さの一番の原因は何なのか?)を調べられたのだとは思いますが、
Web 共有にして CGI を使うほうが Web コンパニオン(組み込み Web
サーバ機能)より早くなるとは思えないのですが???

ファイルメーカー自体の処理の問題ではなく、Web サーバ部分の問題
ということなんですよね?

藤川 さんからのコメント
( Monday, April 02, 2001 23:20:37 )

うみねこさん、こんばんは。
(...余談ですけど、うみねこっていうハンドルネームいいですねえ(^^))

サーバの環境(ハード、メモリ、他の稼働アプリ...)が全く見えないので
このままではアドバイスのしようがないですよ。
FMPのパフォーマンスについては、誤解されいている部分が多くて
(または環境の整備やチューニングが不十分のため)、「使えない」といった
変な風評を見かけますが、扱うデータの内容とDBの設計の仕方
また「インスタントWEB」と「カスタムWEB」のどちらを使うかなどによって
応答速度の差がけっこう生じます。

もう少し、環境やデータベースの内容を
詳しく教えていただければ、何かお手伝いできるかもしれません。

ちなみに、FMPを(WEB経由でなく)直接操作した場合(検索など)でも
応答が遅いということはありませんか?
もしそうなら、DBの設計の問題か、扱うデータ量が異常に多いため
であって、FMPそのものの能力を超えてしまっている可能性があります。
となると、「FMP5+WEB共有に切り替える」という手法は意味をなさない
ことになります。

わたしのところでは、FMP5 Unlimitedで数万〜10万レコードを収めたFMファイルを
10本ほどWEBで社内公開しているMAC(Cube450MHz)がありますが、(ユーザは200人位)
検索などの応答は遅くても数秒以内で返ってきます。十分実用速度は出ています。

もっとも「遅い」という感覚には個人差があるようで、
「数秒」でも「遅い!」という人はいますけどね(^^;)

ちなみに「パフォーマンスが悪い」とは、具体的にはどんな感じなのでしょう?



うみねこ さんからのコメント
( Tuesday, April 03, 2001 10:27:40 )

おはようございます。質問の内容が足りなくて申し訳ないです。。
藤川様のご指摘の通り環境を記述することにしますね。
ハード:G3MAC
メモリ:512M
サーバ:WEBSTAR3J
OS:MACOS 9.0.4
このマシンでは他にWEBサーバとDNSをさせています。
データベースは大体200〜500レコードくらいのDBが
8つくらい同時に動いている状況です。使用形態はカスタムwebです。
田中様のおっしゃるとおり過去ログを見る限り
WEBコンパニオン以外の方法を取られている方を見かけませんし
ひょっとするとFMPというよりサーバのほうの(WEBSTAR)
パフォーマンスを改善させたほうがいいのかな・・なんて思いました。
FMPは相当マシンパワーを食うということなのでいっそのことサーバとは
切り離そうかななんて考えてます。なんだかそれが一番早くなるような・・(汗)
余談なのですが、この「web共有化案」というのはMAC系雑誌からの
情報なようで私はそれを指摘され着手したという次第なのです。
結果、早くなればいいわけで特にWEB共有にこだわっているわけではないので
やはり、田中様のおっしゃられる通り視点を変えて再検討したほうがよさそうですね。。アドバイスありがとうございます。
サーバとFMPを切り離す以外になにか他にパフォーマンス向上の
手段ありましたらまたアドバイス頂けましたらお願いします。

P.S.私は海育ちでうみねこと一緒に育ったようなものです(笑)<HN

A_齋藤 さんからのコメント
( Friday, April 06, 2001 14:27:54 )

WEB サーバと DNS だけでしたらそれほどパワーは必要ないはずです
ので、安い中古を用意し FMP と切り離すのが一番手っ取り早いと思
います。後ハード的には回線の容量とハードディスクの速度(FM の
場合かなり重要)は早いにこしたことはありません。
一覧/参照するデータには計算フィールドがなるべく無い方が処理が
早いと思います。動的に変化する数値以外はルックアップなどで固定
されたデータを使った方が良いですし、画像なども可能な限り小さく
最適化する必要があります。しかし、おっしゃるデータベースの大き
さからすると、ファイルよりもハード的なボトルネックがあるように
思えます。

うみねこ さんからのコメント
( Friday, April 06, 2001 18:18:23 )

A_斉藤様、コメントありがとうございます。
DBの構造の再検討という方法がありますね・・ありがとうございます。
しかし、根本的なパフォーマンスUPとしては
手っ取り早く、マシンを一台用意して切り離すのがいいようですね。
アドバイスありがとうございました。

P.S.検索実行中ウインドウ表示を隠す方法がわからないのでとりあえず
MACの機能でFMPを隠すを実行してます。

344 さんからのコメント
( Monday, April 09, 2001 23:08:29 )

>P.S.検索実行中ウインドウ表示を隠す方法がわからないのでとりあえず
>MACの機能でFMPを隠すを実行してます。>

メニューバーの「ウインドウ」メニューに「ウインドウを隠す」ってのかがあります。

他に、メニューバーの「スクリプト」→「スクリプト定義」→「作成」→
スクリプトメニューの中の「ウインドウの表示切り替え」でスクリプトが作成できます。
あとはこのスクリプトを「プレファレンス」の「ファイル」で
そのファイル開くときに「実行するスクリプト」で指定してやれば・・・
ファイルをひらいた時に隠れます。

牧田 さんからのコメント
( Tuesday, April 10, 2001 14:38:01 )

横からすいません。
A_齋藤さんが少し触れてくださっているのですが、検索・ソートで使用するフィールドに、
計算・リレーションがありませんでしょうか?
もしそうであれば、これをスタティックなフィールド(テキスト・数字など)
に変更する事で劇的に速くなるような予感です。
書込み時にスクリプト併用する事で可能になるかと思いますので、ぜひお試し下さい。