1) Вместо копипаста лучше подцепить плагин к ide, который будет бегать к БЯМке. Из самых главных плюсов - он будет видеть уже готовый код.
2) Запросы к БЯМке надо писать подробнее. Она, как ты уже понял, очень ленивая и любит схалтурить. Вместо "все 56 инструкций с точным счётом тактов" надо было что-то "Напиши эмулятор процессора 6210, используемый в commodore 64. Мне нужна функция, исполняющая один опкод, которая возвращает число тактов, потребленных этим опкодом. Реализуй все инструкции со свеми типами адресации максимально точно к официальной документации. Не пропускай даже самые незначительные нюансы". И тогда с первого раза получится уже более удобоваримое
ну чего мне с вами спорить-то? :) клонируете репу, загружаете batty, гоняете каретку влево-вправо и наблюдаете лаги. Плюете мне в кипу (ну не трушный гошник я), загружаете gospeccy, загружаете опять-же batty и наблюдаете опять лаги. микроскопические уровня "оно поехало на Н мс позже" или "остановилось на Н мс позже", но они есть, прекрасно чувствуются и сильно мешают играть. Если лень, то с эффектом можно ознакомиться где-нить еще, нагуглив "input lag" при подлючении через hdmi приставок к телику.
Чего-то сложно стало следить за развитием темы сразу в двух местах :) Поэтому в одно. Суть проблемы простая: гошный шедулер даже при наличии ресурсов пытается экономить все доступное. Наиболее легко это демонстрируется на простейшей связки Задача1 - канал - задача 2. В "старом" эмуляторе это клавиатура-обработчик нажатий или генератор звука - вывод звука. наверняка еще где-то есть, но уже лень вспоминать. Ставим дебажный вывод в задаче 1 и задаче 2. Буферизацию (в смысле вывода отключаем, ну или флушим сразу). Идеальное поведение в выводе 121212121212 . то есть задача 1 что-то написала, задача 2 что-то прочитала. Реальное 11111122222111112222. то есть пишем что-то, потом гошный шедулер понимает, что вообще-то надо дать ресурсов и запускает задачу 2. Ок, вырубаем буферизирование в канале. Ждем 121212 .... получаем 1wwww2wwww1, где w - просто ждет чего-то. охреневаем мрачно. добавляем профилирование (там вроде еще видны остатки в makefile) и видим туже самую картину, только в виде красивой html странички. Вот отсюда и лаги с фризами. Повторюсь, они маленькие и в обычной жизни не заметны. Ну никто не будет разбираться, на сколько миллисекунд плавает генерация веб страницы.
Там проблема чуть выше по уровню абстрации. Ресурсов хватает, потоков тоже хватает. Но гошечный шедулер рулит потоками так, как ему кажется нужным. Тормозит и запускает по своим правилам, которые менять нельзя. И вот имено тут и кроется самая большая проблема
Ну для простых, всем известных задач да, БЯМки подходят очень хорошо. Редактирование текста - это совсем базовая задача, которая решалась вместе с первыми компьютерами. Ну и да, опять же , ваш опыт подтверждает, что вы очень хорошо знаете тему "текстовые редакторы" и знаете, что конкретно вам надо и когда :)
Z80 да, однопоточный. Но эмулятору-то никто не мешает пользовать больше потоков. Проблема, в которую я уперся, состоит в том, что в го все потоки равноправные и нельзя им приоритеты менять. Плюс буфферизация в выводе звука больно делает. В итоге в идеале Запись/Чтение должны быть так ЗЧЗЧЗЧЗЧЗЧ, а в гошечке ЗЗЗЗЗЗЧЧЧЧЧЗЗЗЗЗЧЧЧЧ
Выглядит, как оверинжиниринг. В реальных проектах делается гораздо проще. Вот пример псевдокода для отдельного потока. Просто, не требует ресурсов, легко поддерживается и легко читается.
В кои-то веки залогинился, чтобы прокомментировать :)
Как уже писали, нет смысла сравнивать стримеров. Все эти поиски надо делать на достаточно длинном периоде одного аккаунта. Минимум пару недель ежедневных боев
Что появится на таком периоде у одного аккаунта?
Резкое (очень) повышение пробиваемости, точности и теде после перерыва в пару недель. Возвращается в норму где-то на 5-6 бою. И на "я отдохнул и теперь тащу" не списать - я меняю аккаунты RU/US и продолжаю играть
Появятся четкие волны турбосливов-турбонагибов. Это когда ты можешь делать что и как хочешь, но твоя команда сольется со счетом 0-15. И обратное, когда у противника одни рикошеты, а ты с вертушки попадаешь в лючок за 300м. И то и то не приносит никакого удовольствия.
Если играешь на популярном танке - как только процент побед полезет выше ХХ - появится четкий тренд на унижение. У меня рекорд - 25 поражений подряд. Часто с 0-0-0 на счетчике. И наплевать, что у тебя есть нескольно мастеров, играешь ты не первый год и карты знакомая. Тяж просто лопается от пары снарядов светляка, а арта легко рикошетит 122мм. Судя по впечатлениям, игра таким макаром подталкивает выбирать редкие танки - ведь там "унижение" начинается с гораздо больших величин.
Если у тебя по каким-то причинам (например, купил новую технику и попал в волну) процент побед падает меньше ~45% - тебе начинает "переть". Снаряды не рикошетят, противник тебя не видит и теде.
Но все это не относится к популярным стримерам, попавший в поле зрения картошки. У них все эти подкрутки работают исключительно в их пользу. Все жалею, что не записал стрим от meanmachines, когда у картошки что-то сглючило и у него слетели все подкрутки. Запах горелого кресла ощущался даже через телевизор :) Потом сердце великого нагибатора не выдержало, он сначала отключил звук, позвонил куда-то, потом и видео выключил ... и минут через пять все вернулось в привычные берега - нагиб за нагибом с редкими поражениями.
Всегда рад, что кому-то помогли мои статьи.
1) Вместо копипаста лучше подцепить плагин к ide, который будет бегать к БЯМке. Из самых главных плюсов - он будет видеть уже готовый код.
2) Запросы к БЯМке надо писать подробнее. Она, как ты уже понял, очень ленивая и любит схалтурить. Вместо "все 56 инструкций с точным счётом тактов" надо было что-то "Напиши эмулятор процессора 6210, используемый в commodore 64. Мне нужна функция, исполняющая один опкод, которая возвращает число тактов, потребленных этим опкодом. Реализуй все инструкции со свеми типами адресации максимально точно к официальной документации. Не пропускай даже самые незначительные нюансы". И тогда с первого раза получится уже более удобоваримое
не буду утверждать 100%. Но вроде нет.
А ну тут я пасс. Мне хватило того, что я вижу
ну чего мне с вами спорить-то? :) клонируете репу, загружаете batty, гоняете каретку влево-вправо и наблюдаете лаги. Плюете мне в кипу (ну не трушный гошник я), загружаете gospeccy, загружаете опять-же batty и наблюдаете опять лаги. микроскопические уровня "оно поехало на Н мс позже" или "остановилось на Н мс позже", но они есть, прекрасно чувствуются и сильно мешают играть. Если лень, то с эффектом можно ознакомиться где-нить еще, нагуглив "input lag" при подлючении через hdmi приставок к телику.
Чего-то сложно стало следить за развитием темы сразу в двух местах :) Поэтому в одно. Суть проблемы простая: гошный шедулер даже при наличии ресурсов пытается экономить все доступное. Наиболее легко это демонстрируется на простейшей связки Задача1 - канал - задача 2. В "старом" эмуляторе это клавиатура-обработчик нажатий или генератор звука - вывод звука. наверняка еще где-то есть, но уже лень вспоминать. Ставим дебажный вывод в задаче 1 и задаче 2. Буферизацию (в смысле вывода отключаем, ну или флушим сразу). Идеальное поведение в выводе 121212121212 . то есть задача 1 что-то написала, задача 2 что-то прочитала. Реальное 11111122222111112222. то есть пишем что-то, потом гошный шедулер понимает, что вообще-то надо дать ресурсов и запускает задачу 2. Ок, вырубаем буферизирование в канале. Ждем 121212 .... получаем 1wwww2wwww1, где w - просто ждет чего-то. охреневаем мрачно. добавляем профилирование (там вроде еще видны остатки в makefile) и видим туже самую картину, только в виде красивой html странички. Вот отсюда и лаги с фризами. Повторюсь, они маленькие и в обычной жизни не заметны. Ну никто не будет разбираться, на сколько миллисекунд плавает генерация веб страницы.
Там проблема чуть выше по уровню абстрации. Ресурсов хватает, потоков тоже хватает. Но гошечный шедулер рулит потоками так, как ему кажется нужным. Тормозит и запускает по своим правилам, которые менять нельзя. И вот имено тут и кроется самая большая проблема
Ну я такого не писал. Я писал, что мой нынешний уровень знания гошечки и окружающих его библиотек не позволяет такого достичь
Если честно, то я не понял вопроса. Тут фризы совершенно никак не связаны с эмулятором и являются багом (или фичей) самого exolon
Все возможно. Есть только один минус - я эти КУВТ только на картинках видел :)
Все тоже самое, что и сейчас, но бесплатно. https://cloud.ru/products/evolution-foundation-models . Я в основном самый жирный Qwen использовал
Если С++ я хоть немного знаю, то rust я даже идеологию не понимаю.
А что вливать, если все навайбкожено?
Напишет. Только надо доку под нее сформатировать. В смысле минимум воды, максимум "вот это делает это"
Ну для простых, всем известных задач да, БЯМки подходят очень хорошо. Редактирование текста - это совсем базовая задача, которая решалась вместе с первыми компьютерами. Ну и да, опять же , ваш опыт подтверждает, что вы очень хорошо знаете тему "текстовые редакторы" и знаете, что конкретно вам надо и когда :)
Z80 да, однопоточный. Но эмулятору-то никто не мешает пользовать больше потоков. Проблема, в которую я уперся, состоит в том, что в го все потоки равноправные и нельзя им приоритеты менять. Плюс буфферизация в выводе звука больно делает. В итоге в идеале Запись/Чтение должны быть так ЗЧЗЧЗЧЗЧЗЧ, а в гошечке ЗЗЗЗЗЗЧЧЧЧЧЗЗЗЗЗЧЧЧЧ
Очень почти полноценный. Плюс оплата моего времени и опыта не учтены :)
Ну пока с ИИ вообще надо очень хорошо волочь в той теме, в которую его пускаешь
Все бы хорошо и даже замечательно. Но прошелся по магазину - у всех позиций "наличие на складе 0 шт". Смысл рассказывать, если нельзя купить?
Выглядит, как оверинжиниринг. В реальных проектах делается гораздо проще. Вот пример псевдокода для отдельного потока. Просто, не требует ресурсов, легко поддерживается и легко читается.
Сигнал на GPIO есть? если нет, то иди на 1
пауза в Н миллисекунд
сигнал на GPIO есть? если нет, то иди на 1
кнопка_нажали_коротко = да
пауза в М миллисекунд
кнопка_нажали_коротко=нет
сигнал на GPIO есть? если нет, то иди на 1
копка_нажали_длинно=да
сигнал на GPIO есть? если да, то иди на 9
кнопка_нажали_длинно=нет
иди на 1.
В кои-то веки залогинился, чтобы прокомментировать :)
Как уже писали, нет смысла сравнивать стримеров. Все эти поиски надо делать на достаточно длинном периоде одного аккаунта. Минимум пару недель ежедневных боев
Что появится на таком периоде у одного аккаунта?
Резкое (очень) повышение пробиваемости, точности и теде после перерыва в пару недель. Возвращается в норму где-то на 5-6 бою. И на "я отдохнул и теперь тащу" не списать - я меняю аккаунты RU/US и продолжаю играть
Появятся четкие волны турбосливов-турбонагибов. Это когда ты можешь делать что и как хочешь, но твоя команда сольется со счетом 0-15. И обратное, когда у противника одни рикошеты, а ты с вертушки попадаешь в лючок за 300м. И то и то не приносит никакого удовольствия.
Если играешь на популярном танке - как только процент побед полезет выше ХХ - появится четкий тренд на унижение. У меня рекорд - 25 поражений подряд. Часто с 0-0-0 на счетчике. И наплевать, что у тебя есть нескольно мастеров, играешь ты не первый год и карты знакомая. Тяж просто лопается от пары снарядов светляка, а арта легко рикошетит 122мм. Судя по впечатлениям, игра таким макаром подталкивает выбирать редкие танки - ведь там "унижение" начинается с гораздо больших величин.
Если у тебя по каким-то причинам (например, купил новую технику и попал в волну) процент побед падает меньше ~45% - тебе начинает "переть". Снаряды не рикошетят, противник тебя не видит и теде.
Но все это не относится к популярным стримерам, попавший в поле зрения картошки. У них все эти подкрутки работают исключительно в их пользу. Все жалею, что не записал стрим от meanmachines, когда у картошки что-то сглючило и у него слетели все подкрутки. Запах горелого кресла ощущался даже через телевизор :) Потом сердце великого нагибатора не выдержало, он сначала отключил звук, позвонил куда-то, потом и видео выключил ... и минут через пять все вернулось в привычные берега - нагиб за нагибом с редкими поражениями.