В общем я тут завяз в размышлениях! Прошу совета….

Что собственно выбрать? Linux Debian или Windows Vista?

Проблемы в следующем: проц у меня двух ядерный, работаю под WIN XP, для полной загрузки процессора запускаю два Матлаба, но это парит! Ну скажем поставлю Линукс, заработает там Матлаб, и что дальше CCS-то там не работает! Зато это единственный минус Линукса. Тут есть вариант заняться эмуляцией, но что-то мне подсказывает, что это Геморрой.. А с виндой не много по другому, Матлаб вроде бы как работает, CCS под огромным вопросом (я слышал, что проблемы есть! Даже с 3.3, а я работаю с 3.1, JTAG у меня не тексасовский), естественно, что большинство интересных программ тоже не воркает, Офис новый нужен! Но все-таки на Винду надежд по больше, хотя надежда - глупое чувство!

Сначала следует ответить (хотя бы самому себе) откуда возникла такая альтернатива (необходимость выбора)?

А по-моему всё просто.
Ставишь Debian, проверяешь Matlab. Пробуешь CCStudio под Wine, пока время есть. Когда его не станет, и не заработает - ставишь винду, Matlab, CCStudio и начинаешь искать остальной нужный софт.

Честно говоря я не понял замечания...

Вопрос в том, что в обычном режиме работы под WinXp, матлаб использует оно ядро процессора, при этом можно запустить два матлаба без потери производительности, но мне зачастую какое действие не требуется, мне нужен матлаб который занимает оба ядра процессора, так моделируется быстрее! Такой матлаб есть, но он либо под Linux либо под Vista!

А Debian собственно потому, что в роде бы как в нем матлаб работает! Я пробовал Kubuntu 7.04 в нем матлаб отказывется работать с самописными s-функциями.

CCS под Вистой не работает: пробовали 3.1 и 3.3, после чего пришлось ставить XP.

to lolikandr да это-то я понял, просто в пустую тратить время не люблю!

to aaarrr это огорчает!

Ну теперь завтра поставлю debian и все решиться!

Под Debian'ом поставь CrossOver Office. Это немного улучшенная версия wine. Я думаю что под ним CCS заработает. Хотя я не проверял. Могу кстати поделится - у меня есть 6-я версия CrossOver'а под Debian.

Я использую VirtualBox с установленной в него XP.
VBox 1.5.0 даже на Celeron (P4) 1.8 G 768 RAM дает просто прекрасное быстродействие как в хост системе (Linux) так и в гостевой.
Оборудование в гостевую ось попадает все, каое пробовал, на USB, LPT и COM. В настройке гораздо проще и удобнее VMWare и ооочень шустрый.
Wine сильно тормозит. Тот-же PCAD пости не дышит под wine и все время памяти не хватает.

Пишу превый отчет об решении вопросов по теме.
1. Установил Debian x86, к сожалению пока не x86_64 (тут кстати вопрос у меня проц Intel Core 2 на него x86_64 нужен? Для работы с 64 битами?).
2. Установил matlab r14 заработал не сразу! Снова глючили самописные s-функции.

Ошибка:

