Что Каждый Программист Должен Знать О Памяти. (с)

Ну блин самую интересную часть скипнул, прям на глазах! А как же дуал сокеты на зеонах?! Что как не народная сборка? Эх.

пожалуйста не тараторь а у тебя итак дикция аховая ты еще тараторишь уф ничего не понятно ((((((((((((((((((((

Не являюсь специалистом, но хочу придраться к фразе. "Атомарные операции на CISC-микроархитектурах не поддерживаются...давно не так...кому интересен ARM". Так ведь ARM не CISC, а RISC архитектура (Advanced RISC Machines) (Возможно в предложении был акцент на другом и я неправильно понял).
Также по отдельным кэшам для инструкци и данным. Это всё борьба гарвардской и фон-неймановской архитектуры. На Вики русской есть статья по Гарвардской арзитектуре и там подраздел "Гибридные модификации с архитектурой фон Неймана" делает причину разделения немного понятнее.

Нифига не понял 😁

Ну опять же для сравнения и как ты говоришь полной картинки сверху ты мог бы взять еще и M1 Apple Silicon для создания контраста.

Видео достаточно познавательное, даже для тех, кто как я, совершенно не шарит в этом)

"Наверняка вы все слышали, что такое memory mappings" так же я, который впервые слышит данные слова xD

Ваши видео выхывают просто взрыв мозга! Жду с нетерпением новые видео!

Слушай, товарищ! Это ж надо так гореть, чтоб делать и снимать подобные видео, требующие просто гигантской проработки?! Мой всемерный респект!!! Практически весь контент на канале крайне интересен и порой просто укладывает и систематизирует знания в голове, а порой заставляет напрягать извилины и подробно ковыряться в вопросах. 👍👍

Насчёт steam survey, в основном те кто зарегистрирован на стим у них будет стоять винда(игровой пк), так как стим это игровая платформа, и аж никак не поиграешь на маке или линуксе. Поэтому данные в глобальной интернете будут разняться.Ведь стим берет инфу у тех, кто уже зареган, а не у независомых пк юзеров.

бл...кемон люди,человек старается,главное напрявление,а то ноете только,все разжованым хотите за 3 минуты,лол,вайтишники,главное за минуту все изучить знать,без трудо и человеко часов затрат и бабки рубить,а если наоборт-слабо?

Ничего не понял, но за ссылку на статью спасибо.

Огнище 🔥

Точно могу сказать, что ваш контент не для новичков, слишком много непонятной терминологии, хоть я достаточную часть из них когда-то слышал, достаточно тяжело уложить в картинку. Скорость дикции так же высокая, что подразумевает более быструю обработку информации. Вопрос. Тогда для кого это видео? Не новичок и так обо всём этом знает, а новичок просто не разберётся среди всего этого большого количества непонятных слов...

чёт видео тихое... или мне кажется?

сначала думаю 20 мин это много для видео, включил и залип чисто, топ контент, не особо релевантен для меня, но что-то с этого вынести просмотревший обязан

Ох, многопоточность.... Когда мне нужно было быстро общитывать матрицы в много потоки и многаГИГА ОЗУ я начал изучать SSE, AVX и реализовал некторый функционал. И какая же фак была, когда я уперся в пропускную скорость ОЗУ. Проц тупо быстрее перемножал матрици чем чтение\запись ОЗУ. Второй проблемой было это синхронизация многопоточных вычислений. Я по правде так и не нашел как грамотно реализовать синхронизацию паралелизма на много потоке как на ЦПЮ так и на ГПЮ, пока отложил на чуть позже, сейчас больше самими нейросетями занят. Но мысль о времени, когда придется писать обработку большого объема даных во все щели и ЦПЮ и ГПЮ и еще и туда сюда это гонять, немного пугает. А шо там с ЭКЗО флопными супер компами, я вообще не предсавля как там организванна сестема даных. Мое имхо, врут они про экзафлопы. В нейросетях, где каждая ячейка напрямую связана с другой ячейкой все тупо ограничет ПСП и хоть сто мильйнов процесоров, если обмен даных не будет совершен с надлежащй скоростью, все до жопы

Thanks

Несколько раз проверил скорость воспроизведения ))
Думал смотрю на 1.25, инфа наваливается конкретно )

Всё что я понял, это то что мне ещё много и много чего нудно учить...

Спасибо за видео

Как же хорошо что моя специальность больше связана с дата сайнсом. Я думаю если сидеть разбираться с этим всем уйдет не один месяц

У меня 🧠 вскипел.
Как всегда информативно и полезно.

Спасибо за видео, я еще очень далек от программирования но было интересно послушать!

В целом интересно, половину термино… нет, все термины пришлось гуглить, было прикольно

Снимаю шляпу. Парадокс, но чем сложнее термины, тем интереснее в них разбираться и откапывать простые истины. Вселенская благодарность за материал, кто считает его бесполезным - сам себе злобный Буратин

Да как без нумы то? где теперь кроме офисов односокетные системы то?

MMU ох далеко не всегда используються..

Хорошее содержание и форма подачи спасибо. А визуал ролика супер!

Новичку будет конечно интересно, но от того что автор оперирует техническими терминами, видео не становится информативней - сплошная вода под "техническим соусом".

Используйте этот коммент как дизлайк. Посмотрим сколько нас тут :)

Да, по поводу NUMA. Там все очень просто. На многопроцессорных системах у каждого процессора есть "своя" память. То есть память которая напрямую связана с конкретным процессором. Но процессоры не лишены возможности обращаться к памяти друг-друга по общей шине. Так вот такое взаимодействие более дорогое, чем поход за данными в свою память. Очень простыми словами NUMA - это (CPU+ своя RAM). На практике расположение данных в своей памяти позволяет значительно снизить задержки.

Последнее время, у меня складывается впечатление, что людей отучают специально писать хороший, производительный код. Как только начинаешь разговор о Си, сразу слышишь две страшилки "небезопасные указатели" и "утечки памяти". И вообще на Си "невозможно" написать не сегфолтящую программу. И почему то забывают о том что кернел линукс написан именно на Си! И о чудо! Не течет и не сегфолтится. А ваше приложение не может быть стабильнее кернела, так как краш кернела похоронит и ваше приложение. Как продолжение, "java почти такая же быстрая как и Си", ну правда занимает больше памяти. Доступ к памяти дорогой, чтение из памяти это несколько тактов процессора, больше памяти, больше чтения-записи и соответственно больше тактов. Не может программа занимающая больший объем в памяти выполнятся быстрее. И это только один не оспоримый аргумент. Кубернетс стал просто какой то болезнью. Он отучает понимать как работают кафки, рэбиты и т.д., БД стали тащить в кубернетс!!! отучает строить правильную архитектуру. Вносит дикие оверхеды на поддержание своей инфраструктуры. Много вопросов по отказоустойчивости. А проблемы производительности предлагается решать "распаралеливанием сервисов". Зачем нам один производительный сервис, запустим тысячу говносервисов.) Все понятно становится когда начинаешь смотреть на это с точки зрения денег. Ведь куда то надо девать облачным монополистам миллиарды ядер и пентабайты оперативной памяти. Я на своем канале как раз пытаюсь с этим бороться. Давать понимание работы вспомогательных сервисов и умение их настраивать.

Будьте добры помедленней, я записываю. Хороший материал, но пересматривал три раза чтобы все услышать.

Комплюхтер саенс это штука которая на самом деле нужна всем, но не все знают что она им нужна © Какой-то embedded software developer

вот этот умный чувак из ютуба, который обьяснит мне как программировать

Блеа, ну как ыт узнал, что я из нВидии и Интела?! Я теперь боюсь обернуться. Вдруг ты уже за спиной стоишь.....

Согласен без знаний о памяти ты по сути и не прогер.

Молодец

Много что нового для себя узнаю!

<3

найс

Спасибо за статью, пойду изучать!

Спасибо-спасибо

🤔

Спасибо

С инсты привет!