apt 性能非常低

[自由建客]

不是说网络，而是磁盘。每次安装或卸载，磁盘都非常幸苦。能否控制其不要同步操作磁盘？ archlinux 的包管理器就是异步操作的，非常之快，磁头也舒服。

[ljj_jjl2008]

不懂。不是不懂怎么操作，而是不懂楼主在说什么。

[TeliuTe]

这个倒没注意

[qy117121]

说实话没感觉archlinux的比ubuntu的快什么

[leeaman]

这个确实是比较慢的,不知道有没有打算改进这个机制

[枫叶饭团]

这个应该是apt的问题吧

[谢宝良]

arch安装程序快，是因为包的原故。就像永中office的包，三秒就可以成功安装。

[490365333ibmc]

听不懂

[自由建客]

arch安装程序快，是因为包的原故。就像永中office的包，三秒就可以成功安装。

deb 包虽是两层包装而 pkg 是一层，但问题并不在这。我仔细观察过，应该就是同步写的问题。
apt 安装个大一点的软件后，立即 sync，磁盘是没有反应的，因为 apt 过程中已经 sync。
pacman 安装同等规模的软件，立即 sync 甚至等两三秒再 sync，会看到磁盘刷刷地写入数据，显然是 pacman 过程中没有 sync。

[xhy]

arch安装程序快，是因为包的原故。就像永中office的包，三秒就可以成功安装。

deb 包虽是两层包装而 pkg 是一层，但问题并不在这。我仔细观察过，应该就是同步写的问题。
apt 安装个大一点的软件后，立即 sync，磁盘是没有反应的，因为 apt 过程中已经 sync。
pacman 安装同等规模的软件，立即 sync 甚至等两三秒再 sync，会看到磁盘刷刷地写入数据，显然是 pacman 过程中没有 sync。

这是为了稳定性考虑，降低断电带来的风险

[自由建客]

arch安装程序快，是因为包的原故。就像永中office的包，三秒就可以成功安装。

deb 包虽是两层包装而 pkg 是一层，但问题并不在这。我仔细观察过，应该就是同步写的问题。
apt 安装个大一点的软件后，立即 sync，磁盘是没有反应的，因为 apt 过程中已经 sync。
pacman 安装同等规模的软件，立即 sync 甚至等两三秒再 sync，会看到磁盘刷刷地写入数据，显然是 pacman 过程中没有 sync。

这是为了稳定性考虑，降低断电带来的风险

你觉得在安装到一半的时候断电，就算同步写了前面一半文件，那软件还能用不？
如果说再次安装，用异步难道断电重启后就不能再次安装？

这让我想起了 firefox 和 opera，为了保存个会话以便自己崩溃重启时恢复，竟然用同步写！有必要吗！难道你崩溃了，操作系统也会崩溃？害我不得不将其移入内存盘。
ibus-pinyin 以前也是，每次上屏都要同步写一次磁盘，还好后来改了。

[xhy]

arch安装程序快，是因为包的原故。就像永中office的包，三秒就可以成功安装。

deb 包虽是两层包装而 pkg 是一层，但问题并不在这。我仔细观察过，应该就是同步写的问题。
apt 安装个大一点的软件后，立即 sync，磁盘是没有反应的，因为 apt 过程中已经 sync。
pacman 安装同等规模的软件，立即 sync 甚至等两三秒再 sync，会看到磁盘刷刷地写入数据，显然是 pacman 过程中没有 sync。

这是为了稳定性考虑，降低断电带来的风险

你觉得在安装到一半的时候断电，就算同步写了前面一半文件，那软件还能用不？
如果说再次安装，用异步难道断电重启后就不能再次安装？

程序提交到内核，但内核没提交到设备，内核线程定时flush之前，这段时间里的断电风险没有了

[自由建客]

总之我不信 pacman 比 apt 容易因断电而出问题！

[xhy]

小概率事情，一般遇不到，遇到了算你倒霉，你也可以不相信raid卡的断电回写能降低风险。
话说，当年chinaren因为硬盘和raid卡同时损坏倒霉大发了，这比中500万大奖概率还低。

[naturalaw]

磁头也舒服。