問題タブ [garbage]

ファイルから単純な文字列を読み取っていますが、変数値を確認すると、ガベージが表示され続けます。どうすればクリーンアップできますか？

しかし、「行」文字列の物乞いで私は見る：ן»¿{"データ"：[{"id"： "19513xxxx46141_326xxxx15447"、......
どうすればそれを取り除くことができますか？

イメージを参照する「モノ」がなくなったときに、Hibernate にイメージを自動的に削除させるには、どのような種類のカスケード タイプを使用できますか? （基本的に、Hibernateでのガベージコレクションのようなものです）

データベース: Thing テーブル - 画像テーブルは多対 1 であるため、多くの Thing が同じ画像を参照できます。

エンティティ: モノ、イメージ

多対一なので、例えば5つのものが1つの画像に関連しています。

今、私は：

countReferences を行わず、関係に CascaseType.REMOVE がある場合、Hibernate は Image も削除しようとします。イメージがまだどこかで参照されている場合、データベース内の制約が発生し、例外が発生します。

要するに、それを参照している最後のものが削除されたときに、休止状態にそのイメージを削除するように指示するにはどうすればよいですか?

です

org.hibernate.event.PreDeleteEventListener

おそらく解決策？

私はLUAのスレッドで作業しており、コードでこれにlua_newthreadを使用しているので、同じ関数をn回実行する必要があります。

競合他社のスレッドを操作するには、C + +でいくつかのスレッドをインスタンス化し、スレッドごとにlua_stateをこのlua_state=lua_newthreadに割り当てます。このスレッドはアプリケーションの最後でのみ破棄されるため、これらのスレッドの属性lua_stateを常に再利用しています。私の質問はこれです、いくつかの実行時間の後、アプリケーションでクラッシュが発生します、これはガベージコレクターによって引き起こされる可能性がありますか？

前回のアプリケーションでは、コマンドlua_gc（thread、LUA_GCSTOP、0）を使用しましたが、エラーが解決しませんでした。

私が試したもう1つの戦略は、lua_resumeの各実行を終了することでした。コマンドlua_settop（thread、0）を追加して、バッテリーが消耗し、メモリスペースを消費しないようにしました。

私を助けてください、何が起こる可能性がありますか？

コレクターをセットアップしてそれに書き込む方法を示すユーザーガイドのビットhttp://archive.cloudera.com/cdh/3/flume/UserGuide/index.html#_tiering_flume_nodes_agents_and_collectorsには、次の構成があります。

これを次のように変更しました。

ノードを次のように生成しました。

私は2つのシステムでこれを試しました:

1. 2GB RAM の VirtualBox 内で実行される Cloudera 独自のデモ VM。Flume 0.9.4-cdh3u2 が付属しています

2. 2GB RAM の VirtualBox 内で実行される VM として、debian パッケージと openJDK (インストールされた Hadoop パッケージを除く) を使用した Ubuntu LTS (Lucid) ここの手順に従いましたhttps://ccp.cloudera.com/display/CDHDOC/Flume+Installation#FlumeInstallation -FlumeRPまたはDebianパッケージのインストール

これが私がしたことです：

flume dump 'collectorSource()'につながる

私の仮定は次のとおりです。

構成を実行するのと同じです:

でノードを開始します

dataSource : console | agentSink("localhost")につながる

観測された動作は、両方の VirtualBox VM でまったく同じです。

これの終わりのないフローはdataSourceにあります

dataCollectorでのこれの終わりのないフロー:

コレクターを介したコンソール <-> コンソール通信を再び正しく機能させるにはどうすればよいですか?

最近、v8（googleのjavascriptエンジン）を使用しています。GCが実行されているとき、String :: Newは常にASSERT（state_！= NEAR_DEATH）（global-handles.cc 237line）でアサートをトリガーします。いくつかの提案があります。

これが私のソーススニペットの一部です：

Java と JComboboxes に関する非常に奇妙な問題を解決するのを手伝ってくれる人がいるかもしれません。問題を追跡するために数時間試しましたが、解決策が見つかりません。ここに巨大なコードを貼り付けたくはありませんが、次の単純なループがそれを示しています。

このコードはどこでも実行できますが、1000 個の ComboBox は GC されず、理解できません。

これは、Linux プラットフォームで、MySQL サーバーに接続し、単一のクエリを持つテキスト ファイルから SQL クエリを実行する C プログラムです。

ここでは、まずデータベース サーバーとの接続が確立されます。

次の行

「text.txt」という名前のテキストファイルから読み取られます

これは、line という文字列に格納されます。そして、この文字列は MySQL C API の関数 mysql_query に渡されます。次に、MySQL データベースは、関数 mysql_use_result を使用してテーブルの名前である結果を返します。

上記は、このコードの正しい動作です。

しかし、string,line (ファイル "text.txt" のデータを含む) を mysql_query() に渡す際にエラーが発生します。

エラー：

これは、文字列、行を介してファイル内の実際のデータとともにガベージ値も渡されることを意味します。どうすればこれを修正できますか。

コード：

私のタブレットアプリは非常に大きな画像（2500x6000）を表示し、ユーザーがパン、ズームイン、ズームアウトできるようにする必要があります。それはメモリに収まらないので、私はそれをタイルに分割し、必要に応じてそれらをロードしています。私が遭遇している問題は、ビットマップをアンロードまたは置換するたびにガベージコレクションが発生し、アプリが目立って途切れることで一時停止することです。誰かがこれを回避するための賢い方法を思いついたのだろうかと思いましたか？BitmapFactory.decodeResourceを使用してビットマップを作成します。同じビットマップを置き換えようとしましたが、ガベージコレクションは引き続き実行されます（古いビットマップをダンプして新しいビットマップに置き換えると仮定します）。

ありがとう！

次のコードを実行します

このコードを SOS でデバッグすると、GC アドレスの最初の実行後に次のようになることがわかります。

2 回目の実行後、ヒープに「スタック」オブジェクトはありませんが、他のアドレスは次のとおりです。

そのため、「スタック」オブジェクトは収集されましたが、sc (SynchronizationContext) オブジェクトは圧縮対象のメモリに再配置されませんでした。記憶にギャップがある

3回目の処刑後も状況は同じです。

なぜそれが起こるのですか？この場合、「コンパクト」操作が実行されないのはなぜですか?

ありがとうございました。

私は独学で C++ を学んでいますが、C++ にはガベージ コレクターがないと誰かに言われました。これがどの程度のことを意味するのかは、今となってはわかりません。

私はこのコードを持っているとしましょう：

乗算メソッドには、内部変数「result」が含まれています。変数「結果」のメモリアドレスはまだ割り当てられているか、ロックされていますか？パラメータ「a」と「b」はどうですか？