Или другой пример. Если память является ботлнеком и ключевым фактором, почему Apple M3 находится на 186 позиции в рейтинге cinebench? Несмотря на то, что процессоры над ним имеют сокет и многие из них используют старую ddr4 память
Возьмем ваш пример с обходом двумерного массива. В данной задаче важна не пропускная способность, а скорее задержка. Предполагаю чем ближе память, тем меньше задержка. Ну так память распаивают на чипе и в snapdragon и в exynos. Сомневаюсь, что обход того же двумерного массива на exynos будет быстрее, чем на том же intel / amd. И если я прав, то значит задержка не решающий фактор.
Я не проверял ваши цифры, но мне кажется найти задачу, которая утилизирует хотя бы 100 гб шины и не уткнется в процессор / ssd очень сложно.
Не знаю, что вы подразумеваете под сверхбыстрой, но Apple использует такую же память, что и все остальные. В распайке как и в uma тоже нет ничего нового.
Я не эксперт в этой области, но заявление, что память - это ключевой фактор чтобы "тащить" крайне сомнителен.
Влияет на производительность, потому что не нужно создавать экземпляр контроллера, а также потому что вы имеете возможность инжектить только то что нужно данному конкретному эндпоинту.
В случае с контроллерами вы будете резолвить все его зависимости даже если для какого-то эндпоинта все и не нужны.
Rider имеет свой собственный обновлятор и JetBrains Toolbox. Они решили пойти таким путем вместо поддержки репозиториев. Поэтому вы либо устанавливаете JetBrains Toolbox откуда вам удобно (aur / официальный сайт) и уже из него устанавливаете всё что вам нужно. Либо качаете Rider с официального сайта и кладете где вам удобно. В данном вопросе вы зависите только от разработчиков Jetbrains
Самый главный вопрос, как быть, если на поддержку достанется что-то из мира легаси .NET Framework?
Точно так же как если вам достанется что-то из мира iOS / GCC- перейти на ОС на которой это разработка возможна или удобнее.
Вы гарантировано там получите последнюю версию для своей системы
Вы пишите, что вам важно иметь последнюю версию. Но ведь она протухнет через 2 месяца и будет лежать дырявая годами в системе. И тогда ваш аргумент про последнюю версию будет работать против вас, потому что в системах с репозиториями этот софт будет обновляться.
Для примера было полно легко эксплуатируемых через открытие файла уязвимостей в тех же VLC или 7Zip. Софт должен обновляться и латать такие дыры.
В Windows часть разработчиков пишет кастыли в виде собственных апдейтеров, другая часть софта забивает на это. Именно поэтому такие решения как Choco, store, winget имеют огромный смысл и прямо сейчас автивно развиваются и внедряются.
а не будете ждать пока кто-то соизволит ее добавить в репу для вашего дистрибутива
Вы сами вольны выбрать дистрибутив с подходящей вам моделью обновлений (rolling / point / etc.). Более того вы сами вольны добавить репозитории, которые обновляются так часто, как нужно вам. Хоть pre-release. Вы вольны даже создать и сопровождать свой репозиторий. Это решает важные на мой взгляд проблемы. И, судя по всему, важные на ваш взгляд проблемы.
WSL нужно еще установить. Кстати из терминала. И не перепутать версии. И дистрибутив установить. Давайте не будем романтизировать этот процесс, это не пара кликов :)
Не холивара ради, просто не могу пройти мимо. Конкретно пример с докером не понравился, потому что под Linux он нативен и соответственно работает без костылей в виде wsl, кушает значительно меньше памяти.
И установка очень простая. Скопировать пару команд из инструкции на официальном сайте (что лично для меня гораздо быстрее и проще), либо из пакетного менеджера - в том же арче есть в реаозиториях.
И как .net разработчик соглашусь про установку самого .net. Особенно, когда нужно несколько версий .net. И особенно в арче, в репозиториях которого он обновляется не так часто как хотелось бы.
И кросс-платформенность работает только в тех случаях, где она работает. 100% поддержки всего функционала еще нет.
Ну если не брать очевидно платформозавимые подсистемы а-ля windows forms или windows presentation foundation, где ключевое слово "windows", что не поддерживается? Желательно пример из мира бэкенда - основной ниши.
По первому вопросу ответ скорее всего - нет. Их matrix display, например, официально не поддерживается нигде кроме Windows.
А потом в лучших традициях забьют на поддержку и обещания через 1.5 года.
На 24 позиции находится десктопный M2 Ultra, это совершенно другой класс
Или другой пример. Если память является ботлнеком и ключевым фактором, почему Apple M3 находится на 186 позиции в рейтинге cinebench? Несмотря на то, что процессоры над ним имеют сокет и многие из них используют старую ddr4 память
https://nanoreview.net/en/cpu-list/cinebench-scores
Возьмем ваш пример с обходом двумерного массива. В данной задаче важна не пропускная способность, а скорее задержка. Предполагаю чем ближе память, тем меньше задержка. Ну так память распаивают на чипе и в snapdragon и в exynos. Сомневаюсь, что обход того же двумерного массива на exynos будет быстрее, чем на том же intel / amd. И если я прав, то значит задержка не решающий фактор.
Я не проверял ваши цифры, но мне кажется найти задачу, которая утилизирует хотя бы 100 гб шины и не уткнется в процессор / ssd очень сложно.
Не знаю, что вы подразумеваете под сверхбыстрой, но Apple использует такую же память, что и все остальные. В распайке как и в uma тоже нет ничего нового.
Я не эксперт в этой области, но заявление, что память - это ключевой фактор чтобы "тащить" крайне сомнителен.
Думаете память является ботлнеком?
Или может это просто выгодно распаять дешёвую память и продавать за сотни долларов?
Хорошее замечание, спасибо
Влияет на производительность, потому что не нужно создавать экземпляр контроллера, а также потому что вы имеете возможность инжектить только то что нужно данному конкретному эндпоинту.
В случае с контроллерами вы будете резолвить все его зависимости даже если для какого-то эндпоинта все и не нужны.
Rider имеет свой собственный обновлятор и JetBrains Toolbox. Они решили пойти таким путем вместо поддержки репозиториев. Поэтому вы либо устанавливаете JetBrains Toolbox откуда вам удобно (aur / официальный сайт) и уже из него устанавливаете всё что вам нужно. Либо качаете Rider с официального сайта и кладете где вам удобно. В данном вопросе вы зависите только от разработчиков Jetbrains
Точно так же как если вам достанется что-то из мира iOS / GCC- перейти на ОС на которой это разработка возможна или удобнее.
Вы пишите, что вам важно иметь последнюю версию. Но ведь она протухнет через 2 месяца и будет лежать дырявая годами в системе. И тогда ваш аргумент про последнюю версию будет работать против вас, потому что в системах с репозиториями этот софт будет обновляться.
Для примера было полно легко эксплуатируемых через открытие файла уязвимостей в тех же VLC или 7Zip. Софт должен обновляться и латать такие дыры.
В Windows часть разработчиков пишет кастыли в виде собственных апдейтеров, другая часть софта забивает на это. Именно поэтому такие решения как Choco, store, winget имеют огромный смысл и прямо сейчас автивно развиваются и внедряются.
Вы сами вольны выбрать дистрибутив с подходящей вам моделью обновлений (rolling / point / etc.). Более того вы сами вольны добавить репозитории, которые обновляются так часто, как нужно вам. Хоть pre-release. Вы вольны даже создать и сопровождать свой репозиторий.
Это решает важные на мой взгляд проблемы. И, судя по всему, важные на ваш взгляд проблемы.
WSL нужно еще установить. Кстати из терминала. И не перепутать версии. И дистрибутив установить. Давайте не будем романтизировать этот процесс, это не пара кликов :)
Не холивара ради, просто не могу пройти мимо. Конкретно пример с докером не понравился, потому что под Linux он нативен и соответственно работает без костылей в виде wsl, кушает значительно меньше памяти.
И установка очень простая. Скопировать пару команд из инструкции на официальном сайте (что лично для меня гораздо быстрее и проще), либо из пакетного менеджера - в том же арче есть в реаозиториях.
И как .net разработчик соглашусь про установку самого .net. Особенно, когда нужно несколько версий .net. И особенно в арче, в репозиториях которого он обновляется не так часто как хотелось бы.
Интересно сколько строк кода они законтрибьютили в wine.
Ну если не брать очевидно платформозавимые подсистемы а-ля windows forms или windows presentation foundation, где ключевое слово "windows", что не поддерживается? Желательно пример из мира бэкенда - основной ниши.