время разработчика сейчас стоит дороже железа

И поэтому нужно принимать не правильные решения? Кроме того, разработчик работает один раз. А плохие решения - постоянно.

А потом лиуксы и необходимые десяток аналоговых портов? Перебор же.

Линуксы много где стоят. А ты думаешь разраб будет сидеть мучатся? Так же сделает на чем проще и удобнее

Был же плеер в воге. Который прямо в журнал был встроен. Но том был не HDMI имхо. Начинал проигрывать при открывании страницы. Видео было на флешке

Был же плеер в воге. Который прямо в журнал был встроен. Но том был не HDMI имхо. Начинал проигрывать при открывании страницы. Видео было на флешке

Там сразу на lvds шло

о, знакомые люди :)

откуда? :D

всем привет)

из pro.cxx и supapro.cxx :D

ааа)

ааа)

В про.асм хочешь?)

Мне бы сначала с железом разобраться, тут ведь можно задавать вопросы по железу?

В про.асм хочешь?)

Я хочу )

Мне бы сначала с железом разобраться, тут ведь можно задавать вопросы по железу?

а какие вопросы?

а какие вопросы?

есть у меня две батарейки - 3 и 6 вольт, транзистор, резисторы и светодиод хочу прикрутить 6В к коллектору и 3В на базу идея в том чтобы на светодиоде было 6В но управлялось от батарейки в 3В

примерно так

но проблема в том что V показывает чуть меньше 3V

примерно так

Это эмитерный повторитель.

но проблема в том что V показывает чуть меньше 3V

Включи вольтметр в разрыв коллекторного провода

Включи вольтметр в разрыв коллекторного провода

немного не понял это где?

немного не понял это где?

Картинку уже дали. Черненькую

сейчас сделаю

Там транзистор в нормальном ключевом режиме

у тебя эмиттер транзистора от земли поднят

Нагрузка включается в коллекторную цепь

ну между прочим, эмиттерный повторитель для светодиода-то правильнее будет

задаёшь ток и всё

номинальный для диода

номинальный для диода

Мммм чет процесс не соображу

задаёшь ток и всё

чем, базовым резистором? а разброс ку?

получилось!

правда осталось пару вопросов, но это чуть позже :D спасибо)

чем, базовым резистором? а разброс ку?

эмиттерный повторитель можно и без базового резистора использовать

и типа в эмиттерном повторителе ток задаётся эмиттерным резистором

Мммм чет процесс не соображу

задаём ток эмиттерным резистором с учётом напряжения на базе 3 В

т.е. 2,5 на эмиттере

ток снимаем с коллектора

Всем привет. Помогите с ответом :) Seraphic: Основ отличие арм от х86 в наборе команд, так? Сейчас есть сок - арм+плис. Так почему набор команд арм не увеличить плисом - вот и х86

Всем привет. Помогите с ответом :) Seraphic: Основ отличие арм от х86 в наборе команд, так? Сейчас есть сок - арм+плис. Так почему набор команд арм не увеличить плисом - вот и х86

Основное отличие самоката от автомобиля - наличие колес же? Так почему бы не прикрутить парочку?

Ну.. электровелики уже есть..

ARM - RISC, x86 - CISC. Базовые команды, т.е. "ядро" и прочее, различаются, и если даже сделаешь дополнительные команды из x86 на fpga, полный аналог ты не получишь. Да и зачем? Есть Quark, Galilleo, Edison, Atom - x86 оно все, и под разные случаи жизни.

Есть Эльбрус

?

лол) есть, но там вынужденно

и там аппаратный транслятор

к тому же SoC это не реконфигуриуемый процессор, а CPU + FPGA с интерфейсом. передача между блоками будет занимать больше времени

Скажите, а кто-нибудь знает русскоязычное сообщество по Modelica?

Всем привет. Помогите с ответом :) Seraphic: Основ отличие арм от х86 в наборе команд, так? Сейчас есть сок - арм+плис. Так почему набор команд арм не увеличить плисом - вот и х86

но зачем?

Эм... А разве пересечение набора команд арм и x86 даёт ненулевое подмножество? <_<

к тому же SoC это не реконфигуриуемый процессор, а CPU + FPGA с интерфейсом. передача между блоками будет занимать больше времени

Что значит не реконфигурироемое?

Эм... А разве пересечение набора команд арм и x86 даёт ненулевое подмножество? <_<

