如何避免TiddlyWiki变慢

简介:
2007-07 开始用 TiddlyWiki 制作每周的会议记录, 从一开始的 500KB (TiddlyWiki 本身的 320KB 再加上外挂), 累积到现在 710KB 大约一百多篇 文章 (tiddler), 渐渐觉得 TiddlyWiki 有变慢的迹象, 主要发生在两种情境 :
浏览器一开始载入 TiddlyWiki 的 HTML 档案 
编辑或新增任何一篇 文章 (tiddler) 
.
上网搜寻关键字 TiddlyWiki Slow 之后, 发现两篇文章 :
How big can my file get before it gets too slow/doesn't work? ( tiddlywiki.org/wiki) Tips for speeding up performance on large TiddlyWikis (2007-07-05)
 
这两篇文章的重点大致相同, 由此可知确实有人遇到“TiddlyWiki 变慢”的问题, 而且也已经有公认的解决方法。
经过实验, 我建议采用下面两种方法 :
关闭“动画显示” 
不要显示“最近更新”
 
关闭“动画显示”---- disabling animations 
“动画显示”的开关, 在 TiddlyWiki 右侧边栏的“偏好设定”, 而这一项也是我从一开始使用 TiddlyWiki 就采用的方法。
只是, 所有“偏好设定”都是存放在“浏览器的 Cookie”---- 包括“动画显示”在内 ----, 所以 换了一台电脑 或是 同一台电脑的不同浏览器, 或是 Cookie 遗失, 就得要再重新设定一次。
目前还在寻找“储存在档案里头”的“永远关闭动画显示” 的设定, 以便一劳永逸。

不要显示“最近更新” 
“最近更新”也在 TiddlyWiki 的右侧边栏, 它会显示依修订日期排序的文章列表。而叫它“最近更新”其实有点“名不符实”, 因为它显示的其实是依修订日期排序的“所有文章列表", 所以当文章数量变多时, 这个"最近更新"就会变成一条巨龙, 而且是"一条动态更新的巨龙"。不仅浏览器一开始载入 HTML 档案时, 需要花不少时间捞出资料来排序出这一条巨龙; 而且编辑或新增任何一篇文章 (tiddler) 时, 也同样要花时间来"动态更新这一条巨龙"。
所以, 前面提到那两篇文章的建议都是"不要显示最近更新"。而在作法上又可以细分成下面几种 :
直接把"最近更新"和"全部"从右侧边栏拿掉 
改变右侧边栏的排序, 使得一般场合显示"预设文章"或其他内容 
将右侧边栏的下半部"收合起来", 需要时再打开 (详情见 Tips for speeding … 的最末段)
 
比较 TiddlyWiki  载入内容的时间 
为了比较每一种作法的改善幅度, 我依照  How big can my file get … ? 的说明, 打开后台选项, 让 TiddlyWiki 显示载入内容所花的时间
从右侧边栏的"偏好设定"开始, 
点选"偏好设定"最下面的"进阶选项" 
勾选 选项表格 下方的"显示未知选项" 
勾选 chkDisplayInstrumentation 
** 请留意这个设定是存放在"浏览器的 Cookie" , 所以改了设定之后, 不一定要存档, 只要关闭目前的 TiddlyWiki, 下次就会在右上角看到载入内容所花的时间,
=> 由测试结果可以得知 :
"最近更新"、"全部"、"分类"和"预设文章"都是 动态文章, 都需要一些额外的处理时间, 只是"分类"和"预设文章"内容较少, 所需的时间也比较少。 
这些动态文章只有显示的时候才会占用时间, 所以它们只要不是预设显示即可, 不一定要从右侧边栏删除 
如果以缩短载入时间为目的, 最好的方法是在右侧边栏的下半部显示"静态文章"或"收合起来".
单位都是:ms
Tiddler (1) 显示“最近更新” (2)显示“分类” (3)显示“预设文章” (4) 显示“静态说明”
  原始 直接把“最近更新”和“全部”从右侧边栏拿掉。 保留“最近更新”和“全部”,但是调换页签的顺序, 让载入时显示“预设文章” 同左, 但是载入时显示另外增加的“静态说明”
