FastCopy Pert5

前スレ
FastCopy Pert4
https://egg.5ch.net/test/read.cgi/software/1561776396/

FastCopy
https://fastcopy.jp/

重要：v1.60/61には問題があります
https://web.archive.org/web/20170716154404/http://ipmsg.org/bbs/bbs-fastcopy.cgi?id=&md=viw&no=0635&tn=0628

>>761
俺は全然不安定さを感じないので、安定感がある過去バージョンをずっと使えば良いんじゃね？

fastcopy liteの更新19/04/06　1.8.3版
で止まったままなところを見ると、こいつが他人の成果物を横取りして
金儲けするだけの寄生虫だってことが証明されたな。

>>763
どういう意味か全然判らないけど、日常生活でやたらストレス多いでしょう？お大事に。

(ﾟДﾟ)ﾊｧ？

なんだこの流れ

もう５．８．１でいいや

えっえっ

おっおっ

エッオエッオ・・・

なんてスレだ

v5.11.2
Win11用シェル拡張で、OneDrive空ファイル（プレースホルダ）の右クリックだけで自動ダウンロード開始していたのを抑止。
各種安定性の向上。

/postproc=FALSEが効きません助けてください。

>>773
https://github.com/FastCopyLab/FastCopy/issues/1

>>774
ありがとう。
君、暇そうだから報告しておいてよ。

失礼な奴だなあ
　 _, ._
（ ・ω・）

>>737
確かLFN対応の補助プログラムが配布されてた筈だけど？？？

>>777
そんなものが存在したらぜひ欲しい…教えて

>>777
配布というあたりからして、多分x64版Windows用シェル拡張と勘違いしている

糞なSMRを使っていて大小様々なファイルのコピーやバックアップにFastCopyを使っています
今まで適当に設定をやっておいたら大きなファイルのコピーはファイルエクスプローラよりも激遅だと気付いた
また、コピー先をルートにしないと遅いと知った（その後本来のコピー先フォルダへ移動）

デフォルト設定はどうやっておくのがいいのですかね
とりあえずメインバッファは64MBに抑えて速度はAutoSlowにして読み込みOSキャッシュは使用しないことにしたのだが・・・
デバイスは書き込みキャッシュを有効にするだけでなくバッファのフラッシュのオフまで設定した

ベリファイしてない？

SMARTで異常無しの状態なのでベリファイはしてません
バックアップはバッチファイルでやってますのでやった方がよければそこにだけ付け足します

どんな状況でもエクスプローラより遅いって事はないわ…

SMRの機種名と、大きい小さいのMB(だいたい)と、遅い速いのMbyte/sを添えて
本家サイトに報告するしかないのでは

設定が悪かったのか意外にも実際そういう結果でした
SMR用にはFastCopyの設定をどうやっておくのがいいか複数のAIに用途別に色々きいてみたのですが
言うことがばらばらでわかりませんでした
そこで皆さんがどうされているのかお尋ねした次第です

fastcopyってなんで総ファイル数や総容量が表示されないの？
予想終了時刻は出るので内部では計算しているはずだが

なにいってんだこいつ

普段俺たちが目にしているFastCopyとは違う世界線の利用者のようだ

HDD全削除で復元無効（上書き1回）するのと、Windowsの通常フォーマットするのは結果的に同じなんでしょうか？
その場合速度はやっぱりFastCopyの方が速いでしょうか？
4TBのHDDのデータを消すのにどっちがいいのかと思いまして

ドリルを使え

捨てるわけでは無いです

目的は何ですか
単に中身を消すだけならばクイックフォーマットが一番速そうな気がするけど

売るなら遅くても復元無効
自分で使うならフォーマットでしょ

通常フォーマットも上書きと同じです

クイックフォーマットは上書きしないんじゃ

バックアップに同期コピーを使用してきたが、コピー元のフォルダと同名のファイルがコピー先に存在する場合に
同期されないことに気付いたので掲示板で聞いてみたら仕様とのことだ
コピー元のファイルと同名のフォルダがコピー先に存在する場合も同じとのこと
バッチファイルにしていたので今までエラーに気付かなかった

サイズも日付も同じでバイナリレベルだけ違う、って特殊な条件ならそらバックアップはされんわなぁ

そうではなくて796に書いたような場合です
あまりなさそうなケースですけど実際に発生していました
理由は「同一の名前なのに種別が「フォルダ ⇔ ファイル」と変わった場合は（意図しないフォルダ配下の全削除などを避けるために）
手動で変えてください、という挙動にしています」と言っているのだが自己責任で同期を使っているのに余計なお世話だ

