Адрес для входа в РФ: exler.bar

Точность прогноза Windows 7

26.03.2013 11:05  6346   Комментарии (41)

Люблю временные прогнозы Windows 7 по поводу оставшегося времени копирования. Вот сейчас копирую с одного смартфона на другой книжки, фото и музыку. Система начала копировать и написала: "Осталось примерно 4 часа 37 минут". Минут через пять спохватилась и написала: "Осталось 12 минут". Сейчас пишет: "Осталось 53 минуты".

В общем, "спасибо, вы мне очень помогли".

26.03.2013 11:05
Комментарии 41

Ну дык это очень старый баг 😄

www.jampo.tv/files/fun/attachments/649/325b9bd0e9dff349760f08eab3bdf46dthumb.GIF
26.03.13 11:13
0 0

Мало того что баг. Я ваще в смятении как они его реализуют. Как начинающий программист.

Этот расчет времени до конца операции, прогресс бар, довольно муторная штука в коде.

Особенно когда работаешь с внешними устройствами , типа телефона, через чужие ХЗ какие драйвера.
26.03.13 11:34
0 0

А еще, если андройдный смартфон (например тот же Note) подключить по USB не как накопитель, а как мультимедийное устройство, то при копировании на него музыки или картинок он начинает задавать идиотские вопросы. Я поставил на копирование и пошел делами своими заниматься, потому что там несколько гигов музыки заливается. А он падла, наткнулся на flac и вывел предупреждение, что мол, ваш аппарат может и не справится с таким диковинным форматом, тоже самое пишет и про обычный jpg, если там где сканы диска попадаются. Копирование естественно останавливается. В результате прихожу через полчаса, а он ничего не скопировал. Теперь только в режиме флешки подключаю, для этого в меню надо лезть и активировать соответствующий режим, просто втыкание провода не обойтись.

Вово.. А откуда составитель кода копирования и рачета времени может знать что там за устросво и с какими ограничениями будут этот расчет использовать.

Так что проблема не винды а сырых (недоработаных до ума) драйверов.

Это как сделать расчет времени до появления искуственного интелекта или результатов распределенных иттереационных вычислений.

Мож уже завтра прорыв случится а мож вообще никогда.
26.03.13 11:44
0 0

Mahno:
Вово.. А откуда составитель кода копирования и рачета времени может знать что там за устросво и с какими ограничениями будут этот расчет использовать.

А какие нехорошие люди выкручивают разработчику руки и засталяют его выдавать прогноз, не набрав мало-мальски статистики?

26.03.13 13:47
0 0

У меня семерка часто вообще не пишет оставшееся время. Пишет что подготавливается к копированию или что-то в этом роде, а через несколько минут уже все скопировано 😄

А вот вопросы во время компирования или операций с файлами очень бесят. Ну если я ставлю перенести 200 гигабайт мелких файлов с одного диска на другой, то не могу всё время сидеть у монитора, и ждать очередной тупой вопрос, хочу ли я переместить файл с атрибутом "только для чтения", системный файл "Thumbs.db" и прочие глупости. Почему не спросить всё сразу? Или сделать возможность указать умолчания для таких действий один раз на всегда.
26.03.13 13:15
0 0

LP_Masta: не могу всё время сидеть у монитора, и ждать очередной тупой вопрос, хочу ли я переместить файл с атрибутом "только для чтения", системный файл "Thumbs.db" и прочие глупости. Почему не спросить всё сразу? Или сделать возможность указать умолчания для таких действий один раз на всегда.

А потом говорят, что FAR - отстой и прошлый век 😄
26.03.13 14:09
0 0

В восьмерке это пофиксили, причем кардинальным способом - сейчас пишет не время, а проценты.
26.03.13 13:38
0 0

Я на эту цифру вообще никогда внимания не обращаю: за сколько скопирует, за столько и скопирует.
26.03.13 13:42
0 0

Far.

Довольно точен, хотя первые процентов 5 процесса собирает статистику...

Конечно, если встречается битый сектор - возможны значительные погрешности.

Но в таких случаях любой прогноз - дело неблагодарное.
26.03.13 13:50
0 0

Задачка на самом деле непростая.

Одно дело писать один большой файл, другое дело тусячу маленьких.

Одно дело по эзернету, другое по вифи.

Одно дело с SSD, другое дело с HDD

Одно дело 16 GB RAM, другое 2 GB RAM
26.03.13 14:00
0 0

Проблема в несовершенном алгоритме. Возможно, такой алгортим посчтитает точнее:


