Imagínate que estás caminando por un bosque frondoso, donde cada árbol es una analogía esperando a ser descubierta. Cada paso que das es como una metáfora, una rama que se quiebra bajo tu peso, recordándote que, a veces, la explicación está en lo obvio. Es como cuando intentas atrapar mariposas de ideas, pero te das cuenta de que antes de alcanzar una, te detienes a observar la red de comparaciones en la que se han enredado. Cada analogía es como un cuadro en una galería interminable, donde cada obra se parece tanto a la anterior que olvidas cuál era la primera. Es como si estuvieras en una tienda de dulces, donde cada explicación se envuelve en una capa extra de azúcar, y antes de que puedas morder, ya estás saboreando otra capa, y otra, y otra… Al final, te das cuenta de que la tienda estaba abierta todo el tiempo y que solo querías un simple caramelo, no toda la caja. Así que, después de pasear por este vasto jardín de comparaciones, navegando en un océano de similitudes, finalmente llegas a la orilla de la comprensión. Ahí es donde entiendes que el verdadero mensaje es que el video tiene tantas analogías, que cuando por fin llega a la explicación real, ya nos habíamos quedado dormidos.
Hay que sumarle 2 cositas al video, dependiendo si se tiene disco mecanico o ssd. Si se tiene mecanico (o el famoso hdd), todos tienen un pequeño "buffer" donde alojan los datos antes de escribirlos. Generalmente ese buffer es escaso, por lo que michas veces los primeros segundos van "rapidos" porque se llena ese bufer, pero luego van mas lentos porque ya se escribe en el disco. En los ssd ocurre algo similar, con la paginacion. Cuando el ssd es nuevo no pasa nada, porque los datos se copian en cualquier parte. Pero cuando el ssd tuvo varias escrituras y borrados, muchas veces el sistema tiene que "trimear" los bloques en tiempo real, lo que ralentiza el copiado.
Muy buen comentario, aclaras varios puntos clave que el video omite: En HDDs, el buffer permite una transferencia rápida al principio, pero cuando se llena, la velocidad baja porque el disco comienza a escribir directamente en los platos, que es mucho más lento. En SSDs, el proceso de “trimear” bloques tras varios ciclos de escritura también puede ralentizar las transferencias, ya que el sistema necesita limpiar y reasignar el espacio. Estos factores técnicos afectan las estimaciones de tiempo en Windows, y son detalles importantes que completan la explicación. Buen aporte.
Y no solo Windows, algo parecido he notado en Linux Mint, una carpeta de 35Gb hacia un viejo disco duro externo me decía "20 horas" al final solo fue media hora.
no hay nada que se pueda hacer, es el metodo mas eficiente que se tiene y tampoco afecta tanto, el archivo se esta moviendo (o descargando o copiando) igualmente
Curiosamente a mi jamás me pasó y de hecho me pasó al revés: Linux Mint siempre fue el único que me dijo el tiempo correcto de cuanto tardan las cosas.
6:33 Antes cuando pirateaba los videojuegos movía archivos comprimidos de hasta 15 gb sin problemas. Pero una vez intenté copiar un juego de 2 gb pero que tenía como 50,000 archivos. Hiba tan lento que fácilmente podía mover mas rápido juegos mas pesados. De ahí comprendí que es mucho mas rápido mover archivos muy pesados que muchos archivos mas ligeros. Asi que mi respuesta es: Se copia mas rápido un archivo de 100 megabytes que 100 archivos de 1 megabyte.
Ahí conviene pasar los archivos a formato iso. Lo malo es que no puede ejecutar directamente, pero es excelente para archivar en algún disco duro de respaldo
No es que lo estime mal, es que la única fórmula para calcular eso es velocidad= espacio/tiempo, si encima lo hace a tiempo casi real es obvio que los valores varíen tanto. No tiene nada que ver con Windows, simplemente son matemáticas. Todo esto usando como ejemplo el Google maps, por poner uno.
@@willyweb9490 A parte de eso creo que también entra en juego la cache de los almacenamientos, ya que cuando inicias la transferencia entre un USB y el almacenamiento SSD de una PC, el USB aprovecha una cache vacía para mejorar la velocidad, una vez llena baja por bastante el rendimiento, o eso tengo entendido y pensé que hablaría de eso en este video, quizás estoy equivocado.
@@brunojardon6327 si, son muchos los factores que van a influir, pero se basan en esa fórmula básica. Los cálculos siempre son teóricos. El ordenador básicamente calculará... "estás pasando XX MB a esta velocidad.... pues vas a tardar XX tiempo".
Te has olvidado de un dato importante, Windows 10 y 11, no mueven los archivos de forma lineal, sino que estiman la importancia de cada archivo y los mueve según su criterio, (imagino que con algún algoritmo o algo así) con lo cual te puedes encontrar que en una carpeta haya movido primero un montón de archivos de poco peso en poco tiempo, y el archivo grande tarde más, o bien que te haya movido primero el archivo 2 - 3-6 y luego te mueva el 1.
yo me hacia la misma pregunta, ya que pase todos mis archivos para otro disco por que voy a formatear mi disco, y fuea dure como 2 dias entero pasando los datos, tarde mucho pero a veces no tarda nada era rapido entonces tuve esa duda jajaj, bueno video bro
Entonces no estoy tan loco, porque mi teoría era: Windows hacía un cálculo de la carpeta, dividiendo la cantidad de archivos por el tamaño de un % inicial (el 10% de un archivo de 1 GB, que tenga 100 archivos por separado). Con esto se estima el tiempo, al cambiar el tamaño de los primeros 10 por los siguientes 10 (pasar de textos a imágenes), se recalcula y sale el siguiente tiempo, y así sucesivamente, al cambiar el archivo, Windows pasa de creer que el archivo son solo textos, a imágenes. Casi estuve cerca de acertar.
Descubrí esto cuando hace años quería hacer backuo y tenía un chingo de imágenes, para reducir el tiempo lo metía en un archivo comprimido(o sin comprimir) y los movía en un solo bloque reduciendo el tiempo de copiado.
baff youtube me recomendó un video de Tomex y nada más escuchar su voz y su "estilo" de introducirte al video me da muy mala espina del contenido y su profundidad respecto a cómo da a conocer los datos a personas no expertas.
Video muy educativo con claros ejemplos sencillos. Tecnicamente es cierto, hay que tener en cuenta los sistemas e archivo son bibliotecarios que clasifican esos archivos. Los sistemas tienen entre 0.1 a 0.5 segundo por tarea, por eso tarda en mover los archivos eso ya depende de cada dispositivo, si pillas los archivos más pequeños lógicamente tardará más. Lo que se hace en estos casos usar zip a carpeta o esos archivos pequeños y llevarlo sin compresión al almacenamiento y si tienes suficiente espacio descomprimir y borrar ese zip del archivo destino, usar archivos grandes No recomindo nunca hagan y pasa horas los USB y memorias Flash no uilizar la compersión de NTFS en tiempo real, ahí si que me pierdo la cantidad de procesos que debe leer windows además de redimensionar el espacio he llegado a ver 6kB/s Gente, he vuelto al módem de 56ks xD
El mismo principio que se explica en el video con los ejemplos de muchos archivos pequeños vs 1 archivo muy grande se puede aplicar a la cola del supermercado. Teniendo en cuenta que el tiempo para pasar los productos por el lector se puede considerar constante (sin tener en cuenta la velocidad el cajero), la diferencia del tiempo de servicio radica en el tiempo que se usa para pagar. Por ello conviene elegir una cola con poca gente y carros llenos, a una cola con mucha gente con pocos artículos. Y también por ello hay muchos supermercados que obligan a realizar una sola cola que luego reorganizan entre las cajas que se quedan vacías.
Una sola vez me pasó en una PC muy vieja que tenía windows xp, que pusimos a copiar todas las fotos y videos que teníamos junto con algunos archivos y demás. Decía que tardaría cerca 2 horas, y tardo 2 horas ni mas ni menos jajsasj, yo pensaba que el tiempo se reduciría, pero no, quedó en eso y eso tardó.
Creo que no entendiste el video, no existe forma de adivinar cuanto va a durar una transferencia porque hay tanta inifnidad de factores que afectan cuanto tiempo durara una transferencia desde la velocidad de la unidad de lectura y la unidad de escritura hasta la cantidad y peso de cada archivo por eso mismo en absolutamente todos los sistemas que tienen un contador de tiempo restante te dicen claramente que ese tiempo es un estimado osea que esta basado unicamente en los datos que se tienen en el momento
Lo importante es pensar con inteligencia, como lo hace el total commander que en la misma unidad puede mover cualquier cantidad de archivos y de cualquier peso en un segundo, porque en relidad no los mueve solo modifica los directorios
Para mover archivos pequeños yo uso TeraCopy, es perfecto para ese trabajo. También si quieren mejorar la velocidad en los discos mecánicos o HDD, pueden desfragmentar y mantener espacio libre, de lo contrario el rendimiento se reduce un montón. Por cierto, estaría genial que hablaras sobre el buscador de Windows, es bastante malo!
Justo venia a comentar lo mismo, dar pantalla a Teracopy que tambien uso y es bastante bueno. Y sobre el tema de buscar archivos en Windows, nada mejor que Everything, otra herramienta que no le puede faltar a nadie
No había escuchado esa herramienta, aunque el principal problema que tengo ahorita con el explorador de archivos es que se tarda mucho en mostrarme carpetas con muchos archivos pequeños, lo mismo con la búsqueda. En cambio en mi teléfono cargan casi al instante las carpetas con miles de screenshots sin problemas
Re pesado pero literalmente cuando abris una carpeta te dice la cantidad de archivos que la misma tiene, si haces esto para cada carpeta y lo guardas como variable y sabiendo el peso literalmente tenes un sistema mas efectivo para la estimacion de datos, a no ser que 2 bytes de ram sea promlema hoy dia
Creo que habria varias formas de aproximar mejor la duración de transferencia, simplemente los de Windows no le dan importancia porque estan todos ocupados en ver como meter y cambiar cosas que nadie pidió
Tu video tiene varias confusiones sobre cómo Windows calcula el tiempo de transferencia de archivos. La razón por la que Windows da estimaciones inestables no es porque el sistema esté "mal diseñado" ni porque sea incapaz de calcular correctamente. Windows estima el tiempo basándose en la velocidad de transferencia actual: toma la cantidad de datos transferidos en un intervalo corto y usa eso para proyectar el tiempo restante. El problema es que esto cambia con la cantidad de archivos y su tamaño. Por ejemplo, un archivo grande se transfiere más rápido que muchos archivos pequeños, ya que los archivos pequeños requieren operaciones adicionales (abrir, leer, cerrar) que ralentizan el proceso. Windows no "ignora" esta diferencia por error, sino porque analizar cada archivo antes de la transferencia implicaría un costo de tiempo adicional, lo cual haría el proceso aún más lento. La comparación con "IA" o análisis previos es exagerada. Estos métodos no son prácticos para mejorar la estimación en tiempo real de Windows, y no se justifica destinar tantos recursos solo para mejorar este cálculo. El sistema actual es el mejor balance entre precisión y eficiencia dado el hardware común. Simplificar este tema lleva a ideas erróneas sobre cómo y por qué Windows calcula el tiempo de transferencia de esta manera.
Yo recuerdo que antes, Windows xp, daba copiar y en cuanto daba pegar comenzaba a escribir los archivos. Mientras que con los Windows posteriores cuando dabas pegar, comenzaba a hacer un cálculo, como que analizaba la carpeta o archivos primero y después de unos segundos empezaba a escribir los archivos. Y yo decía, que molesto es y pérdida de tiempo esperar a que primero calcule o revise qué cosas va a copiar y después a escribir, como que siento que era doble trabajo y que antes no hacía ese previo y simplemente comenzaba a escribir inmediatamente. Díganme si estoy recordando mal?
Si hay algo de proceso con lo que mencionas en ejemplo de un viaje y un restaurante de 100 personas.......DESMENUZANDO.....es similar a lo que dices pero el proceso de información tiene que cumplir patrones de escritura en ...baudios buss hertzios kilohertzios mega hertzios son similares pero muy distintos....ejemplo en un edificio en construcción no vas a poner primero paredes luego estructuras tienes que cumplir patrones de construcción primero bases columnas paredes acabados pintura etc......que pasaría si tu computador copiara a lo que le da la gana pues tu archivo no se va a ejecutar por el simple hecho que te detecta fallo o se ejecuta y se te cuelga el programa o te muestra mensajes de que algo falta.....y por ejemplo Windows ya tiene grabado un patrón de escritura de código la razón el por la cual en algunos programas ti Windows detecta como virus y no te permite descargar pero si copiar y te advierte.....lo que Windows esos programillas como virus si los puede ejecutar automático...lo que LINUX no lo hace y si lo haces LINUX no se contamina ¿por que será?....la razón es por que los programas de los hacker están hechos para Windows y no para Linux.....la rama de esto es extensa saludos
Te resumiré la respuesta: Se debe a que el tiempo de transferencia NO solo se debe al tamaño de los archivos, si no también a la cantidad de archivos. Ejemplo: Una película es 1 o 3 archivos a lo mucho, pero un programa o miles de canciones son muchos mas archivos, por lo que una película copiara mucho mas rápido que una carpeta con muchos archivos, y es porque al mover un archivo se debe mover la ruta y el nombre del mismo, y cada uno de ese necesita un proceso independiente que se repite o se inicia con cada archivo, por lo que el sistema tardara mucho mas si son muchos archivos.
Claramente, Windows hace una exploración de todos los archivos ANTES de empezar siquiera a copiar. Incluso lo hace ANTES de empezar a BORRAR archivos, lo cual nos lleva a la situación mas estúpida del mundo, porque borrar archivos en realidad tarda muy poco tiempo, pero la exploración previa tarda muchísimo. Y esto nos lleva a otro problema que ultimamente hay en Windows: alguien hizo un DESASTRE con la exploración de archivos. En la epoca de Win32 cuando se usanban las funciones findfirst y findnext, la exploración de archivos era rápida. Como debe serlo, ya que se trata sólo de leer el directorio, lo cual es una operación muy rápida. En algún momento está claro que alguien rompió eso. Tal vez está mal implementado en .NET, o algo así, porque ahora hacer lo mismo tarda una eternidad. Incluso entrar a una carpeta con decenas de miles de archivos tarda mucho tiempo (la ridícula barra verde en la ruta del explorador de archivos). Eso mismo si lo hacen con Windows XP va a ser prácticamente instantáneo. Como sea, así como está la cosa, sería mejor que empezara a copiar de inmediato, sin ninguna exploración y sin ninguna barra de progreso. Mejor que eso sería agregar un botón para que a nuestra elección se haga la exploración de archivos que permite mostrar la barra de progreso. Mejor aún sería además de eso último, arreglar la exploración de archivos para que ya no tarde una eternidad, o sea, que vuelva a funcionar bien como hace unas décadas atrás...
Yo hace tiempo ya que desde por pura experiencia me di cuenta de que cuesta más transferir varios archivos de poco tamaño que uno de gran tamaño, ya me ha pasado.
En los archivos no solo importa el peso Y la tecnología que los importa y exporta. Depende mucho de la estructura de los archivos. el cálculo inicial no representa nada. Y hablamos de Windows porque es el más usado, a los otros sistemas operativos le pasa lo mismo.
Acá entran los conceptos de velocidad de escritura aleatoria y secuencial. Por esta misma razón es que no hay mucha diferencia entre un ssd sata y uno m.2 a la hora de arrancar Windows, por ejemplo
6:32 Tarda menos un archivo de 100 megabytes supongo que por los metadatos y que, por la fragmentación, los archivos separados estén en ubicaciones diferentes del disco.
Una alternativa para copiar mas rapido seria utilizar el comando "robocopy" en el CMD. Tengo entendido que lo que hace es copiar varios archivos al mismo tiempo y por el explorador de windows es uno por uno
mac tambien adivina y predice un poco menos realista, aveces es mas eficiente para "adivinar" pero te puede pasar que marca mas de lo que realmente tarda y luego cierra de golpe haha
Windows: 'Solo quedan 5 minutos'. También Windows: 'Sorpresa, aún quedan 2 horas'. ¿Alguna vez han considerado que este sistema de estimación necesita una actualización? 😅
¿Y porque no se tiene una pequeña "lista" cada vez que mueves o copias los archivos?, así Windows lee la "lista" y estima instantáneamente el tiempo que tarda además de que las lista simplemente se copiaría y tendrías mas exactitud con la misma eficiencia que cando Windows no sabe, igual que Google maps oficial que te estima precisamente por tener su "lista" y así si metes nuevos archivos (que son nuevos nacidos que no tiene la "lista") a una carpeta primero transfiere (como antes) y luego registra la lista aprovechando los recursos del sistema para que con nulo tiempo gastado (aprovechado todo) tuviésemos ya el tiempo exacto que tarda de sistema en sistema de forma digamos "quirúrgica", y sin el problema de doble de tiempo o el actual de tiempo "inútil" que digamos
Tengo una duda. Que pasa si se comprime muchos archivos pequeños en uno solo (rar, zip) , en ese caso pasaria más rápido o igual de lento ? Imagines un caso hipotetico, comprimo muchos archivos en un rar, y luego lo paso a un usb y lo descomprimo. Seria eficienciente?
Aunque realmente es necesario saber el tiempo de transferencia con exactitud? Quiero decir en mi vida escolar, laboral y personal he tenido que preocuparme por el tiempo exacto de transferencia, unicamente por la velocidad de lectura/escritura, velocidad de la red y tamano del archivo para darme una idea de cuanto puede tardar, generalmente en archivos grandes comprimo y lo muevo en bajo nivel.
Bueno, pero contar el número de archivos de una carpeta es una operación 'liviana', podría acerse una mejor aproximación en mi opinión. Salvo que ya hayan tenido esto en cuenta, claro.
Todo depende de la controladora del Pendrive USB. Si el USB es de marca , tiene buena controladora y la tasa de trasferencia es rápida. No hay más . Los pendrive se mucha capacidad y baratos son lentos en transferencia de archivos.
Así funciona TH-cam, estiras el video manteniendo al espectador enganchado durante 12 minutos para tener mas retención de audiencia y que TH-cam recomiende mas el vídeo, y además te cuela un anuncio de 2 minutos de una vpn, todo es para ganar mas dinero, pero está bien, al final es su trabajo, si te ha salido el vídeo y quieres salir de dudas con una búsqueda en google en 1 minuto ya lo sabes, pero el vídeo como tal es entretenimiento y información útil es solo 1 minuto
Es por eso que copiar node_modules de un proyecto de js de un lado a otro es absurdamente lento!!! Y estoy en desacuerdo con que es la mejor forma de copiar, solo mira la forma en que rust esta haciendo su manejo de archivos, es una locura, hay papers relacionados a ello. Usan estadistica para ello
Tera Copy es una gran solución para Windows. Ligero, preciso, permite pausar y encolar ficheros a las copias, permite chequear la integridad de las copias... para mi es imprescindible.
No hay forma de que una IA se entrene para saber cuanto tardara una transferencia sin tener los datos que igualmente necesitarias saber para calcular el tiempo. La IA hace muchas cosas, pero no hace magia, no puede adivinar cuanto pesa un directorio de archivos solo por su ubicación o nombre. Y ya teniendo los datos, igualmente es un mayor coste de computación usar una IA para calcular la duración en lugar de unas cuantas operaciones matemáticas. Esque enserio, no es necesario meter IA en cada cosa que se mueva en la pantalla.
Es cierto xd pero desde hace unos años la gente le quiete meter Internet hasta al refrigerador (y todo lo que se mueva), que no te sorprenda que en menoa de lo esperado se esté hablabdo de AIoT (inteligencia artificial de las cosas) si es que no se está haciendo ya.
el titulo no debería de decir (creo yo) ¿Por Qué Windows Estima Tan Mal el tiempo aproximado y/ó restante en la Transmisión de un Archivo? pd: vi el video y se habla mas de estimación de tiempo, que de la velocidad y picos en bajadas o subidas de MB/s en la copia de archivos.
entonces, ¿porqué moviendo un único archivo de 3gb a veces va a 300m y a veces a 10 o icluso se para? Copiando a un pen es cuando ocurre, así que yo creo que es por limitaciónes del pen.
cencillo la medicion es en tiempo real deacuerdo al tamaño de archivos y se recalcula al terminar un archivo e iniciar a copiar otro de forma secuencial no es lo mismo copiar 100000 archivos de mb que copiar un archivo 100000 mb un ejemplo mas realista es que un banquero reparta 100000 de dorales a 100000 de personas que darle 100000 a una persona
Protégete en internet y acceder a contenidos de otros países con Cyberghost VPN: www.cyberghostvpn.com/Migma
👍
Imagínate que estás caminando por un bosque frondoso, donde cada árbol es una analogía esperando a ser descubierta. Cada paso que das es como una metáfora, una rama que se quiebra bajo tu peso, recordándote que, a veces, la explicación está en lo obvio. Es como cuando intentas atrapar mariposas de ideas, pero te das cuenta de que antes de alcanzar una, te detienes a observar la red de comparaciones en la que se han enredado. Cada analogía es como un cuadro en una galería interminable, donde cada obra se parece tanto a la anterior que olvidas cuál era la primera.
Es como si estuvieras en una tienda de dulces, donde cada explicación se envuelve en una capa extra de azúcar, y antes de que puedas morder, ya estás saboreando otra capa, y otra, y otra… Al final, te das cuenta de que la tienda estaba abierta todo el tiempo y que solo querías un simple caramelo, no toda la caja.
Así que, después de pasear por este vasto jardín de comparaciones, navegando en un océano de similitudes, finalmente llegas a la orilla de la comprensión. Ahí es donde entiendes que el verdadero mensaje es que el video tiene tantas analogías, que cuando por fin llega a la explicación real, ya nos habíamos quedado dormidos.
Literatura 🗿🚬
Chatgpt
Hay que sumarle 2 cositas al video, dependiendo si se tiene disco mecanico o ssd.
Si se tiene mecanico (o el famoso hdd), todos tienen un pequeño "buffer" donde alojan los datos antes de escribirlos. Generalmente ese buffer es escaso, por lo que michas veces los primeros segundos van "rapidos" porque se llena ese bufer, pero luego van mas lentos porque ya se escribe en el disco.
En los ssd ocurre algo similar, con la paginacion. Cuando el ssd es nuevo no pasa nada, porque los datos se copian en cualquier parte. Pero cuando el ssd tuvo varias escrituras y borrados, muchas veces el sistema tiene que "trimear" los bloques en tiempo real, lo que ralentiza el copiado.
Que es buffer?
Muy buen comentario, aclaras varios puntos clave que el video omite:
En HDDs, el buffer permite una transferencia rápida al principio, pero cuando se llena, la velocidad baja porque el disco comienza a escribir directamente en los platos, que es mucho más lento.
En SSDs, el proceso de “trimear” bloques tras varios ciclos de escritura también puede ralentizar las transferencias, ya que el sistema necesita limpiar y reasignar el espacio.
Estos factores técnicos afectan las estimaciones de tiempo en Windows, y son detalles importantes que completan la explicación. Buen aporte.
Y no solo Windows, algo parecido he notado en Linux Mint, una carpeta de 35Gb hacia un viejo disco duro externo me decía "20 horas" al final solo fue media hora.
no hay nada que se pueda hacer, es el metodo mas eficiente que se tiene y tampoco afecta tanto, el archivo se esta moviendo (o descargando o copiando) igualmente
Igual eso el Linux pasa mucho cuando las cosas demoran mas de media hora, cuando son minutos es mas acertado que Windows
Curiosamente a mi jamás me pasó y de hecho me pasó al revés: Linux Mint siempre fue el único que me dijo el tiempo correcto de cuanto tardan las cosas.
@@dnaindieart claro habrá excepciónes, pero justo ahora estoy viendo "queda un minuto" desde hace 10...
@@dnaindieart Las excepciones son curiosas, de acuerdo.
6:33 Antes cuando pirateaba los videojuegos movía archivos comprimidos de hasta 15 gb sin problemas.
Pero una vez intenté copiar un juego de 2 gb pero que tenía como 50,000 archivos. Hiba tan lento que fácilmente podía mover mas rápido juegos mas pesados.
De ahí comprendí que es mucho mas rápido mover archivos muy pesados que muchos archivos mas ligeros.
Asi que mi respuesta es: Se copia mas rápido un archivo de 100 megabytes que 100 archivos de 1 megabyte.
Ahí conviene pasar los archivos a formato iso. Lo malo es que no puede ejecutar directamente, pero es excelente para archivar en algún disco duro de respaldo
windows : tiempos estimado 342 Años 4 meses 20 dias 8 horas 53 segundos
Y luego te dice que 5 minutos 🗿
Y luego dice 2 años 14 dias 5 horas, 21 segundos
creo que eso pasaba en Windows XP transferir un juego de 2 GB decía que tardaba años 😂😂
XD a lo bien@@Kashiname
@@Kashiname desde Windows 98 bro
Teracopy maneja mucho mejor la gestión de transferencia de datos.
lo maximo. lo se.... incluso transfiere archivos muy largos en el nombre....
¿Por Qué Windows Estima Tan Mal la Velocidad de Transmisión de un Archivo? ==> Muy buena pregunta.
No es que lo estime mal, es que la única fórmula para calcular eso es velocidad= espacio/tiempo, si encima lo hace a tiempo casi real es obvio que los valores varíen tanto. No tiene nada que ver con Windows, simplemente son matemáticas. Todo esto usando como ejemplo el Google maps, por poner uno.
@@willyweb9490 A parte de eso creo que también entra en juego la cache de los almacenamientos, ya que cuando inicias la transferencia entre un USB y el almacenamiento SSD de una PC, el USB aprovecha una cache vacía para mejorar la velocidad, una vez llena baja por bastante el rendimiento, o eso tengo entendido y pensé que hablaría de eso en este video, quizás estoy equivocado.
@@brunojardon6327 si, son muchos los factores que van a influir, pero se basan en esa fórmula básica. Los cálculos siempre son teóricos. El ordenador básicamente calculará... "estás pasando XX MB a esta velocidad.... pues vas a tardar XX tiempo".
Te has olvidado de un dato importante, Windows 10 y 11, no mueven los archivos de forma lineal, sino que estiman la importancia de cada archivo y los mueve según su criterio, (imagino que con algún algoritmo o algo así) con lo cual te puedes encontrar que en una carpeta haya movido primero un montón de
archivos de poco peso en poco tiempo, y el archivo grande tarde más, o bien que te haya movido primero el archivo 2 - 3-6 y luego te mueva el 1.
Con razón al pasar archivos sólidos como . ISO el sistema no se despeina y va rápido en ocasiones 😂
yo me hacia la misma pregunta, ya que pase todos mis archivos para otro disco por que voy a formatear mi disco, y fuea dure como 2 dias entero pasando los datos, tarde mucho pero a veces no tarda nada era rapido entonces tuve esa duda jajaj, bueno video bro
Lo pero es cuando vas en el 99% y Windows te informa que el archivo X no lo puede copiar porque el nombre es demasiado largo.
El primer video que veo en mucho tiempo que está patrocinado por una VPN y no menciona el pajaporte
Como que pajaporte
@@amogussus714 Pasaporte para ver nopor
Fonseca reference
@@amogussus714en España te piden la identificación para entrar a páginas de videotutoriales de reproducción humana.
VagainaPeNe. Todo encaja
Entonces no estoy tan loco, porque mi teoría era: Windows hacía un cálculo de la carpeta, dividiendo la cantidad de archivos por el tamaño de un % inicial (el 10% de un archivo de 1 GB, que tenga 100 archivos por separado).
Con esto se estima el tiempo, al cambiar el tamaño de los primeros 10 por los siguientes 10 (pasar de textos a imágenes), se recalcula y sale el siguiente tiempo, y así sucesivamente, al cambiar el archivo, Windows pasa de creer que el archivo son solo textos, a imágenes.
Casi estuve cerca de acertar.
Descubrí esto cuando hace años quería hacer backuo y tenía un chingo de imágenes, para reducir el tiempo lo metía en un archivo comprimido(o sin comprimir) y los movía en un solo bloque reduciendo el tiempo de copiado.
Migma>>> tomex el desinformador sin conocimiento
Tal cual , el tomex ese ya da cringe del clickbait y el contenido basura que sube.
baff youtube me recomendó un video de Tomex y nada más escuchar su voz y su "estilo" de introducirte al video me da muy mala espina del contenido y su profundidad respecto a cómo da a conocer los datos a personas no expertas.
Video muy educativo con claros ejemplos sencillos. Tecnicamente es cierto, hay que tener en cuenta los sistemas e archivo son bibliotecarios que clasifican esos archivos. Los sistemas tienen entre 0.1 a 0.5 segundo por tarea, por eso tarda en mover los archivos eso ya depende de cada dispositivo, si pillas los archivos más pequeños lógicamente tardará más. Lo que se hace en estos casos usar zip a carpeta o esos archivos pequeños y llevarlo sin compresión al almacenamiento y si tienes suficiente espacio descomprimir y borrar ese zip del archivo destino, usar archivos grandes
No recomindo nunca hagan y pasa horas los USB y memorias Flash no uilizar la compersión de NTFS en tiempo real, ahí si que me pierdo la cantidad de procesos que debe leer windows además de redimensionar el espacio he llegado a ver 6kB/s
Gente, he vuelto al módem de 56ks xD
El mismo principio que se explica en el video con los ejemplos de muchos archivos pequeños vs 1 archivo muy grande se puede aplicar a la cola del supermercado. Teniendo en cuenta que el tiempo para pasar los productos por el lector se puede considerar constante (sin tener en cuenta la velocidad el cajero), la diferencia del tiempo de servicio radica en el tiempo que se usa para pagar.
Por ello conviene elegir una cola con poca gente y carros llenos, a una cola con mucha gente con pocos artículos. Y también por ello hay muchos supermercados que obligan a realizar una sola cola que luego reorganizan entre las cajas que se quedan vacías.
WOW ERES GENIAL BUSCABA ESTE VIDEO
Una sola vez me pasó en una PC muy vieja que tenía windows xp, que pusimos a copiar todas las fotos y videos que teníamos junto con algunos archivos y demás. Decía que tardaría cerca 2 horas, y tardo 2 horas ni mas ni menos jajsasj, yo pensaba que el tiempo se reduciría, pero no, quedó en eso y eso tardó.
Parece el pronostico del tiempo xD
despues de 11 versiones de windiws, una tarea tan comun y mundana como copiar un archivo sigue siendo defectuosa
Aún más si es desde un dispositivo mtp (como un celular)
Creo que no entendiste el video, no existe forma de adivinar cuanto va a durar una transferencia porque hay tanta inifnidad de factores que afectan cuanto tiempo durara una transferencia desde la velocidad de la unidad de lectura y la unidad de escritura hasta la cantidad y peso de cada archivo por eso mismo en absolutamente todos los sistemas que tienen un contador de tiempo restante te dicen claramente que ese tiempo es un estimado osea que esta basado unicamente en los datos que se tienen en el momento
Lo importante es pensar con inteligencia, como lo hace el total commander que en la misma unidad puede mover cualquier cantidad de archivos y de cualquier peso en un segundo, porque en relidad no los mueve solo modifica los directorios
Y si lo mueves a un pendrive o aun external disc no digas mamds
con teracopy derribas esta absurda cosa de windows...
Para mover archivos pequeños yo uso TeraCopy, es perfecto para ese trabajo. También si quieren mejorar la velocidad en los discos mecánicos o HDD, pueden desfragmentar y mantener espacio libre, de lo contrario el rendimiento se reduce un montón.
Por cierto, estaría genial que hablaras sobre el buscador de Windows, es bastante malo!
Justo venia a comentar lo mismo, dar pantalla a Teracopy que tambien uso y es bastante bueno. Y sobre el tema de buscar archivos en Windows, nada mejor que Everything, otra herramienta que no le puede faltar a nadie
@@page6atr Everything god. Este programa debe venir por defecto en Windows.
No había escuchado esa herramienta, aunque el principal problema que tengo ahorita con el explorador de archivos es que se tarda mucho en mostrarme carpetas con muchos archivos pequeños, lo mismo con la búsqueda. En cambio en mi teléfono cargan casi al instante las carpetas con miles de screenshots sin problemas
@@josebarrantes8429 has mirado las carpetas de WhatsApp? Demoran un huevo para cargar y para transferir
Re pesado pero literalmente cuando abris una carpeta te dice la cantidad de archivos que la misma tiene, si haces esto para cada carpeta y lo guardas como variable y sabiendo el peso literalmente tenes un sistema mas efectivo para la estimacion de datos, a no ser que 2 bytes de ram sea promlema hoy dia
Creo que habria varias formas de aproximar mejor la duración de transferencia, simplemente los de Windows no le dan importancia porque estan todos ocupados en ver como meter y cambiar cosas que nadie pidió
Cuando voy a copiar una carpeta con varios archivos prefiero comprimir para ahorrar un poco más de tiempo.
No me extrañaría en absoluto que ya exista la manera de solventar esta deficiencia pero que todavía no haya salido al mercado.
Tu video tiene varias confusiones sobre cómo Windows calcula el tiempo de transferencia de archivos.
La razón por la que Windows da estimaciones inestables no es porque el sistema esté "mal diseñado" ni porque sea incapaz de calcular correctamente. Windows estima el tiempo basándose en la velocidad de transferencia actual: toma la cantidad de datos transferidos en un intervalo corto y usa eso para proyectar el tiempo restante. El problema es que esto cambia con la cantidad de archivos y su tamaño.
Por ejemplo, un archivo grande se transfiere más rápido que muchos archivos pequeños, ya que los archivos pequeños requieren operaciones adicionales (abrir, leer, cerrar) que ralentizan el proceso. Windows no "ignora" esta diferencia por error, sino porque analizar cada archivo antes de la transferencia implicaría un costo de tiempo adicional, lo cual haría el proceso aún más lento.
La comparación con "IA" o análisis previos es exagerada. Estos métodos no son prácticos para mejorar la estimación en tiempo real de Windows, y no se justifica destinar tantos recursos solo para mejorar este cálculo. El sistema actual es el mejor balance entre precisión y eficiencia dado el hardware común.
Simplificar este tema lleva a ideas erróneas sobre cómo y por qué Windows calcula el tiempo de transferencia de esta manera.
Yo recuerdo que antes, Windows xp, daba copiar y en cuanto daba pegar comenzaba a escribir los archivos. Mientras que con los Windows posteriores cuando dabas pegar, comenzaba a hacer un cálculo, como que analizaba la carpeta o archivos primero y después de unos segundos empezaba a escribir los archivos. Y yo decía, que molesto es y pérdida de tiempo esperar a que primero calcule o revise qué cosas va a copiar y después a escribir, como que siento que era doble trabajo y que antes no hacía ese previo y simplemente comenzaba a escribir inmediatamente. Díganme si estoy recordando mal?
Venia a poner lo mismo, recuerdas bien
preguntas q nunca pense pero debo saberlo.............gracias broooo
Si hay algo de proceso con lo que mencionas en ejemplo de un viaje y un restaurante de 100 personas.......DESMENUZANDO.....es similar a lo que dices pero el proceso de información tiene que cumplir patrones de escritura en ...baudios buss hertzios kilohertzios mega hertzios son similares pero muy distintos....ejemplo en un edificio en construcción no vas a poner primero paredes luego estructuras tienes que cumplir patrones de construcción primero bases columnas paredes acabados pintura etc......que pasaría si tu computador copiara a lo que le da la gana pues tu archivo no se va a ejecutar por el simple hecho que te detecta fallo o se ejecuta y se te cuelga el programa o te muestra mensajes de que algo falta.....y por ejemplo Windows ya tiene grabado un patrón de escritura de código la razón el por la cual en algunos programas ti Windows detecta como virus y no te permite descargar pero si copiar y te advierte.....lo que Windows esos programillas como virus si los puede ejecutar automático...lo que LINUX no lo hace y si lo haces LINUX no se contamina ¿por que será?....la razón es por que los programas de los hacker están hechos para Windows y no para Linux.....la rama de esto es extensa saludos
Te resumiré la respuesta: Se debe a que el tiempo de transferencia NO solo se debe al tamaño de los archivos, si no también a la cantidad de archivos. Ejemplo: Una película es 1 o 3 archivos a lo mucho, pero un programa o miles de canciones son muchos mas archivos, por lo que una película copiara mucho mas rápido que una carpeta con muchos archivos, y es porque al mover un archivo se debe mover la ruta y el nombre del mismo, y cada uno de ese necesita un proceso independiente que se repite o se inicia con cada archivo, por lo que el sistema tardara mucho mas si son muchos archivos.
Claramente, Windows hace una exploración de todos los archivos ANTES de empezar siquiera a copiar. Incluso lo hace ANTES de empezar a BORRAR archivos, lo cual nos lleva a la situación mas estúpida del mundo, porque borrar archivos en realidad tarda muy poco tiempo, pero la exploración previa tarda muchísimo. Y esto nos lleva a otro problema que ultimamente hay en Windows: alguien hizo un DESASTRE con la exploración de archivos. En la epoca de Win32 cuando se usanban las funciones findfirst y findnext, la exploración de archivos era rápida. Como debe serlo, ya que se trata sólo de leer el directorio, lo cual es una operación muy rápida. En algún momento está claro que alguien rompió eso. Tal vez está mal implementado en .NET, o algo así, porque ahora hacer lo mismo tarda una eternidad. Incluso entrar a una carpeta con decenas de miles de archivos tarda mucho tiempo (la ridícula barra verde en la ruta del explorador de archivos). Eso mismo si lo hacen con Windows XP va a ser prácticamente instantáneo.
Como sea, así como está la cosa, sería mejor que empezara a copiar de inmediato, sin ninguna exploración y sin ninguna barra de progreso. Mejor que eso sería agregar un botón para que a nuestra elección se haga la exploración de archivos que permite mostrar la barra de progreso. Mejor aún sería además de eso último, arreglar la exploración de archivos para que ya no tarde una eternidad, o sea, que vuelva a funcionar bien como hace unas décadas atrás...
Yo hace tiempo ya que desde por pura experiencia me di cuenta de que cuesta más transferir varios archivos de poco tamaño que uno de gran tamaño, ya me ha pasado.
Esto en Mac no pasa porque no te dice el tiempo estimado, solo una barra de progreso y los datos transferidos/datos totales
No soy fan de Mac pero definitivamente esa es una forma más sincera de reportar el progreso
En los archivos no solo importa el peso Y la tecnología que los importa y exporta. Depende mucho de la estructura de los archivos. el cálculo inicial no representa nada. Y hablamos de Windows porque es el más usado, a los otros sistemas operativos le pasa lo mismo.
Acá entran los conceptos de velocidad de escritura aleatoria y secuencial. Por esta misma razón es que no hay mucha diferencia entre un ssd sata y uno m.2 a la hora de arrancar Windows, por ejemplo
6:32 Tarda menos un archivo de 100 megabytes supongo que por los metadatos y que, por la fragmentación, los archivos separados estén en ubicaciones diferentes del disco.
Iba por ahí, creo xdxd
Muy buena Explicación 🎉
Excelente explicación
A mi lo unico que me importa es que Copiar/Pegar sea rapido, y sin bajones de velocidad jajaj SAludos bro muy buen video
Una alternativa para copiar mas rapido seria utilizar el comando "robocopy" en el CMD. Tengo entendido que lo que hace es copiar varios archivos al mismo tiempo y por el explorador de windows es uno por uno
Si, a mí me funciona comprimir, no por las estimaciónes sino por el tiempo real de tranferencia.
Por eso es importante archivar los directorios antes de moverlos 😉 puedes usar tar a secas sin la compresión, asi no tarda tanto
El trucaso es comprimir en un .zip lo que haya que pasar, asi actuaria como un solo archivo🤙🤙🥹
Cuando hago eso con la carpeta de WhatsApp se me corrompe :(
mac tambien adivina y predice un poco menos realista, aveces es mas eficiente para "adivinar" pero te puede pasar que marca mas de lo que realmente tarda y luego cierra de golpe haha
Yo por eso siempre comprimo los archivos pequeños en una sola carpeta y asi no tarda tanto, sobre todo cuando tengo que transferir a la nube
Para windows 5 minutos son 5 horas
Existió Windows 5?
😅😂
Como freezer
11:32 su interés por espiarte
Windows: 'Solo quedan 5 minutos'. También Windows: 'Sorpresa, aún quedan 2 horas'. ¿Alguna vez han considerado que este sistema de estimación necesita una actualización? 😅
¿Y porque no se tiene una pequeña "lista" cada vez que mueves o copias los archivos?, así Windows lee la "lista" y estima instantáneamente el tiempo que tarda además de que las lista simplemente se copiaría y tendrías mas exactitud con la misma eficiencia que cando Windows no sabe, igual que Google maps oficial que te estima precisamente por tener su "lista" y así si metes nuevos archivos (que son nuevos nacidos que no tiene la "lista") a una carpeta primero transfiere (como antes) y luego registra la lista aprovechando los recursos del sistema para que con nulo tiempo gastado (aprovechado todo) tuviésemos ya el tiempo exacto que tarda de sistema en sistema de forma digamos "quirúrgica", y sin el problema de doble de tiempo o el actual de tiempo "inútil" que digamos
Mal diseño desde las bases y mucha corrupción. Además se centran más en ganar dinero que en el performance, y parece que de momento les ha funcionado
@@xelisconcorde ª
Tengo una duda. Que pasa si se comprime muchos archivos pequeños en uno solo (rar, zip) , en ese caso pasaria más rápido o igual de lento ? Imagines un caso hipotetico, comprimo muchos archivos en un rar, y luego lo paso a un usb y lo descomprimo. Seria eficienciente?
Aunque realmente es necesario saber el tiempo de transferencia con exactitud? Quiero decir en mi vida escolar, laboral y personal he tenido que preocuparme por el tiempo exacto de transferencia, unicamente por la velocidad de lectura/escritura, velocidad de la red y tamano del archivo para darme una idea de cuanto puede tardar, generalmente en archivos grandes comprimo y lo muevo en bajo nivel.
Bueno, pero contar el número de archivos de una carpeta es una operación 'liviana', podría acerse una mejor aproximación en mi opinión. Salvo que ya hayan tenido esto en cuenta, claro.
Todo depende de la controladora del Pendrive USB.
Si el USB es de marca , tiene buena controladora y la tasa de trasferencia es rápida.
No hay más .
Los pendrive se mucha capacidad y baratos son lentos en transferencia de archivos.
La explicacion debia durar 2 minutos en vez de 12 pero lo estiras tanto que mi huzo salir del video, que crees que vamos a la primaria?
El video está explicado para cualquier persona. Además, es un video de entretenimiento
Así funciona TH-cam, estiras el video manteniendo al espectador enganchado durante 12 minutos para tener mas retención de audiencia y que TH-cam recomiende mas el vídeo, y además te cuela un anuncio de 2 minutos de una vpn, todo es para ganar mas dinero, pero está bien, al final es su trabajo, si te ha salido el vídeo y quieres salir de dudas con una búsqueda en google en 1 minuto ya lo sabes, pero el vídeo como tal es entretenimiento y información útil es solo 1 minuto
Es por eso que copiar node_modules de un proyecto de js de un lado a otro es absurdamente lento!!!
Y estoy en desacuerdo con que es la mejor forma de copiar, solo mira la forma en que rust esta haciendo su manejo de archivos, es una locura, hay papers relacionados a ello. Usan estadistica para ello
Tal vez tambien habria que agregar que el archivo a transferir o copiar lo analiza previamente el defender o el antivirus instalado.
Yo pensaba que cuando hablaba de la version windows de google map hablaba en serio y pense que esa app existia y la andaba buscando 😔
Tera Copy es una gran solución para Windows.
Ligero, preciso, permite pausar y encolar ficheros a las copias, permite chequear la integridad de las copias... para mi es imprescindible.
También pasa con algunos gestores de archivos en linux (no digo todos porque no he usado todos xd)
No hay forma de que una IA se entrene para saber cuanto tardara una transferencia sin tener los datos que igualmente necesitarias saber para calcular el tiempo.
La IA hace muchas cosas, pero no hace magia, no puede adivinar cuanto pesa un directorio de archivos solo por su ubicación o nombre.
Y ya teniendo los datos, igualmente es un mayor coste de computación usar una IA para calcular la duración en lugar de unas cuantas operaciones matemáticas.
Esque enserio, no es necesario meter IA en cada cosa que se mueva en la pantalla.
Es cierto xd pero desde hace unos años la gente le quiete meter Internet hasta al refrigerador (y todo lo que se mueva), que no te sorprenda que en menoa de lo esperado se esté hablabdo de AIoT (inteligencia artificial de las cosas) si es que no se está haciendo ya.
Lo único es que Windows tiene acceso a un índice de todos los archivos del sistema con su tamaño estimado así que... Excusas XD
La indexación serviría de algo?
el titulo no debería de decir (creo yo)
¿Por Qué Windows Estima Tan Mal el tiempo aproximado y/ó restante en la Transmisión de un Archivo?
pd: vi el video y se habla mas de estimación de tiempo, que de la velocidad y picos en bajadas o subidas de MB/s en la copia de archivos.
depende de a donde copies si es rapido el usb o otro disco duro
Eso explica porque cuando transfiero a una usb 100 videos en una carpeta tarda mas que comprimirlos todos en un rar
igual si ese es el caso solo tendria que catalogar la cantidad de archivos y calcular el tiempo en base de cuantos archivos son y listo mas presiso
Por que no utilizan un promedio de todas las velocidades de transferencia pasadas para así obtener algo un poco más realista?
Que bien se entiende
encerio ahora recien youtube me muestra que se subio el video
entonces, ¿porqué moviendo un único archivo de 3gb a veces va a 300m y a veces a 10 o icluso se para? Copiando a un pen es cuando ocurre, así que yo creo que es por limitaciónes del pen.
Se llena su caché
Peor era el Internet Explorer estimando tiempos de descarga jajaja
¿Hay alguna esperanza de que Windows 12 nos sorprenda con una estimación precisa? 🧐💻
Yo prefiero utilizar Teracopy es mucho mejor y más rápido a la hora de Copiar Archivos y no da problemas.
cencillo la medicion es en tiempo real deacuerdo al tamaño de archivos
y se recalcula al terminar un archivo e iniciar a copiar otro de forma secuencial no es lo mismo copiar 100000 archivos de mb que copiar un archivo 100000 mb
un ejemplo mas realista es que un banquero reparta 100000 de dorales a 100000 de personas que darle 100000 a una persona
Ahora entiendo porque Windows dice porque el archivo a copiar le va tomar un mes y luego solo unas horas 😂
omg baby teacher kawaiiiii
Que bien video ✅
2:40 - 4:05 anuncio
Todo esto para una promo de VPN, eso ya no pasa después de Windows 7
Te la comiste bro, enserio te la comiste con este video.
No lo se, yo estoy en linux. Saludos a los fans de las ventanitas
A Windows no le importan tus sentimientos asi le da igual dar cálculos falsos en el copiado
Por eso Uso un programa llamado teracopi
ami una vez me aparecio "tiempo estimado: 6 dias"
¿Y por qué no calcula una velocidad media de vez en cuando?
que bien metida la promo de la vpn
un 10 (me la he saltado porque me las se ya de memoria)
Migma se parece a bob esponja :0
En mi caso si lo hace bien jajaja, dice 4 horas y tarda cuatro horas jajaja, tengo HDD
¿Y si el problema no es Windows, sino que simplemente estamos malacostumbrados a que todo sea instantáneo? 🤔
La miniatura creo que está al revés
Tiempo restante para emitir este comentario: 5 minutos después del café :)
Blablabla depende el fomato de lo que pase varia el tiempo, no es lo mismo copiar fotitos y documentos a archivos comprimidos
Pues los archivos pequeños y numerosos (como las "fotitos") son los que más problemas dan
Lamentablemente si lo utilicé alguna vez
solo entre porque son factos
Todo muy lindo pero Linux y hasta macOS son bastante más exactos para calcular el tiempo total que Winpoop 👎👎
Truco para transferir archivos mas rápido, usar WinRar.
conclusion: windows no sabe derivar
Ojalá que arreglen este bug