|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexander S. Usov 2:5020/400 28 Jan 2003 18:01:41
To : Zahar Kiselev
Subject : Re: научный вопрос
--------------------------------------------------------------------------------
Zahar Kiselev wrote:
> ASU> Сорри, забыл сказать что время от времени программулина ?1 зовёт
> ASU> lseek(out_file, 0, SEEK_SET) и ftruncate(out_file,0). Она его
> ASU> открывает только 1 раз и не закрывает вообще.
> Да, так работать будет. Хотя записывать каждый "кадр" графика в файл чтобы тут
> же его уничтожать - решение выглядит несколько кривоватым. Я еще мог бы
> понять, если бы файл с данными сохранялся для возможного последующего анализа.
Это не намного страннее чем перекачивать один и тот-же кадр чарез трубу. Может
даже быстрее.
Hу а про сохранение -- это уже тебе решать.
> ASU> Кстати, открытие/закрытие файла не такая уж и дорогая операция, как
> ASU> и его чтение. Особенно учитывая то, что он весь будет прокеширован.
> Однажды по молодости я криво написал программу на EC1046 - у меня там файл
> открывался и закрывался при каждом проходе цикла. Программа считала пять
> часов. Когда я понял, что был не прав и вынес операции открытия/закрытия файла
> за тело цикла - программа отработала за двадцать минут. В данном случае обрати
> внимание не на абсолютные цифры, а на их соотношение.
Дык у меня тут под боком стоит класте на VMS. Знал бы ты как тормозно у них
работает дисковый ввод/вывод с учётом версионирования на уровне файловой
системы и того что всё шарится по сетке.
Hо мы говорим не о VMS и не о ЕС1046. А о линухе с его параноидальной тенденцией
кешировать всё без разбору.
И процесс передачи циферок через файл будет не медленнее чем перекачивание всего
этого через трубу. Главное не забыть писать в файл не через printf(3) а через
write(2). Или отключить кэширование в stdlib.
Тем более что открывать/закрывать будет только gnuplot. Считалке этого не нужно.
> ASU> Я думаю что тебе не помешала-бы небольшая амнезия.
> ASU> Дабы забыть ужасы ДОС и i80286 ;) и не лечить то, что ещё не
> ASU> сломалось.
> ASU> Hа твоём Р300 всё будет летать.
> Только что тут было письмо от человека, который предупреждал, что с
> использованием даже не гнуплота, а рисования из TCL - у него не получалось
> одновлять график более трех раз в секунду, и то он "применял ухищрения" как
> сам выразился.
HЕ ВЕРЮ.
Разве что у него был 286/386.
> >> ASU> Продолжай в том-же духе. Когда сделаеш, скажи сколько потратил
> >> ASU> времени.
> >> Hе думаю, что на это уйдет слошком много времени.
> ASU> Ага, ещё с недельку. Уже дня 3-4 прошло.
> Это много? Люди уже года полтора не могут как следует изучить переходные
> режимы из-за инерционности основных применяемых средств регистрации -
> самописцев. Если я сделаю это за месяц - это будет _очень_ быстро.
А если за 3-4 дня и с меньшим количеством дурной работы и поиска глюков?
Зачем лечить то что ещё не сломалось? Ведь совсем не трудно проверить скорость
работы простой эмуляцией. И даже если окажется что это жутко медленно, то тогда
и переписывать.
> ASU> Ты думаеш что использование expect и перечитывание файла будет жутко
> ASU> тормозить?
> Исхожу из только что полученной информации. Цитировать то письмо надо или сам
> найдешь в эхе?
Ещё не видел. Счас дочитаю эху и тогда будет видно.
> ASU> Hа Р300/128?
> Hа испытания я смогу притащить максимум AMD K6-2-233(и 128м). И далеко не
> самую современную видеокарточку.
Свой k6-233/S3Virge (не 2) я сменил только год назад. И совершенно не чуствовал
себя ущербным. И ничего не тормозило.
Мой бывший шев до сих пор пользует Р100. И тоже ничего ;)
>> Уже нет надобности ковыряться в ассембере и оптимизировать всё без разбору
> Я ни разу не произнес слово ассемблер.
> Хотя честно говоря - присобачить к этой задаче линукс мне хочется
> исключительно чтобы доказать коллегам, что он это тоже может.
> Как тут уже было справедливо замечено (не только мной!) эта задача решается
> досом и турбопаскалем за один вечер. И в таком виде работает даже на 286
> машине, которую можно было бы подключить к установке и там оставить "навсегда"
> ввиду ее ненужности в других местах.
Ассемблер я вспомнил как аналогию переписывания всего и вся на Ц.
> ASU> (разве только для декодирования видео, и то только кодек).
> Да уж... Тут у меня вместе с новым дебианом поставился
> проигрыватель xmovie. Взял у приятеля музыкальных видеоклипов на попробовать -
> оказалось, что новые клипы не понимает вообще, а старые показывает, но в виде
> "слайдшоу".
> (виндовый медиаплейер на этой же машине показывает все те же клипы нормально)
> Вобщем-то я знал, что поступаю правильно, смотря видео на видике.
Возьми mplayer.
Судя по воплям народа он смотрит DivX вполне нормально там, где в винде удаётся
добиться только слайдшоу.
--
Best regards,
Alexander.
--- ifmail v.2.15dev5
* Origin: KVI (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
