|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 27 Jan 2003 07:48:30
To : Alexander S. Usov
Subject : Re: научный вопрос
--------------------------------------------------------------------------------
Jan 27 03:37 03, Alexander S. Usov wrote to Zahar Kiselev:
ASU> Сорри, забыл сказать что время от времени программулина ?1 зовёт
ASU> lseek(out_file, 0, SEEK_SET) и ftruncate(out_file,0). Она его
ASU> открывает только 1 раз и не закрывает вообще.
Да, так работать будет. Хотя записывать каждый "кадр" графика в файл чтобы тут
же его уничтожать - решение выглядит несколько кривоватым. Я еще мог бы понять,
если бы файл с данными сохранялся для возможного последующего анализа.
ASU> Кстати, открытие/закрытие файла не такая уж и дорогая операция, как
ASU> и его чтение. Особенно учитывая то, что он весь будет прокеширован.
Однажды по молодости я криво написал программу на EC1046 - у меня там файл
открывался и закрывался при каждом проходе цикла. Программа считала пять часов.
Когда я понял, что был не прав и вынес операции открытия/закрытия файла за тело
цикла - программа отработала за двадцать минут. В данном случае обрати внимание
не на абсолютные цифры, а на их соотношение.
ASU> Я думаю что тебе не помешала-бы небольшая амнезия.
ASU> Дабы забыть ужасы ДОС и i80286 ;) и не лечить то, что ещё не
ASU> сломалось.
ASU> Hа твоём Р300 всё будет летать.
Только что тут было письмо от человека, который предупреждал, что с
использованием даже не гнуплота, а рисования из TCL - у него не получалось
одновлять график более трех раз в секунду, и то он "применял ухищрения" как сам
выразился.
>> ASU> Продолжай в том-же духе. Когда сделаеш, скажи сколько потратил
>> ASU> времени.
>> Hе думаю, что на это уйдет слошком много времени.
ASU> Ага, ещё с недельку. Уже дня 3-4 прошло.
Это много? Люди уже года полтора не могут как следует изучить переходные режимы
из-за инерционности основных применяемых средств регистрации - самописцев. Если
я сделаю это за месяц - это будет _очень_ быстро.
ASU> Ты думаеш что использование expect и перечитывание файла будет жутко
ASU> тормозить?
Исхожу из только что полученной информации. Цитировать то письмо надо или сам
найдешь в эхе?
ASU> Hа Р300/128?
Hа испытания я смогу притащить максимум AMD K6-2-233(и 128м). И далеко не самую
современную видеокарточку.
> Уже нет надобности ковыряться в ассембере и оптимизировать всё без разбору
Я ни разу не произнес слово ассемблер.
Хотя честно говоря - присобачить к этой задаче линукс мне хочется исключительно
чтобы доказать коллегам, что он это тоже может.
Как тут уже было справедливо замечено (не только мной!) эта задача решается
досом и турбопаскалем за один вечер. И в таком виде работает даже на 286 машине,
которую можно было бы подключить к установке и там оставить "навсегда" ввиду ее
ненужности в других местах.
ASU> (разве только для декодирования видео, и то только кодек).
Да уж... Тут у меня вместе с новым дебианом поставился
проигрыватель xmovie. Взял у приятеля музыкальных видеоклипов на попробовать -
оказалось, что новые клипы не понимает вообще, а старые показывает, но в виде
"слайдшоу".
(виндовый медиаплейер на этой же машине показывает все те же клипы нормально)
Вобщем-то я знал, что поступаю правильно, смотря видео на видике.
Zahar(@spbdept.rbc.ru)
--- Msged/LNX 6.1.1
* Origin: Остров Большой Березовый: http://birch-island.spb.ru (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
