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

そもそもコピーに成功していないから
その手のファイルが出来るわけで…

ハードウェアを正常な物に交換しましょ

WindowsServerのデータ重複除去に対応した
FastCopyってあるのかしら？

ファイルをコピー→右クリックしてfastcopyで貼り付けが急に効かなくなった・・。最新バージョン辺りから。
fastcopyが起動した状態でファイルをいちいち指定すればコピーできるけど・・。同じ症状の人いない？

シェル拡張やり直してください

>>755
なんか右クリック→サブメニューで二つfastcopyの
項目でるようになったけど、片方が機能するようになった。
ありが�d

ちょっと笑った

v5.11.0
IOサイズ（デフォルト）を 1MB → 2MB に変更。（いくつかの状況で更なる性能向上）
Ctrlキーつきの「実行」押下時、確認ダイアログを出す挙動をオプション化（抑止可能に）。
その他リファイン。

ありがとう

/postproc=終了時処理名 事前に登録してある終了時処理名を指定します。（/postproc=FALSE で抑止されません）

v5.11.1 ステータス表示欄の調整。

名称通り速さを追求するのはいいけど余計な機能付けたり不安定になるばかりだなあ

>>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に割り当てたドライブレターが見えないのは仕様？