裁判を正す会 こうべ商事 株式会社ムーブ


マックユーザの部屋 一覧に戻る
投稿番号:109585  投稿日:2004年11月03日 15時55分50秒 パスワード
お名前:はくぶん

テキスト編集でメモリ不足

キーワード:テキストエディタ メモリ BBEdit Lite 6.1
分類 :G3

青白G3をOS8.6、704MBメモリ(仮想メモリOFF)という環境で使用しています。

テキストエディタ(BBEdit Lite 6.1)を使い、1ファイル100〜150MB(50万〜60万行)のテキストファイルを編集していますが、1つのファイルで置換、削除、コピー&ペースト(いずれも大量行)といった作業のどれかを2つ3つ行うと、「メモリが足りない」というアラートが出ます。
アプリを終了するだけでは解消されず、結局はコンピュータを再起動しなければ次の作業に進めません。場合に応じて、アプリの割り当てメモリを250MBや350MBに増やしてみるのですが、効果があるようには見えません。
作業の途中でアップルメニューを見ても、テキストエディタのメモリ消費はグラフ(割り当て)の半分以下です。

こういった場合、どこかのメモリ割り当てを増やせば解消できるのでしょうか?
704MB以上にメモリを増設する気持ちはないので、これがこの環境での限界ならば諦めます。

宜しくお願いします。

[1]おとぼけさんからのコメント(2004年11月03日 17時20分10秒 )
パスワード
50万〜60万行とな!それだけ大量だと?
 良くわかりませんが、物理的に考えて、OS8.6だと限界かも知れませんよ。OSのクリップボードの限界、アプリケーションの扱える文字数(容量)の限界など!アプリケーション変えても同じかな?
 で、試しにメモリコントロールパネルで、仮想メモリをONしてみてください。実メモリ容量+1Mの大きさに設定(大きさはこれ以上でもいいけどね)。これで解消するかも?ただし動作が遅くなります。あと、HDが容量ぎりぎりまで使っている場合も落ちやすいらしい。

[2]hkさんからのコメント(2004年11月03日 18時28分46秒 )
パスワード
それだけ大きなファイルだと、OSX にでもして、emacs か何かのエディターを使う方が良さげ。青白G3 でも、それだけメモリー積んでいれば、パンサーそこそこ動くよ。

[3]メモリ安いよさんからのコメント(2004年11月03日 19時26分19秒 )
本人によりコメントは削除されました。 2004年11月03日 19時26分46秒

[4]はくぶんさんからのコメント(2004年11月03日 19時32分01秒 )
パスワード
おとぼけさん、レスありがとうございます。

以前、仮想メモリを最大限までONにして試したこともあるのですが、仮想メモリを入れてこの作業をすると、置換や削除の実行中にフリーズすることが多かったので、今はOFFにしています。ちなみにシステムの入っているHDDはU2W-SCSIの8.5GBですが、容量は半分以上空いています。

外国製のテキストエディタを使っている理由は、キーワードが含まれる行を一括削除(や一括抽出)できる機能を備えたフリーソフトを他に知らないからです。もし日本製でこれができるフリーの軽いテキストエディタがあるなら、教えてもらえると助かります。

この作業をしている時は、システム(45MB)+テキストエディタ(250MB〜350MB)しか起動していないので、たとえ仮想メモリを入れなくとも、まだまだメモリの残りに余裕はあると思うのですが。また前述の通り、アプリの割り当てメモリも半分以上は空いている状態です。こういったコマンドの実行はアプリのメモリ割り当てには関係ないのでしょうか?
ただ、このアプリはアンドゥ機能が働いている(OFFにはできないようです)ので、例えば直前の作業で2万行くらい一括削除したら、その内容はどこかに記憶されているはずですが、割り当てメモリの消費率がほとんど動かないので、他の場所だということになります。その場所の容量を変更できればいいのですが。もしそれがクリップボードなら不可能ですね。



hkさん、レスありがとうございます。

手持ちのアプリがすべてクラシック用なので、エミュレーションモードでの他のソフトの動作が気になって、まだ一度も導入したことはありません。なにせCPUが400MHzなので、早くなったと言われる10.3でも、エミュレーションとなるとシーケンス&レコーディングソフトや画像編集がクラシック環境のように快適に動くのかどうか・・・いずれは移行しなければならない時が来るとは思っていますが。

