[an error occurred while processing this directive]
А потому как большинство тут embedded делают. Я вот например и SPARC использую, но... для синтеза-разводки. Но никак не в своем девайсе.
(«Телесистемы»: Конференция «Программируемые логические схемы и их применение»)
Отправлено
SM
25 января 2006 г. 10:07
В ответ на:
Ответ: А чего только все AD и TI?
отправлено <font color=gray>Artem</font> 25 января 2006 г. 03:19
Составить ответ
|||
Конференция
|||
Архив
Ответы
а я вот таки созрел для SPARC (microSPARC) в азике, к тому же сан обещает 64-х разрядный спарк к лету открыть...
—
yes
(25.01.2006 20:49
87.236.81.130
, 201 байт)
Кстати про спарк (+)
—
SM
(26.01.2006 12:26
213.141.159.26
, 263 байт)
ну а мне когда-то давно патч понадобилось на рабочую станцию написать на АСМ-е - за час написал, а с 86 - сколько ни программировал все равно эти LEA, всякие неортогональности BX BP DI
—
yes
(26.01.2006 13:50
87.236.81.130
, 276 байт)
Одно дело самому писать, другое - ковырять результаты С-компилеров :) (+)
—
SM
(26.01.2006 13:54
213.141.159.26
, 113 байт)
после pro во всех пентюках риск-энжин, которое код x86-го транслирует в натив, а затем исполняет
—
yes
(26.01.2006 14:10
87.236.81.130
, 789 байт)
Ну уж что и как куда транслируется - это меня мало интересует. Я же не в микрокоде пишу :) Еще DEC свои PDP делал с трансляцией в микрокоманды. Это не новое решение.
—
SM
(26.01.2006 14:18
213.141.159.26
,
пустое
)
Ответ: Так интел - знакомая.
—
Artem
(26.01.2006 13:00
222.101.205.82
,
пустое
)
Не сколько знакомая, а более удобная. Одна команда делает больше, чем пачка спарковских.
—
SM
(26.01.2006 13:03
213.141.159.26
,
пустое
)
Ответ: Это уже RISC-CISC Это спор тупиковый изначально.
—
Artem
(26.01.2006 13:15
222.101.205.82
,
пустое
)
Я не собирался спорить на эту тему. Просто 20 минут и три дня это неслабая разница для решения одного и того же вопроса на разных платформах.
—
SM
(26.01.2006 13:17
213.141.159.26
,
пустое
)
Ответ: Просто пора от ассемблера уходить. ИМХО. \
—
Artem
(26.01.2006 13:19
222.101.205.82
,
пустое
)
В огромном спектре задач это к сожалению невозможно...
—
SM
(26.01.2006 13:26
213.141.159.26
,
пустое
)
Ответ: Этот огромный спектр с каждым днем все уже и уже.
—
Artem
(26.01.2006 13:32
222.101.205.82
,
пустое
)
Не замечаю :) на моем любимом рынке дешовой и массовой электроники этого еще долго не будет. И надеюсь никогда.
—
SM
(26.01.2006 13:44
213.141.159.26
,
пустое
)
Ответ: А Атмеловские фортовские 4 битные процессоры разве не для этого рынка сделаны?
—
Artem
(26.01.2006 15:35
222.101.205.233
,
пустое
)
Для этого. Только сколько стоит использование их в своем асик? Это раз. И не все задачи (даже скорее редко какая) на них оптимально ложатся.
—
SM
(26.01.2006 15:37
213.141.159.26
,
пустое
)
Ответ: На попробовать, будут/не будут брать, ИМХО ОНО.
—
Artem
(26.01.2006 15:47
222.101.205.233
,
пустое
)
Тут нельзя пробовать. Тут надо делать то, что брать будут. Предварительно исследовав, что для этого надо сделать именно.
—
SM
(26.01.2006 15:51
213.141.159.26
,
пустое
)
Ответ: Для этого нужно иметь навыки более редкие чем простая электроника.
—
Artem
(26.01.2006 15:57
222.101.205.233
,
пустое
)
Да, конечно, этим вопросом должны заниматься понимающие в этом люди.
—
SM
(26.01.2006 16:04
213.141.159.26
,
пустое
)
Ответ: Но круто.
—
Artem
(26.01.2006 04:09
222.101.205.82
,
пустое
)
Ответ: А что лучше? (кроме производительности)
—
Artem
(26.01.2006 02:37
222.101.205.233
,
пустое
)
А я пока созрел не более чем на написание собственных ядер, оптимизированных под конкретную задачу...
—
SM
(26.01.2006 00:32
213.141.159.26
,
пустое
)
Ответ: А также своего компилятора, своего отладчика, своего симулятора? Или все на своем ассемблере?
—
Artem
(26.01.2006 05:04
222.101.205.82
,
пустое
)
Естественно все на своем ассемблере. С не нужен (я могу себе позволить лишнюю неделю на написание программы), а симулятор сам по себе получается... Симулированием нетлиста.
—
SM
(26.01.2006 12:07
213.141.159.26
,
пустое
)
Ответ: Это если программы маленькие. А если нужен интерфейс, GUI итд, то уже не получится.
—
Artem
(26.01.2006 12:59
222.101.205.82
,
пустое
)
Интерфейс нужен. GUI нет. В общем получается, и дешевле, чем у конкуррентов.
—
SM
(26.01.2006 13:04
213.141.159.26
,
пустое
)
Ответ: Разные задачи, разные потребности. Сравнивать бананы с железной рудой дело не благодарное.
—
Artem
(26.01.2006 13:14
222.101.205.82
,
пустое
)
Ответ: А также своего компилятора, своего отладчика, своего симулятора? Или все на своем ассемблере?
—
Artem
(26.01.2006 05:02
222.101.205.82
,
пустое
)
Ответ: Он как раз для embedded и сделан.
—
Artem
(25.01.2006 10:15
222.101.205.82
,
пустое
)
Ответ: Просто как-то странно. TMS320С64 используют, а тут по идее проще.
—
Artem
(25.01.2006 10:16
222.101.205.82
,
пустое
)
Что проще-то? Все возможности те же примерно. Периферия - сравнима. Разве что еще одну систему команд изучать (MIPS), зачем?
—
SM
(25.01.2006 10:33
213.141.159.26
,
пустое
)
Ответ: DDR память, нормальный ЖКИ интерфейс, USB итд. Ну и должен гораздо больше под C заточен.
—
Artem
(25.01.2006 10:37
222.101.205.82
,
пустое
)
Все это есть и у DM (6443/6446) Только вместо спец-LCD интерфейса более навороченные порты (+)
—
SM
(25.01.2006 10:48
213.141.159.26
, 741 байт)
Ответ: Но это DSP, а то MIPS. К примеру под ARM писать куда приятнее чем прод DSP.
—
Artem
(25.01.2006 10:51
222.101.205.82
,
пустое
)
Имею опыт программирования и того и другого - в корне не согласен. Особенно когда доходит до ассемблерных кусков.
—
SM
(25.01.2006 11:12
213.141.159.26
,
пустое
)
Ответ: У этого есть MCU.
—
Artem
(25.01.2006 11:26
222.101.205.82
,
пустое
)
Ага. Причем не очень понятно зачем.
—
SM
(25.01.2006 11:28
213.141.159.26
,
пустое
)
Ответ: Если делать что-то сложное, к примеру с более-менее навороченым GUI, FATом итд,
—
Artem
(25.01.2006 11:38
222.101.205.82
, 173 байт)
Есть линукс и под 64... MediaLinux. И с фатами, и с гуями.
—
SM
(25.01.2006 11:39
213.141.159.26
,
пустое
)
Ответ: А где?
—
Artem
(25.01.2006 11:45
222.101.205.82
,
пустое
)
Да - это разновидность ucLinux'а. Хотя в 64+ защищщенный режим придумали. А водится этот медиалинукс у Softier. Они, кстати, его поверх RTOS пустили. Так что там и RTOS и linux одновременно.
—
SM
(25.01.2006 11:58
213.141.159.26
,
пустое
)
Ответ: Какой RTOS? BIOS чтоли?
—
Artem
(25.01.2006 11:59
222.101.205.82
,
пустое
)
Ответ: С нормальным LInux не сравнить. В нормльном линухе на него по SSH зайти можно. Или на просто нормально .elf запустить...
—
Artem
(25.01.2006 12:01
222.101.205.82
,
пустое
,
ссылка
)
А так, естественно, если в ТЗ стоит использование полноценного линукса, то DSP тут отпадает.
—
SM
(25.01.2006 12:11
213.141.159.26
,
пустое
)
"a layered operating environment where digital signal processing executes together with Linux services and applications" - мне казалось, что sshd это тоже относится к "services & applications".
—
SM
(25.01.2006 12:04
213.141.159.26
,
пустое
)
Ответ: Да. Но это немного не то. Я не могу скомпилировать
—
Artem
(26.01.2006 04:13
222.101.205.82
, 243 байт)
Ну на столько глыбоко в различия я не вникал... Мне всегда нужен фиксированный набор программ в ембеддед-приложениях.
—
SM
(26.01.2006 12:09
213.141.159.26
,
пустое
)
Ответ: А это - возможность, к примеру зайти по SSH,
—
Artem
(26.01.2006 13:02
222.101.205.82
, 167 байт)
Ну нету у меня таких девайсов, на которые надо иметь возможность удаленно заходить. А тем более что-то на них левое запускать.
—
SM
(26.01.2006 13:05
213.141.159.26
,
пустое
)
Ответ: Я вообще не знаю что вы делаете. Просто такая возможность есть.
—
Artem
(26.01.2006 13:13
222.101.205.82
, 245 байт)
Я делаю (+)
—
SM
(26.01.2006 13:25
213.141.159.26
, 539 байт)
Ответ: И конкуренты выиграют потом на том, что заключат прямые поставки, закажут 100000 штук и получат скидку. :(
—
Artem
(26.01.2006 13:34
222.101.205.82
,
пустое
)
Поставки чего? ИМС моей разработки? Так это они со мной будут контракт заключать. Или пусть свою сами разрабатывают.
—
SM
(26.01.2006 13:42
213.141.159.26
,
пустое
)
Ответ: Разработают. На С.
—
Artem
(26.01.2006 14:35
222.101.205.233
,
пустое
)
Могу даже на спор - стандартное ядро + С против спец-ядра + асм на задаче например элементарного телефонного аппарата. Сравниваем размер кристалла (что единственное определяет его цену) при условии реализации на одной технологии.
—
SM
(26.01.2006 14:56
213.141.159.26
,
пустое
)
Да-да, уже разработали. Только дешевле меня (при одинаковых партииях) не сделают. А значит в пролете.
—
SM
(26.01.2006 14:50
213.141.159.26
,
пустое
)
Ответ: Сделают на ОЧЕНЬ разных. К примеру с Самсунгом, тягаться не получится. Найдет интересный кусок рынка и все.
—
Artem
(26.01.2006 15:05
222.101.205.233
,
пустое
)
И еще, пожалуйста, если не знаете, то не говорите. Про конкретные цифры, объемы и т.п. И кому с кем тягаться, а кому нет.
—
SM
(26.01.2006 15:21
213.141.159.26
,
пустое
)
С такими и тягаться не надо. Они сами нихрена не делают. Они скупают с корнями сделанное.
—
SM
(26.01.2006 15:19
213.141.159.26
,
пустое
)
Ответ: Купят. И рынок будет ЗАБИТ.
—
Artem
(26.01.2006 15:34
222.101.205.233
,
пустое
)
Это если я продам. А продам, если заплатят достаточно. А если заплатят - так вперед, мне это и надо. А потом другую нишу найду.
—
SM
(26.01.2006 15:35
213.141.159.26
,
пустое
)
Ответ: Найдут кто сделает. Сделать - просто. Сложно продать. Ниша просто может слишком мелкая для них.
—
Artem
(26.01.2006 15:41
222.101.205.233
,
пустое
)
Плюс ко всему - площадь вафли она для всех примерно одинаково стоит. И 100000 чипов от 1 млн. будут крайне незначительно отличаться по цене. Так что тут они ничего не выцепят.
—
SM
(26.01.2006 15:53
213.141.159.26
,
пустое
)
Ответ: У них может быть СВОЯ фабрика.
—
Artem
(26.01.2006 16:00
222.101.205.233
,
пустое
)
На этом они конечно выиграют, но не столь много, чтобы не бороться за микроны.
—
SM
(26.01.2006 16:05
213.141.159.26
,
пустое
)
Потому как если фабрика сделает партию "на сторону", и я об этом узнаю, это будет им полная задница. Никто на такое никогда не пойдет.
—
SM
(26.01.2006 13:46
213.141.159.26
,
пустое
)
Ответ: Но только ucLlinux
—
Artem
(25.01.2006 11:43
222.101.205.82
,
пустое
)
Отправка ответа
Имя (обязательно):
Пароль:
E-mail:
NoIX ключ
:
Запомнить
Тема (обязательно):
Сообщение:
Ссылка на URL:
Название ссылки:
URL изображения:
Перейти к списку ответов
|||
Конференция
|||
Архив
|||
Главная страница
|||
Содержание
E-mail:
info@telesys.ru