LabVIEW портал

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

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

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

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

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

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

 

Комментарии  

 
0 #1 Сергей Лаврик 01.02.2010 21:24
Класс. Чувак молоток. Я пытался Идой дизассебмлить, но не знал что код запакован. А тут на тебе.
Цитировать
 
 
0 #2 Андрей Дмитриев 01.02.2010 23:22
Спасибки! Просто мне как-то надо было найти несколько одинаковых констант в нескольких сотнях VI (при этом я точно знал, что они там есть). Удивительно, но поиск по содержимому файлов ничего не дал, тут-то до меня и дошло, что файлы упакованы. Ну а дальше было дело техники.
Цитировать
 
 
0 #3 Евгений Граф 02.02.2010 00:25
Да, познавательно. Немного непонятна цель, я в начале тоже пытался узнать что к чему, т.к. программил микроконтроллер ы на Си, а потом забросил. Современные компы работают быстро и разница использования I32 или I64 будет незаметна, даже в больших проектах. Ну конечно если не использовать LabVIEW вместо Matlab.
Цитировать
 
 
0 #4 Андрей Дмитриев 02.02.2010 13:18
Цель... Например, у меня есть электродрель. Офигенно мощная, но медленная. Погожим зимним вечером я разбираю её до винтика, а потом собираю обратно. Быстрее работать она, конечно, не станет, а вот мелкая моторика развивается. В качестве бонуса её можно прочистить и смазать. Так и здесь – подобные небольшие упражнения развивают "мелкую моторику" головного мозга, да и просто доставляют удовольствие.
Цитировать
 
 
0 #5 Павел Кривозубов 02.02.2010 18:19
Цитирую Eugen:
Да, познавательно. Немного непонятна цель, я в начале тоже пытался узнать что к чему, т.к. программил микроконтроллер ы на Си, а потом забросил. Современные компы работают быстро и разница использования I32 или I64 будет незаметна, даже в больших проектах. Ну конечно если не использовать LabVIEW вместо Matlab.

Жень, не стоит забывать, что помимо современных десктопных компов, есть такие же современные встраиваемые системы и одноплатные компьютеры, производительно сть которых пока увы, в разы меньше десктопов. Но даже там кстати говоря я бы не сказал что программы написанные на LabVIEW работают медленно. А цель как говорил Остап Бендер "святая"! :cheer: Ото всюду мы слышим стоны "текстовиков" что мол LabVIEW это несерьезно, медленно, громоздко да и вообще не компилируется. Вспомни хотя бы ту давнюю тему на автомейшенлабс (сравнение LabVIEW c C++). Так вот - чем больше будет таких документов, тем серьезней будут относиться к LabVIEW вообще и соответственно к нам как программистам LabVIEW в частности.
Цитировать
 
 
0 #6 Павел Кривозубов 02.02.2010 18:28
Цитирую AndreyDmitriev:
Цель... Например, у меня есть электродрель. Офигенно мощная, но медленная. Погожим зимним вечером я разбираю её до винтика, а потом собираю обратно. Быстрее работать она, конечно, не станет, а вот мелкая моторика развивается. В качестве бонуса её можно прочистить и смазать. Так и здесь – подобные небольшие упражнения развивают "мелкую моторику" головного мозга, да и просто доставляют удовольствие.

тест
http://vkontakte.ru/id6912069
Цитировать
 
 
0 #7 Андрей Дмитриев 02.02.2010 19:45
Ну и в добавление ещё один параграф (labview-rus.blogspot.com/2010/02/4-labview.html), в котором я пытаюсь показать, что не так уж всё плохо... Хотя могло бы быть и лучше...
Цитировать
 
 
0 #8 Павел Китьян 04.02.2010 07:42
Да, добавлю свои пять копеек. В ряде случаев производительно сть алгоритма вылизывается по-максимуму. Иногда нет возможности использовать шустрый PC. Как, например, в ряде случаев, с которыми сталкивался лично я. Речь идет об обработке сигналов на CompactRIO. При высокой частоте дискретизации и серьезном алгоритме долго приходиться "подкручивать винтики" и идти на компромисы (снижая частоту, уменьшая количество каналов и упрощая алгоритм), чтобы буфер плисины не переполнялся.
Цитировать
 
 
0 #9 Павел Кривозубов 04.02.2010 09:43
Цитирую AndreyDmitriev:
Цель... Например, у меня есть электродрель. Офигенно мощная, но медленная. Погожим зимним вечером я разбираю её до винтика, а потом собираю обратно. Быстрее работать она, конечно, не станет, а вот мелкая моторика развивается. В качестве бонуса её можно прочистить и смазать. Так и здесь – подобные небольшие упражнения развивают "мелкую моторику" головного мозга, да и просто доставляют удовольствие.

ну дрель не такая уж и медленная )
еще раз спасибо за статью!
Цитировать
 
 
0 #10 Павел Кривозубов 04.02.2010 09:46
Цитирую AndreyDmitriev:
Ну и в добавление ещё один параграф (labview-rus.blogspot.com/2010/02/4-labview.html), в котором я пытаюсь показать, что не так уж всё плохо... Хотя могло бы быть и лучше...

Кстати в контексте этих двух последних статей возможно будет интересна видеозапись саммита с последней конференции NI, посвященная сравнению LabVIEW текстовыми средами разработки.
Она есть на моей странице в контакте в разделе видео (vkontakte.ru/video.php?id=6912069). Снимал лично я.
Цитировать
 
 
0 #11 Андрей Дмитриев 04.02.2010 21:31
Спасибо за видео! В основном, правда речь о преимуществах (их действительно немало).

Что касается сравнений LabVIEW против Си - то подобные сравнения есть и у NI. Один из старых графиков выглядел вот так:
[img=http://vi-lib.com/_Images/vi.lab/exec0.gif]
Сравнение я считаю некорректным, поскольку сравниваются библиотечные функции (примитивы чтения и записи файлов находятся в ядре, а Power Spectrum - это вызов DLL из SubVI) - то есть это в конечном итоге сравнение Си против Си.

Вот ещё один официальный бенчмарк: Benchmark Utility for LabVIEW and C++ (zone.ni.com/devzone/cda/tut/p/id/10341)
Там тоже самое - взято, например, преобразование Фурье - ну так оно и в LabVIEW на том же самом Си написано и подключено как DLL. Попробуйте на досуге сделать Фурье на чистом LabVIEW - низкая скорость гарантирована.

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

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

Добавить комментарий


Защитный код
Обновить

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