LabVIEW портал

  • Увеличить размер шрифта
  • Размер шрифта по умолчанию
  • Уменьшить размер шрифта


Революция, о которой так долго говорили большевики..

..(и о которой так мечтал Антон toto) свершилась! Laughing

Наконец-то появился более-менее подробный, понятный и наглядный документ на русском языке, доказывающий что LabVIEW - это полноценный компилятор.

Автор этого документа наш коллега Андрей Дмитриев, создавший замечательный блог "LabVIEW по русски". Надеюсь когда-нибудь он к нам присоединится Wink

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

Комментарии
Добавить новый Поиск RSS
+/-
Комментарии
Имя:
E-mail:
 
Веб-сайт:
Заголовок:
UBB-Код:
[b] [i] [u] [url] [quote] [code] [img] 
 
 
:angry::0:confused::cheer:B):evil::silly::dry::lol::kiss::D:pinch::(:shock::X:side::):P:unsure::woohoo::huh::whistle:;):s:!::?::idea::arrow:
 
Пожалуйста, введите проверочный код, который Вы видите на картинке.
crashwork |Author |2010-02-01 21:24:57
avatar Класс. Чувак молоток. Я пытался Идой дизассебмлить, но не знал что код запакован. А тут на тебе.
AndreyDmitriev |Author |2010-02-01 23:22:19
Спасибки! Просто мне как-то надо было найти несколько одинаковых констант в нескольких сотнях VI (при этом я точно знал, что они там есть). Удивительно, но поиск по содержимому файлов ничего не дал, тут-то до меня и дошло, что файлы упакованы. Ну а дальше было дело техники.
Eugen |Author |2010-02-02 00:25:02
avatar Да, познавательно. Немного непонятна цель, я в начале тоже пытался узнать что к чему, т.к. программил микроконтроллеры на Си, а потом забросил. Современные компы работают быстро и разница использования I32 или I64 будет незаметна, даже в больших проектах. Ну конечно если не использовать LabVIEW вместо Matlab.
AndreyDmitriev |Author |2010-02-02 13:18:17
Цель... Например, у меня есть электродрель. Офигенно мощная, но медленная. Погожим зимним вечером я разбираю её до винтика, а потом собираю обратно. Быстрее работать она, конечно, не станет, а вот мелкая моторика развивается. В качестве бонуса её можно прочистить и смазать. Так и здесь – подобные небольшие упражнения развивают "мелкую моторику" головного мозга, да и просто доставляют удовольствие.
Indey  - re: |SAdministrator |2010-02-02 18:19:02
avatar
Eugen писал:
Да, познавательно. Немного непонятна цель, я в начале тоже пытался узнать что к чему, т.к. программил микроконтроллеры на Си, а потом забросил. Современные компы работают быстро и разница использования I32 или I64 будет незаметна, даже в больших проектах. Ну конечно если не использовать LabVIEW вместо Matlab.

Жень, не стоит забывать, что помимо современных десктопных компов, есть такие же современные встраиваемые системы и одноплатные компьютеры, производительность которых пока увы, в разы меньше десктопов. Но даже там кстати говоря я бы не сказал что программы написанные на LabVIEW работают медленно. А цель как говорил Остап Бендер "святая"! :cheer: Ото всюду мы слышим стоны "текстовиков" что мол LabVIEW это несерьезно, медленно, громоздко да и вообще не компилируется. Вспомни хотя бы ту давнюю тему на автомейшенлабс (сравнение LabVIEW c C++). Так вот - чем больше будет таких документов, тем серьезней будут относиться к LabVIEW вообще и соответственно к нам как программистам LabVIEW в частности.
AndreyDmitriev |Author |2010-02-02 19:45:36
Ну и в добавление ещё один параграф, в котором я пытаюсь показать, что не так уж всё плохо... Хотя могло бы быть и лучше...
bookworm |Author |2010-02-04 07:42:45
Да, добавлю свои пять копеек. В ряде случаев производительность алгоритма вылизывается по-максимуму. Иногда нет возможности использовать шустрый PC. Как, например, в ряде случаев, с которыми сталкивался лично я. Речь идет об обработке сигналов на CompactRIO. При высокой частоте дискретизации и серьезном алгоритме долго приходиться "подкручивать винтики" и идти на компромисы (снижая частоту, уменьшая количество каналов и упрощая алгоритм), чтобы буфер плисины не переполнялся.
Indey  - re: |SAdministrator |2010-02-04 09:43:39
avatar
AndreyDmitriev писал:
Цель... Например, у меня есть электродрель. Офигенно мощная, но медленная. Погожим зимним вечером я разбираю её до винтика, а потом собираю обратно. Быстрее работать она, конечно, не станет, а вот мелкая моторика развивается. В качестве бонуса её можно прочистить и смазать. Так и здесь – подобные небольшие упражнения развивают "мелкую моторику" головного мозга, да и просто доставляют удовольствие.

ну дрель не такая уж и медленная )
еще раз спасибо за статью!
Indey  - re: |SAdministrator |2010-02-04 09:46:50
avatar
AndreyDmitriev писал:
Ну и в добавление ещё один параграф, в котором я пытаюсь показать, что не так уж всё плохо... Хотя могло бы быть и лучше...

Кстати в контексте этих двух последних статей возможно будет интересна видеозапись саммита с последней конференции NI, посвященная сравнению LabVIEW текстовыми средами разработки.
Она есть на моей странице в контакте в разделе видео. Снимал лично я.
AndreyDmitriev |Author |2010-02-04 21:31:07
Спасибо за видео! В основном, правда речь о преимуществах (их действительно немало).

Что касается сравнений LabVIEW против Си - то подобные сравнения есть и у NI. Один из старых графиков выглядел вот так:
Posted image

Сравнение я считаю некорректным, поскольку сравниваются библиотечные функции (примитивы чтения и записи файлов находятся в ядре, а Power Spectrum - это вызов DLL из SubVI) - то есть это в конечном итоге сравнение Си против Си.

Вот ещё один официальный бенчмарк: Benchmark Utility for LabVIEW and C++
Там тоже самое - взято, например, преобразование Фурье - ну так оно и в LabVIEW на том же самом Си написано и подключено как DLL. Попробуйте на досуге сделать Фурье на чистом LabVIEW - низкая скорость гарантирована.

Я в своём тесте тоже немного дал фору Си, поскольку воспользовался Интеловским компилятором. Если бы я использовал CVI, который по качеству кодогенерации ненамного лучше LabVIEW, то результаты были бы хуже.

Из реальных примеров из жизни могу привести такой - есть камера, отдающая картинки 1000х1000 точек, 16 бит со скоростью тридцать кадров в секунду. То есть идёт поток грубо говоря шестьдесят мегабайт в секунду. Надо выполнить свёртку с ядром 7х7 и вывести видео на экран в реальном времени. То есть на кадр даётся тридцать миллисекунд. Без использования сторонних библиотек (типа IPP или IMAQ) на чистом LabVIEW задачка просто невыполнима на доступном по мощности компьютере.

!joomlacomment 4.0 Copyright (C) 2009 Compojoom.com . All rights reserved."

 
Внимание! Регистрация в портале и в форуме раздельная.