Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2004.02.25;
Скачать: CL | DM;

Вниз

Оценка оставшегося времени...   Найти похожие ветки 

 
Cosinus   (2004-02-12 13:13) [0]

Добрый день, мастера.
Не подскажите как организовать "оставшееся до конца процесса время"? У меня через порт льются в девайс данные, взятые через Stream из data-файла, находящегося в Dll. Плюс еще Application.ProcessMessages, срабатывающий через блок в 64к (я это описываю, чтобы было понятно, что это не просто работа через порт, которая в чистом виде, насколько я представляю, мало зависит от "крутизны" компьютера) Естественно, что время выполнения на разных компьютерах будет разное. Честно говоря, мне совершенно не понятно, как организовать оценку оставшегося времени. Может посмотреть время, затраченное на первый блок, и соответственно перенести на общий объем? Но, что тогда выводить в самом начале? До прохода первого блока? Подскажите, пожалуста.
Заранее спасибо.


 
Dimka Maslov   (2004-01-23 13:21) [1]

Думать не пытался?


 
Anatoly Podgoretsky   (2004-01-23 13:23) [2]

Это простая математическая задача для четвертого класса, на нахождение долей


 
Cosinus   (2004-02-12 15:20) [3]

>>Dimka Maslov © (23.01.04 13:21) [1]
Пытался
"посмотреть время, затраченное на первый блок, и соответственно перенести на общий объем"
>>Anatoly Podgoretsky © (23.01.04 13:23) [2]
"посмотреть время, затраченное на первый блок, и соответственно перенести на общий объем"
Задача приходит к этой после записи первого блока, а до первого блока ничего не писать? Я спрашиваю с точки зрения интерфейса. Будет ли это правильно? Или просто для начала взять какое-нибудь усредненное время?


 
Amoeba   (2004-02-12 15:27) [4]

Усредненное (по опыту конкретной закачки) время для начала вполне подойдет. Просто брать "от фонаря" как-то не эстетично.


 
Cosinus   (2004-02-12 15:37) [5]

>> Amoeba © (12.02.04 15:27) [4]
Я собственно это и хотел услышать, спасибо.


 
Юрий Зотов   (2004-02-12 15:38) [6]

> Cosinus © (12.02.04 15:20) [3]

А при чем тут вообще время?

Общий объем данных известен? Известен.
Уже обработанный объем известен? Тоже известен.

Вот к ОБЪЕМАМ и привязывайтесь. А не ко времени.


 
Cosinus   (2004-02-12 15:42) [7]

>>Юрий Зотов © (12.02.04 15:38) [6]
ProgressBar, Gauge...
Нет, я хотел бы, чтобы показывалось именно время, оставшееся до конца. Хотя меня и раздражает порой бешенно скачущее время например при копировании или при download-е с нета, но все же мое мнение, что в данной конкретной задаче это будет совсем не лишним.


 
Anatoly Podgoretsky   (2004-02-12 15:45) [8]

Вот эта система уровне, как помню в начальных классах учились рещать

X=N
Y=?


 
Anatoly Podgoretsky   (2004-02-12 15:47) [9]

Да при том не важно к чему привязываться ко времени или к объемам, это самонастраюващия система.


 
Cosinus   (2004-02-12 15:51) [10]

>>Anatoly Podgoretsky © (12.02.04 15:45) [8]
Интересно, а как бы вы сами однозначно решили написанную вами систему из двух уравнений с тремя неизвестными? :)

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


 
Sandman25   (2004-02-12 15:54) [11]

[10] Cosinus © (12.02.04 15:51)

Записывайте куда-нибудь время скачивания 1 блока, полученное в прошлый сеанс работы программы.


 
KSergey   (2004-02-12 15:55) [12]

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


 
Cosinus   (2004-02-12 15:56) [13]

>>Sandman25 ©
Спасибо, об этом я как то не подумал :)


 
Anatoly Podgoretsky   (2004-02-12 16:04) [14]

Cosinus © (12.02.04 15:51) [10]
Здесь только одно неизвествное и три известных

60 мб = 100%
9 мб = ?

9 мб = 15 сек
60 иб = ? сек

Реши эту школьную задачку и я в тебя поверю


 
Юрий Зотов   (2004-02-12 16:07) [15]

> Cosinus

IMHO, "Осталось 37%" ничуть не хуже, чем "Осталось 2 мин 47 сек". А уж точнее - так это наверняка, потому что время зачастую можно определить только оценочно (умножая время обработки последней порции данных на число оставшихся порций), причем во многих задачах эта оценка получается ОЧЕНЬ грубой. Скажем, те же 2 мин 47 сек реально могут растянуться минут на 10 - а тогда какой в них смысл? Только юзеров смешить.


 
Cosinus   (2004-02-12 16:12) [16]

>>Юрий Зотов © (12.02.04 16:07) [15]
Ну что же, ладно, убедили...
Буду использовать ProgressBar и иже с ними. :)))



Страницы: 1 вся ветка

Текущий архив: 2004.02.25;
Скачать: CL | DM;

Наверх




Память: 0.47 MB
Время: 0.031 c
3-79664
Alex__
2004-01-30 21:21
2004.02.25
Функция Table.Translate


4-80370
SkyRanger
2003-12-16 04:05
2004.02.25
Проблема с ХР


14-80201
:)
2004-01-30 18:18
2004.02.25
загрузка картинки!


1-79841
3APA3A
2004-02-10 21:50
2004.02.25
Добавление файлов в ресурс...


4-80378
devil_dk
2003-12-20 01:13
2004.02.25
Создать рабочий стол





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский