Вот есть ассемблер. Который работает напрямую с сигналами железа и яченками памяти.
То есть через ассемблер(и другие низкоуровневые языки) я могу командовать клитором транзисторами и их логическими цепочками и алгоритмами?
Вот я прикрепил образцы кода. Меня прежде всего интересует такой вопрос - вот эти шестнадцатеричные адреса в языке. То есть это адреса именно каких то групп транзисторов или отдельных транзисторов в железе или это просто какая то логическая надстройка над сигналами 1/0?
Потому что я еще детстве сидя за 286 открывал по ф4 редактирование в досе и видел эти адреса. Сам делал гоблинский перевод поля чудес, ибо в том редакторе были доступны реплики и диалоги. Но здесь у меня в голове путаница.
Просто если брать мою логику то если каждый шестнадцатеричный адрес - это физически транзистор в оперативке ну или в любом другом месте подсистемы памяти - то как этот код будет работать на разном железе? Комплюктер будет сам определять и распределять подгонять код под те адреса или же я тут заблуждаюсь? Эти шестнадцатеричные адреса определяют что то другое при программировании?
У меня просто реально каша в голове, может кто просто и понятно объяснить вот эти адреса f048374 и сигналы 1/0 в физическом железе компа. Как эти уровни между собой взаимодействуют и как программировать напрямую сигналы железа и транзисторов или это на компе вообще невозможно? Читал что программное обеспечение для банков делается на ассемблере типа из-за надёжности.
Кароче буду благодарен за ответы адекватных прогеров.
Ну и какие еще популярные языки низкого уровня есть помимо ассемблера.
Ассемблер это просто мнемоническая запись опкодов. Про транзисторы вообще забудь, они тебе нахуй не нужны. У тебя есть внутренние регистры ЦПУ, у тебя есть физическое адресное пространство памяти в участки которого отображаются ОЗУ, ПЗУ, память и регистры устройств, у тебя может быть физическое адресное пространство ввода/вывода в которое отображаются регистры устройств, у тебя в случае наличия MMU есть виртуальное адресное пространство. А вообще ты толстишь и хуйню пишешь, ты случайно не Assembler с ЛОРа?
Пездец сложна.
мимохуй
> Про транзисторы вообще забудь, они тебе нахуй не нужны.
Ну так объясни. Как на них взаимодействовать с компа напрямую. Это вроде же драйвера делают? Типа дают базовый поведеческие алгоритмы видяхе или проце.
Никак, толстяк. Можешь их гамма излучением шатать, разрешаю.
Ждём книжку
Тебе уже написали что толстишь и пишешь хуйню.
Чел, ты такой узколобый, что ну совсем не хочется отвечать на твой ограниченный высер
Ведь, судя по вопросам, сразу видно что ты даже не пытался разобраться в своих вопросах самостоятельно
Изчего можно сделать вывод, что ты ленивый черт
Ну и какой смысл кому-то тратить своё время на объяснение, такому черту как ты?
Нет, не сигналов и не транзисторов. Ты заебал со своими транзисторами. Адрес транзистора, это блять, нонсенс. Отдельными транзисторами управлять нельзя.
> Отдельными транзисторами управлять нельзя.
Ну так я и спрашиваю - они группами как то управляются или как вообще?
Да это зеленый.
Цифровая схемотехника и архитектура компьютера
Дэвид М. Хэррис и Сара Л. Хэррис 2016
Никак они не управляются.
>логики работы на уровне сигналов.
Очередной раз убеждаюсь что всю это у нас благодоря внеземным технологиям, или это вообще "живой организм", мешок костей с банкой крови никогда бы до такого сам не додумался
>>257892757 (OP)
Ты еблан. Адреса ячеек памяти, регистров итд. Это не транзисторы. Если ты пишешь ось, то сам ебешься с определением железа. Если под ось, у неё и спросишь что тебе позволят. Но ты хуй, ибо на ассемблере никто не пишет.
Какая вжопу дурина. Ебать регистры и детсадовец может.
В свое время после института прочитал и просто ахуел на сколько понятно можно рассказать о таких сложных процессах. Просто с нуля все понятно. На сколько бездарно у нас преподавали микропроцессоры, это просто пиздец. По сути эта книга заменяет год учебы в универе. Немного жаль, что сейчас я все это забросил и поменял специальность, все эти знания особо стали не нужны
А что за вопросы тогда такие тупые, если arduino для тебя просто?
>>257892757 (OP)
Добавляю что в этой книге ОП есть ВСЕ ОТВЕТЫ НА ТВОИ ВОПРОСЫ по части того, как работает код в компе
> на ассемблере никто не пишет
Ну тут ты чутка перегнул, мелкие вставки пишут. Но обычно это или ядро или мат. библиотеки где ебут процессор в сраку с векторизацией для оптимизации.
Ты не туда воюешь, я не ОП.
Да он толстый, похоже.
>То есть это адреса именно каких то групп транзисторов или отдельных транзисторов в железе или это просто какая то логическая надстройка над сигналами 1/0?
Это надстройка. Твой ассемблер запущен в операционной системе, которая его интерпретирует и ищет реальные адреса и инструкции на ходу. С 90х никакие программы не имею доступа к железу напрямую. Тут тебе только свою ОС писать.
А если нарыть какой-нибудь старый кал, уровня 486-го?
Всем этим можно заниматься на любом микроклнтроллере, не обязательно возвращаться в 90-е и 80-е
Сделай лучше свой простейший проц, хоть чему-то научишься
На 486 тоже работает ОС
Да хоть альтаир. OS не даст тебе из юзерспейса ебать регистры и память как хочешь (но можно от рута например если ресурс не занят драйвером или другой прогой). Хочешь ебать железо, бери RTOS и ебашь даже небо, даже аллаха.
Щаз он разбежался, купил девборду с FPGA и асилил VHDL/Verilog.
Ну нарой. А смысл? Ты все равно не понимаешь как это работает. "Доступ к группе транзисторов" это бред сивой кобылы, блядь. Во всех железках в компе есть типа процессор, который по шине принимает команды и адреса. Физически это значит, что определенная последовательность транзисторов в схеме открывается и ток течет по какой-то определенной цепочке так, что на выходе можно прочитать результат.
Я не ОП, и общее понимание работы цифровой электроники и микропроцессора имею, но книга выглядит интересно. Думаю, закажу себе последнее издание о RISC-V. Спасибо за советы.
Абу благословил этот пост.
Нет. Пишут ось и спецсофт. А погромизды, которые сейчас все пидорасы, пишут на ЯП. Которые преобразуют код ЯП в машинный с помощью компилятора. В итоге, ресов надо дохуя, всё лагает и говно. Зато говнокодить может любой.
>с нуля все понятно
>у нас преподавали микропроцессоры
Так выходит, что не с нуля? Я к тому, что у тебя уже была какая-то база, книга просто помогла расставить все по полочкам, а для "нулевых" (вроде ОПа) будет так же муторно, не?
> Пишут ось и спецсофт.
В голос с этого толстяка.
А что, ось тебе рептилоиды дали? Нет, её написали люди. Только не 1 хуй, а множество и за годы. Опу это не светит. Но взять какой микроконтроллер или говнопроц уровня Z80 он может и там вполне себе высрать... оболочку умного дома. Но это ебля что пиздец и говно без задач, так как уже есть готовое для ведра. Потому и тут, под станки, военку и подобное. ОП хернёй страдает. Пусть учит жабу и не выёбывается.
там все на столько структурировано и разжевано, что подойдет для любого человека, у которого есть интерес к теме и технический склад ума. В принципе там даже вообще нет ничего, что потребуется гуглить
>Вот есть ассемблер. Который работает напрямую с сигналами железа и яченками памяти.
Это язык высокого уровня, посколько транслируется в команды, процессор понимает команды в определённой кодировке.
>Адреса
У тебя x86 с несколькими режимами работы, в 286м реальный режим с прямыми адресами. Прямой адрес - одновременно адрес устройства на шине и внутренний адрес, который это устройство может интерпретировать.
>это физически транзистор в оперативке
Оперативка не так устроена, там, внезапно, конденсаторы и обвязка вокруг них.
>У меня просто реально каша в голове
Если есть месяц свободного времени, то читай, что анон вбросил >>257894259, желательно купи цветную книжку на русском в переводе Панчула и Ко, не пожалеешь.
> В итоге, ресов надо дохуя, всё лагает и говно
Я бы посмотрел, как бы ты мало мальски большую программу написал на ассемблере, чтоб она работала быстрее какого-то С/С++/Rust. Про кросс-платформенность и время разработки я уже молчу.
Проблема с производительностью и потребляемыми ресурсами есть, но она скорее связана с менеджментом, неудачной архитектурой, избыточным применением библиотек, низкой квалификацией, а не с языками как таковыми.
Терри, ты помер уже, успокойся.
https://git.rtems.org/
https://github.com/ARMmbed/mbed-os
https://github.com/torvalds/linux
https://github.com/FreeRTOS
https://github.com/ChibiOS/ChibiOS
Теперь идешь по репам и собираешь статистику сколько кода на C и сколько на асме. И не вздумай приносить сюда КАЛибриОС.
Ты блять о чем вообще? Я тебе написал что на асм пишут тошько небольшие вставки а ты высрал какой то поток сознания.
BuguRTOS, к примеру?
>кросс-платформенность
Не всем нужна. Ты просто в пуки ушел.
>чтоб она работала быстрее какого-то С/С++
Ну поясняй, как у тя компилятор окажется лучше.
Например да. Школьник-кун, это ты тут тупо троллируешь?
Если хочешь разобраться в вопросе, почитай "Архитектура компьютера" Таненбаума. Он доступным языком объясняет, как эвм функционирует на разных уровнях.
А где TempleOS
> Ну поясняй, как у тя компилятор окажется лучше.
А ты уже все особенности каждой микроархитектуры выучил и знаешь как поведет себя процессор с внеочередным исполнением на твоей последовательности команд?
Рассказывай, уж, что написал, для кого, как к жизни такой пришел, текут ли тянки. С детства была интересна эта тема, но сам я вкатился в веб-энтерпрайз, потому что вкатиться просто, платят неплохо, и своих интересных задач хватает.
>спецсофт
Ну, например, чтабы тригернуть транзакционную память на каком-нибудь скаленке тебе надо вызвать те самые команды. Или померить время выполнения загрузки, чтобы прямо точно получить нужный результат на выходе, а не ебаться с компилятором.
Этот >>257896043 правильно написал. Компиляторы пишут поколения талантливых программистов. Очень немного в мире наберется людей, которые могут свой ассемблер-код оптимизировать лучше, чем компилятор. И я бы пиво поставил, что ты к ним не относишься.
> И я бы пиво поставил, что ты к ним не относишься.
Но где доказательсва?
>каждой
Вот ты опять в пуки прешь. Я же написал, спецсофт, который делают для конкретной железяки только. И сишка так же не защищена от херни. Иначе бы багов не было. Но прогресс порешал. Теперь и в спутник можно сунуть ёба мощь. А когда-то на говне запускали, которое сейчас вообще за счеты примут. Просто нахуя писать и страдать, если можно скомпилировать? Ну пожрет больше ресов, так не тебе же покупать железо. Потому массовое всё идет по такому пути. А вот что у вояк сейчас, там хз. Но тоже скорее всего уже ушли.
Дебила кусок. Это называется ассемблерная вставка.
мб у тебя анальная вставка? М? гандон сука тварь. нихуя не шарит а лезет блять. я на жаве пишу 6 лет.
>Просто если брать мою логику то если каждый шестнадцатеричный адрес - это физически транзистор в оперативке ну или в любом другом месте подсистемы памяти - то как этот код будет работать на разном железе?
Представь всю память как большой линейный массив байт. Шестнадцатиричный адрес - всего лишь номер элемента в этом массиве.
>Комплюктер будет сам определять и распределять подгонять код под те адреса или же я тут заблуждаюсь?
ОС тебе выдаёт некоторое пространство в памяти, которое ты можешь рассматривать как линейное. Твоя программа в этом линейном пространстве должна начинаться с определённого адреса (0х100 в МСДОСе, 0х10000 - в винде, про линух не помню, но тоже не очень большое число).
А ну я понял, о чём речь, тот шиз говорил, что целиком пишут лул, а ты про засилие инлайна.
Ассемблер позволяет работать с процессором и памятью напрямую — и делать это очень быстро. Дело в том, что в Ассемблере почти не тратится зря процессорное время. Если процессор работает на частоте 3 гигагерца — а это примерно 3 миллиарда процессорных команд в секунду, — то очень хороший код на Ассемблере будет выполнять примерно 2,5 миллиарда команд в секунду. Для сравнения, JavaScript или Python выполнят в тысячу раз меньше команд за то же время.
Ещё программы на Ассемблере занимают очень мало места в памяти. Именно поэтому на этом языке пишут драйверы, которые встраивают прямо в устройства, или управляющие программы, которые занимают несколько килобайт. Например, программа, которая находится в брелоке сигнализации и управляет безопасностью всей машины, занимает всего пару десятков килобайт. А всё потому, что она написана для конкретного процессора и использует его возможности на сто процентов.
Справедливости ради отметим, что современные компиляторы С++ дают машинный код, близкий по быстродействию к Ассемблеру, но всё равно немного уступают ему.
> А вот что у вояк сейчас, там хз. Но тоже скорее всего уже ушли.
Да уже полвека как. Военным такое вот ассемблерно-сишное творчество всегда нужно было в последнюю очередь.
https://ru.wikipedia.org/wiki/%D0%90%D0%B4%D0%B0_(%D1%8F%D0%B7%D1%8B%D0%BA_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F)
> 0х100 в МСДОСе
Это смещение в сегменте для .com фалов
Ты ебанутый на дваче такое спрашивать? Тут долбаёбы только сайтики пилят
Посоветуй плз литературу для дальнейшего чтения по сабжу
> которое ты можешь рассматривать как линейное.
Но вопрос в том - ХОЧУ ЛИ Я ЕГО РАССМАТРИВАТЬ?
> Ассемблере почти не тратится зря процессорное время
Заорал блять.
Ты попизди мне еще. Выше пруфы блят ьскиунули дура ебаная.
Уже прояитал? А ты быстрый!
Ну тогда однажды ебанет какой периметр.
имхо ассемблер для слабых
ты не достоин называться погромистом если не можешь написать свою ось на брейнфаке
Какие блять пруфы? Как напишешь так и будет работать, канпиль хоть знает как сделать быстраблять а макака с асмом будет дрочить CUMпактность кода.
нет, мудило
Нет.
этой книги достаточно. Если ты упоротый, то можешь прочитать все что написано в разделе Дальнейшее Чтение (но тебе это точно не нужно)
Транзистор это часть триггера, сохраняющего 0 или 1, для этого требуется 2 транзистора. Процессоры работают с машинными командами, состоящими из латиницы и цифр, а так же с номерами ячеек памяти. Код ассемблера компилируется в машинный код состоящий из оп-кодов процессора, который выглядит как нули и единицы, если декодировать то как латиница с цифрами. В 16 ричном значении хранятся коды ячеек памяти в ассемблере.
Низкоуровневыми языками считаются си и си++.
Therac-25 — аппарат лучевой терапии, медицинский ускоритель, созданный канадской государственной организацией «Atomic Energy of Canada Limited[en]» и запущенный в серию в 1982 году. С июня 1985 года по январь 1987 года, некоторые пациенты получили дозы в десятки тысяч рад.
Всё программное обеспечение было написано на ассемблере.
/тхреад
Нет жирдяй.
Зато ПО работало супер быстро и занимало мало места.
Там не в коде проблема, а в ебланском подходе. Нельзя так безопасность было делать, как там.
> В 16 ричном значении хранятся коды ячеек памяти в ассемблере.
То есть я был прав всё такие, спасибо анон. Но вот другйо анон выше написал что в оперативке кондёры а не яченки памяти. А там как рабоатет?
От местных хуесосов блять ответа не дождаться. Спасибо что ты ответил.
>Зато ПО работало супер быстро и занимало мало места.
Так на асме умеют писать лишь избранные джедаи. Рандом-макака напишет такую хуеверть, которая по скорости сольет даже яве и при этом будет от и до забагованным говном.
Если у тебя процессор без внеочередного исполнения можно считать такты. Так собственно раньше и делали, тот же "xor ax, ax" по размеру и тактам быстрее. Сейчас это неприменимо.
> Сейчас это неприменимо.
Почему сосбтвенно?
Для ячейки памяти используются 2 транзистора, подавая импульс можно переключаться между ними и получать 0 или 1 на выходе. На счет конденсаторов не знаю, не силен в схемотехнике. В программировании непосредственно транзисторами никто не управляет, этим занимается контроллер памяти, который находится в процессоре, раньше в северном мосте. Все работает на оп-кодах вида 1cl7.
Вот пример hello world для x86 процессора на опкоде,
BB 11 01 B9 0D 00 B4 0E 8A 07 43 CD 10 E2 F9 CD 20 48 65 6C 6C 6F 2C 20 57 6F 72 6C 64 21
в 16ричном виде, который можно перевести в двоичный.
Upd ячейки памяти хранят 4 байта, или 32 бита. или 32 подряд идущих нуля или единицы. У них есть адрес, тоже 32 или 64 битный.
Хотел спросить - что такое оп код?
> не в коде проблема
> никакой синхронизации доступа к ресурсам
> куча рейскондишн
> использование одних и тех же регистров и ячеек памяти в разных кусках кода с разной семантикой (пишем в А символ для ввода, используем А как значение дозы облучения)
> не в коде проблема
Ясно.
Максимально похожее на твой вопрос существует только в ПЛИС
Машинный код. Сложить два числа, умножить, переместить в другую ячейку памяти итп.
> Для ячейки памяти используются 2 транзистора, подавая импульс можно переключаться между ними и получать 0 или 1 на выходе
Ты пидор статическую с динамической памятью не путай.
ну вот есть у треда ОП, его код - ХУЙ
Ты про организацию динамической памяти вообще в курсе? Что такое строка и столбец, как происходит чтение строки?
>Как на них взаимодействовать с компа напрямую.
никак
/thread
А какую роль и позицию я занимаю в данной схеме?
Так проблема у еблане, который это набросал. Там же вообще перенесли с прошлой версии тупо. И обосрались в который раз. Такое же было с ракетой какой-то гейропейской. Был модуль, работал идеально. Его тупо скопировали в новую. Без проверок. В итоге вышло переполнение и всё вырубилось к хуям. Старая рекетка просто не могла выдать значения выше предела и там всё работало. И виновен еблан, который тупо копировал, не думая.
ну вот я и пытаюсь понять - почему никак то? раньше же было можно. Почему эту функция уюрали? Почему сейчас нельзя? Ведь доступ с компа физически есть к железкам?
Пассивную в коленно локтевой.
какую пожелаешь
Проблема не в том, что оно сольёт по скорости яве, а в том, что написать это так, чтобы в половине случаев оно не падало в бсод или не вылетало при попытке записи куда не надо.
Серьёзные алгоритмы писать на асме - лютый геморрой.
Асм - сейчас это больше про лоу-левел хай-перформанс или взлом.
Ты можешь попробовать собрать процессор на транзисторах самостоятельно, но куда проще это делать хотя бы на микросхемах 155-й серии, если хочешь аналогии. А ещё лучше - на специальных блоках. А ещё лучше - вообще на отдельном языке с трансляцией в транзисторы.
Любая книга - это сборник других источников и статей в единое. Можешь ознакомиться со списком изначальной лит-ры в конце книги
любой компилятор превращает прогу написанную на ( к примеру) С в бинарный файл который является ассемблерным кодом. только ассемблерный код может выполняться процессором.
БолгенОС?
> на микросхемах 155-й серии
Помилуй его. А вообще годная тема для школьной информатики https://monster6502.com/
FPGA если ПЛИС толстая.
> С в бинарный файл который является ассемблерным кодом.
Это оно? Обычно когда редактировать нажимаешь файл длл библиотек он такое ввыдаёт
> У меня просто реально каша в голове, может кто просто и понятно объяснить
Курс nand2tetris. Очень рекомендую. Вообще всем, не только прогерам. Очень доступно, раскладывает все по полочкам.
У Cobol-чедов пенсия 15-го
> ПЛИС
Никак руки не дойдут, хотя есть например LimeSDR Mini где можно крутить вертеть сигнал прямо на FPGA.
> микроконтроллерами
Только как хобби.
Мимо безработный бэкэнд бомж
Я тоже в году 2003-м свою ОС на ассемблере писал. На своей родненькой 486, в реальном режиме процессора - защищенный не осилил. получилась примитивная недо-ДОС, но она грузилась с дискеты и имела элементарный интерпретатор командной строки с тремя-четыремя командами. Очень нравилось!
Зарплаты как у Российского инженера, 60к в среднем. Есть и больше но там шарить нужно я ебал.
Адрес абстракция.
Он в зависимости от архитектуры может 10 раз конвертироваться внутренними модулями процессора (и внешними).
Но вот если совсем грубо - адрес это номер некой ячейки памяти от некого нулевого.
Дешифратор адреса сделан так, что бы при подаче сигнала адреса на входные (ну пусть будет транзисторы) схема переключилась так, что бы на выходе выставилось значение содержащееся в этой ячейке памяти.
НО! Даже так, это очень глубокое железо. Фактически там сложнее и сильно.
Это нужно хз, наверно никому нынче. Разработчикам кристаллов и плат с внешней памятью только.
Ассемблер работает, по сути, с машинными кодами, а не сигналами, долбоёб. Не равняй хуй с пальцем.
>>257899355
>>257892757 (OP)
В связи с этим вопрос к ОП. Нахуй тебе это надо, это просто такая узкая вещь которая нужна очень мало где. Платят мало. Для себя и для дома проще купить распбери и не ебать мозги себе. Вообще никогда не понимал этой тяги к ТРУ АССЕМБЛЕРУ. Этим занимаются полтора землекопа. Лучше делать то что принесет деньги, ей богу.
>ячеек памяти в разных кусках кода с разной семантикой
Такой подход до сих пор применяется в одном популярном и хорошо продаваемом продукте, но аж на С++. Лично разгребал это говно.
Да, от 80 до 140, как получится.
>для дома проще купить распбери
Зачем? Регулировать температуру и влажность? Это можно нормально сделать даже без электричества.
Почему ты уверен, что ячейка памяти это транзистор, а не например конденсатор? И вообще, для 64х битных систем одна ячейка памяти, это 64 бита, т.е. минимум 64 запоминающих элемента, каждый из которых может состоять из нескольких физических электронных компонентов. Тут надо копнуть в устройство озу, но у меня есть подозрение, что для хранение одного бита задействуется сразу несколько элементов вида конденсатор или транзистор. И управляет ими контроллер памяти по командам от процессора. Т.е. в любом случае из программы у тебя нет методов напрямую управлять отдельными транзисторами, программа это довольно высокоуровневая фигня с точки зрения железа. Одна команда процессора, что ты видишь в дизассеблере, запускает цепочку логики железа на нескольких уровнях и задействует тысячи электронных компонентов процессора, памяти, шины данных и много чего ещё.
Большая часть железячников и низкоуровнищиков - работает по кайфу. В этом координальное отличие.
Нормальный эмбеддер это 30+ спец, с прикладной вышкой и ебическим опытом не только в пограмировании, но еще и схемотехники и электронике.
Команды относительно не большие.
Цена разработки - колосальная. Это тебе не в твоем говновебе или бэкэ проебаться.
Уедет партия в 100к устройств и если в них будет даже исправимый косяк -- это пизда. Ты не откатишь ничего и не забэкапишься.
Но все кого я знаю работают по приколу. Их прет от этого. Поэтому тут реально люди готовы сидеть за в 2 раза меньшую зп, но не идти в веб.
Тут весело.
Распберри полноценный компьютер. Для изучения ассемблера любой пеки хватит.
> Но вот если совсем грубо - адрес это номер некой ячейки памяти от некого нулевого.
> Дешифратор адреса сделан так, что бы при подаче сигнала адреса на входные (ну пусть будет транзисторы) схема переключилась так, что бы на выходе выставилось значение содержащееся в этой ячейке памяти.
> НО! Даже так, это очень глубокое железо. Фактически там сложнее и сильно.
Крутяк, спасибо за ответ. А где про это почитатьь? Особенно про лдешифратор. Пиздец как интересно вот ткие глубокие тонкости изучать.
По вакансиям от 100+ до 300 (оч редко).
Вообще лол, мне кажется и больше может бывает. Просто таких людей не обьявами хантят.
Недавно в хуяндекс видел вакансию на 400+ к слову.
Но чувак... это не веб. Ты не сможешь за год закатиться даже на джуна (хотя на джуна мб сможешь). 400+ это люди с десятилетним опытом, смешанным с дикой любовью и тягой к сфере.
>Уедет партия в 100к устройств и если в них будет даже исправимый косяк -- это пизда
Ха-ха. Смотря кто. Одни сделают вид, что ничего не случилось и продадут. ИЧСХ, это говно будут покупать и нахваливать всякие додики-обзорщики на ютубе.
257899607-хуй
> Это язык высокого уровня, посколько транслируется в команды, процессор понимает команды в определённой кодировке.
Хуеком хуюровне. Ты дебил что ли блядь? А какой кодировке, еблан, ты что несёшь?
Не путай адресуемую единицу и строку в памяти/кэше
Давление?
https://www.youtube.com/watch?v=dVZrHGNGvb0&ab_channel=%D0%9B%D0%B5%D0%BA%D1%82%D0%BE%D1%80%D0%B8%D1%83%D0%BC
Вот этот курс лекций норм. Но там все же больше про программную часть.
По поводу как совсем внутри - блин, ну тебе придется начать с основ электроники (прям хотя бы чутка до транзистора), потом основы цифры и потому уже сам поймешь.
Я сам очень приблизительно этот уровень знаю. Он мне ни разу не требовался. Я знаю как это происходит уровнем выше. Как конкретно выставляется адрес в блоке памяти и данные попадают на шину? Хз. Загугли просто, я думаю дохуя разборов.
>>257899607
>>257898566
>куча рейскондишн
В МК особенно на низком уровне в сложном ПО это пиздец как легко получить.
Там явно не намеренно делали.
Велкам блядь. У ассемблера нет инструкции ADD. Есть пара десятков опкодов, которые сделают и сложат что то.
Твоя ADD компилируется в зависимости от контекста в это.
И это еще не говоря про микрокод в самом проце.
>У ассемблера
У процессора
Быстрофикс.
> Уедет партия в 100к устройств и если в них будет даже исправимый косяк -- это пизда. Ты не откатишь ничего и не забэкапишься.
ЕБОШИШЬ SOC ИЗ КУПЛЕННЫХ IP CORE ОТ ШВЯТЫХ ПРОИЗВОДИТЕЛЕЙ
@
НАШЕЛ В IP CORE БАГ, ОТПИСАЛ ЧТО ЗА ХУЙНЯ
@
ЗАПАДНЫЙ БАРИН РАЗВОДИТ РУКАМИ И ГОВОРИТ ЧТО НА ХУЮ ТЕБЯ ВЕРТЕЛ И У ТЕБЯ ПОДПИСАН ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ И ВООБЩЕ ПОКУПАЙ НОВУЮ IP CORE
@
ЖИДКО ПУКНУВ ПУСКАЕШЬ КРИСТАЛЛЫ В ПРОИЗВОДСТВО
@
ОБХОД БАГА ОБХОДИТСЯ В 30% ПРОИЗВОДИТЕЛЬНОСТИ И -50% ФУНКЦИОНАЛА
>У ассемблера нет инструкции ADD.
У х86 - точно есть, не пизди.
@
ТОВАРИЩ XI ОДОБРЯЕТ
Пффф это хуйня еще.
В эррате(документ описывающий найденные ошибки в железе) иногда пишут - СОРЯН В ТАКОМ РЕЖИМЕ МОЖЕТ НАХУЙ ВЗОРВАТЬСЯ, WORKAROUND - НЕ ВОЗМОЖЕН, НЕ ИСПОЛЬЗУЙТЕ В ТАКОМ РЕЖИМЕ
>>257900595
Тебе какую?
Обрати внимание на левые колонки. Они все физически - будут разные значения в памяти.
@
МОЙША В ШВЯТЫХ ПОТИРАЯ ПОТНЫЕ ЛАДОНИ ГОТОВИТ НОВЫЙ КОНТРАКТ ДЛЯ ПОКУПКИ АЙПИ КОРКИ В КОТОРОЙ ИСПРАВЛЕН ОДИН БАГ ИЗ 10
>>257900595
>>257900814
А есть еще вот такие ребята!!!
И все это ассемблерная мнемоника ADD.
А значений в памяти даже не считая поля операндов - уже штук под десять.
> В эррате(документ описывающий найденные ошибки в железе) иногда пишут - СОРЯН В ТАКОМ РЕЖИМЕ МОЖЕТ НАХУЙ ВЗОРВАТЬСЯ, WORKAROUND - НЕ ВОЗМОЖЕН, НЕ ИСПОЛЬЗУЙТЕ В ТАКОМ РЕЖИМЕ
Я сам чуть не ВЗОРВАЛСЯ когда на девборде с MCU LPC какой то там на ARM7 у меня нихуя не работал эзернет. А там сука аппаратный баг был если у тебя дескрипторы и/или буферы во внешнем сраме.
>СОРЯН В ТАКОМ РЕЖИМЕ МОЖЕТ НАХУЙ ВЗОРВАТЬСЯ, WORKAROUND - НЕ ВОЗМОЖЕН, НЕ ИСПОЛЬЗУЙТЕ В ТАКОМ РЕЖИМЕ
> Еррата охватывает ревизии чипа A\B\C\D\E
> Ревизии содержащие баг A\B\C\D\E
Поэтому шутка про то, что первым после даташита, надо не РМ открывать, а эррату - не шутка. Сэкономить может недели.
>Я сам чуть не ВЗОРВАЛСЯ
>Я сам чуть не ВЗОРВАЛСЯ
У меня как хобби было но поебался я знатно.
ЧСХ игрался тогда с RTEMS, и знатно прихуел с такого неожиданного поворота. Отвандалил драйвер и стало немного работать но с потерями пакетов.
> 3 пик
И нахера набрасывать crt и dos в интерфейсную часть модуля?
Больно быстрая линковка и больно маленькие модули получаются, и надо срочно всё испортить?
А начальник, который еблана на такую задачу поставил как себя чувствует?
>КОМУ ТУТ СОФТВАРНЫХ ВОРКЭРАУНДОВ?! КТО ТУТ ПРИКЛАДНОЙ ПРОГРАММИСТ?!
>ЙААА НО ПЗУ СЕЙЧАС РВАН-ЙООООТ!!!
Это не проблемы еблана. А проблемы отсутствия тестов и проверок.
Отсутствие культуры разработки.
Это даже не начальник еблан, который поставил выполнять задачу не того. А начальник еблан, у которого критический софт не проходит 99999 тестов, включая тесты в железе.
О, интересная тема. Полностью на транзисторах воссоздали 6502.
Теоретически, можно добавить ещё транзисторов и воссоздать NES. Если бы некоторые советские инженеры услышали о такой возможности...
ПИШЕМ ТЕСТЫ С ПРАВИЛЬНОЙ ПОСЛЕДОВАТЕЛЬНОСТЬЮ ДЕЙСТВИЙ
@
ТЕСТЫ ПРОХОДЯТ 100%
@
В ПРОДАКШН
@
ЗА АППАРАТ САДИТСЯ БЛОНДИНКА
@
КУЧА ТРУПОВ
То есть внеземные мешки костей таки додумались, а сотни лет трудов учёных это всё полная хуйня? Эксперименты со счетными механическими машинами, после этого осваивание элесричества, эксперименты с электролампами и первые ЭВМ, затем создание транзисторов в XX веке (когда изучение полупроводников началось еще в начале XIX века), создание интегральных схем, и, наконец, осваивание квантовых компьютеров - это всё просто хуйня и бред, всё это нам принесли жидомасоны?
У тебя субъективное мнение. Если ты такой неуч и твое окружение, необязательно все такие.
Хуясе, вот Лосев-то проебался. Ему надо было десантироваться в Швейцарии или в Штатах, а он выбрал эту страну.
Надеюсь, ему потом хотя бы премию выписали
> осваивание квантовых компьютеров
Уровень 19 века, пока только маняфантазии и теория. Может лет через 100-200 асилят хоть какие то вычисления.
Счётные машины - это да, а ещё - тыкание электродом в кристалл полупроводника и поиск точки, где он начинает работать как диод.
После чего теорию доработали в 30х-40х годах и уже тогда на её основе сделали транзистор.
Но обывтелю ж это по барабану, для него транзистор сделали ВДРУГ
Я тоже - в 2004. Переделал компилятор паскаля для неё, загрузчик - на асме, защищённый режим, модель памяти - linear flat, но без страниц.
Но так и не дописал.
Пользовался эмулём bochs, но не умел юзать отладку на нём
Можно пошутить над любителями ДРЕВНИХ ЦИВИЛИЗАЦИЙ, сказав, что хохломская роспись - это и есть подражание древним пневмокомпьютерам, их копировали без понимания сути
Задачи вроде были довольно утилитарные, автоматизированная пневматика в опасных условиях где искра это ВЗРЫВ и электрику прокладывать не вариант.
>Во сколько раз плюсы медленней ассемблера будут, если я например просто вычислю сумму двух переменных и помещу её в третью?
Смотря сколько раз ты это собираешься сделать.
>А насколько выполнение программы замедляют классы?
Если сильно не изъёбываться, то нинасколько по сравнению с обычными сишными структурами. да будет срач про СИ С КЛАССАМИ
А какую оптимизацию ты включишь? В идеале, если без приведения типов, то вообще будет одинаково
В зависимости от глубины наследования и размера таблиц виртуальных методов классы замедляют, да, но тоже не особо сильно
В таких условиях куда проще электронику располагать где-то вдалеке, а к исполнительным устройствам прокладывать пневмотрубки. Потому что всё равно нужен источник газа или жидкости, на котором всё это будет работать
Но вот представь себе некий девайс, который должен работать чисто на химии и должен, например, без проблем пролететь через место, где только что взорвалась атомная бомба, без проблем.
Любая электроника там сдохнет, а вот пневматике похуй.
> Но вот представь себе некий девайс, который должен работать чисто на химии и должен, например, без проблем пролететь через место, где только что взорвалась атомная бомба, без проблем.
Чистая химия.
Электрохимия.
Увы, при определённом уровне радиации почти мгновенно ломается.
Чтобы противостоять радиации сколь-нибудь серьёзно, логика должна быть реально советских размеров - с двумя ручками для переноски
Скомпилируй и посмотри, что на выходе
Не, все сложнее. Там куча факторов. Первое это пережить световое излучение и адовый жар, ЭМИ, охуенный поток няша-частиц, ебическую ударную волну, вандализм. Зависит от того где еба стоит, что делает и насколько далеко.
Как он входы и выходы транзисторов посмотрит то?
Потолстил немного
Заходите общаться в наш чатик
Он про ассемблер и реверсинг?