请选择 进入手机版 | 继续访问电脑版

LibreOffice中文社区

 找回密码
 马上加入

QQ登录

只需一步,快速开始

扫一扫,访问微社区

搜索
开启左侧

打开一个8M多的 .doc 文件要长时间无响应

[复制链接]
DOSforever 发表于 2014-8-3 15:53:00 | 显示全部楼层 |阅读模式
打开一个8M多的 .doc 文件长时间无响应,刚开始还以为 soffice.bin “死机”了,进程长时间处于无响应状态,后来耐心的等待,大约等了2分多钟终于打开了。另存为 .odt 文件大约也要经过1分多钟才保存成功。打开 .odt 文件,向下翻页到后面的内容时常卡住,要等很久才才有响应。不知是这文件的兼容性问题还是对 LibreOffice 来说这个 .doc 文件“太大”了?

NetApp FAS存储系统教战手册v2.001.7z (1.91 MB, 下载次数: 41)
jmxhyz 发表于 2014-8-23 11:36:00 | 显示全部楼层
经常听到有人说LO的缺点是无法对付不了大文件,非常卡。但我一直找不到测试文档。因为很多大只是抱怨,但却不提供文档供测试(可能文档内容涉及秘密吧)。
终于在这里找到了一个。
在我的 xubuntu 14.04 amd64 中,LO 4.3,打开大约30秒,另存为ODT10秒内完成。
文档大小,从DOC的8.2M缩减到3.1M。重新打开ODT后,确实拉动滚动条有停滞现象。
经解包分析(ODT其实是ZIP压缩包),你的文档插入了不少图片,本来插入很多图片并不算什么,
但你的文档的问题在于插入的图片格式是“WMF”,全部的问题出在WMF身上。
因为WMF可以说是windows的专有格式,显示WMF图片需要调用windows系统本身的API。
因此,对于msoffice、wps之类专门为windows设计的软件而言,显示WMF一点也不费力。
但对于Libreoffice、永中office(Java的)这类需要考虑跨平台需求的软件而言,
对付这种windows专有格式就显得力不从心了,阻滞是难免的。
特别是永中office,因为使用JAVA,加上msoffice内部大量使用WMF格式,
所以到现在都没解决linux下的图片处理问题。

解决你的文档问题很简单,请插入图片时尽量不用(最好别用WMF图片),
需要矢量图的话,推荐使用SVG格式。

最后,我把你的文档中的图片全部转为PNG格式,再随意插入一些SVG图片,
你试试看,把滚动条随便拉,看还有没有问题。
ODT格式大小占优势啊,本来就是压缩过的。
NetApp FAS存储系统教战手册v2.odt (1.91 MB, 下载次数: 13)

点评

非常感谢你详解的分析结果,找出了问题所在。  发表于 2014-9-8 17:47
ACTom 发表于 2014-8-4 09:36:49 | 显示全部楼层
这个文件我测试了下,Fedora 20 x86_64环境
4.2.5.2版本打开大约1分钟
4.3.0.2版本打开大约30秒
确实有点慢,但是你说的拖动滚动条卡住,有发生,但是也就卡不到1s的样子。
另外,打开这个文件,LO大约占用了1.6G内存,怀疑是你机子内存比较小,打开会占用交换分区,所以才慢。

根据LO的做法,打开doc是在内存中转换为了odt,细节都存在内存,所以特别费内存和时间。
 楼主| DOSforever 发表于 2014-8-4 19:09:50 | 显示全部楼层
对了,忘了说了,我的 OS 为 Windows XP SP3 32-bit, LibreOffice 4.3.0.4 。打开这个文件 soffice.bin 大约只占了 190M 左右的内存。可能是转换时比较占用 CPU 吧,所以要等待很长世间。
不过用 WPS 打开的话几乎感觉不出延时,向下翻页也没有任何停顿。看来 LibreOffice 对 .doc 文档的兼容性方面还有待改进。
suokunlong 发表于 2014-8-24 19:16:56 | 显示全部楼层
jmxhyz 发表于 2014-8-23 11:36
经常听到有人说LO的缺点是无法对付不了大文件,非常卡。但我一直找不到测试文档。因为很多大只是抱怨,但却 ...

这个分析太有水平了!
为LibreOffice社区做贡献 = 参加公益活动
suokunlong 发表于 2014-8-24 19:20:13 | 显示全部楼层
找到了一个类似的bug报告:
https://bugs.freedesktop.org/show_bug.cgi?id=45122
为LibreOffice社区做贡献 = 参加公益活动
jmxhyz 发表于 2014-8-24 20:31:45 | 显示全部楼层
suokunlong 发表于 2014-8-24 19:20
找到了一个类似的bug报告:
https://bugs.freedesktop.org/show_bug.cgi?id=45122

如果我是开发者的话,可能也是不大理会这个问题。

因为ms在自有文件格式上喜欢搞小动作,反正windows API是自家私有的,不对外公布的API更是大量存在。
只有像现在的WPS之类才会刻意破解,这样做无疑是消耗自身精力,阻碍自身的创新发展。
这也是我现在不想接触WPS的原因(虽然我曾经用过DOS下的WPS,经典的WPS97,还有挣扎的WPS2000,对WPS的历史充满感情)。

我非常不希望libreoffice被类似的bug报告引向倾力兼容MS而忽视了自身的优势和追求。
Libreoffice不应该变成MSoffice的兼容替代品,应该是独树一帜的另一朵奇葩。
7wy021958 发表于 2014-9-24 16:02:41 | 显示全部楼层
还没遇到这么大的文件。看帖涨经验了。
sdcphp 发表于 2014-11-18 16:23:27 | 显示全部楼层
我也有个文件,是关于Linux c的,百度文库下载的,在Ubuntu 14.04下打开很卡。谁能测试下。百度文库地址http://wenku.baidu.com/view/c71f01af89eb172ded63b79b.html。期待有人帮忙告诉我会是什么原因。
suokunlong 发表于 2014-11-18 17:13:01 | 显示全部楼层
sdcphp 发表于 2014-11-18 16:23
我也有个文件,是关于Linux c的,百度文库下载的,在Ubuntu 14.04下打开很卡。谁能测试下。百度文库地址htt ...
对不起,该文档已被删除,无法查看
为LibreOffice社区做贡献 = 参加公益活动
*滑动验证:
您需要登录后才可以回帖 登录 | 马上加入

本版积分规则

小黑屋|手机版|Archiver|LibreOffice中文社区    

GMT+8, 2017-9-20 06:19 , Processed in 0.264329 second(s), 36 queries .

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

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