优化 UltraEdit 打开大文件时的性能

UltraEdit 原本就是被设计成可以打开超大文件的工具，只不过在默认情况下需要进行以下优化设置：

  1. 禁止临时文件
  2. 禁止显示行号
  3. 禁止文件（回车 & 换行符）转换
  4. 禁止代码折叠
  5. 禁止显示函数列表
  6. 设置打开 XML 大文件阈值
  7. 禁止语法高亮
  8. 禁止列表变更指标（LCI）

1、禁止临时文件

打开 高级->配置->文件处理->临时文件。选择“不使用临时文件打开文件”。并设置阈值（当超过这个值时，不使用临时文件）。

注意：这意味着如果你改动了文件的某些地方，这些改动将会立即生效。

2、禁止显示行号

3、禁止文件（回车 & 换行符）转换

4、禁止代码折叠

5、禁止显示函数列表

视图->视图/列表->函数列表

6、设置打开 XML 大文件阈值

7、禁止语法高亮

8、禁止列表变更指标（LCI）

取消 视图->列表变更指标（LCI）。

时间： 2024-10-13 05:05:57

优化 UltraEdit 打开大文件时的性能的相关文章

打开大文件的方法

打开大文件的方法: ** Linux* 传统方式: less, cat, tail, grep, sed, awk * 其他方式:1, Vim 的 LargeFile 插件耗物理内存,会一下子把整个文件都加载进内存. 2, glogg 日志资源管理器较快,花了大约 12 秒就打开了一个 1G 的日志文件.更轻量级,在加载完一个 1G 的日志文件后,它仅仅只使用了 83M 的物理内存. 在 Debian (Wheezy 版本或更高版本).Ubuntu 或 Linux Mint 系统中安装 glog

html文件乱码以及用浏览器打开html文件时乱码问题解析

html文件是有编码方式的,比如"UTF-8"."GBK"等等.这些在记事本中或许看不出来,但是在eclipse中,可以设置html文件的编码方式,以下的图片中会有说明. 测试一: 以"UTF-8"方式保存html文件,具体的文件内容见下图: 图中可以看到,文件的编码方式为"UTF-8",下方的红框中的Other所示,是在eclipse中设置的.图片上方的红框指明浏览器打开该文件的编码方式,可以看到为"UTF-8&q

php上传大文件时出现错误

在实现文件上传功能时,发现小文件可以上传(低于8M),但是上传大文件时,会出现以下错误: exception 'yii\web\BadRequestHttpException' with message 'Unable to verify your data submission.' in /var/www/html/labweb/vendor/yiisoft/yii2/web/Controller.php:110 Stack trace: #0 /var/www/html/labweb/ven

idea解决打开大文件消耗CPU问题

原文地址:https://www.cnblogs.com/qiumingcheng/p/6718764.html dea打开大文件的时候,会导致cpu利用率变得特别高,我这边八核i7的配置下,cpu依然飙到了600%~700%,这个时候就需要修改idea的配置(下面以Ubuntu为例). 1.进入到idea安装目录下的bin文件夹,看到文件夹内容如图所示  2.用vim打开idea.properties文件,找到idea.max.intellisense.filesize,默认是2500,改为2

读取大文件时的优化经验

最近在编写一个关于图形学的东西时,由于需要读取模型,写了一个obj文件和mtl文件解析器.实际调试时,由于该文件较长,比如obj文件达到了20万行的量级,在解析时凸显出了各种性能问题,解决这些性能问题的同时,也总结出了一些经验,记录如下: 1 必须使用缓冲区.虽然操作系统实现读取文件应该是有缓冲区概念的,但是结果显示如果不使用缓冲区,而用fgetc挨个字符进行读取,速度会比使用缓冲区慢上1个数量级.因此,引出第一条经验:一切大文件读取必须使用缓冲区,减少fread或fgetc的次数. 2 关于m

PHP加载大文件时require和file_get_contents的性能对比

在开发过程中发现,用require来加载一个很大(几百K,甚至几兆)的配置文件时,会造成响应超时.如果把这个配置文件的内容序列化后,用file_get_contents获取文件然后反序列化的方法来加载,就会快很多. 经过近两周的研究,大概知道了其中的原因. 首先,还从PHP的流程说起,PHP其实有两个流程,一个是启动的流程,一个是响应请求的流程.PHP作为Apache的一个模块,向Apache注册了两个函数,一个是Aapche启动的时候运行的函数:sapi_startup:一个是Apache接收

Git Compare with base，比较大文件时，长时间等待，无法加载

问题 当使用Git比较一个大文件(几十兆数量级)版本见差异时,会一直等待加载,且内存消耗很大,导致其他进程很难执行.任务管理器中,可以看到此时的TortoiseGitMerge吃掉3G左右的内存. ? 原因 文件太大,加载很慢. ? 解决方法 其实,我们在使用[Compare with base]这个功能时,想要比较版本间文件的不同之处,因此,无需加载整个文件内容,只显示出文件中的不同内容即可.设置如下: 先使用[Compare with base]比较一个小文件,否则,肯能要等很长时间去加载一

ElementTree 解析xml（minidom解析xml大文件时，MemoryError）

在使用minido解析xml文件时,因为文件过大,结果报错MemoryError.查询后得知是因为minidom在解析时是将所有文件放到内存里的,很占用内存,所以要考虑换一种方法来处理xml文件. ElementTree相比minidom消耗内存更小,下面是ElementTree的一些简单用法 XML源文件中的部分内容: #导入ElementTree from xml.etree import ElementTree #读入并解析XML文件,读入的是树形结构 doc = ET.parse(XML

C#打开tif文件时内存溢出（System.OutOfMemoryException）解决办法

前言 原创性声明 此博文的出处 为http://blog.csdn.net/zhujunxxxxx/article/details/40649887如果进行转载请注明出处.本文作者原创,邮箱[email protected],如有问题请联系作者 我在做一个统计图片长和宽的软件时遇到一个问题,本来是用的 Image img = null; img = Image.FromFile(f.FullName); w = img.Width; h = img.Height; 这段代码来获取图片的长和宽的,