[5]sbsさんからのコメント(2004年11月03日 20時02分47秒 )
パスワード
YooEditはどうでしょうか?

[6]はくぶんさんからのコメント(2004年11月03日 21時05分08秒 )
パスワード
sbsさん、レスありがとうございます。

YooEditは1.71を持っていますが、やはり行単位での一括削除はできないようです。
他にもJedit、mi、NuEdit、Tex-Edit Plus、iText、QuoEditなども試しましたが、どれもこの機能は備わっておらず、唯一BBEdit Liteに見つけたというわけです。
エディタとしての他の機能はあまり重要ではなく、文字列や行単位の編集が多機能(単なる検索や置換機能ではなく)であることが必要なのです。

もし他に国産でこういうテキストエディタを御存じならぜひ教えて下さい。

ちなみに、キーワードによる行単位での一括削除(or一括抽出)が可能で、1行の文字数に制限がなく、さらにテキスト形式を読み込め、最後にテキスト形式でエキスポートできるなら、テキストエディタでなくても構いません。
実はExcelはこの条件をすべて満たしているのですが、残念ながら6万行あたりが限界なので。

[7]通りすがりさんからのコメント(2004年11月03日 21時52分15秒 )
パスワード
awkなんかを使ってはどうでしょうか?

入出力をRAMDisk上で処理するとそれなりに高速に動きそうですが。

>ちなみに、キーワードによる行単位での一括削除(or一括抽出)が可能で、1行の文字
>数に制限がなく、さらにテキスト形式を読み込め、最後にテキスト形式でエキスポート
>できるなら、テキストエディタでなくても構いません。
こういった用途にはぴったりだと思います。

[8]お父さんからのコメント(2004年11月03日 22時16分13秒 )
パスワード
King's Edit は?(^_^;)
http://www.tb.adminet.co.jp/ 〜naoki/

[9]はくぶんさんからのコメント(2004年11月03日 23時39分42秒 )
パスワード
順序は逆になりますが・・・

お父さん、紹介頂きありがとうございます。

King's Editは2.0を持っており、恐らく「フィルター」>「削除・変更」を指摘されているのだと思い、早速試してみました。
メモリ割り当て500MBで、135.4MB(約61万行)のファイルを読み込み、上記コマンドを実行しようとしたところ、いきなり「アプリケーションメモリの不足」でした。

非常に優れたエディタだと思いますが、ここまで内容が膨大だとやはり無理なようです。



通りすがりさん、紹介頂きありがとうございます。

awk、知らなかったのでちょっと調べてみたら、perlのようなものですね。
ということは、自分でスクリプトを書かなければならないということですか・・・

Apple Scriptなら昔多少かじったことがあるのですが(と言っても、もう忘れてしまいましたが)、perlのような構文は未経験なので・・・その辺はできるかどうか詳しく調べてみます。

ということは、もしかするとApple Scriptでも可能なのでしょうか?

[10]さんからのコメント(2004年11月04日 06時05分05秒 )
パスワード
OSX にしたらというのは、OSX のクラシックで、BBEdit を使うということではありません。OSX には、unix で使えるコマンドは一通り全部使えます。awk や sed 、perl も使えます。おっしゃるようなワードを検索して行全体をピックアップするようなことは、grep コマンドの働きそのものです。初期には、まさにおやりになっているようなことをやるためにunix が開発された経緯もあります。emacs editor なら、おっしゃるような膨大なファイルでもなんなく扱えます。emacs は他のエディターと違って、編集時にファイル全体を読み込まずに、当座必要なところのみ読み込んで編集するからです。また、OS8.6 よりは OSX の方が、メモリーやディスクの管理もはるかに優れています。それと、なんといっても、OSX でこれらの機能を使うことは、将来もっと強力なコンピュータに変えても、同じ環境が使えることを意味します。スーパコンピュータといわれるものでも、unix は動いていますし、これらunix の環境を利用するのなら、全く同じ使い方で使えるのです。

[11]じゃわさんからのコメント(2004年11月04日 18時39分07秒 )
URL=http://homepage.mac.com/jawa01/
パスワード
コピペでメモリが不足するっていうことだと
Finderのメモリが足りなくなったのではないのでしょうか?
コピペの作業自体はデータをクリップボードに取り込んで、それを貼付けているんだから。

[12]くどくどさんからのコメント(2004年11月04日 20時01分03秒 )
パスワード
ああくどい。・・・
やだなあ、くどいのは、 前にもあったっけ。

