根本原因是内核i/o调度器激进脏页回写与tracker-miner-fs后台元数据扫描双重抢占磁盘带宽；须先停用tracker-miner-fs服务，再切换i/o调度器为mq-deadline（机械盘/usb盘）、调高vm.dirty_ratio至60%、改用rsync --inplace替代cp。
银河麒麟系统在命令行中用cp、rsync等工具复制大文件时，初始速度尚可，但几分钟后逐步跌至几MB/s甚至卡顿，根本原因不是硬盘老化或USB接口降速，而是内核I/O调度器在持续写入压力下触发了激进的脏页回写策略，同时tracker-miner-fs服务在后台扫描源目录元数据，双重抢占磁盘带宽。
停用Tracker索引服务释放I/O资源
这一步必须最先执行，否则后续所有优化都会被tracker-miner-fs的元数据扫描抵消。该服务默认监听整个家目录，只要复制路径在/home下，它就会实时扫描每个新生成的临时文件块，强制触发同步I/O，直接拖垮cp进程的写入队列。
方法一（终端立即生效）：
执行 systemctl --user stop tracker-miner-fs.service → systemctl --user disable tracker-miner-fs.service
方法二（图形界面兜底）：
打开「麒麟管家」→「启动项管理」→ 找到「Tracker Miner Files」→ 关闭启用状态 → 重启终端。
【注意】禁用后无需重启系统，但必须关闭所有已打开的文件管理器窗口，否则旧进程仍会拉起tracker子服务。
切换I/O调度器为mq-deadline
银河麒麟V10默认使用bfq调度器，它在交互式桌面场景下响应灵敏，但对连续大文件写入反而引入额外延迟——bfq会主动插入等待间隙以保障前台应用响应，导致cp进程的写请求被“礼貌性”排队。而mq-deadline不区分前台后台，只按截止时间硬性调度，更适合批量写入场景。
第一步：查看当前调度器
cat /sys/block/sdX/queue/scheduler（将sdX替换为你的目标盘符，如sdb）
第二步：临时切换（重启失效）
echo 'mq-deadline' | sudo tee /sys/block/sdX/queue/scheduler
第三步：永久生效（仅对机械硬盘或USB移动盘推荐）
编辑/etc/default/grub → 在GRUB_CMDLINE_LINUX行末尾添加elevator=mq-deadline → sudo update-grub → 重启。
⚠️SSD用户跳过此步：NVMe盘已由内核自动绑定kyber调度器，手动覆盖反而降低性能。
调高vm.dirty_ratio与vm.dirty_background_ratio
Linux内核默认在内存中脏页占比达20%（dirty_ratio）时强制阻塞写入，直到刷盘至10%（dirty_background_ratio）以下。大文件复制时，内存缓存迅速填满，触发频繁同步刷盘，造成速度断崖式下跌。将阈值提高到60%/40%，可让内核更从容地异步刷盘，避免cp进程被卡住。
执行以下命令：
sudo sysctl vm.dirty_background_ratio=40 → sudo sysctl vm.dirty_ratio=60
若需持久化，追加两行至/etc/sysctl.conf：
vm.dirty_background_ratio = 40
vm.dirty_ratio = 60
这一步操作起来很简单，直接粘贴执行即可，无需重启服务。
改用rsync替代cp并启用关键参数
cp命令是单线程直写，无法绕过内核脏页限制；rsync配合特定参数可规避部分瓶颈，尤其适合跨文件系统或网络挂载点的大文件传输。
方法一（本地磁盘间复制）：
rsync -ah --no-i-r --inplace --info=progress2 "源路径/" "目标路径/"
方法二（强制绕过页缓存，直通磁盘）：
rsync -ah --no-i-r --inplace --info=progress2 --out-format='%n %l %p' --buffer-size=8M "源路径/" "目标路径/"
【必须加--inplace】：避免rsync先写临时文件再重命名，减少一次元数据操作；不加此项在U盘上复制5GB文件会多耗2分钟以上。
