Tại sao Vim không thể mở tệp văn bản 100 MB khi tôi có 16 GB RAM?

Tôi có tệp sao lưu cơ sở dữ liệu MySQL 100 MB và tôi gặp sự cố khi mở tệp này trong Vim trên hộp Linux có 16G RAM.

Vim chỉ bị treo (ít nhất là không sử dụng được). Đây là điều tôi không hiểu. Tôi có RAM 16 GB, tại sao tôi không thể tải tệp 100 MB trong trình chỉnh sửa?

Có phải vì Vim? Tôi nghĩ rằng tất cả quản lý bộ nhớ được xử lý bởi hệ điều hành.

Vim đôi khi gặp sự cố với các tệp có dòng dài bất thường. Đây là trình chỉnh sửa văn bản, do đó, nó được thiết kế cho các tệp văn bản, với độ dài dòng thường rộng tối đa vài trăm ký tự.

Một tệp cơ sở dữ liệu có thể không chứa nhiều ký tự dòng mới, vì vậy nó có thể hình dung là một dòng dài 100 Mb. Vim sẽ không hài lòng với điều đó, và mặc dù nó có thể sẽ hoạt động, nhưng có thể mất khá nhiều thời gian để tải tệp.

Tôi chắc chắn đã mở các tệp văn bản lớn hơn 100 Mb với Vim. Tệp thậm chí không cần phải vừa trong bộ nhớ cùng một lúc (vì Vim có thể hoán đổi các thay đổi sang đĩa khi cần).

Theo kinh nghiệm của tôi, Vim cuộn cảm không phải trên các tệp lớn , mà trên các dòng dài . Sử dụng lệnh này để mysqldumpsử dụng các dòng ngắn hơn với chi phí của một tệp lớn hơn :

$ mysqldump --complete-insert -u -p

Ngoài ra, bạn có thể mở Vim và yêu cầu nó không phân tích .vimrctệp của bạn hoặc tải bất kỳ plugin nào bằng lệnh này:

$ vim -u NONE output.sql

Tải Vim theo cách này sẽ sử dụng ít bộ nhớ hơn và không yêu cầu Vim phân tích toàn bộ tệp như nhiều plugin đã làm.

"Tải VIM mà không có .vimrc và plugin (VIM sạch), vd: cho các tệp HUGE

  gvim -u NONE -U NONE -N largefile.sql

Hãy thử sử dụng lessthay vì vimnếu bạn muốn xem một tệp lớn trực tiếp. Vim cố gắng thực hiện nhiều công cụ khác nhau khi tải lần đầu tiên - quét tệp (có khả năng trong nhiều lần) để cố gắng xác định cú pháp nào sẽ sử dụng và thực hiện tô sáng cú pháp và tìm kiếm mô hình ở đầu và cuối tệp. Sau đó, khi bạn chỉnh sửa tệp, vim đang lưu các tệp hoán đổi và giữ các cây hoàn tác (hoàn tác lịch sử trong vim là phân nhánh, không phải tuyến tính như trong mọi (?) Trình chỉnh sửa khác) và liên tục đánh giá lại cú pháp tô sáng khi văn bản thay đổi, v.v.

Không có gì trong số đó nhất thiết là một lời biện minh cho lý do tại sao nó phải quá khó sử dụng với các tệp khổng lồ, nhưng đó là lời giải thích nhiều hơn về một số lý do tại sao nó lại như vậy.

Vim không chỉ tải tập tin như trong bộ nhớ. Nó chuyển đổi nó thành các cấu trúc bên trong (dòng, từ, v.v.), thực hiện đánh dấu cú pháp bằng ngôn ngữ script bên trong, v.v. tất cả đều tiêu thụ bộ nhớ (nhiều hơn một byte cho một ký tự) và thời gian CPU.

Bạn có thể thử tải nó dưới dạng nhị phân. Tôi đã may mắn với điều đó đối với các tệp phi văn bản thực sự lớn

vim -b HUGEFILE

IIRC cũng có thể sử dụng vim làm trình soạn thảo hex, xem: http://usevim.com/2012/06/20/vim-binary-files/

Hy vọng rằng vấn đề của bạn liên quan nhiều hơn đến VIM cần cho các tệp tạm thời (chẳng hạn như trao đổi) nhiều hơn RAM.

Trong nhiều trường hợp, các tệp tạm thời được tạo bởi VIM nằm trong cùng thư mục của tệp bạn đang mở. Nếu đây là trường hợp của bạn, thì bạn có thể xác minh bằng cách kiểm tra dung lượng đĩa trống trong thư mục hiện tại.

May mắn thay, có tài liệu tốt về cách bạn có thể chỉ định một vị trí khác cho các tệp lập chỉ mục / trao đổi của VIM:

• Di chuyển các tập tin hoán đổi và sao lưu tạm thời của trình soạn thảo vi / vim sang thư mục khác
• Xóa các tập tin trao đổi và sao lưu từ thư mục làm việc của bạn

Bạn cũng có thể vô hiệu hóa tập tin trao đổi

• Vô hiệu hóa tạo tập tin trao đổi trong vim

Thỉnh thoảng tôi mở các bản sao lưu cơ sở dữ liệu lớn ở định dạng văn bản .sql. Các tệp rất lớn hoặc các tệp có dòng rất dài đôi khi dường như mất nhiều thời gian để mở trong vim. Điều này có thể liên quan đến xử lý cú pháp và tô sáng màu, như được đề cập trong câu trả lời của @zzapper và @demonkoryu.

Một cách giải quyết nhanh có thể là nhấn "control-G" trong khi tải tệp để hủy cú pháp tô sáng trước khi xử lý.