編集
リロード
使い方ファイルによって開くのに1分以上かかる（soffice.binの優先度を上げるbatchの作成方法） †
| ページ | OpenOffice.org FAQの登録ページ |
|---|---|
| 投稿者 | 匿名 |
| 分類 | |
| 優先順位 | |
| 状態 | |
| カテゴリー | |
| 投稿日 | 2009-09-25 17:39:58 (金) |
| OS | Windows XP |
| 依存するページ | |
| バージョン |
メッセージ †
| 回答ページでは行末に「~」を付加する必要はありません |
OpenOfficeの優先度を上げるためにsoffice.binの優先度を『高』にするバッチを作成しようと思ったのですが、知識がないためやり方が分かりません。
サイトで以下のようなものがあったので参考にsoffice.binに置き換えてしたのですがうまくいきませんでした。（起動のオプションなので無理な気がしました…）
例：cmd.exe /c start /d"C:\Program Files\Windows Media Player" /HIGH mplayer2.exe
すみませんがやり方だけでもいいので教えていただきたいです。 よろしくお願いします。
起動の仕組みが違う †
M.Kamataki (2009-09-26 00:04:50 (土))
Windowsだと、soffice.exeを実行すると本体のsoffice.binが起動するという仕組みのようです。確かに上記のコマンドのように、起動時のオプションで指定するというのは無理かもしれません。
タスク制御 †
M.Kamataki (2009-09-26 00:08:43 (土))
http://www.vector.co.jp/vpack/filearea/win/util/task/
こちらで使えそうなツールを探すのが良いと思います。どうでしょうか。
ありがとうございます †
匿名 (2009-09-26 08:36:57 (土))
AutoGearで実現出来ました。
優先度を上げることでOpenOffice自体の動作は早くなるのでしょうか？（実感出来るほど早くなった気がしません。）
faq/4/1524でそれらしいことが書いてあったので試してみようと思いました。
実際に会社で導入していますが、ファイルによっては開くのに毎回１分以上要するものもあるのでなんとかしたいです。
別の問題 †
M.Kamataki (2009-09-26 10:17:16 (土))
OpenOffice.orgの起動が遅いことと、ファイルによって開く時間が遅いことは別問題だと思います。
後者はいろいろな原因が考えられるので一概には言えませんが、逆に原因がわかればファイルの読み込み速度は速くなります。一例として、faq/4/1630「ファイルの読み込みが遅い」があります。このケースでは、Calcファイルの「ツール」−「セルの内容」の「自動計算」のチェックを外すことで読み込みは早くなりました。
あと、Excel形式のファイルの読み込みも遅いと思います。この場合は、Calc形式に保存しなおすことが回避策になります。
＞faq/4/1524でそれらしいことが書いてあったので試してみようと思いました。
確かにそのようなことが書かれていますが、たぶんCPUやメモリの環境にもよるのだろうと思います。早いPC環境ほど、効果が出やすいものですし。
了解しました †
匿名 (2009-09-26 14:29:15 (土))
「ファイルの読み込みが遅い」ですが、わたしの質問したやつです^^;
元々Excelから移行したもので、ファイルの作り方に問題もあるのですが、スペックの低いPCで作業しているのでそれに輪をかけて遅くなってます。
設定などで対応出来ればありがたいのですが…
PCの電源を切らない †
(2009-09-28 16:07:22 (月))
ようにすれば、一度開いたファイルの情報がメモリに載りますので、次回開くときには比較的速く開けます。
電源を落としてしまうと、当然メモリに置かれていた情報も消えますので、開くのにまた時間がかかってしまいます。
速さが体感できなければ、メモリも逼迫しているのだと思います。
Re: PCの電源を切らない †
M.Kamataki (2009-09-28 18:09:32 (月))
う〜ん、問題のファイルがfaq/4/1630「ファイルの読み込みが遅い」に添付されている sample.ods であれば、メモリは関係ないかもしれないです。
問題のファイルは、ファイルの読み込み（ここまではそんなに時間はかからない）のあと、Calc上で計算が行われ、その時間がかかるというものです。この時間の短縮は、faq/4/1630で紹介したIssue #67412が修正されないかぎり難しいと思われます。
仕事場で最も早いと思われるCPUがAthlon 64 X2 Dual Core Prosessor 5200+、メモリが2Gな環境で、OSがUbuntuの場合でも、faq/4/1630の sample.ods の読み込みは1回目が5分かかりました。2回目以降はなんとか3分以内で読み込めます。
faq/4/1630にあるように、「ツール」−「セルの内容」−「自動計算」をオフにすると10秒ほどで読み込めるようになりました。その後、F9キーによる再計算も10秒ほどです。
この10秒ほどの時間が匿名さんのPCで1分かかるのでしょうか。
無題 †
匿名 (2009-09-29 11:23:51 (火))
今回の問題のファイルは別なんですが、計算式はあまり含まれていないので「自動計算」をしないようにしても特に早くなりません。
ファイルを開く際の「ドキュメントの読み込み」が大変時間が掛かります。
「計算」と「行の高さを調整」はそれほど遅くないです。
同じ内容のシートが60ほどあるファイルなのですが、なんとかならないかと思ってfaq/4/1524を参考にした次第です。
Go-oo版はご存知でしょうか †
M.Kamataki (2009-09-29 11:54:53 (火))
OpenOffice.orgの改善を目的とした派生バージョンとしてGo-ooというものがあります。Go-ooの改良点が将来のOpenOffice.org公式バージョンに取り入れられるという関係です。Go-ooのCalcは公式バージョンよりもパフォーマンスの改善が行われているはずです。こちらを試してみてはどうでしょうか。
Go-oo：
http://www.go-oo.org/
英語バージョンにlangpack-jaを追加でインストールすると日本語メニューになります。
参考：
何気なく使用していた最良のオフィススイートGo-OO
http://sourceforge.jp/magazine/08/12/11/0116213
試しましたが、、、 †
匿名 (2009-09-29 14:15:17 (火))
GO-OOも3.1.1が出ていたので使用してみましたが、全く一緒でした。
動作が早いとのことで期待したのですが…
無題 †
ike@九州 (2009-09-29 17:02:46 (火))
数式を多数含むモノやシート数多数のモノで読み込み、動作に関して 3.2 開発版ではかなり改善が見られました。
起動読み込み時ではなく初シートをクリックした瞬間、シート毎に読み込み再計算しているような動作でした。
リリースまで、もう少しですね。
OpenOffice.org Developer Builds and Release Candidates
http://download.openoffice.org/next/other.html
情報ありがとうございます †
匿名 (2009-09-29 21:43:39 (火))
期待しておきます。
開発版DEV300m61(Build:9427) †
匿名 (2009-10-07 11:35:30 (水))
気になったので開発版をインストールして起動が遅いファイルを確認してみました。
結果は特に早くなりませんでした。
ドキュメントを開く(Load document)動作がやはり遅いです。
シート数が多いためとは思いますが残念です。
今後に期待します。
Re: 開発版DEV300m61(Build:9427) †
M.Kamataki (2009-10-07 23:38:15 (水))
う〜ん、残念だと思います。やはりファイル固有の問題であれば、faq/4/1630で紹介したIssueのように、IssueTrackerに問題の再現するファイルを添付して調べてもらうしかないと思います。検討をお願いします。
なお、「実行ファイルの優先度をあげたい」＝「ファイルによって開くのに1分以上かかる」問題の解決だと思いますので、質問のタイトルに「ファイルによって開くのに1分以上かかる」を加えます。
残念でした †
ike@九州 (2009-10-08 08:16:20 (木))
orz
ファイルの検証では以下でした。
faq/4/1630 のファイル
3.1.1 220秒
3.2開発版 11秒
検証用作成ファイル 70シート セルの数 1674330 ページ数4690
3.1.1 88秒
3.2開発版 38秒
遅いファイルは新規ファイルに、
形式を選択して貼り付け＞書式以外を選択して貼り付け
必要な書式のみ変更作成するのが近道かもしれませんね。
メニューの ファイル＞プロパティ＞統計タブ にてドキュメント情報が分かります。
ありがとうございます †
匿名 (2009-10-09 09:10:22 (金))
ドキュメント情報は61シート、セルの数176429、ページ総数2305
ですので条件的にはike@九州の方が悪いと思うのですが、3.1.1と開発版でそれほど違いが見られませんでした。
ファイルの特徴としてVLOOKUPを使用していて参照されるシートが12900ほどあります。
他のシートは同じ書式でVLOOKUPを用いた表になっています。
サンプルファイルを作成しました。
よろしくお願いします。
ちなみに私の環境で起動したところ
3.1.1が41秒
開発版が34秒
多少早くなっているのが確認出来ました。
会社で最も普及しているノートPCでも確認してみます。
Excelでの起動時間 †
M.Kamataki (2009-10-10 09:50:28 (土))
サンプルの添付、ありがとうございます。sample.odsのファイルをxls形式にエクスポートし、Excel 2003で開いてみたのですが、Excelでも同じような起動時間になりました。OpenOffice.orgとの比較は以下です。
Excel 2003 58秒
3.1.1 69秒
3.2開発版 m60 50秒
検証環境は、Ubuntu上の仮想環境VirtualBoxにインストールしたWindows XP SP2です。OSは起動直後で、Excelはファイルのダブルクリック、3.1.1はクイック起動常駐、ファイルのダブルクリック、3.2開発版は「ようこそOOo-dev」画面へのドロップです。3.2開発版の場合は、すでに画面が開いている状態なので、たぶん数秒有利です。3.2開発版ではExcel同等のパフォーマンスに近いのではと思います。
この結果をどう評価するかは、お任せしますが、Calcが特別に遅いわけではないと思います。
p.s. オリジナルのExcelファイル（あるとすれば）は手元にありません。OpenOffice.orgでエクスポートした結果、Excelで遅かったという可能性はあります。
無題 †
匿名 (2009-10-13 08:46:03 (火))
xls形式での確認はしていませんでした。
当方2007を使用しています。sample.odsをxls形式で保存してExcelで開いたら数秒で開きました。
また、一番普及しているノートPCでも検証しました。
全体的には3.2開発版の方が起動が早く起動に掛かる時間のばらつきも小さかったです。
それと、タスクマネージャで優先度を変更した場合ですが、3.1.1では効果があるようですが開発版の方は逆効果のような結果になりました。
ファイルを添付しますので参考にしていただきたいです。
ファイルの作り方 †
M.Kamataki (2009-10-13 18:08:55 (火))
＞元々Excelから移行したもので、ファイルの作り方に問題もあるのですが
ファイルの作り方に踏み込まないと改善は難しいのではないでしょうか。仮に3.2開発版で多少早くなったとしても、今後シート数が増えていくとやはり遅くなりそうです。
まず、ほとんどの作業シートを取り除いたファイルを作成してみました。以下のファイルは、当然ながら読み込みは早いです。
faq5_81sampleA.ods
上記のファイルに対して、読み込み時にDataシートの「行の高さを調整」が実行されるようなので、Dataシートのすべての「行の高さ」を標準値にしてみました。下記のファイルです。これで若干早くなります。
次にDataシート部分を別ファイルにし、メインのファイルで読み込むようにしてみました。
VLOOKUP関数は以下のように修正します。=IF(B3="";"��";VLOOKUP(B3;'faq5_81data.ods'#$Data.$A$1:$D$65536;4;FALSE()))同じフォルダにデータファイルがある場合は、自動的にファイルパスが補完されますが、内部的には相対パスで保存されるので、メインファイル、データファイルともコピーした際、同じフォルダに置けば関数は動作します。
運用としては、メインファイルをコピーして使っていくという感じですが、どうでしょうか。
なお、メインファイルのシートを増やす方法でも、現状のファイルよりも早くなるのではと想像しています。単純にfaq5_81sampleC.odsの「原紙」シートをコピーしてsample.odsとほぼ同じシート数にしてみて試しましたが、少し早く読み込みは終了しました。
ありがとうございます †
匿名 (2009-10-15 15:35:42 (木))
こちらでも同じようにして試してみました。
関数の箇所を変更したのですが、ファイルサイズが710KBから1.5MBに増えてしまいました。
シートすべてを新規のファイルに移そうと思ったのですが、その際に関数が正しく移行されませんでした。
なにか方法があるのでしょうか？
関数は以下です=IF(B3="";"";VLOOKUP(B3;'file://pcsver21/品管/微生物検査記録用Data（全工場統一版）.ods'#$Sheet1.$A$1:$B$65536;2;FALSE()))また、運用の都合上Dataのフォルダとメインのフォルダは同じフォルダではありません。
置換 †
ike@九州 (2009-10-16 08:35:06 (金))
数式の範囲を選択し
検索と置換から(現在の選択範囲のみ)
認識されなかった "#REF!" のような部分を目的の文字列に"すべて置換"で可能ではないでしょうか。
いろいろコメント †
M.Kamataki (2009-10-16 12:00:49 (金))
＞当方2007を使用しています。sample.odsをxls形式で保存してExcelで開いたら数秒で開きました。
http://ja.wikipedia.org/wiki/Microsoft_Excel
によれば、Excel 2007は2003の65,536行から1,048,576行に増えているので何らかのメモリ対策が新機能として取り入れられているのだと思います。
＞関数の箇所を変更したのですが、ファイルサイズが710KBから1.5MBに増えてしまいました。
ほぼVLOOKUP関数しか含まれていないので、そのVLOOKUP関数の文字列が倍以上になれば、ファイルサイズも倍以上になります。
＞シートすべてを新規のファイルに移そうと思ったのですが、その際に関数が正しく移行されませんでした。
「ほとんどの作業シートを取り除いたファイルを作成」と書いたように、わたしの場合は、sample.ods ファイルからシートを取り除きました。
sample.ods ファイルの問題を整理しましょう。dataシートの内容を各作業シートが読みに行くわけです。dataシートの65,536行の内容をVLOOKUP関数で読み込むことになるので、シートが増えれば必要なメモリも増えるので、たぶん湯水のごとくメモリを消費すると思います。
上記で「メモリは関係ないと思う」と発言しましたが、これは発言時に想定したファイルとは内容が異なり、こうして公開されたサンプルを見ると明らかにメモリの問題だと考えるようになりました。
ただし、OpenOffice.orgの起動に必要なメモリということではありません。起動の問題ではなく、ファイルの作成方法によって、特定のファイルには読み込み時に大量のメモリが必要な場合があるということです。したがって、一番の特効薬はメモリの増設でしょう。
また、上記に書いたようにシートをなるべく増やさないということも必要ですが、それが不可能ということなら、データベースに移行するというのも、OpenOffice.orgでの解決策かと思います。（1万件以上のレコードの処理では、Base標準のHSQLDBではなく他のRDBMSとの組み合わせで。。。）
p.s.faq/5/107のようにマクロで処理するのもありかもしれません。ファイルの読み込みは早くなると思います。でも、やはりメモリ食いになりそう。
ありがとうございます †
匿名 (2009-10-19 13:17:01 (月))
＞シートすべてを新規のファイルに移そうと思ったのですが、その際に関数が正しく移行されませんでした。
これについてですが、まれにI/Oエラーなどで上書き保存も名前を付けて保存も出来なくなる場合があります。
この場合にすべてのシートを新規ファイルにコピーして対応してるのですが、これが出来なくなると非常に困ります。
メモリについてですが、確かにスペックの良いのでファイルを開けばだいぶ早く開きます。（それでも50秒弱ほどですが、、、）ただ、これでもExcelに比べると非常に遅いです。
Excelと比較するのは間違ってると思いますが、数秒で開いてたものが１分ほど掛かるようになったので辟易してる状況です。。。
ファイルが保存できません †
匿名 (2009-11-10 09:07:52 (火))
上記のように保存できない場合が発生しました。
保存するまではロックの隠しファイルが作成されていてエラーが出ると隠しファイルは無くなっています。
具体的に保存のエラーが出る条件を教えていただきたいです。
よろしくお願いします。
問題のファイル以外は正常に保存出来ます。
Re: ファイルが保存できません †
M.Kamataki (2009-11-10 11:34:36 (火))
「問題のファイル」というのは、「開くのに1分以上かかるファイル」のことですよね。
メモリに限界が来たのではないでしょうか。別名での保存も無理なら、その可能性が高いです。
無題 †
匿名 (2009-11-10 21:24:46 (火))
はい、そのファイルです。
メモリについての意見ですが、関係ありません。
元となるファイルの作成をしていてシートは４つしかありません。
会社で使用していますが、このファイル以外でもちららと保存が出来ないとの報告があります。
メモリ以外での検討をよろしくお願いします。
前提条件が違うようです †
M.Kamataki (2009-11-10 22:19:49 (火))
＞元となるファイルの作成をしていてシートは４つしかありません。
このような情報がご質問の際になかったのが残念ですが、すでに sample.ods とは異なるファイルのようですね。回答のための前提条件が異なっているのでよくわかりません。
とりあえずIssueTrackerをキーワード「not save」検索した結果はこちらです。これらのIssueに「保存のエラーが出る条件」がふくまれていると良いのですが。
無題 †
匿名 (2009-11-11 08:59:22 (水))
sample.odsそのものではないのですが、同じファイル構成のものですのでこちらにそのまま質問した方がいいと思い書き込みました。失礼しました。
IssueTracfkerは確認させていただきます。
ERROR.PNG
