私の会社は、かなり大規模なFileMakerアプリケーションを開発しました。画像を扱うためにFileMakerのContainerオブジェクトを使う代わりに、私は多かれ少なかれ、独自のバージョンの360Works SuperContainerをRailsに書きました。私はそれをオフィスのサーバー上で実行しています。写真はWebビューアから表示されます。FIleMaker + Windows 7：Webビューアメモリの問題
アプリは最初は正常に動作していたようでしたが、その後、苦情が届きました。「私のコンピュータは本当に遅いです！ "私は写真を見ることができません！" - など。タスクマネージャをすばやく見れば、FileMakerは膨大なメモリを消費していたことがわかりました。明らかに、Webビューアはシステムメモリ内のすべてのデータをキャッシュし、FileMakerがWebビューアを持たないレイアウトに切り替える場合にのみメモリからデータを削除します。この問題を解決するために、私は非Web Viewerレイアウトに切り替えて戻るためのスクリプトを書いて、それをボタンに配線しました。それは少し醜いですが、それは仕事を完了していた。
これは数週間前まで、誰にとっても素晴らしい作業でした。私たちは最終的にオフィス内のすべてのコンピュータをWindows XPを実行するビートアップDellからWindows 7を実行するカスタムビルドマシンにアップグレードしました。何らかの理由で、レイアウト切り替えスクリプトを実行すると、メモリがになりました。ここでは、メモリ消費量の迅速な内訳は、特定のアクションの後にKBにあります：
スタート：58482
ロードDB：フラッシュし247820
：81512
は50件のレコードを閲覧します閲覧数50件：272848
フラッシング：86264
数百万のレコードが毎日閲覧されています。私のユーザーが決してシステムを再起動したくないという事実を踏まえて、私はいつも私のオフィスから呼び出されているだけです。
私は、FileMakerのWebビューアがIEレンダリングエンジン上で動作していることを知っています...各ページの読み込み後にメモリをクリアするように設定する方法があるかどうかは疑問でした。私たちの会社は、このアプリケーションが機能することにかなり依存しています。このアプリケーションがスムーズに動作しないときは、何もスムーズに動かないので、私は本当に提案を感謝します。
には、FileMakerにこのバグを報告してください助けているようです。 FileMakerで連絡先情報が必要な場合はお知らせください。 – Ted