Важная ссылка, хотите ознакомится почти полностью с GDB прочитайте её.
мы будем исполнять команды по типу stepi, next, disas или list.
Серьёзно? Ни чего что используются короткие их значения? Да ещё и команды run, continue и другие пропущены.
Используйте их короткие формы: r, c, s, n, d и l.
Ещё есть отладчик EDB основанный на GDB но в графической оболочке. Но этот отладчик вроде только для ассемблера (врать не буду, не знаю точно).
По поводу отладки на разных ЯП, GDB сейчас не мало даёт возможностей отлаживать для ЯВУ. Многие IDE его используют для отладки кода. Потому что есть возможность просматривать как высокоуровнейвый код, так и ассемблерный (машинный).
За то что ознакомился с GDB - зачёт.
За то что лишь поверхностно и очень мало - не зачёт.
Как раз ответ ради ответа. Там нет ни какой конкретики откуда будут у большинства людей деньги. Ведь даже под видео которое вы прикладываете, люди об этом же и пишут!
а как же мощности, которые были потрачены на всю реализацию ИИ?
Они вдруг становятся не учтёнными? )))
Тут я ещё могу кучу факторов добавить, но можно затронуть только один, достаточно важный: заводы - которые производят чипы.
Качество выросло
Как вы это определили? Сами так решили?
Я бы мог поверить, но после того, как миллионы пользователей ИИ смогут сказать ОДНОЗНАЧНО, что качество выросло. Верить СМИ - себя не уважать, их информацию надо тысячу тысяч раз проверять.
Wayland решает многие проблемы с безопасностью X11, так как в отличие от последнего изолирует ввод и вывод для каждого окна, не позволяет клиенту получить доступ к содержимому окон других клиентов, а также не допускает перехват связанных с другими окнами событий ввода.
Только Linux пользуются обычно не простые пользователи и им это не надо. И как раз такая "безопасность" периодически многое, увы, "ломает".
Поясните пожалуйста этот тезис, что означает "2 бита будут обоначать включен бит или выключен" ?
0000 0000 это 8 бит, где каждый бит либо включен, либо выключен. Обозначений 2: либо нуль, либо единица.
Заодно надо исправить в статье не правильную формулировку.
Ваша схема на уровне RTL плохо читаема, сделайте пожалуйста структурную схему для понимания принципа действия вашего видеоадаптера.
я не думаю, что если я структурно покажу как это работает, это будет проще. Важно понять, что почти ни чего не изменилось с прошлой версии видеоадаптера.
Изменения:
видеоадаптер работает не с графикой, а с текстом.
видеоадаптер ускорен при передаче данных от ЦП к ОЗУ.
Я писал, что я не любитель "не нужных" действий. По сути даже не представляю, какую именно вы схему хотите, потому что упрощать схему уже некуда (ведь я специально разбил схемы на более мелкие по их работе). Заменять готовые элементы на структурные блоки? По моему глупо.
Извиняюсь, если не оправдал ваших ожиданий.
Если речь шла о регистрах, то я уже говорил, что в данной схеме нет регистров. Те два что есть, нужны только для формирования задержки, чтобы данные попадали на устройство RGB видео (координаты и цвет) одновременно.
УУ работает без регистров, просто на передаче сигналов и данных. Ни каких "лишних" операций не выполняется.
Такое ПЗУ с соответствующей схемой называется "знакогенератор" и соответственно "ПЗУ знакогенератора".
Благодарю за напоминание! Я крашусь на мелочах... Знал и забыл.
Хотя тут больше подходит: "Не знал, да ещё и забыл.", ведь я даже не вспоминал...
UPD. Сложность схемы ещё выражается в том, что мне пришлось простые элементы памяти (ПЗУ и ОЗУ) "допиливать". Для того чтоб осуществлять передачу как 8-ми байт сразу, так и по отдельности каждый байт.
Не понравился мне верилог... да и способ создания схем тоже не очень понравился.
По поводу сложности схем, то специально делал разделение, чтоб проще было воспринимать информацию. Но, да, всё равно сложно по началу. Но когда разберёшься что к чему, думаю легче её воспринять будет.
На Линукс же Homebrew не поддерживает ARM, поскольку мейтейнеры не собирают бинарники под АРМ. Торвальдс так же высказывал похожее мнение немного в другом контексте еще 10 лет назад. Не только лишь все, мало кто может хочет билдить под ARM.
Занимался сборкой библиотек. Сложного с одной стороны ни чего нет, с другой стороны... начнёшь собирать и начинают косяки разные вылазить. Из-за таких косяков не хочется начинать собирать даже их.
В таких ситуациях иногда можно смотреть на соседние дистрибутивы, возможно в них уже собраны нужные библиотеки, но вот будут ли работать? Это другой вопрос.
Если это так, то это важно знать при создании блока согласования. Но не очень важно при проектировании самого видеоадаптера. Потому что не известно к какому именно устройству вывода будет подключен видеоадаптер и какие порты будет использовать для подключения.
В статье было изначально написано, что мы не можем менять частоту ни как (точнее можно её делить), сколько бы мы не выставляли ТГ, они все будут работать на одной заданной частоте и синхронно. Потому всё будет происходить с одной заданной частотой (плюс свои созданные задержки).
Каково разрешение видимой области экрана ?
Какой размер памяти видео фреймбуфера ? Вижу два блока по 64К, но как они распределены по фреймбуферу ?
Так же было сказано при создании RGB видео, что размер экрана берётся для простоты 8 на 8.
Исходя из размеров экрана получаем блоки памяти 64 (не тысяч) на 8 байт.
не вижу на ней шины данных.
Да, с одной стороны это моя проблема. Я ни когда не видел шину данных, так как её отображают. Для меня это просто согласующие "провода". Хотя, наверно, я должен был убрать из блока управления мультиплексоры и демультиплексоры и присвоить их шине данных.
Как Вы разграничиваете доступ к памяти между центральным процессором и энкодером адаптера?
Всё делает блок управления, согласовывая приходящие сигналы: от ЦП - EndDraw и приходящих сигналов (якобы приходящих - это эмуляция) VSinc и HSinc. В статье об этом пишется.
Можно ли процессору выполнять циклы чтения из видео памяти?
В данном случае в этом нет необходимости. Но реализуется достаточно просто, надо лишь согласовать из какого банка памяти надо производить чтение. Ну и задать управляющие сигналы.
Сколько бит отводится на кодирование цвета точки ?
8 бит. Так же написано в статье.
Благодарю за конструктив! Данная информация была полезна.
Взгляни сюда и ты поймёшь в чём его сила брат. )))
Выставляем необходимые breakpoint и работаем с ними. Останавливаться будет вся программа, а не какой-то отдельный процесс.
Не зачёт. К статье не подготовлен!
Важная ссылка, хотите ознакомится почти полностью с GDB прочитайте её.
Серьёзно? Ни чего что используются короткие их значения? Да ещё и команды run, continue и другие пропущены.
Используйте их короткие формы: r, c, s, n, d и l.
Ещё есть отладчик EDB основанный на GDB но в графической оболочке. Но этот отладчик вроде только для ассемблера (врать не буду, не знаю точно).
По поводу отладки на разных ЯП, GDB сейчас не мало даёт возможностей отлаживать для ЯВУ. Многие IDE его используют для отладки кода. Потому что есть возможность просматривать как высокоуровнейвый код, так и ассемблерный (машинный).
За то что ознакомился с GDB - зачёт.
За то что лишь поверхностно и очень мало - не зачёт.
Как раз ответ ради ответа. Там нет ни какой конкретики откуда будут у большинства людей деньги. Ведь даже под видео которое вы прикладываете, люди об этом же и пишут!
понятно... очередная отписка, лишь что-то брякнуть... Всего доброго.
а как же мощности, которые были потрачены на всю реализацию ИИ?
Они вдруг становятся не учтёнными? )))
Тут я ещё могу кучу факторов добавить, но можно затронуть только один, достаточно важный: заводы - которые производят чипы.
Как вы это определили? Сами так решили?
Я бы мог поверить, но после того, как миллионы пользователей ИИ смогут сказать ОДНОЗНАЧНО, что качество выросло. Верить СМИ - себя не уважать, их информацию надо тысячу тысяч раз проверять.
А уж вам на слово, я верить точно не буду! )))
точнее они всё решили за всех людей на земле?
реклама же. Вероятно проплаченный материал.
откуда взято "сверхчеловеческий"? С потолка?
Эм... что? Падение? на 50-100 раз? Может "в 50-100 раз?"?
Процессор что я покупал в прошлом году упал в цене на 1000. Это скажем на 10% упала цена. Про какие 50-100 (раз?) идёт речь?
Зачем этот ответ, ради ответа?
Этот ответ ни как не отвечает на вопросы которые человек вам задал.
Только Linux пользуются обычно не простые пользователи и им это не надо. И как раз такая "безопасность" периодически многое, увы, "ломает".
Автор, у тебя ошибка.
Симуляция - это точное копирование действий, насколько возможно.
Эмуляция - это предоставление конечного результата, без разницы каким способом.
Не критично, но знать надо.
0000 0000
это 8 бит, где каждый бит либо включен, либо выключен. Обозначений 2: либо нуль, либо единица.
Заодно надо исправить в статье не правильную формулировку.
я не думаю, что если я структурно покажу как это работает, это будет проще. Важно понять, что почти ни чего не изменилось с прошлой версии видеоадаптера.
Изменения:
видеоадаптер работает не с графикой, а с текстом.
видеоадаптер ускорен при передаче данных от ЦП к ОЗУ.
Я писал, что я не любитель "не нужных" действий. По сути даже не представляю, какую именно вы схему хотите, потому что упрощать схему уже некуда (ведь я специально разбил схемы на более мелкие по их работе). Заменять готовые элементы на структурные блоки? По моему глупо.
Извиняюсь, если не оправдал ваших ожиданий.
Если речь шла о регистрах, то я уже говорил, что в данной схеме нет регистров. Те два что есть, нужны только для формирования задержки, чтобы данные попадали на устройство RGB видео (координаты и цвет) одновременно.
УУ работает без регистров, просто на передаче сигналов и данных. Ни каких "лишних" операций не выполняется.
Благодарю за напоминание! Я крашусь на мелочах... Знал и забыл.
Хотя тут больше подходит: "Не знал, да ещё и забыл.", ведь я даже не вспоминал...
UPD. Сложность схемы ещё выражается в том, что мне пришлось простые элементы памяти (ПЗУ и ОЗУ) "допиливать". Для того чтоб осуществлять передачу как 8-ми байт сразу, так и по отдельности каждый байт.
Благодарю! Так глядишь и сам может доберусь до реальной схемы.
Не понравился мне верилог... да и способ создания схем тоже не очень понравился.
По поводу сложности схем, то специально делал разделение, чтоб проще было воспринимать информацию. Но, да, всё равно сложно по началу. Но когда разберёшься что к чему, думаю легче её воспринять будет.
не хочешь узнать какие компьютеры используются в Европе для управления ЖД-транспортом? )))
Занимался сборкой библиотек. Сложного с одной стороны ни чего нет, с другой стороны... начнёшь собирать и начинают косяки разные вылазить. Из-за таких косяков не хочется начинать собирать даже их.
В таких ситуациях иногда можно смотреть на соседние дистрибутивы, возможно в них уже собраны нужные библиотеки, но вот будут ли работать? Это другой вопрос.
Если это так, то это важно знать при создании блока согласования. Но не очень важно при проектировании самого видеоадаптера. Потому что не известно к какому именно устройству вывода будет подключен видеоадаптер и какие порты будет использовать для подключения.
и опять я неправильно сигналы назвал...
VSync и HSync... я всё пытаюсь "I" использовать...
Корректировал статью.
В статье было изначально написано, что мы не можем менять частоту ни как (точнее можно её делить), сколько бы мы не выставляли ТГ, они все будут работать на одной заданной частоте и синхронно. Потому всё будет происходить с одной заданной частотой (плюс свои созданные задержки).
Так же было сказано при создании RGB видео, что размер экрана берётся для простоты 8 на 8.
Исходя из размеров экрана получаем блоки памяти 64 (не тысяч) на 8 байт.
Да, с одной стороны это моя проблема. Я ни когда не видел шину данных, так как её отображают. Для меня это просто согласующие "провода". Хотя, наверно, я должен был убрать из блока управления мультиплексоры и демультиплексоры и присвоить их шине данных.
Всё делает блок управления, согласовывая приходящие сигналы: от ЦП - EndDraw и приходящих сигналов (якобы приходящих - это эмуляция) VSinc и HSinc. В статье об этом пишется.
В данном случае в этом нет необходимости. Но реализуется достаточно просто, надо лишь согласовать из какого банка памяти надо производить чтение. Ну и задать управляющие сигналы.
8 бит. Так же написано в статье.
Благодарю за конструктив! Данная информация была полезна.