网站迁移，3000W+的小文件，600G左右，打包快还是rsync快？

直接用rsync了，简单，算了一下，2天应该足够了。

————————————————————————————————
tar打包看不到头

别想快递了。

前期低估了文件数量导致inodes占满

tmpfs           1275948       17 1275931    1% /sys/fs/cgroup
/dev/sda2      45817856 45811014    6842  100% /
/dev/sda1         64000      340   63660    1% /boot
tmpfs           1275948        1 1275947    1% /run/user/0

如果有安全的ext4转xfs推荐一下。|||你的理解能力堪忧，应该加强身体锻炼，早睡早起|||原来3000W+，对楼主来说是小文件|||按子目录打包吧，打包后就传输过去解压，同时又打另外的子目录包。
就是这边边打包，那边边传输解压。
这样也许能节省些时间。|||如果硬盘有空间就tar，|||3000w 小文件 要命了|||传输的话，肯定是打包快。|||又不能快递   
那你打包又是一段长时间  传输又是一段时间 解压又是一段时间  
   让我想起了一首歌  三天三夜 三天三夜 ！！！！！|||的确，该睡觉了|||肯定 rsync 呀换个强劲的CPU打包，应该快很多的，7ZIP可以把CPU的线程跑完|||或者直接同步到网盘吧|||搞块新硬盘对拷，然后把新硬盘邮寄给对方||| scp或者nfs，不过那个速度你懂的|||600G 还真是不算多，一个高级站长的量
   对于机房老大都是pb级别的迁移  应该算大文件吧|||学到了|||3000W小文件。。这要打包多久啊。。不过直接发应该更慢吧 可以打包一点发一点|||syncthing 试试
|||直接整个分区镜像传输过去|||然后再扩容