這套編輯器的招牌不是功能清單，而是它能處理的檔案大小。其他所有能力，都是從「能把別人開不動的純文字檔開起來」這一點長出來的。

那個怎麼樣都開不起來的檔案

拿一個五百 MB 的日誌檔，交給系統自帶的記事本。結果只有兩種：整個程式凍住，或者載入到一半就因為記憶體用盡而結束。改用一套以網頁技術打造的新式編輯器，體驗不同但沒有更好：捲動跟不上捲軸、搜尋框要等好幾秒才有反應、角落那個進度指示永遠差一點點轉完。大多數編輯器在設計時都假設文稿很小，這個假設一直很合理，直到資料本身不再配合。

但實際上大型純文字檔到處都是。資料庫匯出的整張表、繁忙服務一整個月的伺服器日誌、基因定序的輸出、沒人敢截斷的稽核軌跡。打開這種檔案不是什麼罕見需求，對做維運或資料分析的人來說，那是再普通不過的日常，而它剛好也是普通編輯器處理得最差的一件事。

關鍵在映射，不在載入

造成差別的機制不是更聰明的解析，而是克制。它不把整個檔案讀進記憶體再建一份文稿模型，而是把檔案映射進位址空間，只讀真正需要的那幾段。因此幾十 GB 的檔案可以在幾秒內出現在畫面上，要跳到檔尾也不必先把前面全部載完。後續的每一個動作，搜尋、取代、跳到某個行號，都是繞著這個前提設計，而不是繞著一塊記憶體緩衝區。

這正是最難照抄的部分，也是同類產品稀少的原因。加一個功能只要一個版本，改掉文稿的基本表示方式卻等於重寫。結果就是一個招牌能力說起來很簡單、追起來很難的工具，而它的弱點同樣清楚：面對一個五 KB 的設定檔，它相對任何其他編輯器都沒有任何優勢。

檔案開起來之後，它還能做什麼

正規表示式的搜尋與取代快到有點不成比例。把一個樣式丟進十 GB 的文字裡跑，正是多數編輯器直接投降的操作：不是拒絕請求，就是讓你等到已經去做別的事才吐出結果。在這裡它會回來。對於曾經試著從一整個月的日誌裡抽出所有不重複錯誤訊息的人，這是「方法可行」與「方法必須放棄」之間的差別。

多重選取讓同一份文稿裡好幾個互不相連的位置可以一起編輯，把重複的修正動作壓成一次操作。逗號分隔資料、查詢語言與標記語言這類結構化格式有專門的語法著色，還有把垂直區塊當成一個單位處理的欄模式，這是手工修一份格式壞掉的匯出檔能不能做的關鍵。內建巨集用程式內嵌的腳本語言撰寫，把剩下還重複的部分自動化。還有一個只有開到第十份文稿才會在意的細節：分頁列可以改成縱向排列，當同時開著幾十個檔案時，一條直欄遠比一排越縮越窄的分頁好找。

受眾刻意設定得很窄

它是商業軟體，只在 Windows 上執行，也沒有打算變成一個平台。沒有擴充套件市場、沒有追上流行介面的企圖、沒有順便讓你在裡面管版本庫和終端機的野心。受眾因此很明確：維運工程師、資料庫管理員、資料分析人員，以及做二進位與通訊協定調查的人。他們的共同點是，工作日裡的文字檔不是文稿而是資料集，而開不動資料集的工具根本不在候選名單上。

以通用編輯器的標準來看，它只是眾多選項之一。但如果問題換成「這個四十 GB 的日誌到底開不開得起來」，能回答的名單就非常短。