实在想不通为什么 Windows 记事本打开大文件比 VS Code 慢那么多 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
请不要在回答技术问题时复制粘贴 AI 生成的内容
szzhiyang
V2EX    程序员

实在想不通为什么 Windows 记事本打开大文件比 VS Code 慢那么多

  •  
  •   szzhiyang 2020-07-23 13:24:32 +08:00 8201 次点击
    这是一个创建于 1989 天前的主题,其中的信息可能已经有所发展或是发生改变。

    同一份 100MB 的纯文本文件,VS Code 只用一两秒就打开完成了,记事本卡了一分多钟都还不见一个字。


    VS Code 是用以慢著称的 Electron 框架写的,记事本是用以快著称的 C++ 写的,可为什么后者打开文件反而更慢并且还慢那么多呢?


    40 条回复    2020-07-24 15:42:17 +08:00
    wangkun025
        1
    wangkun025  
       2020-07-23 13:30:05 +08:00
    占用资源多,干的事儿多。
    LokiSharp
        2
    LokiSharp  
       2020-07-23 13:40:04 +08:00   3
    记事本是整个 100M 读到内存并渲染的,VSCode 是一块一块逐步读取渲染。类似的可以了解一下低速网络环境下浏览器如何加载大型 HTML 页面
    Mohanson
        3
    Mohanson  
       2020-07-23 13:56:53 +08:00 via Android   7
    vscode 有官方文章介绍大文件这件事,可以搜搜看看,逐步渲染和整体渲染的区别,楼主如果是前端的话这些知识还是要掌握的,引战没意思。
    lower
        4
    lower  
       2020-07-23 14:00:25 +08:00
    钓鱼?
    aoeui
        5
    aoeui  
       2020-07-23 14:03:31 +08:00 via Android
    记事本只能打开 64 KB 的内容
    xJogger
        6
    xJogger  
       2020-07-23 14:08:53 +08:00
    自行车骑上就能走,最多去附近买个菜。
    汽车要发动一会才能走,想跑个几十公里没啥问题。
    开汽车去附近买菜大家觉得没必要,但用自行车起个几十公里,一般人也会觉得没啥必要。
    yyfearth
        7
    yyfearth  
       2020-07-23 14:19:03 +08:00
    这个读取超大文件本就好什么框架或者什么语言编写没关系
    必须要做到按需读取部分文件和渲染来做到

    记事本要完全读取文件 并且完全渲染才会显示出来 自然要慢
    VSCode 和专业一些的编辑器会支持这种大文件读取 自然就不会太卡
    edk24
        8
    edk24  
       2020-07-23 14:26:55 +08:00
    记事本完整读取文件到内存

    编辑器有可能是用 fopen() fread() fclose() 用偏移来读取, 不用完整读取到内存中, 只需要按偏移截取部分

    这个是我的理解, 嘿嘿
    koharu
        9
    koharu  
       2020-07-23 14:30:34 +08:00
    你可以对比两个软件打开文件后拖动进度条的感受
    reus
        10
    reus  
       2020-07-23 15:41:30 +08:00 via Android   4
    想不通就多学习,肤浅
    luckyrayyy
        11
    luckyrayyy  
       2020-07-23 15:43:03 +08:00
    记事本本来就不是干这个用的....c++写的就代表性能碾压一切了?
    maokabc
        12
    maokabc  
       2020-07-23 15:48:51 +08:00 via Android   2
    不是文件读取问题,读取文件那点时间差异可以忽略不计,主要在文字排版和渲染。vscode 用的数据结构是改进过的 piece table,也是一次性完全读取文件,不是编辑几 g 那种大文件没必要部分加载。
    Luoboaibaicai
        13
    Luoboaibaicai  
       2020-07-23 15:56:45 +08:00
    可能是该换电脑了吧
    will0404
        14
    will0404  
       2020-07-23 16:00:36 +08:00
    我也记得 vscode 是改进的渲染部分,读文件仍然是一次 io 全部读取的。
    okjb
        15
    okjb  
       2020-07-23 16:06:51 +08:00 via iPhone   2
    回楼上
    这件事大家懂得都懂,不懂得,说了你也不明白,不如不说。你们也别来问我怎么了,利益牵扯太大,说了对你们也没什么好处,当不知道就行了,其余的我只能说这里面水很深,牵扯到很多大人物。详细资料你们自己找是很难找的,网上大部分已经删除干净了,所以我只能说懂得都懂,不懂得也没办法。
    stevenhawking
        16
    stevenhawking  
       2020-07-23 16:11:29 +08:00
    vscode 是测算你一屏幕会阅读到哪一段落,只读取和渲染那一段落;
    notepad 是哪怕是个蓝光 avi 也要全部读取
    jrtzxh020
        17
    jrtzxh020  
       2020-07-23 16:15:56 +08:00 via iPhone
    @okjb 发傻了?自言自语 !
    gainsurier
        18
    gainsurier  
       2020-07-23 16:27:43 +08:00   2
    最快的还是 emeditor,十几 G 的文件轻松读取。
    wangkun025
        19
    wangkun025  
       2020-07-23 16:30:45 +08:00
    @gainsurier 比 sublime 厉害吗?
    wee911
        20
    wee911  
       2020-07-23 16:37:42 +08:00
    vscode 很多都是 c++写的,就视图用了下 electron
    SpiderZzx
        21
    SpiderZzx  
       2020-07-23 16:41:15 +08:00
    还记得小时候网速慢看那种颜色网站图片和网页都是一点一点慢慢加载出来的
    zdnyp
        22
    zdnyp  
       2020-07-23 17:37:01 +08:00
    好重的的戾气...
    gitopen
        23
    gitopen  
       2020-07-23 18:20:22 +08:00
    打开 GB 级别的 txt,mac 上,速度 UltraEdit > sublime > vscode
    ungrown
        24
    ungrown  
       2020-07-23 18:24:28 +08:00
    @zdnyp #22 没闻到,大家对“戾气”“杠精”这类词真的喜欢随性滥用
    ysc3839
        25
    ysc3839  
       2020-07-23 18:30:00 +08:00 via Android
    印象中记事本是把文件映射到内存,再把指针传给 Edit 控件。而 Edit 控件会读取全部数据,不会分段读取。
    具体情况如何还得逆向以及看看 ReactOS 的实现。
    imn1
        26
    imn1  
       2020-07-23 18:46:13 +08:00
    vscode 是异步读取的吧?
    linvon
        27
    linvon  
       2020-07-23 19:13:13 +08:00
    @jrtzxh020 这是个梗
    qW7bo2FbzbC0
        28
    qW7bo2FbzbC0  
       2020-07-23 19:30:18 +08:00
    @aoeui 什么意思?
    liuzhiyong
        29
    liuzhiyong  
       2020-07-23 19:49:11 +08:00
    你用 UltraEdit 试试:记事本和 VSCode 不是一个级别的工具。
    cheng6563
        30
    cheng6563  
       2020-07-23 19:53:40 +08:00 via Android
    windows 原生的古董控件是这样的。
    GrayXu
        31
    GrayXu  
       2020-07-23 19:58:30 +08:00 via Android
    自己想想如果自己写一个读大文件的,会怎么写,就知道他们的区别了
    stephenyin
        32
    stephenyin  
       2020-07-23 20:08:20 +08:00
    内存映射了解一下
    laqow
        33
    laqow  
       2020-07-23 20:40:26 +08:00 via Android
    C++什么时候快过?
    xiaoming1992
        34
    xiaoming1992  
       2020-07-24 00:14:01 +08:00 via Android
    @jrtzxh020 一看就不怎么逛 b 乎。。。
    daozhihun
        35
    daozhihun  
       2020-07-24 10:20:21 +08:00
    sublime 打开大文件貌似更快
    记得以前有个微软的人说他们也很惊讶 sublime 为什么能那么快
    lonewolfakela
        36
    lonewolfakela  
       2020-07-24 11:04:35 +08:00
    记事本可以正确显示各种奇葩文字,横着的竖着的叠着的左右横跳的……相比之下 vscode 弄了快四年都弄不好 RTL (由右至左的文字)支持( https://github.com/microsoft/vscode/issues/11770 )。
    然而 vscode 作为代码编辑器,主要还是把 ASCII 码文字正确显示就能完成其主要功能了。而记事本作为一个系统的默认的基本文本编辑器,用户会用它来查看各种各样的语言和内容的文档,所以支持各种语言都是有必要的。
    所以记事本速度慢实在是很正常的事情,毕竟要支持这些奇怪的东西都是有代价的。
    mostkia
        37
    mostkia  
       2020-07-24 11:27:35 +08:00
    记事本是将整个文件读取到内存的,并且修改也是刷新整个内存数据的,你打开一个 10M 的文档,可以试着在开头插入一个字符串,看看计算机是不是会卡死一段时间
    codehz
        38
    codehz  
       2020-07-24 13:01:19 +08:00
    @lonewolfakela #36 然后记事本还是不支持彩色 emoji...
    这玩意就是 edittext 控件的试验场,哪里来的这么多操作。
    momo1999
        39
    momo1999  
       2020-07-24 14:19:15 +08:00
    记事本没优化
    lxilu
        40
    lxilu  
       2020-07-24 15:42:17 +08:00
    @codehz #38 反过来说,Chromium 不支持文本样式。老 Edge 和 Firefox 支持 emoji-specific variation selectors.
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     773 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 37ms UTC 21:28 PVG 05:28 LAX 13:28 JFK 16:28
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86