progdvb.com

Прог, а доводилось ли пробовать использовать такой интересный способ доступа к файлу таймшифта, как memory-mapped file?

Все версии ProgDVB за последние года, кроме тех что 3 дня назад на тест выкладывал работают через мапинг. Из за этого такие не красивые пики загрузки винта, но в целом, лучше чем тупо писать в файл.

Prog wrote:И OS и ProgDVB.

Вот моя ошибка. Я почему то про ProgDVB не подумал, думал только про ОСх64 и размер файлов.

Prog wrote:Короче раз уж подняли тему, давайте разбиратся. Благо ТС в отличии от синхронизации весь легко промеряется.

Похоже основа всех глюков как я и предполагал в начале была зарыта в том самом глюке с выбросом TS в крайне правое положение.

Тестировал вчерашний вариант 6.60.1-3.

Сначала испугался когда пошли затыки, но при повторном запуске ситуацая кардинально изменилась. Похоже сначала Прог строит буфер на диске и первые секунды творится что-то недоброе. Но...

Похоже всех (и меня за настойчивость) можно поздравить, задача решена на 90-99%!
Затыки пропали!

Несколько десятков тысяч юзеров смогут забыть про глюки с разрывами.

Я от радости забыл флешку дома, но с буфером 2 ГБ на диске до его полного заполнения ни одной ошибки!

И это при том что шла запись и параллельно работала SS1 на 4.62.4

То есть фактически по сбоям 6.60.1-3 сравнялась с 4.62.4

Есть правда пару мелких огрехов, но если их решить то это уже будет просто подарок для всех юзеров.

1. Не очень часто, но иногда при сдвиге TS в крайне левое положение картинка начинает сыпаться на квадраты и через несколько секунд появляется надпись "Таймшифт буфер переполнен!" и TS просто отключается. Я подозреваю Прог при этом обращается к сектору буфера, в момент его удаления. Т.е. сразу два процесса к одному участку памяти.
Это происходит довольно редко, но неприятно. Может стоить чуть чуть сдвинуть точку обращения к буферу в крайне левом положении движка или еще как что-бы обезопасть TS от двойной операции?

2. При заполнении буфера на HDD (у меня был 2 ГБ) в самом конце, HDD начинает жутко трещать (я так понял операция финализации и переключеня буфера на полный цикл) и секунд 5-10 начинают сыпаться разрывы аудио а за ними и сбои в буфере. После этого разрывы больше не появляются совсем.
Можно сделать операцию финализации буфера чуть менее "брутальной"?
Если это получится то, имхо разборки с TS можно успешно завязывать.

Prog wrote:ss1 факт что не удачная в плане трафика. намучался в своё время что бы она его не теряла. Не говоря уже о том что нет TS. Кстати если любите дорогие карты, то можно на http://www.digitaldevices.de покопатся. ss2 usb s2 ci не плохая на самом деле. Надо было diseq менять а не её.

Ну пока SS1 меня еще ни разу не подводила.

А дайсеки у меня проверенные (фирменные "Thompson", есть еще пару фирм со стажем в этом деле ~30 лет) на нескольких десятках карт и стационарах работают как швейцарские часы с любыми кабелями, головами и пр. уже ~10 лет.

К примеру ProfRev7500 и SS1 через них меняет спутник вместе с картинкой меньше чем за секунду. SS1 в хард-моде 0.3-0.5 секунд.

"ss2 usb s2 ci" я тестировал вместе с ProfRev-7500, SS2 уступает везде, даже в сервис центре при магазине не смотря на более выгодную для них цену (~2x от Prof) мне не советовали ее брать по многим причинам и ...оказались правы.

Prog wrote:И так, ещё раз обновил пререлиз, вернулся к мапингу как в 6.60 с чуть другими значениями. Но это версия интересна для теста. Попробуйте пожалуйста в dbgview посмотреть лог timeshift-а. Максимальное время операций не должно быть слишком большим. Если переваливает за пол секунды то будет предепреждение прямо в логе.

