問題タブ [diskspace]

Stackoverflowがこの質問をするのに最適な場所であるかどうかは完全にはわかりませんが、すでに投稿されている他のMediaWikiの質問がたくさんあるので、私の質問は適切だと思います。

私の理解では、MediaWikiは、すべての画像のすべてのリビジョンのコピーを保存するだけでなく、レンダリングされたすべてのLaTeXのすべてのリビジョンも保存します。つまり、ページを編集し、[プレビュー]をクリックして変更を表示すると、ページを1回だけ保存している場合でも、埋め込まれたLaTeXを変更するたびに、独自の個別のファイルが生成されます。

これはMediaWikiマニュアルを読んだことから です：TeX一時ファイル

私の質問はこれです、大量のファイルを生成せずにLaTexをサポートする適度なサイズのMediaWikiをホストするにはどうすればよいですか？

上記のリンクは、次のエレガントでない解決策を示唆しています。

wikiで画像を再生成できるため、画像を手動で削除できますが、そうする場合は、データベースも修正する必要があります。

•数学の九九の影響を受けたエントリをクリアします。そうしないと、ウィキはそれらのビットがすでにレンダリングされていると見なします

•ファイルキャッシュを使用している場合は、次のいずれかを実行してキャッシュされたページを無効にします。そうしないと、非ユーザーによるアクセスによって画像の再生成がトリガーされません。

••キャッシュからすべての（影響を受ける）ページを削除します（grepを検討してください）

••cur_touchedフィールドを更新して、影響を受けるエントリの時刻を表示します（cur_textの ""を確認してください）

••LocalSettingsのグローバル$wgCacheEpochタイムスタンプを更新し、何も削除する手間をかけずに、キャッシュされたすべてのページを強制的に再生成します。

変更するための3番目の提案$wgCacheEpochは、最も単純なようですが、最もエレガントではありません。

エレガントな解決策に失敗した場合、地球上でこれをどのように達成できるかを誰かが明らかにすることができますか？これを実現できるphpスクリプトがメンテナンスディレクトリにありませんか？

アプリケーションを実行しているAndroid携帯で利用可能なディスク容量を把握しようとしています。これをプログラムで行う方法はありますか？

ありがとう、

最近、私は新しいプロジェクトの観点から Cassandra を調査しており、このコミュニティとその wiki からも多くのことを学びました。しかし、圧縮を使用したレコードの削除管理と非常によく似ているように見えますが、物理ディスク領域の管理に関して Cassandra で更新がどのように管理されているかについては何も見つかりませんでした。

それぞれ 5 つの列の値を持つ 100 のレコードがあるとします。そのため、すべての変更がディスクにフラッシュされると、すべてのレコードが隣接して書き込まれ、削除操作が行われると、最初にメモリ テーブルでマークされ、構成で設定された時間の後に物理レコードが削除されます。いっぱいになったとき。そして、圧縮プロセスはスペースを要求します。

ここで問題となるのは、一方がスキーマレスであるため、最初は固定数の列がないことですが、もう一方は圧縮プロセスが行われるときに..読み取りプロセスを高速化するために、従来の RDBMS のようにレコードをディスクに隣接して配置しますか? RDBMSに関しては、列のデータ型の宣言ごとに固定量のスペースを割り当てる必要があるため、簡単です。

しかし、Cassandra は、読み取りを高速化するために、圧縮プロセス (更新と削除の両方) でディスク上のレコードを正確に配置する方法を教えてください。

圧縮に関連するもう 1 つの質問は、削除クエリはなく、既存のレコードを可変長データで更新する更新クエリがある場合、または新しい列をまとめて挿入する更新クエリがある場合、圧縮によって既存のデータ行の間でディスク上のスペースがどのように利用可能になるかということです。 ?

次のようなテーブル構造を見ています。

最初の 2 つの列の組み合わせがインデックス化されます。このデータベースでは、毎日挿入、クエリ、更新、および削除される行が数千万とまではいかなくても、数百万行になる可能性があります。これに最適なデータベース ツールは何ですか? それはMySQLですか、それともディスク上のスペースをより少なく使用するより効率的なものはありますか?

私はJavaアプリケーションに取り組んでいます。大量のデータを読み取り、操作してから、ローカル m/c のファイルに書き込みます。いずれにせよ、ディスクがいっぱいの場合、Java アプリケーションでこの例外を処理する方法。

Oracle バージョン 11g の場合:

グーグルの後、テーブルを削除した後に空き領域を再利用する簡単な方法が見つかりません。

データファイルがどのように断片化されるか、データファイルの最後にある「空のスペース」を移動するために実行しなければならない退屈なクエリの大きなスタック（テーブルごとに... 200のテーブルがあります!?)。

次に、どれだけ削減できるかを「推測」してデータファイルのサイズを削減するか、「ブロックサイズ」を正確に把握する必要があります...そして最後に、「インデックスを再構築する」ことを忘れないでください。

例を参照してください: http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:54178027703899

表領域名またはデータファイル名を指定すると、そのジョブに役立つ簡単なPL/SQLプロシージャはありますか? または、同様の Oracle ツールはありますか?

現在のサーバー ディスク使用量を表示する共有する PHP スクリプトを持っている人はいますか?

ありがとう。

「標準」Java (J2SE 5 以降) を介してハードディスク領域を確実に「割り当て」(予約) する方法はありますか?

たとえば、すべてのスレッドがファイルをダウンロードするスレッド プールで実行されるマルチスレッド アプリケーションの場合を考えてみましょう。ディスク領域の枯渇によってアプリケーションのダウンロードが中断されないようにするには、どうすればよいでしょうか?

少なくとも、ダウンロードしているファイルのサイズを事前に知っている場合、他のスレッドが何をしているかに関係なく、ファイルのダウンロードを保証する何らかの「予約」を行うことができますか?

( StackOverflowにも同様の質問がありますが、マルチスレッドについては説明されておらず、NIO も使用されています。)

編集:さらにテストした後、同様の質問で提案されたソリューションは機能しないようです。これは、基になるハードディスク容量に関係なく、提案された RandomAccessFile アプローチを介して許可された任意の長さを設定できるためです。たとえば、空き容量が数ギガバイトしかないパーティションで、自由に TB (テラバイト!) ファイルを作成できました。

File クラスの getFreeSpace() メソッドが新しいファイルを作成するたびに使用可能なスペースの量が減少したことを報告した場合、解決策は十分でしたが、実際にはそうではなく、実際にはこれらのファイルの長さがゼロであることを確認します。持っているようです。

これらは少なくとも、VMWare Player 4.0.0 で実行されている CentOS 5.6 仮想マシンで見た結果です。

Solaris OS用のsunfreewareからライブラリファイルをダウンロードするとウイルスに感染しやすくなりますか、またはこれらのサイトからダウンロードしても安全ですか。

/ procが（VFSであるにもかかわらず）多くのスペースを消費し
、/が100％いっぱいになるというメモリの問題があったためです。その後、私もログインできませんでした。

コメントしてください。

Maven リポジトリのプロキシには Sonatype の Nexus 1.9.2.2 を使用しています。私たちの問題は、インデックスが非常に多くのディスク容量を消費していることです。私たちのすべてのリポジトリは約 25GB のスペースを占有し、拡大しています。

たとえば、このディレクトリには次のような最大 4 GB のインデックス ファイルがあります。

これらのファイルをきれいに削除する方法はありますか? たとえば、スケジュールされたタスクを使用していますか?

前もって感謝します！