Правда, ввести и запустить эти байты с помощью голого Commodore 64 не получится, так как он не оснащён встроенным отладчиком — разве что преобразовать в десятичные числа и вводить серией операторов POKE.
В Atari BASIC мы пользовались оператором DATA для сохранения машинного кода, далее записывали его в свободный участок памяти через POKE и вызывали через оператор USR. Примерно вот так:
10 DATA 104, 209, 243, 105, 135, 32, 23, 231
20 FOR I=0 TO 7
30 READ A
40 POKE 12032 + I, A
50 NEXT I
60 X = USR(12032)
Имел небольшой опыт реализации SD контроллера "на минималках" для ПЛИС Lattice ECP5 на SpinalHDL. Замаялся с поддержкой различных SD/MMC карт - у всех свой набор поддерживаемых протоколов. Всю Вашу боль хорошо понимаю.
Ей не позволят. Те, кто на этом зарабатывают начнут лоббировать приняние законов не позволяющих пузырю лопнуть. Таких устоявшихся пузырей в экономике - масса. Вспомните изречение "too big to fail". Вангую, с наймом будет всё то же самое!!!
Современные смартфоны и компьютеры до сих пор работают на CPU (Central Processing Unit). Большинство программ, разработанных программистами на этом сайте выполняются на CPU.
Да, не все сайты еще исполняются на NPU. Разработчикам определенно есть куда стремиться. ;)
А где полезная информация ? То, что очень поверхностно описано в этой статье (fetch, decode, execute, cache) сейчас известно первокласснику. Про предсказатели ветвлений - ни слова. И как в этим всем жить, тоже не написано. Где примеры кода ?
Если Вас интересуют вопросы оптимизации программ под микроархитектурные возможности современных процессоров, то настоятельно рекомендую книгу нашего соотечественника "The Art of Writing Efficient Programs" by Fedor G. Pikus. Там про это все написано, есть масса примеров на C++ эффективных и не очень программ. Также раскрыта тема измерения эффективности, что является весьма непростым вопросом.
Как я уже сказал, следующие две недели я проведу в отпуске на Кавказе, а потом с 16 августа мы продолжим митапы с 11.00 до 14.00 по адресу Hacker Dojo, 855 Maude Ave, Mountain View, California.
А я в это время будут в Сочи, в Сириусе, но встретиться нам не суждено. Проклятые политики. :(
Под MS-DOS был (есть) набор драйверов реализующий стандартный TCP/IP стек и SLIP (Serial Line IP) протокол. Также имелись различные текстовые приложения типа TELNET.EXE (сетевой терминал) и LYNX.EXE (Web браузер). Попробуйте всё это запустить. Когда-то, в конце 90-х, мне это удавалось реализовывать даже с удаленной загрузкой по BOOTP (бездисковые рабочие терминалы).
SLIP сервер/рутер можно поднять на базе старенькой FreeBSD.
В 1977 году предприниматель Ларри Эллисон прочитал статью о System R в журнале IBM Research и решил не дожидаться, пока IBM выпустит собственный продукт. Вместе с партнерами он основал компанию, которая позже станет Oracle, и уже в 1979-м выпустил первую коммерческую реляционную СУБД — на два года раньше самой IBM.
На счет того, что IBM придумала реляционные БД есть некоторые сомнения. Идея, как это водится, витала в воздухе, просто кому-то повезло озвучить её первым.
In its early years, Ingres was an important milestone in the history of database development. Ingres began as a research project at UC Berkeley, starting in the early 1970s and ending in 1985.[2] During this time Ingres remained largely similar to IBM's seminal System R in concept; it differed in more permissive licensing of source code, in being based largely on DEC machines, both under UNIX[3] and VAX/VMS,[4] and in providing QUEL as a query language instead of SQL. QUEL was considered at the time to run truer to Edgar F. Codd's relational algebra (especially concerning composability), but SQL was easier to parse and less intimidating for those without a formal background in mathematics.[5]
Если кто не в курсе, то Ingres это дедушка нынешнего Postgres. Где-то там глубоко в Postgres-е до сих пор скрывается кусочек Ingres с реляционной алгеброй Кодда.
Мы в пионерлагере в Крыму (86-й год) собирали розовый лепесток для какой-то парфюмерной фабрики. По началу - прикольно, но ближе к концу стало понятно, что труд это ацкий.
Не только студенты. И школьники, и сотрудники НИИ, и ИВЦ, даже сотрудников Главков, да всех "сидячих" профессий гоняли "на картошку". В конце 80х я уже притусовывался на ИВЦ оператором и наблюдал как начальник распределял смены - все, кто не на дежурстве (следит за машиной), едут в подшефный колхоз добывать ценного овоща для сограждан неподнявших целину. Энтузиазма у сотрудников было не много на сей счет, но картошка на кухне была всегда. :-)
Если человек прочилал добытую информацию из других статей, от нейросети или из гугла, переосмыслил её и изложил своими пальцами в виде человекочитаемого текста, то это уже не нейрослоп. Проблема в том, что такая работа "глаза-мозг-руки" для многих авторов считается слишком энергозатратной. Поэтому, как Вы не старайтесь, нейрослоп останется нейрослопом по причине того, что большинство авторов решают задачу оптимизации - "минимум затрат, максимум прибыли". Вы просто даете им еще один инструмент в руки для "минимизации затрат".
Ну и на мой вгзляд большинство уже давно проголосовало ногами. Я уже писал, что перестал даже пролистывать заголовки статей, читаю только интересных мне авторов. То, что я зацепился глазом за эту статью - большая случайность. :)
У меня в прошлом семестре тоже был интересный опыт. Ко мне на практику пришла небольшая группа студентов для написания проекта по ПЛИСоводству. Они, как это сейчас принято, начали обильно использовать нейросети для генерации кода на языке Verilog, и я не стал этому препятствовать. Код генерируемый нейронкой был вполне себе рабочий, только очень непонятный для людей ранее не имевших дело с Verilog и ПЛИСами (местами и для меня тоже ;)). Так вот, очень быстро они сообразили, что таким образом просто обманывают сами себя тратя своё драгоценное время на борьбу с нейронкой. Я предложил им выкинуть всё ранее сгенерированное нейросетью и начать писать вручную, тестируя код мелкими кусочками и экспериментруя по ходу изучения.
Да, мы многого не успели, но какой-то проект худо-бедно всё же слепили. С этим проектом мои подопечные выступили на внутревузовском конкурсе, где и получили первое место, а в качестве приза - зачисление в магистратуру на бюджет. Такие вот чудеса. :-)
В Atari BASIC мы пользовались оператором DATA для сохранения машинного кода, далее записывали его в свободный участок памяти через POKE и вызывали через оператор USR. Примерно вот так:
У кого есть C64, проверьте сработает или нет. ;)
Шикарная статья, спасибо!
Имел небольшой опыт реализации SD контроллера "на минималках" для ПЛИС Lattice ECP5 на SpinalHDL. Замаялся с поддержкой различных SD/MMC карт - у всех свой набор поддерживаемых протоколов. Всю Вашу боль хорошо понимаю.
Скорее по подписке. /s
Ей не позволят. Те, кто на этом зарабатывают начнут лоббировать приняние законов не позволяющих пузырю лопнуть. Таких устоявшихся пузырей в экономике - масса. Вспомните изречение "too big to fail". Вангую, с наймом будет всё то же самое!!!
Вы знаки препинания принципиально не ставите ?
Да, не все сайты еще исполняются на NPU. Разработчикам определенно есть куда стремиться. ;)
А где полезная информация ? То, что очень поверхностно описано в этой статье (fetch, decode, execute, cache) сейчас известно первокласснику. Про предсказатели ветвлений - ни слова. И как в этим всем жить, тоже не написано. Где примеры кода ?
Если Вас интересуют вопросы оптимизации программ под микроархитектурные возможности современных процессоров, то настоятельно рекомендую книгу нашего соотечественника "The Art of Writing Efficient Programs" by Fedor G. Pikus. Там про это все написано, есть масса примеров на C++ эффективных и не очень программ. Также раскрыта тема измерения эффективности, что является весьма непростым вопросом.
Для тех, что случайно пропустил: Dune: Spice Opera from Stephane Picq.
PS: Оригинал тут: https://stphanepicq.bandcamp.com/album/dune-spice-opera-2024-remaster-lp
А я в это время будут в Сочи, в Сириусе, но встретиться нам не суждено. Проклятые политики. :(
Под MS-DOS был (есть) набор драйверов реализующий стандартный TCP/IP стек и SLIP (Serial Line IP) протокол. Также имелись различные текстовые приложения типа TELNET.EXE (сетевой терминал) и LYNX.EXE (Web браузер). Попробуйте всё это запустить. Когда-то, в конце 90-х, мне это удавалось реализовывать даже с удаленной загрузкой по BOOTP (бездисковые рабочие терминалы).
SLIP сервер/рутер можно поднять на базе старенькой FreeBSD.
Да, надо слово ASIC заменить на "Silicon Chip".
Молодцы пацаны! Так держать!
Какие идеи на ближайшее будущее ?
На счет того, что IBM придумала реляционные БД есть некоторые сомнения. Идея, как это водится, витала в воздухе, просто кому-то повезло озвучить её первым.
Теперь читаем статью в Wikipedia про СУБД Ingres:
Если кто не в курсе, то Ingres это дедушка нынешнего Postgres. Где-то там глубоко в Postgres-е до сих пор скрывается кусочек Ingres с реляционной алгеброй Кодда.
Мы в пионерлагере в Крыму (86-й год) собирали розовый лепесток для какой-то парфюмерной фабрики. По началу - прикольно, но ближе к концу стало понятно, что труд это ацкий.
Вечная память.
Это уже было только для КОМСОМОЛа. Хочешь стать партийным - поезжай на всесоюзную стройку, прояви себя как лидер. ;)
Не только студенты. И школьники, и сотрудники НИИ, и ИВЦ, даже сотрудников Главков, да всех "сидячих" профессий гоняли "на картошку". В конце 80х я уже притусовывался на ИВЦ оператором и наблюдал как начальник распределял смены - все, кто не на дежурстве (следит за машиной), едут в подшефный колхоз добывать ценного овоща для сограждан неподнявших целину. Энтузиазма у сотрудников было не много на сей счет, но картошка на кухне была всегда. :-)
Зато прокачали науку. Что в этом плохого ?
Если человек прочилал добытую информацию из других статей, от нейросети или из гугла, переосмыслил её и изложил своими пальцами в виде человекочитаемого текста, то это уже не нейрослоп. Проблема в том, что такая работа "глаза-мозг-руки" для многих авторов считается слишком энергозатратной. Поэтому, как Вы не старайтесь, нейрослоп останется нейрослопом по причине того, что большинство авторов решают задачу оптимизации - "минимум затрат, максимум прибыли". Вы просто даете им еще один инструмент в руки для "минимизации затрат".
Ну и на мой вгзляд большинство уже давно проголосовало ногами. Я уже писал, что перестал даже пролистывать заголовки статей, читаю только интересных мне авторов. То, что я зацепился глазом за эту статью - большая случайность. :)
У меня в прошлом семестре тоже был интересный опыт. Ко мне на практику пришла небольшая группа студентов для написания проекта по ПЛИСоводству. Они, как это сейчас принято, начали обильно использовать нейросети для генерации кода на языке Verilog, и я не стал этому препятствовать. Код генерируемый нейронкой был вполне себе рабочий, только очень непонятный для людей ранее не имевших дело с Verilog и ПЛИСами (местами и для меня тоже ;)). Так вот, очень быстро они сообразили, что таким образом просто обманывают сами себя тратя своё драгоценное время на борьбу с нейронкой. Я предложил им выкинуть всё ранее сгенерированное нейросетью и начать писать вручную, тестируя код мелкими кусочками и экспериментруя по ходу изучения.
Да, мы многого не успели, но какой-то проект худо-бедно всё же слепили. С этим проектом мои подопечные выступили на внутревузовском конкурсе, где и получили первое место, а в качестве приза - зачисление в магистратуру на бюджет. Такие вот чудеса. :-)