БЛОГ / КОММЕНТАРИИ

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

софт

26.03.2013 11:05

Комментарии 41

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

Zardoz

27.03.13 19:28

0 0

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

Совершенно верно. Таких нюансов может быть масса, что превращает точный подсчет времени копирования в весьма сложную задачу. Поэтому правильно сделали в Вин8, вообще отказавшись от этой функции. Показывается объем скопированного в процентах - просто и наглядно.

YermHome

Zardoz

27.03.13 19:53

0 0

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

pіroJOKE

27.03.13 12:58

0 0

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

Но любим мы её не за это 😄

Old Nick

26.03.13 22:53

0 0

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

Anarrich

26.03.13 22:35

0 0

Классика на эту тему xkcd.com/612/

TTRider

26.03.13 18:34

0 0

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

Vyacheslav S.

26.03.13 17:21

0 0

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

Zardoz

26.03.13 17:03

0 0

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

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

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

jorassic

Zardoz

26.03.13 17:19

0 0

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

Zhekator

26.03.13 14:34

0 0

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

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

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

Peter Zabriski

26.03.13 14:20

0 0

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

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

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

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

Еретик

Peter Zabriski

26.03.13 16:24

0 0

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

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

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

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

Одно дело 16 GB RAM, другое 2 GB RAM

Еретик

26.03.13 14:00

0 0

Far.

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

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

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

xoxol

26.03.13 13:50

0 0

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

YermHome

26.03.13 13:42

0 0

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

donnas

26.03.13 13:38

0 0

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

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

LP_Masta

26.03.13 13:15

0 0

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

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

Klopp

LP_Masta

26.03.13 14:09

0 0

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

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

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

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

Mahno

26.03.13 11:44

0 0

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

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

W colonel

Mahno

26.03.13 13:47

0 0

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

Константин Игоревич

26.03.13 11:40

0 0

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

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

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

Mahno

26.03.13 11:34

0 0

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

www.jampo.tv/files/fun/attachments/649/325b9bd0e9dff349760f08eab3bdf46dthumb.GIF

sambl4

26.03.13 11:13

0 0

Предыдущая запись Следующая запись

Поиск

e-mail Экслера - toffler@gmail.com

Теги