找回密码
 加入我们
搜索
      
查看: 12281|回复: 64

[存储] PCI-E 4.0 NVME对加速Outlook防止卡顿有没有帮助

[复制链接]
发表于 2023-2-22 11:25 | 显示全部楼层 |阅读模式
如题,  最近电脑打开Outlook慢如蜗牛,而且经常卡顿, 查了一下说是OST文件有20GB了导致的.

本机系统内存是32GB,但是NVME是PCI-E 3.0 4x的的, 而且不是性能盘,  就感觉可能升一个PCI-E 4.0的性能盘会有所改善?

有试过麻烦分享一下
发表于 2023-2-22 11:30 | 显示全部楼层
影视原声带(Original Sound Track,简称soundtrack或sound track,缩写OST)或者影视原声碟、影视原声(音乐)大碟、原声大碟,是将一部电影或一部电视剧的主题曲(或片头片尾曲)和主要的插曲或配乐录一起,制作成一张完整的唱片,然后由唱片公司制成Caart,Dnb,CD或DAT/DCC发行。
 楼主| 发表于 2023-2-22 11:31 | 显示全部楼层
gbawrc 发表于 2023-2-22 11:30
影视原声带(Original Sound Track,简称soundtrack或sound track,缩写OST)或者影视原声碟、影视原声(音 ...

这里的OST说的是Outlook邮箱软件的本地缓存文件
发表于 2023-2-22 11:34 | 显示全部楼层
用13600k以上,单核性能强的,+ddr5 高频内存+ 4.0的盘 ,可以改善
 楼主| 发表于 2023-2-22 11:40 | 显示全部楼层
sunhaine 发表于 2023-2-22 11:34
用13600k以上,单核性能强的,+ddr5 高频内存+ 4.0的盘 ,可以改善

这和CPU还有内存带宽也有关系?  感觉卡顿的时候CPU占用不高, 主频也没飙到很高
发表于 2023-2-22 11:46 | 显示全部楼层
建一个新的数据库文件,把旧的邮件拖进去呢?
发表于 2023-2-22 12:03 | 显示全部楼层
本帖最后由 hasuboy 于 2023-2-22 12:05 编辑

楼主你自己都说了是因为本地的OST文件到20G了,就是这个原因造成的,公司用的office365,邮件多的同事很多都有这个问题,以前用机械盘的时候那才是噩梦。你要么把缓存的时间设置短一点,默认是1年,可以设置为半年,然后压缩一下OST文件,或者也可以直接删除了重新创建,就是需要时间下载。

其实你只要不是用的国外邮箱就算是重新下载也要不了多久,公司用的office365速度不好,重新下载几十个G的邮件要好几个小时。
发表于 2023-2-22 12:08 | 显示全部楼层
你在开的时候看看磁盘占用满了没有。如果速度很低占用没满换了估计也没用,这是代码本身没有对IO和缓存数据结构优化的结果
发表于 2023-2-22 12:38 | 显示全部楼层
本帖最后由 ONEChoy 于 2023-2-22 12:39 编辑

老员工都这样 换个思路加内存吧 固态就算上到5.0随机也没有内存快
而且添加32G内存+正版primocache或者ramdisk专门放ost 怎么算都比买个固态便宜高效
发表于 2023-2-22 12:43 | 显示全部楼层
默认显示1年,不要改成全部,要看1年以前邮件建议在网页版看
发表于 2023-2-22 13:01 | 显示全部楼层
jaynfs 发表于 2023-2-22 12:43
默认显示1年,不要改成全部,要看1年以前邮件建议在网页版看

outlook设置默认1年 很多公司IT会直接policy推送改成3个月或更少来节省设备成本 楼主公司很明显没有人管365admin
个人认为用outlook不看全部体验很差 还不如全部网页版 但功能又有限制
发表于 2023-2-22 13:02 | 显示全部楼层
我的经验是OST删了让它重新生成就会有改善。估计是用久了这玩意有碎片。
发表于 2023-2-22 13:04 | 显示全部楼层
dawnh 发表于 2023-2-22 13:02
我的经验是OST删了让它重新生成就会有改善。估计是用久了这玩意有碎片。

没用的 过几天又会卡成狗 这是数据库索引问题 M$hit
 楼主| 发表于 2023-2-22 13:16 | 显示全部楼层
Saber001 发表于 2023-2-22 11:46
建一个新的数据库文件,把旧的邮件拖进去呢?

试了  短时间有效  但是时间长了还是会变卡
 楼主| 发表于 2023-2-22 13:21 | 显示全部楼层
赫敏 发表于 2023-2-22 12:08
你在开的时候看看磁盘占用满了没有。如果速度很低占用没满换了估计也没用,这是代码本身没有对IO和缓存数据 ...

OST这东西看着是一个文件,里边 应该是分区块的,我观察到的是不是一打开OUTLOOK就很卡,一般是新建一个新邮件,或者搜索邮件的时候会很卡,猜是搜索的时候内存中缓存没命中,开始从硬盘载入了。看了一下任务管理器,没看到明显的IO spike。
 楼主| 发表于 2023-2-22 13:22 | 显示全部楼层
ONEChoy 发表于 2023-2-22 12:38
老员工都这样 换个思路加内存吧 固态就算上到5.0随机也没有内存快
而且添加32G内存+正版prim ...

已经是32GB内存了,但是没用primo cache,我看能不能找个机会试试,
 楼主| 发表于 2023-2-22 13:23 | 显示全部楼层
jaynfs 发表于 2023-2-22 12:43
默认显示1年,不要改成全部,要看1年以前邮件建议在网页版看

据说有一个功能叫online archive, 可以把一些老邮件从OST里边踢出去,试了一下好像并没有啥鸟用。。。也可能是还没有重建OST, 所以才想换SSD
 楼主| 发表于 2023-2-22 13:24 | 显示全部楼层
ONEChoy 发表于 2023-2-22 13:01
outlook设置默认1年 很多公司IT会直接policy推送改成3个月或更少来节省设备成本 楼主公司很明显没 ...

我的原来是3个月,被我要求改回的1年,现在看来改成1年机器先受不鸟了
发表于 2023-2-22 13:25 | 显示全部楼层
xeon13 发表于 2023-2-22 13:22
已经是32GB内存了,但是没用primo cache,我看能不能找个机会试试,

我是说再加32G 我用primo感觉总64G分32给一级勉强够 总128分64就比较充裕了 而且你一个ost就占20G
发表于 2023-2-22 13:41 | 显示全部楼层
xeon13 发表于 2023-2-22 13:16
试了  短时间有效  但是时间长了还是会变卡

多分几个数据文件呢,再把原来的数据文件挂回来
发表于 2023-2-22 13:52 | 显示全部楼层
看了下我电脑的也直奔20g了。。。
发表于 2023-2-22 13:52 | 显示全部楼层
建议2年前的数据移动到 online archive 下,这样ost文件大小可以正常点. 或者索性搞成PST.
发表于 2023-2-22 14:20 | 显示全部楼层
为啥不装FOXMAIL。、
发表于 2023-2-22 14:21 | 显示全部楼层
小文件访问还是适合傲腾 搞个32G  邮件OST映射上去。
 楼主| 发表于 2023-2-22 14:24 | 显示全部楼层
ONEChoy 发表于 2023-2-22 13:25
我是说再加32G 我用primo感觉总64G分32给一级勉强够 总128分64就比较充裕了 而且你一个ost就占20G ...

笔记本就2个插槽,那就得2条32GB的了,
 楼主| 发表于 2023-2-22 14:25 | 显示全部楼层
weizhen199 发表于 2023-2-22 13:41
多分几个数据文件呢,再把原来的数据文件挂回来

我准备把原来的OST删掉,然后把一部分邮件归档一下,然后再重建一下试试
发表于 2023-2-22 14:25 | 显示全部楼层
xeon13 发表于 2023-2-22 13:22
已经是32GB内存了,但是没用primo cache,我看能不能找个机会试试,

还有一个价廉物美的办法
佛说 出家人不谈钱只讲缘 200缘买个32G傲腾可解君愁
 楼主| 发表于 2023-2-22 14:26 | 显示全部楼层
linuslv 发表于 2023-2-22 13:52
看了下我电脑的也直奔20g了。。。

感觉outlook OST真不愧为办公电脑升级配置究极动力来源,你的不卡?
 楼主| 发表于 2023-2-22 14:26 | 显示全部楼层
ip0110 发表于 2023-2-22 13:52
建议2年前的数据移动到 online archive 下,这样ost文件大小可以正常点. 或者索性搞成PST. ...

正准备这么干,不然没法用它办工了
 楼主| 发表于 2023-2-22 14:27 | 显示全部楼层
iamyangyi 发表于 2023-2-22 14:21
小文件访问还是适合傲腾 搞个32G  邮件OST映射上去。

就一个M.2插槽,而且32GB的小傲腾性能也不太行,不见得比我现在用的512GB的nvme SSD强
您需要登录后才可以回帖 登录 | 加入我们

本版积分规则

Archiver|手机版|小黑屋|Chiphell ( 沪ICP备12027953号-5 )沪公网备310112100042806 上海市互联网违法与不良信息举报中心

GMT+8, 2025-1-31 23:01 , Processed in 0.012741 second(s), 5 queries , Gzip On, Redis On.

Powered by Discuz! X3.5 Licensed

© 2007-2024 Chiphell.com All rights reserved.

快速回复 返回顶部 返回列表