Làm việc với các tệp lớn trong VIM

Question

Tôi đã thử mở một tệp lớn (~ 2GB) trong VIM nhưng nó bị nghẹt thở. Tôi không thực sự cần phải chỉnh sửa các tập tin, chỉ cần nhảy xung quanh hiệu quả.

Tôi có thể làm việc với các tệp rất lớn trong VIM bằng cách nào?

Answer 1

emacs hoạt động rất tốt với các tệp trong 100 megabyte, tôi đã sử dụng nó trên tệp nhật ký mà không gặp quá nhiều rắc rối.

Nhưng nói chung khi tôi có một số loại nhiệm vụ phân tích, tôi thấy viết một kịch bản perl một lựa chọn tốt hơn.

Answer 2

Vì bạn không cần phải thực sự chỉnh sửa các file:

1. view (hoặc vim -R) nên hoạt động khá tốt trên các tập tin lớn.
2. Hoặc bạn có thể sử dụng more hoặc less

Answer 3

Đây là một câu hỏi lặp đi lặp lại trong nhiều năm. (Các con số tiếp tục thay đổi, nhưng khái niệm này là như nhau: làm thế nào để xem hoặc chỉnh sửa các file có dung lượng lớn hơn bộ nhớ)

Rõ ràng more hoặc less là cách tiếp cận tốt để chỉ đọc các tập tin --- less thậm chí cung cấp vi như keybindings để cuộn và tìm kiếm.

Một tìm kiếm trên Freshmeat trên "tệp lớn" cho thấy rằng hai trình chỉnh sửa sẽ đặc biệt phù hợp với nhu cầu của bạn.

Có thể là: lfhex ... trình chỉnh sửa tệp hex lớn (tùy thuộc vào Qt). Đó là một, rõ ràng, đòi hỏi phải sử dụng một GUI.

Loại khác có vẻ phù hợp với giao diện điều khiển sử dụng: hed ... và nó tuyên bố có giao diện vim giống (bao gồm chế độ ex?).

Tôi chắc chắn rằng tôi đã thấy các trình soạn thảo khác cho Linux/UNIX có thể trang qua các tệp mà không cần tải toàn bộ bộ nhớ của chúng vào bộ nhớ. Tuy nhiên, tôi không nhớ bất kỳ tên nào của họ. Tôi đang thực hiện phản hồi này một mục "wiki" để khuyến khích người khác thêm liên kết của họ vào các biên tập viên như vậy. (Có, tôi quen với các cách giải quyết vấn đề bằng cách sử dụng split và cat; nhưng tôi đang nghĩ đến các biên tập viên, đặc biệt là các trình chỉnh sửa/nguyền rủa có thể phân phối và tiết kiệm thời gian/thời gian và không gian đĩa entail).

Answer 4