Unable to load mex file: /bit_gen.mexglx.
/usr/local/matlab/bin/glnx86/../../sys/os/glnx86/libgcc_s.so.1: version
`GCC_3.3' not found (required by /usr/lib/libstdc++.so.6)
??? Invalid MEX-file 'bit_gen.mexglx': .

Исправил так:

cd $matlab/sys/os/glnx86
mkdir old
mv libg2c.so.0 old
mv libg2c.so.0.0.0 old
mv libgcc_s.so.1 old

3. matlab устанавливал в двух версиях х86 и х86_64, работают обе, но грузят все равно одно ядро процессора . Возможно нужен линукс х86_64, это буду проверять!
4. Пытался заставить CCS работать под Wine и Crossover! Не работает... . VirtualBox - вариант! Но пока не опробовал только установил. Сначала нужно чтоб matlab начал работать так как нужно...

Вообщем о том, что работают две версии matlab это я погорячился, просто забыл удалить х86, и установил в одну папку обе...

Сегодня поставил только х86_64:
matlab: No MATLAB bin directory for this machine architecture.
ARCH = glnx86

Ответ очевиден нужно ставить Linux x86_64!

Установил VirtualBox->WinXP->CCS все работает! JTAG (USB) ТОЖЕ!

http://www.debian.org.ua/releases/stable/a...ch02s01.html.ru
Core 2 Duo это EM64T

Да! Я уже попросил скачать! Просто х86 под руками, так сказать, был.

забудьте о висте,

>>Ответ очевиден нужно ставить Linux x86_64!

В реалиях современного развития ОС ответ действительно очевиден, прогрессивное сообщество выбирает gnu =)
+ перечислять не вижу смысла они очевидны

Итак, отчет номер два:
1. Установил Дебиан х64
2. Установил Матлаб 7.1 sp3 х86_64
Результат:
все тоже – только одно ядро загружено…

Результаты времени расчета (моя моделька, 10сек., тип double, в основном )
таковы:

WinXP32: 10мин 55сек
Debian64: 11мин 50сек.

(((((((((((((((

Вопрос в следующем: Что не так?

Раз никто, не знает или не хочет отвечать я продолжу свой монолог.

MATLAB, Simulink и технологии Multithreading.

Multithreading - многопотоковый режим, многопотоковость;
1) с точки зрения архитектуры процессора - способность процессора исполнять несколько задач (потоков) параллельно;
2) в программировании - параллельное выполнение нескольких потоков в рамках одного процесса;

Итак, что же компания MathWorks, предлагает своим пользователям в плане технологии Multithreading:

MATLAB:
Первое упоминание о данной технологии (что я нашел) имеется в версии 7sp2, заключается оно в том, что компания MathWorks предоставила возможность своим пользователям при компиляции проекта использовать библиотеки MKL(Math Kernel Library) для процессоров Intel и CML(Core Math Library) для AMD. В версиях MATLAB до 2006а, данные функции включались созданием системных переменных:
BLAS_VERSION mkl.dll
OMP_NUM_THREADS 2
При этом количество процессоров, как я понимаю, не ограничено.
С версии 2006а в preferences -> general -> multithreading, указываем количество процессоров на нашей платформе.
И ВСЁ это действительно работает! Полностью задействованы оба ядра! Но это работает только для MATLAB, и никоим образом не относится к Simulink.
Проверял на операционных системах Windows XP (32bit) и Debian Linux x64 4.0r.

Simulink:
Поддержка технологии Multithreading начинается с версии Simulink 7.0, MATLAB 2007b, но только в режиме Rapid Accelerator. Поддержка на мой взгляд еще очень «жиденькая», процессор хотя и задействован на 100%, и расчет идет не на много быстрее чем в режиме Normal (процессор задействован на 50%), и тем более не быстрее чем в режиме простого Accelerator (процессор задействован на 50%).
Вот результаты относительного тестирования (моя модель, тип данных double, 0.1сек):
Normal (процессор задействован на 50%) – 17 мин 25.15 сек
Rapid Accelerator (процессор задействован на 100%) – 16 мин 20.16 сек
Accelerator (процессор задействован на 50%) – 6 мин 10.72 сек
Причем Multithreading не зависит от того какая ОС 32 бита или 64.

Вот так вот!

Я прочитал довольно много ответов на вопрос «Почему у меня двухядерный процессор задействован на 50% с включенным режимом HyperThreading?» следующего содержания «Не беспокойтесь - это так винда так отображает, зайдите в BIOS, отключите HyperThreading и сравните времена выполнения». На это на мой взгляд не стоит вестись. Действительно после отключения HyperThreading модель считается медленнее, я проверял, но не в два раза, а на 5%. Причем если во время работы без режима HyperThreading, запустить еще какое-нибудь приложение, то время выполнения модели снижается, а с включенным HyperThreading - НЕТ. Отсюда делаем вывод, что 5% разницы, это работа системы, и окружения.

А кто как решает вопрос эмуляции для процессоров C6000/С5000 (не важно). Драйверы эмулятора для Linux (Wine) где берём?

Никогда таковых не видел... Среда разработки, собственно только - CCS, сомневаюсь что её вообще выпустят под Linux...
Вообще есть, Linux'ые среды разработки, Green Hills и MontaVista, в них можно работать с ARM(TMS470) и OMAP(ARM + C5000(C6000)), эмулятор работает нормально (JTAG XDS510), но компилятор только ARM, в DSP можно только грузить готовый проект и ходить по нему (дизассмблер)...

А где вы вычитали, что есть мастлаб, который работает сразу на нескольких ядрах (причем сам еще все это разруливает)? Чтобы ваша программа загружала несколько ядер, ее на написать соответствующим образом и настроить матлаб. Чтобы симулинк работал на нескольких ядрах вообще не слышал.
На нескольких ядрах поддерживают выполнение, например, некоторые алгоритмы оптимизации и поиска (для чего в их настройках есть соответсвующие опции).
Гдето был хороший вебинар по интересущей вас теме, вебинары софтворкса очена помогают жить.

Однозначно ставить винду!

Линукс УГ и нормального софта под него нет, и скорее всего не будет т.к. пользователей винды в в десятки раз больше, чем Линукса. Под линь невыгодно писать.