LoadShadows 4 6 5 5
LoadFromDiv 402 407 406 411
LoadPlugins 146 140 144 150
Notify 929 600 329 280
Restart 1223 778 508 440
Macro init 0 0 0 0
Total 2720 1947 1408 1302
(1) 原始的 SideBarTabs 如下
SideBarTabs : 
<&lt;tabs txtMainTab "最近更新" "依更新日期排序" TabTimeline "全部" "所有文章" TabAll "分类" "所有标籤" TabTags "更多" "其他" TabMore>&gt;
(2) 直接把"最近更新"和"全部"从右侧边栏拿掉 =&gt; 让载入时显示"分类"。 
** 因为"分类"也是动态文章, 但内容较少, 所以稍省了一点时间。
SideBarTabs : 
<<tabs txtMainTab "分类" "所有标签" TabTags "更多" "其他" TabMore>>
(3) 保留“最近更新”和“全部”, 但是调换页籤的顺序 =&gt; 让载入时显示“预设文章”。 
** “预设文章”("shadowed tiddler tab"或"Shadow Tiddlers") 同样还是动态文章, 但内容更少, 所以又再省了一点时间。
SideBarTabs : 
<<tabs txtMainTab "更多" "其他" TabMore "最近更新" "依更新日期排序" TabTimeline "全部" "所有文章" TabAll "分类" "所有标签" TabTags>>
(4) 同(3), 但是载入时显示另外增加的“静态说明” 
** "管理" 和前面的 "更多" 是同一个分页, 被移到最前面当作预设的分页, 叫它 "更多" 有点怪, 于是改名。另外再到 TabMore 增加一个“静态说明”页。
SideBarTabs : 
<<tabs txtMainTab "管理" "管理文章" TabMore "最近更新" "依更新日期排序" TabTimeline "全部" "所有文章" TabAll "分类" "所有标籤" TabTags>>
TabMore : 
<<tabs txtMoreTab "说明" "参考资料" TW_HELP "未完成" "内容空白的文章" TabMoreMissing "未引用" "未被引用的文章" TabMoreOrphans "预设文章" "已预设内容的隐藏文章" TabMoreShadowed>>
加速TiddlyWiki 运行的其他选项 
下面还有其他 加速 TiddlyWiki 运行 的选项, 但“不见得适用于每一个人”就是了 ……
调整使用的套件 (plugin) 
开启“预设文章”- PluginManager, 可以看到每个 plugin 的大小和载入时间, 再依此调整使用的套件。在我自己这边, plugin 载入时间 都在 0 ~ 5ms, 所以下面提到的“使用外部 js 档的方式安装套件”, 看来就没有这么迫切的需求。
2.移除非必要套件、尽可能使用外部 js 档的方式安装套件 
于 MarkupPostBody 宣告欲载入的套件: 
<script type="text/javascript" src="/pathto/YourPlugins.js"></script> 
调整存档方式 
偏好设定的“储存备份”和“自动存档”这两项, 也会影响 TiddlyWiki 运作的效能, 但和“文件保全”比起来如何取舍, 就没有一定的答案了。














本文转sinojelly51CTO博客,原文链接:http://blog.51cto.com/sinojelly/201364 ,如需转载请自行联系原作者
相关文章
|
1月前
|
Java
优化并发程序性能:锁的调优技巧
优化并发程序性能:锁的调优技巧
17 0
|
3月前
|
测试技术
如何避免测试同化现象?
如何避免测试同化现象?
|
3月前
|
前端开发 JavaScript
【面试题】如何避免使用过多的 if else?
【面试题】如何避免使用过多的 if else?
|
3月前
|
监控 Java Linux
疯狂飙高!怎么排查CPU导致系统反应缓慢的问题?
疯狂飙高!怎么排查CPU导致系统反应缓慢的问题?
|
7月前
|
Java 调度
CPU突然飙高系统反应慢,是怎么导致的?有什么办法排查?
面试过程中,场景类的问题更容易检测出一个开发人员的基本能力。这不,有一位小伙伴去阿里面试,第一面就遇到了关于“CPU 飙高系统反应慢怎么排查”的问题?当时这位小伙伴不知从何下手。 今天,我给大家分享一下我的解决思路。
110 0
|
9月前
|
SQL 缓存 监控
掌握了这些优化技巧,再也不用担心接口性能上不去了!
优化接口性能对每个后端开发同学来说见惯不惯了,也是一项必备的技能,因为我们平时开发中都会对外提供接口,性能差的话,功能多少会有影响。
|
9月前
|
缓存 监控 算法
案例20-内存长期占用导致系统慢
内存长期占用导致系统慢
|
11月前
|
算法 Java 流计算
如何避免内存溢出和频繁的垃圾回收
代码明明简单,日常跑没问题,怎么一大促就卡死甚至进程挂掉?大多因为设计时,就没针对高并发、高吞吐量case考虑过内存管理。
140 0
|
SQL 存储 缓存
接口性能优化技巧,干掉慢代码!
接口性能优化技巧,干掉慢代码!
接口性能优化技巧,干掉慢代码!
|
运维 监控 Java
面试官:线上环境 FGC 频繁,如何解决?
前言 这个问题应该是Java 面试中很经常被问到的一个题目,很多人害怕这个题目。 因为大部分人可能在工作中根本遇不到 FGC 频繁的问题,即使从网上背了点答案,心里也不踏实,因为毕竟不是自己亲自接触和解决过。 今天就和大家聊聊面试过程中遇到这个问题,该如何解答。
209 0