問題タブ [directory]

「おいしい」が単に「del.icio.us」だった時代にさかのぼり、オントロジーが過大評価されていることに誰もがようやく気づいたと思いました。

では、自分のローカル マシンでこの明らかな欠陥に対処するために、sqlite と多数の ruby​​ スクリプトを使用して独自のタグ付けシステムを展開しなければならないのはなぜでしょうか? オンライン Web リンク、ブログ投稿、stackoverflow.com に関する質問、およびあらゆる種類の Web 中心の雑多なものにタグを付けることができますが、この非常に基本的な概念は、私が入手したいくつかのオペレーティング システムではまだ欠落しているようです (またはひどく不自由になっています)。使用する。おそらく私は間違ったOSを使用していますか？

私がそこに見たものから、ピッキンはかなりスリムに見えます.

あなたは何を使うのですか？

MFCの Java ファイル メソッドisDirectory()に相当するものはありますか? 私はこれを使ってみました：

しかし、うまくいかないようです。

Stack Overflow に関する質問の 1 つに対する回答 (以下を参照)から、世界中のコーダーにとってかけがえのない素晴らしいソフトウェアのアイデアが浮かびました。

私は RAM ドライブ ソフトウェアを想像していますが、決定的な違いが 1 つあります。それは、ハード ドライブ上の実際のフォルダーをミラーリングすることです。より具体的には、現在取り組んでいるプロジェクトを含むフォルダーです。このようにして、ビルドはほぼ瞬時に実行されます (または、少なくとも 2 桁高速になります)。RAM ドライブは、アイドル状態のリソースのみを使用して、バックグラウンドでその内容をハード ディスク ドライブと同期します。

簡単な Google 検索では何もわかりませんでしたが、Google の検索方法がわからないだけかもしれません。おそらく誰かがそのようなソフトウェアを知っていますか? できれば無料ですが、妥当な料金でもかまいません。

追加:最初に破棄したいくつかの解決策が提案されました。それらは次のようになります (順不同):

• より高速なハードディスク ドライブ ( SSDか 10K RPM) を購入します。ハードウェア ソリューションは必要ありません。ソフトウェアが安価になる可能性があるだけでなく (フリーウェアですか?)、ハードウェアの変更が不可能ではないにしても歓迎されない環境 (オフィスなど) でも使用できます。
• OS/HDD にキャッシングを任せてください。空き RAM の使用方法を OS/HDD の方がよく知っています。OS/HDD には、すべてをキャッシュし、将来どのデータが最も必要になるかを予測しようとする汎用キャッシュ アルゴリズムがあります。彼らは、私にとって優先順位がプロジェクト フォルダーであることを知りません。そして、私たち全員がよく知っているように、とにかくあまりキャッシュしません。;)
• 周りにはたくさんの RAM ドライブがあります。それらのいずれかを使用します。すみません、それは無謀です。少し空き時間があるときはいつでも、データを HDD に同期する必要があります。停電が発生した場合、最後の 5 分間の作業を失うことは耐えられますが、最後のチェックイン以降のすべてではありません。

追加 2:思いついたアイデア - 通常の RAM ドライブとバックグラウンド フォルダー シンクロナイザーを使用します (ただし、バックグラウンドを意味します)。そのようなことはありますか？

追加 3:興味深い。仕事で単純なRAMドライブを試しました。再構築時間は ~14 秒から ~7 秒 (悪くはない) に短縮されますが、インクリメンタル ビルドは依然として ~5 秒です - HDD と同じです。理由はありますか？と を使用aspnet_compilerしaspnet_mergeます。おそらく、彼らは他の場所にある他の一時ファイルで何かをしているでしょうか?

追加 4:ああ、素晴らしい新しい回答セットです! :) OK、否定論者の皆さんにもう少し情報があります。:)

このアイデアの主な理由の 1 つは、上記のソフトウェア (ビルド時間 14 秒) ではなく、当時私がアクセスできなかった別のソフトウェアです。この別のアプリケーションには 100 MB のコード ベースがあり、完全なビルドには約 5 分かかります。ああ、それはDelphi 5にあるので、コンパイラはあまり高度ではありません。:) ソースを RAM ドライブに置くと、大きな違いが生じました。1分もかからなかったと思います。私は測定していません。したがって、OS の方がキャッシュをより適切に処理できると言うすべての人にとって、私は異議を唱えたいと思います。

関連する質問:

IDE を高速化するための RAM ディスク