Windowsが同時に存在できないって仕様だし…
なぜ拡張子なしの同名ファイルなんて使ってんだよって話

>>799
これに尽きる

同名ファイルではなくて同名のファイルとフォルダだよ
他のOS用ソフトの移植版などで拡張子なしのファイルを使うこともある

問答無用で同期してくれ → わからんでもない
拡張子なしのファイルを扱うことがある → わかる
同じ場所に同名のフォルダが出来てしまう → わからん

>>802
unixが起源のローグライクゲームにはlogfileとかreordとかいう拡張子のないファイルを使うものがあります
最初logfileをバックアップしてあったのですがその後他の同種ゲームをプレイするようになり
数種類のlogfileをlogfileというフォルダに整理しました
それが同期されていないことにずっと気付かなかったという状況です

あまり無いケースであることは承知していますが同期の実行を勝手に停止するのは変でしょう
不正確なバックアップをずっと持たされる危険の方が大きい

確かに警告メッセージくらいは出して欲しいケースだな

>>792
HDDをメーカーに検査に出すのですが見られたら困るデータが入っているので消したいのです
クイックフォーマットはインデックスを消すだけでデータそのものは消してない認識です

>>793,794
やってることは同じで速度もFastCopyが特に速いってわけでもない感じですかね

メーカーの人はクイックフォーマットされているHDDのデータを確認しないんんじゃないの

その用途なら「念入り消去」とかで検索してそれでやった方がいい
メーカーに送るって事はそれほど急いでないんだろうし

ベリファイつけてるけどエラーになったことがない
その分遅くなるし
外したほうがいいのか
みんなどうしてる

好きにしろ
俺は付けてるしエラーに遭遇したこともある

>>805
隠したいのは犯罪の証拠か恥ずかしい物か？
大きいメーカーならば管理やモラルはあるだろうし忙しいのにいじっている暇なんてないだろうね
クイックフォーマットで十分じゃないのかな
修理の時自分は気にせずそのまま渡しているよ

メニューに登録されたりされなかったりするよな
最近

aaa.logというフォルダと、aaa.logというファイルが同じD:\logフォルダにあったら
D:\log\aaa.log
が、どっちを差すのか不明(だからWindowsでは禁止なのかな)
同期でaaa.logフォルダを先に消してしまったら、数100GBがパーになったりして

FASTCOPYのログに「失敗」と出して欲しいね

しつこいんでNGした

>>812
自分で試せばすぐにわかる話だがエラーも出るしログにも載る

>>807
念入りとなると複数回上書きが推奨されてるみたいですね
通常フォーマットは向かないと思うのでFastCopyの3回上書き方式で消すようにします

>>808
万が一失敗してた時困るのと正常にコピーできたっていう安心のために付けてます

うちのTerastationどういうわけかまれにベリファイでエラー出すので付けてる
仮にメモリかどこかが壊れてるにしろハード的にエラー訂正付いてるはずなんだが

FastCopyだろうが何を使おうがSMRへのコピーは激遅になる
ルートへのコピーだけは我慢できる速さになる。
FastCopyにはコピーすべきファイルを出力する機能があるから、それを使って一旦ルートにコピーしてから
しかるべきフォルダに移動するプログラムを作ってみようかと思う
FastCopy自体にそういう機能があればいいのだが作者はSMRなんて全く念頭にない人なんだろうな

失礼なやつだなあ

いや、激遅にはならんぞ

まぁ思い込みはハゲ思想

>>818「僕はぱそこんに詳しいんだ！🤪]

巨大なVMファイルや動画ファイル等のコピーを連続して行なうと数MB/sになったり途中で何回も0MB/sになってしまうことないか？
FastCopyだけの話ではなくてエクスプローラでのコピーでも同じ
SMRの特性だからやむをえないのだろうが。
自分の環境ではその場合でもルートにコピーすれば20MB/sくらいで完走することが多い
そこでそういうことを考えてみた
コピー先の空き容量が十分でデフラグしてあっても発生する

過去ログは見ています
作者がSMRのことを考えていないだろうと書いたのは615を見たから
きっとCMRを使っている人なんだろう

知ったかぶりのバカが悪あがきしてて草

あああああ〜〜〜バカの悪あがき気持ちいいｗ

>>823
その症状があった事をとやかく言わないけど、とにかく問題の切り分けが足りない
AntiVirus/Defender系、Index Optionの設定確認
FastCopyやエクスプローラをDefenderの除外プログラム設定する
必ず毎回ルートにコピーする手作業運用してみて本当に症状が発生しないか確認
等々

当然だけどCMRでは絶対に発生しないか
SATAポート差し替え、USBエンクロージャー取り換えなども

