Estoy buscando un editor de texto que pueda cargar un archivo de 4+ Gigabytes en él. Textpad no funciona. Soy dueño de una copia y he estado en su sitio de soporte, simplemente no lo hace. Tal vez necesite hardware nuevo, pero esa es una pregunta diferente. El editor debe ser gratuito O, si me va a costar, no más de $ 30. Para ventanas.

También se podría considerar glogg, para un uso diferente:

Advertencia (informado por Simon Tewsi en los comentarios , febrero de 2013)

Una advertencia: tiene dos funciones de búsqueda Main Searchy Quick Find.
El inferior, que supongo que es Quick Find, es al menos un orden de magnitud más lento que el superior, que es rápido.

Tuve que mirar archivos de registro de monstruos (fugitivos) (más de 20 GB). Solía hexedit versión gratuita que se puede trabajar con cualquier archivo de tamaño. También es de código abierto. Es un ejecutable de Windows.

Jeff Atwood tiene una publicación sobre esto aquí: http://www.codinghorror.com/blog/archives/000229.html

Eventualmente se fue con Edit Pad Pro, porque "Según mi historial de uso anterior, sentí que EditPad Pro era la mejor opción: es bastante rápido en archivos de texto grandes, tiene el mejor soporte de expresiones regulares y no pretende para ser un IDE ".

En lugar de cargar un archivo de registro gigantesca en un editor, estoy usando herramientas de línea de comandos de Unix, como grep, tail, gawk, etc, para filtrar las partes interesantes en un archivo mucho más pequeño y entonces, abrir esa.

En Windows, pruebe Cygwin .

¿Has probado el editor de contexto ? Es pequeño y rápido.

Me tropecé con esta publicación muchas veces, ya que a menudo necesito manejar archivos enormes (10 Gigas +).

Después de estar cansado de los programas gratuitos con errores y bastante limitados, y no estar dispuesto a pagar por editores costosos después de que expirara la prueba (no vale la pena el dinero después de todo), simplemente usé VIM para Windows con gran éxito y satisfacción.

Es simplemente PERFECTO para esta necesidad, totalmente personalizable, con TODAS las funciones en las que uno puede pensar cuando se trata de archivos de texto (buscar, reemplazar, leer, etc., lo que sea)

Estoy muy sorprendido de que nadie haya respondido eso (Excepto una respuesta anterior pero para MacOS) ...

Para que conste, me topé con él en esta publicación de blog , que sabiamente lo aconsejó.

Es realmente difícil manejar un archivo 4G como tal. Solía ​​manejar archivos de texto más grandes, pero nunca solía cargarlos en mi editor. Usé principalmente UltraEdit en mi empresa anterior, ahora uso Notepad ++, pero obtendría solo las partes que necesitaba editar. (La mayoría de los casos, los archivos nunca necesitaron una edición).

¿Por qué quieres cargar un archivo tan grande en un editor? Cuando manejé archivos de este tamaño, usé GNU Core Utils. Las operaciones más comunes que realicé en esos archivos fueron head (para obtener las 250k líneas superiores, etc.), tail, split, sort, shuf, uniq, etc. Es realmente poderoso.

Hay muchas cosas que puede hacer con GNU Core Utils. Definitivamente los recomendaría, en lugar de un nuevo editor.

Lamento publicar en un hilo tan antiguo, pero probé varios de los consejos aquí, y ninguno funcionó para mí.

Es ligeramente diferente a un editor de texto, pero descubrí que Beyond Compare podía manejar un archivo extremadamente grande (3.6 Gig) en mi máquina Vista de 32 bits.

Este es un archivo que Emacs, Large Text File Viewer, HexEdit y Notepad ++ se ahogaron.

-Eric

Mi favorito después de probar algunos para leer un archivo mysqldump de 6GB:

PilotEdit Lite http://www.pilotedit.com/

Porque:

• El uso de la memoria (¿de alguna manera?) Nunca ha superado los 25 MB, por lo que básicamente no ha tenido ningún impacto en el resto de mi sistema, aunque tardó varios minutos en abrirse.
• Hubo una barra de progreso precisa durante ese tiempo, así que supe cómo iba.
• Una vez abierto, la búsqueda simple y la navegación a través del archivo funcionaron tan bien como un pequeño archivo de bloc de notas.
• Es gratis.

Otros probé ...

La versión de prueba de EmEditor Pro fue muy impresionante, el archivo se abrió casi al instante, pero desafortunadamente demasiado caro para mis requisitos.

EditPad Pro cargó todo el archivo de 6 GB en la memoria y ralentizó todo.

¿Para Windows, Unix o Mac? En Mac o * nix, puede usar la línea de comandos o las versiones GUI de emacs o vim.

Para Mac: TextWrangler para manejar bien archivos grandes. No estoy lo suficientemente versado en el panorama de Windows como para ayudar.

