如何避免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 ,如需转载请自行联系原作者
相关文章
|
2月前
|
监控 安全 算法
线程死循环确实是多线程编程中的一个常见问题,它可能导致应用程序性能下降,甚至使整个系统变得不稳定。
线程死循环是多线程编程中常见的问题,可能导致性能下降或系统不稳定。通过代码审查、静态分析、日志监控、设置超时、使用锁机制、测试、选择线程安全的数据结构、限制线程数、使用现代并发库及培训,可有效预防和解决死循环问题。
79 1
|
2月前
|
监控 安全 算法
线程死循环是多线程编程中的常见问题,可能导致应用性能下降甚至系统不稳定。
【10月更文挑战第6天】线程死循环是多线程编程中的常见问题,可能导致应用性能下降甚至系统不稳定。为了解决这一问题,可以通过代码审查、静态分析、添加日志监控、设置超时机制、使用锁和同步机制、进行全面测试、选用线程安全的数据结构、限制线程数量、利用现代并发库,并对团队进行培训等方法来预防和减少死循环的发生。尽管如此,多线程编程的复杂性仍需要持续监控和维护以确保系统稳定。
69 3
|
4月前
|
JavaScript Java
hyengine垃圾回收问题之过程卡顿如何解决
hyengine垃圾回收问题之过程卡顿如何解决
|
7月前
|
监控 Java 测试技术
在多线程开发中,线程死循环可能导致系统资源耗尽,影响应用性能和稳定性
【5月更文挑战第16天】在多线程开发中,线程死循环可能导致系统资源耗尽,影响应用性能和稳定性。为解决这一问题,建议通过日志记录、线程监控工具和堆栈跟踪来定位死循环;处理时,及时终止线程、清理资源并添加错误处理机制;编码阶段要避免无限循环,正确使用同步互斥,进行代码审查和测试,以降低风险。
102 3
|
7月前
|
缓存 JavaScript 前端开发
服务器反应慢如何解决?
通常来说,访问者会在最初的几秒钟内决定是留在您的网站还是离开。如果页面加载时间超过五秒,访问者离开的可能性就会增加 90%。所以,作为站长们,必须减少服务器响应时间,以确保其网站加载速度更快。以下是减少网站服务器响应时间的几种简单方式。
148 19
|
7月前
|
测试技术
如何避免测试同化现象?
如何避免测试同化现象?
|
7月前
|
前端开发 JavaScript
【面试题】如何避免使用过多的 if else?
【面试题】如何避免使用过多的 if else?
|
7月前
|
监控 Java Linux
疯狂飙高!怎么排查CPU导致系统反应缓慢的问题?
疯狂飙高!怎么排查CPU导致系统反应缓慢的问题?
142 0
|
Java 调度
CPU突然飙高系统反应慢,是怎么导致的?有什么办法排查?
面试过程中,场景类的问题更容易检测出一个开发人员的基本能力。这不,有一位小伙伴去阿里面试,第一面就遇到了关于“CPU 飙高系统反应慢怎么排查”的问题?当时这位小伙伴不知从何下手。 今天,我给大家分享一下我的解决思路。
183 0

热门文章

最新文章

相关实验场景

更多