Tôi đã có tệp 12GB để chỉnh sửa ngay hôm nay. Các plugin LargeFile vim đã không làm việc cho tôi. Nó vẫn còn sử dụng hết bộ nhớ của tôi và sau đó in một thông báo lỗi :-(Tôi không thể sử dụng hexedit cho một trong hai, vì nó không thể chèn bất cứ điều gì, chỉ cần ghi đè lên Đây là một cách tiếp cận khác:

Bạn chia tệp, chỉnh sửa . các bộ phận và sau đó kết hợp lại nó bạn vẫn cần phải gấp đôi dung lượng đĩa mặc dù

• Grep cho một cái gì đó xung quanh dòng bạn muốn chỉnh sửa:.

  grep -n 'something' HUGEFILE | head -n 1 
  

• Extract rằng phạm vi của tập tin. Nói những dòng bạn muốn chỉnh sửa ở dòng 4 d 5.Sau đó làm:

  sed -n -e '4,5p' -e '5q' HUGEFILE > SMALLPART 
  

  • Tùy chọn -n là cần thiết để ngăn chặn hành vi mặc định của sed để in tất cả mọi thứ
  • 4,5p in dòng 4 và 5
  • 5q hủy bỏ sed sau khi dây chuyền chế biến 5

• Chỉnh sửa SMALLPART bằng trình chỉnh sửa yêu thích của bạn.

• Kết hợp các file:

  (head -n 3 HUGEFILE; cat SMALLPART; sed -e '1,5d' HUGEFILE) > HUGEFILE.new 
  

  • ví dụ: chọn tất cả các dòng trước dòng thay đổi nội dung từ các HUGEFILE (mà trong trường hợp này là 3 dòng đầu), kết hợp nó với các dòng chỉnh sửa (trong trường hợp này dòng 4 và 5) và sử dụng tập hợp các dòng này để thay thế tương đương (trong trường hợp này là 5 hàng đầu) trong HUGEFILE và ghi tất cả vào một tệp mới.

  HUGEFILE.new giờ sẽ là tệp đã chỉnh sửa của bạn, bạn có thể xóa HUGEFILE gốc.

Answer 5

này là cũ nhưng, sử dụng nano, vim hoặc gvim

Answer 6

Đó là đã muộn nhưng nếu bạn chỉ muốn điều hướng thông qua các tập tin mà không cần chỉnh sửa nó, cat có thể thực hiện công việc quá.

% cat filename | less 

hoặc cách khác đơn giản:

% less filename 

Answer 7

tôi đã cùng một vấn đề, nhưng nó đã được một bãi chứa 300GB mysql và tôi muốn thoát khỏi DROP và thay đổi CREATE TABLE-CREATE TABLE IF NOT EXISTS nên không muốn để chạy hai lời gọi của sed. Tôi đã viết kịch bản Ruby nhanh chóng này để lừa các tập tin với những thay đổi đó:

#!/usr/bin/env ruby 

matchers={ 
    %q/^CREATE TABLE `foo`/ => %q/CREATE TABLE IF NOT EXISTS `foo`/, 
    %q/^DROP TABLE IF EXISTS `foo`;.*$/ => "-- DROP TABLE IF EXISTS `foo`;" 
} 

matchers.each_pair { |m,r| 
    STDERR.puts "%s: %s" % [ m, r ] 
} 

STDIN.each { |line| 
    #STDERR.puts "line=#{line}" 
    line.chomp! 
    unless matchers.length == 0 
     matchers.each_pair { |m,r| 
      re=/#{m}/ 
      next if line[re].nil? 
      line.sub!(re,r) 
      STDERR.puts "Matched: #{m} -> #{r}" 
      matchers.delete(m) 
      break 
     } 
    end 
    puts line 
} 

Được triệu gọi như

./mreplace.rb <foo.sql> foo_two.sql 

Answer 8

Tôi đã viết một kịch bản ít dựa trên câu trả lời Florian có sử dụng nano (soạn thảo yêu thích của tôi):

#!/bin/sh 

if [ "$#" -ne 3 ]; then 
    echo "Usage: $0 hugeFilePath startLine endLine" >&2 
    exit 1 
fi 

sed -n -e $2','$3'p' -e $3'q' $1 > hfnano_temporary_file 
nano hfnano_temporary_file 
(head -n `expr $2 - 1` $1; cat hfnano_temporary_file; sed -e '1,'$3'd' $1) > hfnano_temporary_file2 
cat hfnano_temporary_file2 > $1 
rm hfnano_temporary_file hfnano_temporary_file2 

Sử dụng nó như thế này:

sh hfnano yourHugeFile 3 8 

Trong ví dụ đó, nano sẽ mở ra các dòng từ 3 đến 8, bạn có thể chỉnh sửa chúng, và khi bạn lưu và thoát, những dòng trong tệp tin khổng lồ sẽ tự động được ghi đè bằng các dòng đã lưu của bạn.

Answer 9

Chủ đề cũ. Nhưng tuy nhiên (pun :)).

$less filename 

ít hoạt động hiệu quả hơn nếu bạn không muốn chỉnh sửa và chỉ xem xét trường hợp kiểm tra tệp nhật ký khổng lồ.

Tìm kiếm trong các công trình ít hơn như vi

Phần hay nhất, nó có sẵn theo mặc định trên hầu hết các bản phân phối. Vì vậy, sẽ không có vấn đề cho môi trường sản xuất là tốt.

Answer 10

Đối khổng lồ một lớp lót (in ký tự từ 1 để 99):

cut -c 1-99 filename