最初のリンクに関する注意: リンク先 の質問は重複しているため削除されました。それは尋ねました：

コードのコンパイル中に何をしますか?

そして、私がリンクしたDmitri Nesterukの答えは次のとおりです。

私はほぼ瞬時にコンパイルします。私のプロジェクトが小さいことと、RAM ディスクを使用していることが原因の 1 つです。

ユーザーが誤ってアプリケーションのデータ ディレクトリに入るのを防ぐ方法を、しばらくの間調査してきました。

私のアプリケーションはフォルダーを使用して、構造化されたプロジェクトを保存します。フォルダの内部構造は重要であり、めちゃくちゃにすべきではありません。ユーザーにこのフォルダー全体を表示し、(Mac バンドルのように) 開けないようにしたいと思います。

Windowsでそれを行う方法はありますか？

現在の回答から編集

もちろん、ユーザーが自分のデータにアクセスするのを防ごうとしているのではなく、誤ってデータの整合性を破壊しないように保護しているだけです。したがって、暗号化やパスワード保護は必要ありません。

.Net の回答に感謝しますが、残念ながら、これは主に .Net フレームワークに依存しない C++ プロジェクトです。

私が言及しているデータは光ではなく、電子顕微鏡から取得した画像です。これらのデータは巨大になる可能性があるため (~100 MiB から ~1 GiB)、すべてをメモリにロードすることはできません。これらは巨大なイメージであるため、アーカイブ全体をメモリにロードすることなく、一度に 1 つのファイルにアクセスして、データを段階的に読み取る方法をスト​​レージが提供する必要があります。

その上、アプリケーションは主にレガシーであり、私たちが責任を負わないコンポーネントもあります。現在の IO コードを保持できるソリューションが望ましいです。

Shell Extension は面白そうです。解決策をさらに調査します。

LarryF さん、Filter Driver または DefineDOSDevice について詳しく説明していただけますか? 私はこれらの概念に精通していません。

Visual Studio 2008 ソリューションがあり、ソリューション レベルではなくプロジェクト レベルではなく、実際のフォルダーをソリューションに含めたいと考えています。

ソリューションを右クリックしてソリューション フォルダーを追加できることに気付きましたが、白いフォルダーとして表示されます。

基本的に、ファイル システムには c:\mySolution\myFolder... があります。

myFolder をソリューションに追加して、アイテムもソース管理下に置きたい...

C# アプリケーション内の .NET Framework ディレクトリ パスを取得するにはどうすればよいですか?

私が参照するフォルダーは「C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727」です

異なるバージョン管理システム (cvs、svn...) からのディレクトリがいくつかある場合、それぞれがどのタイプのリポジトリから来たかをどのように見つけますか?

ホーム フォルダーを新しいファイル システムに移行しています。Perl またはシェル スクリプトを使用して自動化する方法を探しています。システムは独自のストレージ クラスターであり、可能な限り変更しないようにする必要があるため、プログラミング言語にはあまり選択肢がありません。

タスク: ディレクトリ /home/ の下に、さまざまなユーザーのホーム フォルダー aaa、bbb、ccc などがあります。また、/newhome/ への移行時に、それらのユーザーには特定のアクセス許可とユーザー/グループの所有権をそのままにしておく必要があります。/home から移行する必要があるものの例を次に示します。

そのため、アクセス許可と所有権を持つまったく同じフォルダーを /newhome の下に作成する必要があります。後で処理されるため、ファイルのコピー/移動は問題になりません。

誰かがそのようなスクリプトに取り組んだことがありますか? 私は Perl を初めて使用するので、助けが必要です。

100 万枚の画像がある場合、それらをフォルダー/サブフォルダー階層に保存するか、すべてを直接バケットに (フォルダーなしで) ダンプする方がよいでしょうか?

すべての画像を階層のないバケットにダンプすると、LIST 操作が遅くなりますか?

その場でフォルダーとサブフォルダーを作成し、それらの ACL を設定する (プログラム的に言えば) 際に大きなオーバーヘッドはありますか?

Windowsでディレクトリアクセスをロックできるようにしたいのですが。次のコードは、POSIXシステムのファイルまたはディレクトリで大いに機能します。

しかし、私は次のコードでディレクトリではなく、ファイルのロックアクセスを実行する方法を見つけるだけです：

このコードを改善し、ディレクトリアクセスをロックできるようにする方法を知っていますか？

ベルトラン