El 12/11/15 a las 12:28, låzaro escribió:
para nada, por eso no me gusta :D no hay como el mc
doublecmd está escrito en Lazarus (Deplhi o Pascal, para linux) raras
veces ves algo que salga de esa herramienta y que no sea visual
Thread name: "Re: [Gutl-l] Copiar mas rápido hacia múltiples destinos"
Mail number: 3
Date: Thu, Nov 12, 2015
In reply to: Arian Molina Aguilera
El 12/11/15 a las 10:48, låzaro escribió:
prueben doubclecmd, te permite copiar en colas independientes sin
pereder IO rate en la lectura...
Thread name: "Re: [Gutl-l] Copiar mas rápido hacia múltiples destinos"
Mail number: 2
Date: Thu, Nov 12, 2015
In reply to: Leodanis Pozo Ramos
Alguien me puede enviar el cógigo fuente de esto a mi pv, lamentablemente no
tengo ni acceso a .cu en estos momentos y si esta herramienta está hecha en
Python me interesa darle una mirada.
saludos,
lpozo
On 12/11/15 06:53, Hugo Florentino wrote:
On Fri, 06 Nov 2015 07:29:10 -0500, Carlos Cesar Caballero Díaz wrote:
Hola Lista, primero quiero comentarles que estoy muy contento por
volver a estar en contacto luego de un tiempo fuera por problemas
técnicos...
Bueno, al pollo del arroz con pollo, hemos estado trabajando en una
herramienta que permita hacer copias hacia muchos destinos de forma
eficiente, la cual podría ser de utilidad a la hora de realizar
backups hacia varios dispositivos de almacenamiento, o cuando
simplemente queremos copiar la misma información hacia varios HDD, se
llama multicp y pueden encontrarla ak:
https://github.com/daxslab/multicp es necesario pulirla bien, por lo
que aún le faltan varias líneas de código, pero las pruebas realizadas
hasta ahora son bastante alentadoras, básicamente se puede copiar
hacia varios HDD en el mismo tiempo que si se copiara hacia uno solo.
A ver, no domino python pero estuve mirando el código por curiosidad y
tengo unas dudas:
No veo que la función get_block_size se esté usando en ninguna parte. Por
otra parte, el módulo os.statvfs está marcado para obsolescencia
(deprecated) desde la python 2.6 y de hecho lo quitaron de la versión 3,
no sería mejor sustituirlo con algo mas reciente?
Aparte de utilizar threads y un buffer de 16M para los datos a copiar,
utilizas algun otro criterio de optimización?
Por cierto, yo actualizaría las unidades de medida para que realmente
representaran multiplos de 1024:
suffixes=['B','KiB','MiB','GiB','TiB']
______________________________________________________________________
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
______________________________________________________________________
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
pero este es en consola nada más lazaro???
--
Ing. Arian Molina Aguilera
Administrador de Redes y Servicios Telemáticos
Nodo Central ARTex S.A. La Habana. Cuba.
Telfs: +53(7)2047874, +53(7)204-2710 ext 123
jabber: ar...@jabber.artex.cu
Linux Usuario Registrado #392892
______________________________________________________________________
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
ha que bien hay que echarle el ojo a ver que tal esta. salu2.
--
Ing. Arian Molina Aguilera
Administrador de Redes y Servicios Telemáticos
Nodo Central ARTex S.A. La Habana. Cuba.
Telfs: +53(7)2047874, +53(7)204-2710 ext 123
jabber: ar...@jabber.artex.cu
Linux Usuario Registrado #392892
______________________________________________________________________
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
