Autor
|
Tema: Editor para archivos muy largos. (Leído 5,573 veces)
|
nobie
Desconectado
Mensajes: 96
|
Hola:
Para poder ver y editar un fitchero de más de 150 GB, ¿hay algún editor disponible?
Saludos.
|
|
|
En línea
|
|
|
|
Danielㅤ
Desconectado
Mensajes: 1.837
🔵🔵🔵🔵🔵🔵🔵
|
Hola, lo que yo solía hacer para abrir archivos muy pesados, era usar Notepad++, pero lo que se podría hacer también es crear o buscar un programa que:
1. Primero divida ese archivo en varias partes.
2. Las partes podría guardarlas en los temporales de Windows.
3. Editar donde uno desee, es decir en cualquier parte de todo el contenido, de eso se encargaría el programa organizar la edición.
4. Guardar los cambios en el archivo y que las partes se unan nuevamente.
El objetivo de hacerlo así es para no sobrecargar lo almacenado en memoria.
Saludos
|
|
|
En línea
|
|
|
|
Serapis
|
Así a bote pronto, no conozco ninguno explícito. El problema principal es que muchos programas se emperran en cargar todo el fichero en memoria y... obviamente si no dispones de al menos el doble de esa memoria (que va a ser que no), se cuelgan.
Ahora bien, un editor hexadecimal (alguno 'inteligente', no tontorrón), debería poder manejarlo sin problemas (probablemente no cualquiera, muchos hacen lo mismo que el resto de programas de edición, pretender cargar el fichero completo en memoria). En cualquier caso, considera que editar un fichero de tal volumen, va a exigir guardar cambios, si hay inserción y/o eliminación de datos, luego guardar los cambios (nuevo fichero y al término borrar el previo), va a exigir mucho espacio extra en el disco así como un tiempo notable (dependerá de la cantidad de cambios, velocidad de tu unidad de almacenamiento, etc...).
Por curiosidad, que te lleva a mantener un fichero tan grande?
|
|
|
En línea
|
|
|
|
Eleкtro
Ex-Staff
Desconectado
Mensajes: 9.878
|
Para poder ver y editar un fitchero de más de 150 GB, ¿hay algún editor disponible? Para encontrar una solución óptima a tus necesidades, es mejor que especifiques el tipo de archivo en cuestión. Si es un archivo de texto plano con algún formato específico o no, ya que el rendimiento para renderizar el contenido del archivo se puede medir de distinta forma. De todas formas, lo suyo es lo que ha mencionado @ Serapis, debes evitar cualquier software que cargue en memoria todo el archivo de forma secuencial. En cualquier caso, en la siguiente respuesta (en la categoría "Free Editors") deberías encontrar todo lo que puedas necesitar: Aténtamente, Elektro.
|
|
« Última modificación: 10 Marzo 2024, 01:32 am por Eleкtro »
|
En línea
|
|
|
|
Danielㅤ
Desconectado
Mensajes: 1.837
🔵🔵🔵🔵🔵🔵🔵
|
El gran problema en este caso es lo que comentó el compañero Serapis, que todos esos programas intentan cargar -digo "intentan" porque muchas veces no lo logran- en memoria y ahí es cuando se produce el cuelgue, por eso en mi anterior mensaje comenté lo de "sobrecargar la memoria ram" y una posible forma de poder operar/manejar archivos de esa magnitud, es dividirlo tal como se suele hacer con bases de datos muy grandes.
|
|
|
En línea
|
|
|
|
Eleкtro
Ex-Staff
Desconectado
Mensajes: 9.878
|
dividirlo tal como se suele hacer con bases de datos muy grandes. Lo que propusiste es una solución alternativa. Pero hay que tener en cuenta que, dependiendo del formato que sea el archivo que el usuario pretenda editar, y precisamente al manejar bases de datos, partir el archivo en varias partes de menor tamaño para aumentar la velocidad al acceso de los datos puede conllevar consecuencias negativas, o desventajas si lo queremos llamar así, como por ejemplo imposibilitar, o al menos dificultar la capacidad de realizar operaciones de búsqueda o de reemplazo sobre la totalidad de los elementos, ya que estaremos operando sobre una porción reducida de los elementos del archivo / base de datos.
|
|
|
En línea
|
|
|
|
EdePC
|
Vaya, pesé que eran respuestas a una pregunta antigua que recuerdo haberla visto pero esa solo hablaba de archivos de texto plano
Depende del tipo de archivo a editar, si es video depende del editor de video o audio, ya suelen tener los famosos proxys para trabajar sobre una copia de menor calidad y que al final se aplique todo al video original que se entiende es muy pesado
Si es un archivo de base de datos también dependerá del programa con que se habrá, generalmente están preparados para manejar archivos de gran tamaño sin afectar tanto el rendimiento del sistema
Si es un PDF por lo que he probado Foxit Pro lee en trozos más pequeños y llega a consumir poca Ram comparado con Acrobat Pro, otros programas como Nitro o Sumatra pueden llegar a colgar el PC
Archivos de Excel, Word, etc solo queda tener un PC potente o abrirlo en Línea con Drive, OneDrive
Si solo es texto plano, como ya se había respondido al mensaje que comenté al principio Notepad++ es muy buena opción, al menos yo lo probé y funcionaba fluido consumiendo pocos recursos comparado con SublimeText, Notepad3, etc
- Por otro lado están los editores hexadecimales como HxD, WinHex, etc que por diseño están pensados para manejarse con archivos de bajo o extremadamente alto tamaño, ya sean pocos bytes o varios terabytes de peso sin gran pérdida de rendimiento
|
|
|
En línea
|
|
|
|
|
nobie
Desconectado
Mensajes: 96
|
Hola:
Tras varios intentos se ha descubierto lo que pasa, ahora falta encontrar la solución. El problema viene porqué el disco duro del sistema operativo se queda sin espacio libre.
Se ha probado abriéndolo desde un disco duro externo y también se cuelga el programa.
¿Hay manera de indicar al editor que cargue copia en el disco duro externo? Por defecto, parece que lo carga en la unidad del sistema operativo, que se queda sin espacio libre.
Saludos.
|
|
|
En línea
|
|
|
|
Danielㅤ
Desconectado
Mensajes: 1.837
🔵🔵🔵🔵🔵🔵🔵
|
Hola:
Tras varios intentos se ha descubierto lo que pasa, ahora falta encontrar la solución. El problema viene porqué el disco duro del sistema operativo se queda sin espacio libre.
Se ha probado abriéndolo desde un disco duro externo y también se cuelga el programa.
¿Hay manera de indicar al editor que cargue copia en el disco duro externo? Por defecto, parece que lo carga en la unidad del sistema operativo, que se queda sin espacio libre.
Saludos.
Oh vaya si que eso puede pasar, me hiciste acordar a una vieja PC que tenía con 2 GB de disco duro (o disco rígido como le decimos en mí país Argentina) y por abrir archivos un poquito grandes ya se colgaba o bien se quedaba sin memoria o bien sin espacio en disco y realmente eso producía el cuelgue del programa. Igualmente esto puede pasar con cualquier PC que no le alcance la memoria o el espacio en disco porque puede estar casi lleno al límite y los programas no calculan eso, es decir que no calculan si van a tener los recursos necesarios para abrir ese archivo. En cuanto a tu pregunta que yo sepa el programa va a usar el espacio disponible en donde está instalado, habría que ver si puede usar del otro disco.
|
|
|
En línea
|
|
|
|
|
Mensajes similares |
|
Asunto |
Iniciado por |
Respuestas |
Vistas |
Último mensaje |
|
|
necesito ayuda quiero grabar archivos largos
Software
|
ojcar
|
2
|
2,106
|
31 Mayo 2004, 20:29 pm
por Mordor
|
|
|
Editor de archivos online
PHP
|
Luisango
|
7
|
3,295
|
13 Abril 2007, 23:21 pm
por Luisango
|
|
|
Lidiar con archivos largos en C++
« 1 2 »
Programación C/C++
|
Desiresportal
|
13
|
4,674
|
5 Noviembre 2018, 22:11 pm
por AlbertoBSD
|
|
|
Editor hex navegador. Archivos grandes. Desempeño.
Desarrollo Web
|
@XSStringManolo
|
0
|
2,124
|
5 Abril 2020, 17:59 pm
por @XSStringManolo
|
|
|
Ayuda para convertir una imagen a binarios largos y guardarla en una basededatos
Programación Visual Basic
|
zethli
|
1
|
1,869
|
19 Julio 2020, 19:40 pm
por Serapis
|
|