問題タブ [journal]

DOAJ.orgまたはPMC オープン アクセス サブセットのすべての出版物について、「著者リストのキーワード」を取得するための既知の API または方法はありますか?

PMC オープン アクセス サブセットの ftp を試してみましたが、XML ファイルには記事のメタデータとして ID、アブストラクト、タイトル、著者、所属しかありません。各出版物にリストされているキーワードも大量に取得しようとしています。

また、同じようなスレッドはほとんど見られませんでしたが、探していた答えはまだ見つかりませんでした。ということで、新たに投稿しました。

どんな助けでも大歓迎です。

ありがとう、

アスミ

全て。Linux カーネルの jbd2(journal block device2) コードから、「JBUFFER_TRACE(jh, "on shadow: sleep");」などの「JBUFFER_TRACE()」トレース ログが表示されます。

ユーザー空間に情報を出力する方法を知りたいのですが。ありがとう！

WindowsでQt5.6、MSVC2013 32ビット、Ubuntuで64ビットのQt5.4を使用しています。Journal syslog を解析して _SOURCE_REALTIME_TIMESTAMP を人間が読めるテキストに変換しようとしています。どういうわけか、ミリ秒はすべて 0 です。ミリ秒またはマイクロ秒を表示する正しい方法を知りたいですか?

PC/UBuntu からの結果 ==> "2016-05-11 03:27:42.000" ミリ秒はすべて 0 であり、数字があると予想されます。

ありがとう！

ジャーナル ファイルをリセットする方法はありますか。影響はありますか？

現在、ec2 で多くのスペースを占有している 2GB のジャーナル ファイルがあります。

mongo を使用しているときに、/var/log/mongodb ディレクトリの下に巨大なログ ファイル (いくつかの G) が作成されました。例：

さらに、ジャーナル ログがあります。

私が理解したことから、ジャーナルログはメモリレベル間の同期に使用されます。/var/log/mongodb/mongod.log.* の下にあるログは純粋なログ データです。私が見たところ、ログの日付は時間の経過とともに変化していません (最終更新日)。

ここに私の質問があります: 古い /var/log/mongodb/mongod.log.* を削除することは可能ですか (ジャーナル ログには触れません)?

ありがとう！

私は毎分ディスクに何かを書き込むことになっているエグゼキューターサービスを持っています。

以下のように予定されています。

タスクは、メイン スレッドによって入力される共有リストを使用するため、そのリストで同期されます。

私のリストは次のように宣言されています：

メイン スレッドはバッチでデータを受信するため、約 1 秒ごとに 30 レコードを受信し、リストにキャッシュします。残りの時間はソケットで待機しています。

私が理解していないのは、ログから、スケジュールされたタスクが1分以上間隔でトリガーされることが多いということです:

sept. 16 09:30:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:31:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:32:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:33:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:34:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:35:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:42:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:43:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:44:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:45:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:46:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:55:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:56:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:57:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:58:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 09:59:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 10:04:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 10:05:43 Scheduled record dump to disk. We have 27 records to save. sept. 16 10:06:43 Scheduled record dump to disk. We have 27 records to save.

これを見てください：

• 9月 16 09:59:43 ディスクへのスケジュールされたレコード ダンプ。保存する 27 のレコードがあります。
• 9月 16 10:04:43 ディスクへのスケジュールされたレコード ダンプ。保存する 27 のレコードがあります。

=> 5分

あるいは：

• 9月 16 09:46:43ディスクへのスケジュールされたレコード ダンプ。保存する 27 のレコードがあります。
• 9月 16 09:55:43ディスクへのスケジュールされたレコード ダンプ。保存する 27 のレコードがあります。

=> 9分

私のログはsynchronized()スコープ内にあるため、タスクが実際に時間どおりにスケジュールされ、ロックで 10 分間待機するのか、それとも実際のスケジュールの問題なのかはわかりません。私はそれをそこから移動しますが、一般的に、約1秒ごとに解放されるロックでスレッドが10分間ブロックされたままになる方法を理解できません。

どうすればこれを調査できますか?

参考までに: それが実行されるマシンは KVM マシンですが、これが要因になる可能性はありますか?