さんが  って名前だったなあ。  ああやだやだ。

[13]はくぶんさんからのコメント(2004年11月04日 21時25分51秒 )
パスワード
まさん、レスありがとうございます。

OSXを導入すれば、恐らく私もBBEditは使わなくなるでしょう。導入に関する難点は、BBEditの使用ではなく、G3のCPU性能と他のクラシックアプリの動作ですね。BBEdit以外の多くの所有アプリは、この環境での動作にそこそこ満足しているので、ひょっとしたらその快適性を損なうかもしれない環境に、敢えて移行しようとは思わないというわけです。もちろん経済的な理由も大きいです。OSX移行は、いずれその日が来るだろうと思っていますし、この問題の主旨と少しずれてしまうので、この辺でということで。


じゃわさん、レスありがとうございます。

Finderのメモリ割り当ては適度に増やすと安定するが、増やし過ぎると返って逆効果、というのは昔から言われていることですね。現在、私は1MBに設定していますが、試しに20MBまで増やしてみました。BBEditのコマンドが1つ目から延々と作業中で、いつまで経っても完了しません。作業量からすると20MBくらいは必要だろうと思ったのですが、どうも多すぎて逆効果のようです。

もし最適サイズを御存じなら教えてもらえませんか?


くどくどさん。

・・・そういうわけです。



なお、通りすがりさんに紹介頂いたAWK(日本語版はJGAWKと言うらしいですが)、このアプリ本体がどこを探しても見つかりません。“jgawk 2.15.2+1.0+1.2.2”の作者である山下巌氏のHPは既に404になっています。どなたかDLできる場所を御存じなら教えて下さい。

[14]めぐみさんからのコメント(2004年11月04日 23時18分29秒 )
パスワード
他ジャンルアプリの話から入って恐縮ですが……
フォトショップからクラリスワークスへコピペしようとすると、A4・360dpiフルカラーの画像ではメモリ不足でできないのに対し、フォトショップで開けているファイル間でコピペは難なくできます。
だからアプリ内でのコピペ等は、アプリケーションの性能に頼る所が大きくて、マシンの環境というより、アプリ(BBEdit)の限界なのではないかと考えますが……いかがでしょう?
(素人考えなので、間違っていたらシカトして下さい(^^;))

[15]通りすがりさんからのコメント(2004年11月05日 00時01分30秒 )
パスワード
http://aoki2.si.gunma-u.ac.jp/PseudoFTP/Macintosh/
ここでどうでしょう。

[16]はくぶんさんからのコメント(2004年11月05日 00時44分33秒 )
パスワード
めぐみさん、レスありがとうございます。

例えば、BBEditに350MBを割り当て、前述の135.4MBのテキストを読み込み、キーワードA>キーワードB>キーワードCという順番で該当する行を一括削除していくと、キーワードCの段階でメモリ不足となります。
この作業を、100MBを割り当てたNetscapeをただ立ち上げただけの状態で実行すると、キーワードAの段階でメモリ不足になってしまいます。
というわけで、どうもアプリ単独の問題ではなさそうです。

フォトショップとクラリスワークス間のエラーは、その画像サイズが大きいため、それぞれの割り当てメモリの違いにより起こるものだと思います。クラリスワークスのメモリ割り当てがデフォルト(4226Byte)のままだと、160KBのJPGはメモリ不足のため、フォトショップ6.0からクラリスワークス4.0へコピー&ペーストできませんが、割り当てを大きくすると可能でした。一度試してみて下さい。


通りすがりさん、DL場所をありがとうございます。

無事ダウンロードできました。
少し時間がかかるかもしれませんが、JGAWKのスクリプトについて調べてみようと思います。

 【 マックユーザの部屋 一覧に戻る


(社)下関青年会議所 株式会社三和 株式会社 大津屋


この投稿に対するコメント
コメント:

HTMLタグは使えません。改行は反映されます。
http://xxx.xxx/xxx/xxx や xxx@xxx.xxx のように記述すると自動的にリンクがはられます。

お名前:(省略不可)
削除用パスワード:(省略不可8文字以内)
メールアドレス:(省略不可)
URLアドレス:
 ホームページをお持ちの方のみ、そのURLアドレスを記入してください。



チップス

Copyright(C) 2000-2004 Tips. All Rights Reserved.◇  DB-BBS-system V1.25 by Rapha.