Я пытаюсь отправить некоторые данные в режиме реального времени (частота дискретизации 1 кГц) через канал в gnuplot v4.6.3. Графы превосходны, если я замедляю данные, но, к сожалению, gnuplot не может идти в ногу, поэтому мне было интересно, есть ли у кого-нибудь предложения по улучшению производительности.Gnuplot: данные построения графика по трубе
Я заметил, что скорость, с которой может работать gnuplot, сильно зависит от размера текстового окна, поэтому я предполагаю, что одним из ограничивающих факторов является то, что gnuplot выполняет эхо всех команд, передаваемых по каналам, в текстовое окно. Кто-нибудь знает, как отключить это, так как это может решить мою проблему?
Я пробовал решение для переадресации, упомянутое здесь (hide C++ Gnuplot pipe console output), но оно не работает под Windows.
Большое спасибо, Джон
Вам действительно нужно строить график с частотой кГц? Если вы планируете, чтобы человек мог следить за данными, более 10-20 кадров в секунду кажется немного чрезмерным. Если вам нужно создать графики для просмотра позже, и данные действительно поступают так быстро, похоже, было бы разумно записать данные в один большой файл и позже. Не могли бы вы более подробно описать свою ситуацию? – andyras
Привет, спасибо за ваши мысли. 1 кГц - это данные, замедлившиеся от скорости линии, и на самом деле это не так быстро. Например. для кадра в 1024 тома это всего лишь 1 секунда. FYI. Многие другие пакеты могут легко поддерживать обновления с такой скоростью. Cheers John – Johned
Я использовал pgnuplot.exe, поскольку я не знал, что поддерживаемые gnuplot.exe трубы. Использование «gnuplot -persist>/nul 2> & 1» имеет очень высокую производительность :-) – Johned