Анализ того, что копируется - кол-во длинных файлов, мелких и пр.
Оценка времени копирования длинного файла, группы мелких.
Собственно, сам расчет необходимого времени.

А еще дополнить ето статистикой по устройствам и сценариям. Чтоб копилась и ускоряла оценку. Типа A-GPS.))
26.03.13 14:20
0 0

Peter Zabriski:
Проблема в несовершенном алгоритме. Возможно, такой алгортим посчтитает точнее:


Анализ того, что копируется - кол-во длинных файлов, мелких и пр.
Оценка времени копирования длинного файла, группы мелких.
Собственно, сам расчет необходимого времени.

А еще дополнить ето статистикой по устройствам и сценариям. Чтоб копилась и ускоряла оценку. Типа A-GPS.))


Делать не фиг, как писать алгоритмы по точному подсчету времени, котооые все равно обломаются, потому что по беспроводной сети кто-то начал проигрывать блюрэй
26.03.13 16:24
0 0

В 8-ке как-то более точно и вместе с наглядным графиком скорости.
26.03.13 14:34
0 0

Странно что такая проблема возникает в подсчете. Достаточно ведь взять общее число байт, поделить на число скопированных, умножить на время прошедшее с начала копирования. Ну, можно поправки еще вводить в зависимости от числа файлов (взять среднее время обращения к файлу, помножить на число файлов, добавить это число к итоговому).
26.03.13 17:03
0 0

Zardoz: Странно что такая проблема возникает в подсчете. Достаточно ведь взять общее число байт, поделить на число скопированных, умножить на время прошедшее с начала копирования. Ну, можно поправки еще вводить в зависимости от числа файлов (взять среднее время обращения к файлу, помножить на число файлов, добавить это число к итоговому).

Угу. Конечно. Так и есть. А тупые майкрософтовцы, эппловцы, фаровцы, тоталовцы и куча других овцев - просто бараны, если не знают такой простой способ.

Ладно, будем надеяться, что поражение мозга гуманитарностью легкое. Небольшой наводящий вопрос - почему кеш прокси-сервера размером 250 Мб копируется в два-три раза дольше, чем фильм размером 1 Гб?
26.03.13 17:19
0 0

У меня что-то подобное тоже наблюдается. При копировании фильма (практически независимо от размера) с компьютера на внешний съемный винт неизменно пишет: "Осталось 60 секунд" и показывает на 50% заполненный синим progress bar. После этого копирование может продолжаться от 1 мин. до бесконечности. 😄 Но надпись будет всё та же, и лишь в самом конце начнется отсчет оставшихся секунд. PS Windows 7, 64 бита, Ultimate.
26.03.13 17:21
0 0

Классика на эту тему xkcd.com/612/
26.03.13 18:34
0 0

Дело в кривых руках программистов Майкрософт.
26.03.13 22:35
0 0

Винда не только время, она и объем файлов считает весело. Я как-то удалял кучу файлов, так она мне писала про "Удаление 517 ТБ" (sic!) Вот я порадовался, какой у меня винт большой ))

Но любим мы её не за это 😄
26.03.13 22:53
0 0

Фрагментирован диск по самое нехочу, небось?
27.03.13 12:58
0 0

Чтоб точно считать программе необходимо просто запретить другим процессам обращаться к этим файлам в процессе копирования и брать себе максимальный приоритет. А то копируешь что-то, а подлый антивирус еще проверяет, нет ли там какого вируса. Еще надо учитывать дефрагментированность файла. Считывается ведь файл по секторам, а головке винта приходится побегать между ними, если они далеко друг от друга.
27.03.13 19:28
0 0

Zardoz: Чтоб точно считать программе необходимо просто запретить другим процессам обращаться к этим файлам в процессе копирования и брать себе максимальный приоритет. А то копируешь что-то, а подлый антивирус еще проверяет, нет ли там какого вируса. Еще надо учитывать дефрагментированность файла. Считывается ведь файл по секторам, а головке винта приходится побегать между ними, если они далеко друг от друга.

Совершенно верно. Таких нюансов может быть масса, что превращает точный подсчет времени копирования в весьма сложную задачу. Поэтому правильно сделали в Вин8, вообще отказавшись от этой функции. Показывается объем скопированного в процентах - просто и наглядно.
27.03.13 19:53
0 0
Теги
Сортировать по алфавиту или записям
BLM 20
Calella 142
exler.ru 251
авто 428
видео 3793
вино 350
еда 481
ЕС 57
игры 114
ИИ 21
кино 1547
попы 185
СМИ 2600
софт 908
США 85
шоу 6