Si solo desea ver un archivo grande en lugar de editarlo, hay un par de programas gratuitos que leen los archivos por partes en lugar de intentar cargar todo el archivo en la memoria. Los uso cuando necesito leer archivos grandes (> 5 GB).

Visor de archivos de texto de gran tamaño de swiftgear http://www.swiftgear.com/ltfviewer/features.html

Visor de archivos grandes por Team Walrus.

Tendrá que encontrar el enlace usted mismo para ese último porque solo puedo publicar un máximo de un hipervínculo siendo un novato.

Cuando me enfrento a un archivo de registro enorme, no trato de verlo todo, utilizo Free File Splitter

Es cierto que esta es una solución alternativa en lugar de una solución, y hay ocasiones en las que necesitaría todo el archivo. Pero a menudo solo necesito ver algunas líneas de un archivo más grande y ese también parece ser su problema. Si no, tal vez otros encuentren útil esa utilidad.

Un visor que le permite ver archivos de texto enormes no es de mucha ayuda si está tratando de cargarlo en Excel para usar el autofiltro, por ejemplo. Dado que todos pasamos el día dividiendo los problemas en partes más pequeñas para poder resolverlos, aplicar el mismo principio a un archivo grande no me pareció polémico.

HxD: es un editor hexadecimal, pero permite ediciones en el lugar, y no borra archivos grandes.

Tweak es un editor hexadecimal que puede manejar ediciones en archivos muy grandes, incluidas inserciones y eliminaciones.

EmEditor debería manejar esto. Como afirma su sitio :

EmEditor ahora puede abrir incluso más de 248 GB (o 2,1 mil millones de líneas) abriendo una parte del archivo con la nueva barra personalizada: Controlador de archivos grandes. El controlador de archivos grandes le permite especificar el punto de inicio, el punto final y el rango del archivo que se abrirá. También le permite detener la apertura del archivo y monitorear el tamaño real del archivo y el tamaño del disco temporal disponible.

Aunque no es gratis ...

Descubrí que FAR commander podía abrir archivos grandes (probé un archivo xml de 4,2 GB) y no carga todo el archivo en la memoria y funciona rápido.

Archivo de 5GB abierto (rápidamente) con:

1) Hex Editor Neo

2) Editor 010

Textpad también funciona bien para abrir archivos de ese tamaño. Lo he hecho muchas veces cuando tuve que lidiar con archivos de registro extremadamente grandes en el rango de 3-5 GB. Además, usar grep para sacar las líneas que valen la pena y luego verlas funciona muy bien.

La pregunta necesitaría más detalles.
¿Quiere simplemente ver un archivo (por ejemplo, un archivo de registro) o editarlo?
¿Tiene más memoria que el tamaño del archivo que desea cargar o menos?
Por ejemplo, TheGun , un editor de texto muy pequeño escrito en lenguaje ensamblador, afirma que " no tiene un límite de tamaño de archivo efectivo y el tamaño máximo que se puede cargar en él está determinado por la memoria disponible y la velocidad de carga del archivo. [.. .] Se ha optimizado la velocidad para cargar y guardar archivos " .

Para abstraer el límite de memoria, supongo que se puede usar la memoria mapeada. Pero luego, si necesita editar el archivo, debe usar algún método inteligente, como almacenar en la memoria los cambios locales y aplicarlos fragmento a fragmento al guardar. Puede ser ineficaz en algunos casos (gran búsqueda / reemplazo, por ejemplo).

También he tenido problemas con TextPad en archivos 4G. Notepad ++ funciona muy bien.

Emacs puede manejar archivos de gran tamaño y puede usarlo en Windows o * nix.

¿Qué sistema operativo y CPU estás usando? Si está utilizando un sistema operativo de 32 bits, un proceso en su sistema físicamente no puede abordar más de 4 GB de memoria. Dado que la mayoría de los editores de texto intentan cargar el archivo completo en la memoria, dudo que encuentre uno que haga lo que desea. Tendría que ser un editor de texto muy elegante, que pueda realizar un procesamiento fuera del núcleo, es decir, cargar un fragmento del archivo a la vez.

Es posible que pueda cargar un archivo tan grande si usa un editor de texto de 64 bits en una computadora con una CPU de 64 bits y un sistema operativo de 64 bits. Y debe asegurarse de tener suficiente espacio en su partición de intercambio o su archivo de intercambio.

¿Por qué desea cargar un archivo de más de 4 GB en la memoria? Incluso si encuentra un editor de texto que pueda hacer eso, ¿su máquina tiene 4 GB de memoria? Y a menos que tenga mucho más de 4 GB en la memoria física, su máquina se ralentizará mucho y se volverá loca por intercambiar archivos.

Entonces, ¿por qué quieres un archivo de más de 4 GB? Si desea transformarlo, o buscar y reemplazar, es mejor que escriba un pequeño programa rápido para hacerlo.

También me gusta el bloc de notas ++ .