求助！！Ubuntu11.10分辨率设置

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

作者: 自由建客发布时间: 2011-12-15

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

作者: ljj_jjl2008 发布时间: 2011-12-15

这个倒没注意

作者: TeliuTe 发布时间: 2011-12-15

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

作者: qy117121 发布时间: 2011-12-15

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

作者: leeaman 发布时间: 2011-12-15

这个应该是apt的问题吧

作者: 枫叶饭团发布时间: 2011-12-15

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

作者: 谢宝良发布时间: 2011-12-15

听不懂

作者: 490365333ibmc 发布时间: 2011-12-15

谢宝良写道:

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

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

作者: 自由建客发布时间: 2011-12-15

自由建客写道:

谢宝良写道:

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

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

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

作者: xhy 发布时间: 2011-12-15

xhy 写道:

自由建客写道:

谢宝良写道:

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

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

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

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

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

作者: 自由建客发布时间: 2011-12-15

自由建客写道:

xhy 写道:

自由建客写道:

谢宝良写道:

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

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

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

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

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

作者: xhy 发布时间: 2011-12-15

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

作者: 自由建客发布时间: 2011-12-15