Ну может точнее транслятор команд х86. Конечная задача - решение проблемы запуска настольного софта

а смысл? бинарный транслятор в железе?

это ж еще всю десктопную периферию эмулировать

проще взять нормальную x86 систему

проще взять нормальную x86 систему

Оно проще когда нужно постоянно. Но когда раз в месяц - уже мешает

когда раз в месяц - берешь qemu

когда раз в месяц - берешь qemu

+

там очень неплохой бинарный транслятор

потому что даже если сделаешь эмулятор x86 на fpga, то он будет _жесточайше_ медленный. К тому же x86 десктопный это далеко не только x86

потому что даже если сделаешь эмулятор x86 на fpga, то он будет _жесточайше_ медленный. К тому же x86 десктопный это далеко не только x86

Точнее наверно не эмулятор, а транслятор

на fpga как раз таки эмулятор - в базе же не проц, а просто логика. Т.е. core ты сам собираешь.

реконфигурируемый - это кокгда АЛУ можно вертеть как угодно(или любой другой модуль) в SoC между CPU и FPGA только шина, пусть даже системная

ты предлагаешь воткнуться в шину между arm core и памятью, смотреть когда процессор лезет в область занятую x86 кодом и на лету подменять инструкции? не взлетит, потому что инструкции арма и х86 не соответствуют друг другу 1:1, у них разная семантика итд итп. то есть нужно заранее транслировать куски х86 кода в армовый, класть его куда-то и исполнять.

(именно этим и занимается куэму, кстати)

otoh, можно просто взять полную реализацию x86 и закатать в плисину целиком

но тогда арм тут не при чем вообще

и да, это будет жутко медленно.

я? нет, я о том и говорю что это долго и ненужно )

ээ, не ты, топикстартер

и да, x86 система вида "любой сраный нетбук с авиты" стоит дешевле, чем время разработчика соответствующего уровня которое он потратит на составление спеки, не говоря уже о реализации.

ты предлагаешь воткнуться в шину между arm core и памятью, смотреть когда процессор лезет в область занятую x86 кодом и на лету подменять инструкции? не взлетит, потому что инструкции арма и х86 не соответствуют друг другу 1:1, у них разная семантика итд итп. то есть нужно заранее транслировать куски х86 кода в армовый, класть его куда-то и исполнять.

Есть нефиговые подозрения, что по похожему принципу работает Nvidia Denver

Только из арм в свое собственное нечто

"Denver's binary translation layer runs in software, at a lower level than the operating system, and stores commonly accessed, already optimized code sequences in a 128 MB cache stored in main memory".

по похожему принципу работает х86-совместимость в эльбрусе, насколько я понял. но у них этот леер бинарной трансляции запихан в ядро по самые гланды

И у трансметы было тоже нечто похожее, правда ближе к тому что в денвере

по похожему принципу работает х86-совместимость в эльбрусе, насколько я понял. но у них этот леер бинарной трансляции запихан в ядро по самые гланды

Они вроде не сильно распространяются о том как у них сделано

Для исполнения команд х86 используется программная эмуляция в виде виртуальной машины — технология, названная морфингом программного кода. Сам процессор построен по VLIW-архитектуре и исполняет всегда единственную программу, написанную в его нативных кодах: транслятор команд х86, который переводит эти команды в VLIW-инструкции.

(это трансмета)

У трансметы как у денвера

Похожий принцип

Про Эльбрус - вероятно тоже что то похожее. Я из того что слышал давным давно, что там тоже динамическая рекомпиляция как у хороших эмуляторов

Но вот насколько оно в железе не слышал

микрокод процессора - это железо или софт? :)

обычный интел пентиум так-то тоже уже очень давно не напрямую инструкции исполняет

потому что исполнять CISC - это боль и страдание. там внутре трансляция в RISC, который быстро молотится.

Ну да

микрокод процессора - это железо или софт? :)

Ну вот это интересный вопрос, да

Немного философский

смотря с какой стороны смотреть просто

если в рамках самого проца - софт. Если в рамках компьютера - железо скорее.

@LexsZero в общем у трансметы слой трансляции тоже не отрывается

Но в целом же это больше софт, чем железо, ибо микроКОД

битстрим для фпга можно рассматривать как "софт" а если тот же верилоговский исходник отсинтезировать в гейты - он волшебным образом становится железом

Подождите немного. Сделает вам интел SoC x86+fpga, доступный массам. Рано или поздно это произойдет