ทำไม Vim เปิดไฟล์ข้อความขนาด 100 MB เมื่อฉันมี RAM ขนาด 16 GB

ฉันมีไฟล์สำรองฐานข้อมูล MySQL 100MB และฉันมีปัญหาในการเปิดใน Vim บนกล่อง Linux ที่มี RAM ขนาด 16G

เป็นกลุ่มเพียงแฮงค์ (อย่างน้อยก็ใช้ไม่ได้) นี่คือสิ่งที่ฉันไม่เข้าใจ ฉันมี RAM 16 GB ทำไมฉันไม่สามารถโหลดไฟล์ 100 MB ในโปรแกรมแก้ไขได้

มันเป็นเพราะกลุ่ม? ฉันคิดว่าการจัดการหน่วยความจำทั้งหมดได้รับการจัดการโดยระบบปฏิบัติการ

บางครั้งมีปัญหากับไฟล์ที่มีเส้นยาวผิดปกติ มันเป็นโปรแกรมแก้ไขข้อความดังนั้นมันจึงออกแบบมาสำหรับไฟล์ข้อความที่มีความยาวบรรทัดซึ่งโดยทั่วไปจะมีความยาวไม่เกินสองร้อยอักขระ

ไฟล์ฐานข้อมูลอาจไม่มีอักขระขึ้นบรรทัดใหม่จำนวนมากดังนั้นอาจเป็นหนึ่งบรรทัดยาว 100 Mb เสียงเรียกเข้าจะไม่พอใจกับสิ่งนั้นและแม้ว่ามันอาจจะใช้งานได้มันอาจใช้เวลาค่อนข้างนานในการโหลดไฟล์

ฉันได้เปิดไฟล์ข้อความที่มีขนาดใหญ่กว่า 100 Mb ด้วย Vim อย่างแน่นอน ไฟล์ไม่จำเป็นต้องใส่ในหน่วยความจำเลยทีเดียว (เนื่องจาก Vim สามารถสลับการเปลี่ยนแปลงไปยังดิสก์ได้ตามต้องการ)

จากประสบการณ์ของผมที่เป็นกลุ่มฉายาไม่ได้อยู่ในไฟล์ขนาดใหญ่แต่ในสายยาว ใช้คำสั่งนี้เพื่อmysqldumpใช้บรรทัดที่สั้นกว่าโดยเสียค่าใช้จ่ายของไฟล์ที่ใหญ่กว่า :

$ mysqldump --complete-insert -u -p

นอกจากนี้คุณสามารถเปิดเป็นกลุ่มและขอให้อย่าแยก.vimrcไฟล์ของคุณหรือโหลดปลั๊กอินใด ๆ ด้วยคำสั่งนี้:

$ vim -u NONE output.sql

การโหลดเป็นกลุ่มในลักษณะนี้จะใช้หน่วยความจำน้อยกว่าและไม่ต้องการ Vim ในการแยกวิเคราะห์ไฟล์ทั้งหมดเช่นเดียวกับปลั๊กอินจำนวนมาก

"โหลด VIM ที่ไม่มี. vimrc และปลั๊กอิน (clean VIM) เช่นสำหรับไฟล์ขนาดใหญ่

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

ลองใช้lessแทนvimหากคุณต้องการดูไฟล์ขนาดใหญ่โดยตรง Vim พยายามทำสิ่งต่าง ๆ มากมายเมื่อทำการโหลดครั้งแรก - สแกนไฟล์ (อาจมีหลายรอบ) เพื่อลองพิจารณาว่าจะใช้ไวยากรณ์ใดและการเน้นไวยากรณ์และการค้นหาแบบจำลองที่ด้านบนและด้านล่างของไฟล์ จากนั้นในขณะที่คุณแก้ไขไฟล์ vim กำลังบันทึก swapfiles และเก็บต้นไม้เลิกทำ (เลิกทำประวัติใน vim คือการแตกแขนงไม่ใช่เชิงเส้นเหมือนในเครื่องมือแก้ไขอื่น ๆ (?) ทุกรายการ) และทำการประเมินไวยากรณ์ที่เน้นการเปลี่ยนแปลงข้อความตลอดเวลา

ไม่มีสิ่งใดที่เป็นข้อพิสูจน์ได้ว่าทำไมมันจึงไม่สามารถใช้งานได้กับไฟล์ขนาดยักษ์ แต่มันก็เป็นคำอธิบายที่มากกว่าเหตุผลบางประการที่ทำให้มันเป็นเช่นนั้น

Vim ไม่เพียง แต่โหลดไฟล์ตามที่เป็นในหน่วยความจำ มันแปลงมันเป็นโครงสร้างภายใน (บรรทัดคำ ฯลฯ ) ดำเนินการเน้นไวยากรณ์โดยใช้ภาษาสคริปต์ภายในและอื่น ๆ ; ทั้งหมดนี้ใช้หน่วยความจำ (มากกว่าทั้งไบต์สำหรับตัวอักษร) และเวลา CPU

คุณอาจลองโหลดมันเป็นเลขฐานสอง ฉันโชคดีกับไฟล์ตัวใหญ่ที่ไม่ใช่ตัวอักษร

vim -b HUGEFILE

อาจเป็นไปได้ที่ IIRC จะใช้ vim เป็นตัวแก้ไข hex ดู: http://usevim.com/2012/06/20/vim-binary-files/

หวังว่าปัญหาของคุณเกี่ยวกับ VIM นั้นจำเป็นต้องใช้กับไฟล์ชั่วคราว (เช่น swap) มากกว่า RAM

ในหลายกรณีไฟล์ชั่วคราวที่สร้างโดย VIM อยู่ในไดเรกทอรีเดียวกันของไฟล์ที่คุณกำลังเปิด หากเป็นกรณีนี้สำหรับคุณคุณสามารถตรวจสอบได้โดยตรวจสอบพื้นที่ว่างในไดเรกทอรีปัจจุบัน

โชคดีที่มีเอกสารที่ดีเกี่ยวกับวิธีที่คุณสามารถระบุตำแหน่งที่แตกต่างสำหรับไฟล์การทำดัชนี / สลับของ VIM:

• ย้าย vi / vim editor swap ชั่วคราวและไฟล์สำรองไปยังไดเรกทอรีอื่น
• ลบไฟล์ swap และ backup ออกจากไดเรกทอรีทำงานของคุณ

คุณยังสามารถปิดการใช้งานไฟล์สลับได้

• ปิดใช้งานการสร้างไฟล์ swap ในกลุ่ม

ฉันเปิดการสำรองฐานข้อมูลขนาดใหญ่เป็นครั้งคราวในรูปแบบข้อความ. sql ไฟล์ที่มีขนาดใหญ่มากหรือไฟล์ที่มีเส้นที่ยาวมากบางครั้งดูเหมือนจะใช้เวลานานในการเปิดเป็นกลุ่ม อาจเกี่ยวข้องกับการประมวลผลไวยากรณ์และการเน้นสีตามที่ระบุไว้ในคำตอบโดย @zzapper และ @demonkoryu

วิธีแก้ปัญหาอย่างรวดเร็วอาจเป็นการกด "control-G" ในระหว่างการโหลดไฟล์เพื่อยกเลิกการเน้นไวยากรณ์ที่ประมวลผลล่วงหน้า