OK. Назову ее 6.60.1-4

Prog wrote:Если интересно то кеш перед таймшифтом 5 мегабайт, то есть на 27500 это чуть меньше секунды.
Можно будет сделать тестовую версию с бОльшим значением.

Думаю да 10-20MB.
В старых версиях я ставил руками 20MB.

Нету никакой финализации, зато есть фрагментация диска.

Увеличу в следующий раз буфер до 10 когда включен тс в файле. Но это не решение похоже.

Prog wrote:Нету никакой финализации, зато есть фрагментация диска.

Увеличу в следующий раз буфер до 10 когда включен тс в файле. Но это не решение похоже.

Возможно, будем смотреть.

Но главное уже есть - ЗАТЫКИ С АУДИО УЖЕ ПРОПАЛИ НАЧИСТО! в 6.60.1-3

За 2 часа после заполнения буфера на HDD ни одного глюка даже при загрузке процессора 70-100%!

Шампанское в студию! (Мне "медальку" и грамоту за интуицию, настойчивость и многодневные тесты )

PS
Да чуть не забыл, вчера проверял по просбе 6.60.1-2 на предмет зависимости загрузки CPU и RAM от размера буфера TS.
От 20 до 2000MB разницы в обоих случаях не было. CPU~18% (максимум 60%), RAM~450MB

nicko123 wrote: но с буфером 2 ГБ на диске до его полного заполнения ни одной ошибки!

В подписи вроде у тебя XP стоит? И ProgDVB наверное X32 ? В таком случае, как выше было написано, даже одно из этих двух вводных и установка буфера больше 700(прим.) как раз и вызывает разрывы.

V.Zhukoff wrote:

nicko123 wrote: но с буфером 2 ГБ на диске до его полного заполнения ни одной ошибки!

В подписи вроде у тебя XP стоит? И ProgDVB наверное X32 ? В таком случае, как выше было написано, даже одно из этих двух вводных и установка буфера больше 700(прим.) как раз и вызывает разрывы.

XP, версия x32.

Хм, а при чем здесь 700MB, если речь идет о дефрагментации HDD?

Prog wrote:Нету никакой финализации, зато есть фрагментация диска.

Сейчас у меня разрывов нет вообще даже если обе версии 6.60.1-3 и 4.62.4 работают вместе и у обоих буфер от 2 ГБ на HDD и процессор загружен другим софтом до 80-100%!

Разрывы идут только в самом начале (секунд 10) при создании буфера и перед полным его заполнением (секунд 10).
Более того я не уверен что разрывы появятся в конце повторно, если размер буфера в сетапе не менялся.

Cтавил размер буфера 8 ГБ, разницы не вижу, думаю и 16ГБ прокатит.

nicko123 wrote: Хм, а при чем здесь 700MB, если речь идет о дефрагментации HDD?

Там речь идет о том, что в сомой системе х32 (устройство кластеров, количество бит и др премудрости) ограничение, независимо от того, что творится на ХДД.
Я читал это не помню где, то ли 756, где то в этом районе. Просто я думал только ОС(у меня х64) должна, Prog сегодня сказал, что и к программе это относится. Почитай, я спец. спросил про это.
Уменьшил себе-разрывы пропали. А у тебя могут появиться если будет больше. Иногда у меня тоже-ниче-ниче было-а потом начиналось.
Можешь погуглить на предмет разрядности, VISTA(там х64 появилось) и тд.

Не надо путать работу с диском и памятью. Ограничение только на память. На диске можно создать сколько угодно большой буфер. x64 была и XP а может и раньше OS были, не помню уже.

Нет никаких процессов в конце буфера. Он полностью линеен. В начале может быть всплеск активности из за построения графа. Думаю вам нужно дефрагментировать диск.

