趣味プログラミングblog

今回もRPAのメモリリーク対策の話。

再現OutOfMemoryが発生している状態の端末を触ることができた。

タスクマネージャーを開くと「UiPath.Executor.exe」が
１．４Ｇもメモリ食ってた。

前々回の記事で書いた「rundll32.exe」でメモリ解放する方法を試したけど、
「UiPath.Executor.exe」のメモリ使用量は全く変わらず。
（「rundll32.exe advapi32.dll,ProcessIdleTasks」をCMDで実行。）

ロボットがメモリを掴んだまま膨れ上がって落ちるようで、
ガベージコレクションのような方法は効果がなさげ。


さらに調べていくと、モジュールを呼び出す際に
「UiPath.Executor.exe」を別プロセスとして起動させることができるらしい。

RPAのメモリリーク対策　ログを仕掛けてみた

前回の記事で書いたメモリリーク問題の続き。

パフォーマンスモニタはいいからソースのどの部分でメモリを消費しているかログを出力させろというのが上司の指示。

まずは公式HPから情報収集。

会社で使っているRPAロボットが３０時間程度稼働したところで停止するらしい。

イベントビューワーで該当日時のログを確認したところ
「out of memory」メモリ不足でした。

メモリを増設したものの焼け石に水。

ネットで調べると、
「ワークフローの作り方を工夫する」だって。
https://forum.uipath.com/t/topic/93508

使っている変数を確認したけど、
フラグとしてint32が５，６個、日付型の変数が３つ、数文字のstr型など、
３０００回程度のループ（３０時間分）でメモリ不足になるとは思えん。

---

今日、SQLを使ってデータを取得したんだが、
700M弱のテキストデータって扱いに困る。

１行に8255文字あるし。

いつも使ってるotbeditは、１行5000文字までしか対応してなくて
改行なしに設定しても改行表示されるし。

データを取得するときの設定がいけてなかったのが敗因。

set pagesize 30000（30万行）
set linesize 8000　（8255文字）

ページもラインも出力データより小さい値が設定されてて、
扱いにくいったらない。


エクセルを得意としている自負はあるけど、おとなしく再取得します。。。


教訓

前回、テキスト系のランチャーを作ったので、
今回はオートフィルタのモジュールを整理することにした。

選択中のセルでオートフィルタ　他

今回はこれらモジュールをまとめて呼び出すフォームを作った。

新しいことは特に何もやっていないので
説明については、前回のランチャーを参照。

各フォームを呼び出すランチャーマクロ（ランチャー５）


作った感想。
ショートカットキーで一発起動できるのが
オートフィルタ系モジュールの利点だったので、
UIを介すると使いづらいってのが正直なところ・・・。

ただ、オートフィルタにショートカットキーを
５つも割り当ててられないってのもあるので一長一短か。

ダウンロード


以下、ソース