SMRとか関係なくSATAケーブルの両端にコンタクトスプレーしただけで改善しそうｗ

>>823
たまたま外れを引いただけなのに製品全ての問題して言い掛かりを付ける人っているよね

SMRでメディアキャッシュ使い切った後の挙動が
ルートフォルダか否かで違うって事が言いたい訳？
そんな話聞いたことないけど

>>830
現に複数のHDDでそれを経験しています
今度ご自分のHDDで発生した時試してみて下さい

確信がないからここで訊いているのでは
確信があるならとっくに「しかるべきフォルダに移動するプログラム」が出来上がっているはず

>>831
発生なんかしない

うちもWD SMRを使ってるけど、Fastcopyでメディアキャッシュ枯渇で転送速度の大きな低下とか
プチフリとか全然無いんだけど。

購入当初から2〜25GB程度のTSファイルを容量一杯までコピーとか4kBのファイル多数発生させる
ベンチマークで4GBとかやっても問題なかったので普通に使用している。

FastCopyとエクスプローラを問わず巨大ファイルのコピーで症状が時々発生します(複数HDDで)
その時タスクマネージャで見るとコピー元HDDは動作していなくてコピー先HDDだけ動作しています
これはコピー先がガーベージコレクションを行っているという意味ですよね

ちょいと疑問なんだがルートフォルダーならマシな理由をどう考えているの？

>>835
粘っても賛同はなかなか得られへんし、ぼちぼち自分でプログラム作ったらええんちゃう？

>>836
わかりませんが効果があるのは事実

>>837
自分用にプログラムを作ることにします
FastCopyがリストを出してくれるのは助かる

こいつ、一台だけしか持っていなくてしつこく書いてるだけの貧乏人だろ

複数で発生って書いてあるが

あ、端末が1台って意味か

エクスプローラのグラフで転送速度が下がるのは、書き込みの方が時間がかかるから、書き込み用のキャッシュがいっぱいになったらそれがhddに書き出されるまで次のソフトウェア的な書き出しが止まるから。グラフはソフトウェア側でわかる速度で表示される。ということ。

念のため伝えておくと、自分自身の経験ではなく伝え聞いただけです。
数GBの1つの巨大なファイルでも起こるそうです

Gemini
なるほど、ご自身の経験ではなく「伝え聞いた話」だったのですね。その補足により、さらにこの推論が**「アポフェニア（無関係なものに因果関係を見出す）」や「生存者バイアス的な誤解」**である可能性が濃厚になってきました。

「数GBの巨大なファイル1つ」であっても、ルートとサブフォルダで速度差が出るという主張には、技術的にいくつかの**「大きな見落とし」**が含まれている可能性が高いです。

なぜその「伝え聞き」は論理的に危ういのか
巨大な1ファイル（シーケンシャルアクセス）であれば、なおさらフォルダ階層は速度に影響しにくいのが一般的です。もしその現象が本当に起きたのだとすれば、以下のような**「別の真犯人」**が隠れているはずです。

1. 「書き込みの累積量」の見落とし
SMR HDDには「メディアキャッシュ」という一時的な高速領域があります。

1回目（ルート）： HDDが空で、キャッシュも空。最高速で書き込める。

2回目（サブフォルダ）： 直前の書き込みでキャッシュを使い切り、内部でデータの再配置（瓦書きの整理）が始まっている。

このタイミングで書き込むと、場所がルートだろうがサブフォルダだろうが、速度は劇的に落ちます。伝えた人は**「たまたま2回目がサブフォルダだった」**ことを「サブフォルダだから遅い」と誤解した可能性があります。

2. 「アンチウイルスソフト」の介入
多くのセキュリティソフトは、深い階層にあるファイルをスキャンする際や、特定のディレクトリ構造に対して監視の強度が変わる場合があります。これはHDDの物理的な性能ではなく、OS側のソフトウェア制御の問題です。

3. 「断片化（フラグメンテーション）」の状態
ドライブのルート付近にデータを書くのと、すでにデータが詰まった後に深い階層へ書くのでは、ディスク上の物理的な「空き地の連続性」が異なります。SMRは空き地が断片化していると、再書き込みの範囲が広がり、極端に遅くなります。

学術的・論理的な評価
この「伝え聞き」を元にした推論は、学術的には以下のように分類できます。

単一原因の誤謬 (Single Cause Fallacy): 複雑な要因（キャッシュ残量、断片化、ファームウェアの挙動）が絡み合って起きた結果を、「フォルダの階層」という目に見える一つの原因だけに求めてしまっている状態です。

