BD
Кстати, про модель памяти раста написано, что не описана, а у беви написано, что в нём есть лок фри структуры данных
модель памяти раста сейчас базируется на мп llvm, то есть то же самое что и в плюсах после 11
Size: a a a
2020 November 27
BD
не совсем понял, как лок фри ДС относится к модели памяти
наверное потому что для лок фри важно где и как будут видны сайд-эффекты и что компилятор сделал для нас в свои годы
BD
но компилятор сделал нам ровно по модели памяти с++ Atomics и core::sync::atomic::compiler_fence
BD
Кстати, про модель памяти раста написано, что не описана, а у беви написано, что в нём есть лок фри структуры данных
https://doc.rust-lang.org/core/sync/atomic/index.html собсно тут написано где и что специфицировано (коротко: это область номикона)
ВМ
Спасибо за консультацию!
BD
Когда будет спека на раст, будет спека и на модель памяти, но я почему-то ОЧЕНЬ сильно сомневаюсь что она будет отличаться от проверенной в llvm.
DT
Всем спасибо :)
MS
Кстати, про модель памяти раста написано, что не описана, а у беви написано, что в нём есть лок фри структуры данных
Тлдр раст пока по возможности наследует модель памяти плюсов в этом плане.
AL
У меня парочка обновлений:
* Я таки попробовал завести небольшой канал в телеге @ozkriff_games
* Закончен переезд на macroquad: https://t.me/ozkriff_games/8
* Я таки попробовал завести небольшой канал в телеге @ozkriff_games
* Закончен переезд на macroquad: https://t.me/ozkriff_games/8
УМ
У меня парочка обновлений:
* Я таки попробовал завести небольшой канал в телеге @ozkriff_games
* Закончен переезд на macroquad: https://t.me/ozkriff_games/8
* Я таки попробовал завести небольшой канал в телеге @ozkriff_games
* Закончен переезд на macroquad: https://t.me/ozkriff_games/8
Имею честь быть одним из первых подписчиков)
2020 November 28
IL
Ребята, подскажите, пожалуйста, есть ли какие-то best practices для "юнит" тестирования графических ассетов в инфраструктуре Раста? То есть, грубо говоря, тулза производит выходную картинку какого-то специфичного аспекта рендеринга, хотелось бы сравнивать её с ожидаемым прототипом.
Тут сразу возникает несколько проблем:
1) Где и как хранить прототипы? Если в самом репозитории, он очень быстро разрастется, и устаревшие протопы потом не выковыришь из старых коммитов.
2) Как прототипы сравнительно оперативно обновлять, когда меняется аутпут?
3) Может быть есть около-готовые библиотеки для этого всего?
Тут сразу возникает несколько проблем:
1) Где и как хранить прототипы? Если в самом репозитории, он очень быстро разрастется, и устаревшие протопы потом не выковыришь из старых коммитов.
2) Как прототипы сравнительно оперативно обновлять, когда меняется аутпут?
3) Может быть есть около-готовые библиотеки для этого всего?
IL
Первое, правда, можно решить создав дополнительный репозиторий с прототипами, и привязав его к основному через git submodules, но сабмодули неудобны в использовании. Да и это не особо решает проблему разрастания.
MS
1. Ты делаешь игру, твой репозиторий всё равно будет жирным.
2. Обычно суть тестирования в том что тебе не нужно их менять когда меняется твой код. То есть твои прототипы описывают то, как твоя штука должна выглядеть.
3. Я бы просто сравнивал картинки сцен снятых с определённого угла. Библиотеки для приблизительного сравнения изображений есть.
2. Обычно суть тестирования в том что тебе не нужно их менять когда меняется твой код. То есть твои прототипы описывают то, как твоя штука должна выглядеть.
3. Я бы просто сравнивал картинки сцен снятых с определённого угла. Библиотеки для приблизительного сравнения изображений есть.
BD
Ребята, подскажите, пожалуйста, есть ли какие-то best practices для "юнит" тестирования графических ассетов в инфраструктуре Раста? То есть, грубо говоря, тулза производит выходную картинку какого-то специфичного аспекта рендеринга, хотелось бы сравнивать её с ожидаемым прототипом.
Тут сразу возникает несколько проблем:
1) Где и как хранить прототипы? Если в самом репозитории, он очень быстро разрастется, и устаревшие протопы потом не выковыришь из старых коммитов.
2) Как прототипы сравнительно оперативно обновлять, когда меняется аутпут?
3) Может быть есть около-готовые библиотеки для этого всего?
Тут сразу возникает несколько проблем:
1) Где и как хранить прототипы? Если в самом репозитории, он очень быстро разрастется, и устаревшие протопы потом не выковыришь из старых коммитов.
2) Как прототипы сравнительно оперативно обновлять, когда меняется аутпут?
3) Может быть есть около-готовые библиотеки для этого всего?
cargo insta?BD
правда непонятно нафига столько сложностей с граф ассетами
MS
Ну и да не факт что это тебе нужно.
BD
то есть юнит тесты хорошо, но юнит тесты граф ассетов мне кажется немножко эребор
AL
илья же рендерилку пишет - ему надо не ассеты проверить, а что чего-то в рендере не отвалилось от изменений