先从最基础的Exe文件的执行说起：
Exe文件要在系统中执行，首先要将Exe文件本身加载入内存中，并且通常在内存中加载完成的Exe所占空间大小会比实际所占的磁盘空间大一些，这是由内存的特殊设定所决定的。其次，由于我们是使用的官方提供的DLL来完成Sciter引擎的工作，并且这种操作不是动态调用的，所以，每次程序运行都会自动加载DLL文件进入内存，然后才能完成引擎的调用操作。这里的Exe和DLL都是PE文件的一种，具有基本相同的特性。
所以，程序运行时的最小内存（即完全不进行其他分配内存的操作的情况）应该是比Exe+DLL磁盘空间大小多一些，具体的多多少需要根据程序的结构和使用内容而定，不一而足。
上面的分析只是计算了程序内存分配的下限，另外，程序在执行过程中，由于需要分配一些用于计算和存储用的临时空间（如绘图、计算、渲染、手工分配等），程序的内存占用是无法估计出相对上限的。
注：如果程序经过UPX等加壳压缩一类的程序处理后，其内存占用还会进一步加大。
下面就SC和HL做一些实际的对比分析：
环境：VS2010+Win7 32位
1、Sciter篇
首先需要看一下所有程序公用的DLL（原版，未压缩）：
其体积已达到庞大的3.6M，考虑到内存加载的情况，可以估计实际运行时至少会占用5M左右的内存空间（仅做猜测）。
plain-win.exe 是Sciter官方自带的HTML内容最简单的win32 Demo程序，自身只有108K，它的样式和内存占用如下：
内存：
样式：
SciterFrame.exe是我自己写的一个MFC框架下测试用的Frame，资源内嵌，Release静态编译下大小3.85M，和plain-win.exe 相比，使用了16张，共252K左右大小的图片，使用了Tiscript，由于素材和样式UI都来自360，我把它与360自身对比截图，其数据如下：
内存：
界面：
小结：Sciter程序最低运行内存大概在10M左右，使用Tiscript脚本会加剧内存消耗，图片资源过多是消耗内存的重点。
PS：据说360就是使用SC/HL做的界面，个人觉得更像是SC。SciterFrame程序的图片是360原版的，UI仿照很相似，所以可将360作为源码编译的一个内存对比对象，相比而下，SciterFrame与360确实相差不大（SciterFrame程序内部没有复杂的实际功能）。
2、HTMLayout篇
同样，首先看下公用DLL的大小：
HTMLayout.dll 只有944K（是否压缩未知），相比Sciter32.dll庞大的3.6M绝对是轻量级的装备了！
HTMLayoutTest.exe 同样是我使用Win32编写的一个Demo,其界面不含图片，只有一些CSSS!和HTML。
内存：
界面：
mfc_browse.exe 也是官方提供的最简单的一个win32框架，其数据如下：
内存：
界面：
小结：Htmlayout程序的最小内存大约5.6M左右，使用CSSS!轻微消耗内存（复杂功能消耗情况未知），图片同样是内存消耗的重点。
综述：
我们很容易猜出，Tiscript是SC/HL内存消耗的分水岭，差距大约5M左右，但是面对Sciter强大的脚本功能（特别是内置Sqlite等），类Javascript的脚本设计，极大地方便了UI与底层的对话，如果不是对于内存要求特别严格的情况下，还是建议使用Sciter。
在发布程序时，Sciter程序建议UPX压缩一下，个人实际测试，主程序压缩率22.3%，Sciter.dll 压缩后1.27M。
个人CSDN博客: http://blog.csdn.net/bbdxf
cnBlogs博客：http://www.cnblogs.com/bbdxf