V.Zhukoff wrote: Там речь идет о том, что в сомой системе х32 (устройство кластеров, количество бит и др премудрости) ограничение, независимо от того, что творится на ХДД.
Я читал это не помню где, то ли 756, где то в этом районе. Просто я думал только ОС(у меня х64) должна, Prog сегодня сказал, что и к программе это относится. Почитай, я спец. спросил про это.

Думаю это из разряда маркетинговой рекламы. Ограниченая могут быть только в FAT32 HDD, но я им не пользуюсь. У меня тесты перед глазами 2 ГБ - полет нормальный.

V.Zhukoff wrote:Уменьшил себе-разрывы пропали. А у тебя могут появиться если будет больше. Иногда у меня тоже-ниче-ниче было-а потом начиналось.

У меня от размера TS (20-2000MB) ничего не меняется (смотри пост выше).
Думаю у тебя кодеки шалят, какой набор сейчас?

V.Zhukoff wrote:Можешь погуглить на предмет разрядности, VISTA(там х64 появилось) и тд.

Боже упаси, в отличии от висты XP официально признан индустриальным стандартом на веки вечные и слезать с него я не собираюсь.
Виста сейчас официально исчезла, W7 в конце этого года тоже планируют заменить на W8.
Все это маркетинг и реклама. Хочешь работать - бери XP, нужны пальцы веером - хоть Win666, продавцы будут только рады.

Prog wrote:Нет никаких процессов в конце буфера. Он полностью линеен. В начале может быть всплеск активности из за построения графа. Думаю вам нужно дефрагментировать диск.

А почему проблемы только в самом конце заполнения буфера?

На HDD в этот момент всегда 10-30 GB свободно, руками я ничего не трогаю.

А на счет этого есть идеи?

1. Не очень часто, но иногда при сдвиге TS в крайне левое положение картинка начинает сыпаться на квадраты и через несколько секунд появляется надпись "Таймшифт буфер переполнен!" и TS просто отключается. Я подозреваю Прог при этом обращается к сектору буфера, в момент его удаления. Т.е. сразу два процесса к одному участку памяти.
Это происходит довольно редко, но неприятно. Может стоить чуть чуть сдвинуть точку обращения к буферу в крайне левом положении движка или еще как что-бы обезопасть TS от двойной операции?

Мелочь конечно, но думаю будет всем приятно.

PS
XPx64Pro- официальный индустриальный стандарт в первую очередь.

Prog wrote:Не надо путать работу с диском и памятью. Ограничение только на память. На диске можно создать сколько угодно большой буфер.

Похоже Вы тоже в эту путаницу вносите посильный вклад.
Вообще вся тема посвящена работе TS на винте.
Я спросил что должно быть х64 чтобы не было ограничений Вы сказали и то и то-

Prog wrote:И OS и ProgDVB. В x32 не сделать буфер больше 600-700мебайт. Ограничение ахретектуры.

Давайте так-у меня ОС-64, ProgDVB-32. Есть ли у меня ограничения по объему 1)в памяти 2)на винте ?

У вас есть граничение на память и нету на винт.

1. Ещё раз предположу фгагментацию. 10-30гб это очень мало. Либо винт забит под завязку либо он очень древний и медленный.

2. Насчёт левой граници это нуждается в тюненге. В общем случае эта проблема не решаема. Потому что граф может стартовать долго, а писать в буфер надо. По этому ситуации переполнения могут быть. Опять же диск может на пару секунд занятся своими делами.
Сейчас там граница 10 секунд, что уже не мало.

ps: Насчёт OS, не нужно слушать не только маркитологов но и всяких студентов в форумах. По факту винста после sp1, стала заметно лучше xp, а win7 так с релиза. Но не будем вдаватся в дискусию. Просто мой не маленький опыт в качестве програмера, даёт права на мнение.

Prog wrote:1. Ещё раз предположу фгагментацию. 10-30гб это очень мало. Либо винт забит под завязку либо он очень древний и медленный.

Спасибо. Попробую дефрагм. Хотя у меня там 60 свободно(картинку даже крепил). Да и Samsung мой шустренький. OK. Спасибо.