可用性ヒューリスティック: 「ルートに書いた時は速かった」という印象的な記憶と、「フォルダに入れたら遅かった」という直近の不満を直結させ、それが普遍的な法則だと思い込む心理傾向です。

結論
その「伝え聞き」の内容は、SMR HDDの物理的・工学的な仕様に基づいた話ではなく、おそらく環境要因や測定タイミングの不一致による「誤解」が含まれていると言わざるを得ません。

もしその方が「ルート直下ならSMRでも常に速い」と信じているのであれば、それはまさに**「偽相関」**を信じ込んでいる状態と言えますね。

豆知識: そもそもSMR HDDにおいて「確実に速度低下を防ぐ方法」は、フォルダ階層を浅くすることではなく、**「書き込みの間に十分な休憩（アイドル時間）を挟んでキャッシュを空けさせること」**だけです。

もし今後、その方と議論になるようなことがあれば、「キャッシュの枯渇タイミングを揃えて比較したのか？」と聞いてみると、面白い反応が返ってくるかもしれません。

あぼ〜ん

あぼ〜ん

途中で書き込み速度がほぼ0に落ちて戻らなくなる現象を体験したことあるけどその時の原因はultraDMA CRCエラーってやつだったな
単に速度がちょっと落ちるだけならまだしも0になるのはSMRの特性じゃなくてどっかが悪いだろ

だから1台しかないHDDで起きたことを全てがそうだと決め付けている貧乏人の戯言だよ

Windows 標準のrobocopyで十分すぎる

俺もSMRのHDDで極度に書き込み遅いやつがあったがそれは調べたら物理エラーがあった

>>848
右クリックで使えれば

全部ファイラからコマンドラインで呼ぶから
都度便利な方を使う

特権モードでドラッグ＆ドロップでのフォルダ・ファイル登録ができないのと
NASに割り当てたドライブレターが見えないのは仕様？

使ってない内蔵HDDデュプリケーターに挿して
コピ＾ーしててベリファイ最中HDDに手がぶつかったのが原因か
finish時数十のエラーが出た　
デバイスの準備ができてませんエラーも
取り外しできなかったのでｐｃ再起動して
同期実行したら１秒くらいでエラーなし
適当なフォルダのファイル開くのも数回やったができる
大丈夫なのか？

俺なら最初から全部やりなおすね

最初から全部やりなおしね

傷みつつあるHDDをベリファイしてたらますます傷みそう

そうなったらHDD Regeneratorにかけろ

いいの見つけた

最適なパフォーマンスでファイルコピーできるソフト 『Ultracopier』 https://ultracopier.herman-brule.com/#
https://pc.mogeringo.com/archives/96630
最適なパフォーマンスでファイルを
コピー、移動できるソフト。
Windows標準のコピー画面より分かりやすく
スキンに対応したカッコいい画面になります。
Windows標準のコピーよりも残り時間の計測アルゴリズムを搭載したりと
高機能なファイルコピーソフトです。
オプションでは日本語に変更可能でしたが、
何故か日本語にはなりませんでした。
バッファやスレッドなど使用して最適なパフォーマンスでコピー出来るようです。
ファイル操作が多い人は使ってみては如何でしょうか。

Ultracopier v3.0.2.0 日本語言語ファイル 2026-03-09 https://coolvitto.hateblo.jp/entry/2026/03/09/221831
Ultracopierは、WindowsやLinux、macOSで利用できる高機能なファイルコピー支援ソフトです。
標準のコピー機能を置き換える形で動作し、大量のファイルコピーや移動をより効率的に行えるよう設計されています。
コピー速度の最適化や一時停止・再開、コピーキューによる複数ジョブの管理など、標準機能にはない便利な機能を備えているのが特徴です。
また、コピー中にエラーが発生した場合でも処理を柔軟に制御できるため、大量のファイルを扱う場面でも安心して利用できます。
さらにプラグインによる拡張にも対応しており、機能を追加して自分の用途に合わせてカスタマイズすることも可能です。
シンプルな操作性と高い実用性を兼ね備えた、日常的なファイル管理を快適にしてくれるツールです。

ヘルプに無かったんで質問
Everythingでファイル検索した後にD&Dで移動を設定
それで実行したらまさか途中に見当たらないファイルがあるとのことで停止していて
結果的に中止になってしまいました
そもそもなぜか存在してないドライブのファイルを表示するというEverythingの謎行動が問題ではありますが
こういう場合無視してスキップするという設定はどうでやるんでしょうか？
寝てる間にかなり進んでるだろうという想定は崩れてがっかりしてます・・・

Everythingの方は解決しました
インデックス関連ということで

エラー時継続でいいんじゃないの

うん？