1803为何效率这么低？

hhh333

也整了个1803（17134.1），但imagex打包的效率怎么这么低？
对一个约800M的内核打包，代码如下：

1. echo.|time>t.txt
   
2. SET SDIR=H3_1064
   
3. IF /I "%PROCESSOR_ARCHITECTURE%"=="AMD64" SET X64=64
   
4. imagex%x64% /capture %SDIR% %SDIR%.WIM "Win10PE" /boot /compress maximum
   
5. echo.|time>>t.txt
   

复制代码

打包工具版本为6.2.9200.16384

系统	1709-32	1803-32	1709-64	1803-64
起始时间	当前时间: 10:27:15.46 当前时间: 10:29:33.03	当前时间:  9:18:56.80- 当前时间:  9:27:03.61	当前时间: 10:33:04.79 当前时间: 10:35:00.19	当前时间:  9:13:46.46 当前时间:  9:16:17.39
耗时	2'18"	8'7"	1'56"	2'31"

特别是32位差异太大了，64位与1709比多半分多钟。不知道大家的情况怎么样？这个不知怎么引起的？
（注：感觉32位可能有问题又重做了32位，再打包为3'10"，可能算正常值了吧。）
这是不是可以说，升级到1803PE完全没有价值？

tegl

继续用15063

tools241

手机愈新效率愈慢?
唯一的解释就是 "OS升级新版size变大" , 软件也变大变得更加复杂了,

计划赶不上变化!
电脑也是如此, 当硬体愈新时自然会有size更大的OS及浏览器来拖累硬体的效能.

Firefox若干版本APP(不含profile)的sizxe比较:
Firefox 3.6.28  36.0M
Firefox 17        46.5M
Firefox 52        93.7M
Firefox 56      136.0M
Firefox 61    140.0M

有些人的Ram <=4G 跑64位元系统必然不给力.

有興趣可測試 RS5 17604 或 RS4 17134.112, 16299, 15063
效率极致!   简/繁 x64/x86 10PE 17604, 17134.112 , x64/x86 15063 , x64 16299 --
含IE11+Firefox56+GoogleChrome67+PotPlayer1.7.12248 PE影音上网 ==>
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=385866

holley2008

个人觉得 除非有大版本功能或很个性的新功能，否则做新版PE没什么太大的意义；；当然只是针对大多数PE使用者的目的而言。

slore

打包速度新PE是否有意义之间没有什么关联吧。

新版PE，主要是看新硬件和驱动支持方面，功能方面意义不大。

打包速度的话，个人觉得跟工具和硬盘有关，和新版本关系不大。（重复文件？WinSxS压缩？）
你可以试试原本boot.wim解压，复制一个简单文件，再压缩看看时间。
另外，为什么不用dism。

hhh333

slore 发表于 2018-6-25 13:13
打包速度新PE是否有意义之间没有什么关联吧。

新版PE，主要是看新硬件和驱动支持方面，功能方面意义不大 ...

同一硬盘，同一机器，同一软件，应该有可比性了吧

hhh333

这打包，考验的就是读写速度，就是这么简单。这么简单的事都有差距说明什么呢？

5027527

除非有显著的新技术改进才有意义去整新版pE。微软随便改一点就让你死去活来去搞，掉坑了。

hsmy

并没有感觉效率低，和之前版本差不多

hsmy

5027527 发表于 2018-6-25 20:30
除非有显著的新技术改进才有意义去整新版pE。微软随便改一点就让你死去活来去搞，掉坑了。

搞PE也无非是改一下注册表，文件等和早期版本差别不大。新版发布，20分钟足以出成品了
一般新版对硬件支持更好，所以更新很需要

hsmy

tegl 发表于 2018-6-25 11:18
继续用15063

15063的PE实际是缺陷最多的，16299和17134各方面都比15063好。
最近测试RS5或许是1809秋季版本感觉比之前版本更流畅了

风之圣痕

没大更新，没必要更新

2012qnmd

这个要做，也要打。81或者112补丁，不能制作原版

或者，等rs5

打包，建议使用win7的，可以7z编辑
后面版本，可以用同版本文件测试

hhh333

hsmy 发表于 2018-6-25 21:31
并没有感觉效率低，和之前版本差不多

从打包的情况来看，确实要低一些，32与64位都要低一些，我又重做了32位，还是要3‘多钟。

hhh333

2012qnmd 发表于 2018-6-26 09:12
这个要做，也要打。81或者112补丁，不能制作原版

或者，等rs5

本来做好的，算了，也不发布了，等RS5正式版，RS4正式版本来就一拖再拖。rs4与1709变化真的不大。网卡只有一两个有点变化，其他二进制比较也是相同的；自带打印机驱动有减少；磁盘驱动似乎也没什么变化。

2012zhd

hhh333 发表于 2018-6-26 09:40
本来做好的，算了，也不发布了，等RS5正式版，RS4正式版本来就一拖再拖。rs4与1709变化真的不大。网卡只 ...

“网卡只有一两个有点变化，其他二进制比较也是相同的；自带打印机驱动有减少；磁盘驱动似乎也没什么变化”。
如果是这样的话，我还是继续用16299吧。

红毛樱木

下个版本就是ltsc了，等等吧。这版没什么折腾的激情了

vaf

用韦高的那个比较比较

hsmy

RS5应该是没问题了，等9.10月更新

江南一根葱

哎，win10都有这个猫病，

win8pe啥速度都快，磁盘读写速度满的，10pe就没一个速度正常的。。。。。。。。。。。。。。

都有点后悔折腾10pe

hsmy

10的版本越高，效率越高，不存在速度不如8的问题

hhh333

tools241 发表于 2018-6-25 12:41
手机愈新效率愈慢?
唯一的解释就是 "OS升级新版size变大" , 软件也变大变得更加复杂了,

下了你的17134.112　64位，结果为1'57"与我的16299几乎一样，说明主要问题还是17134.1确实有缺陷。

jabin

1803启用了时间轴，特别消耗系统资源

scl7807

貌似1803的优化还有些问题，win10的分支确实太多了，不知道什么时候能整合

xman00

1803内置幽灵熔断补丁，cpu遭遇降速——改注册表可解