Актуальная версия статьи «Что каждый программист должен знать о памяти»?

Для какого-нибудь gamedev - актуально. Для php/js/java/.net/etc макакинга - нет.

На cpprussia был интересный доклад на эту тему «Память идеальная абстракция». Как минимум понятие о глубине на которую можно погрузиться - даёт.

«Что каждый программист должен знать о памяти»?

То что у каждого юзера её петабайты. </thread>

актуальная ли данная статья сейчас?

Вполне.

что можно почитать (обзорный + средний уровень) по вопросу о том, что программисты должны знать о памяти сейчас?

Сабжевую статью + описания эксплойтов вроде Rowhammer.

Вдогонку удаленным сообщениям:

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

в рамках ограничений железа, денег, VPS.

А какие такие есть ограничения у VPS, которые не являются ни ограничениями железа, ни ограничениями софта?

Для программиста или веб-программиста?

Читай о том, как ядро ОС работает с памятью, если не пишешь под голое железо.

программиста, *не* web-программиста

Более конкретные ссылки на хорошие стать будут полезными :)

Да нет статей или они все неполные / старые. Читай сразу код ядра линукс и книги по его устройству (O'Reilly). Там все довольно таки понятно.

все что о программировании и старше 5 лет - не имеет смысла читать

Да ну? Даже K&R?

Ну скорее в качестве примера такой ограниченной системы вне рамок embedded.

Веб-программисты тоже разные есть. Если веб-программист = клепатель html с редкими onClick то нет, а если с javascript да еще с ярковыраженным frontend/backend и не колхозом - то вполне вероятно что да.

Еще на VPS модель работы с памятью может быть организована с особенностями, так что тонкости именно для VPS таки есть - например иногда память ограничивают по запросам страниц, иногда - по фактическому использованию, иногда есть только жесткий лимит, иногда - мягкий, и во втором случае можно быстро много подожрать, быстро отработать и резко всё освободить, потом подождать когда планировщик VPS очухается, и процесс повторить. И таких нюансов при использовании VPS бывает много разных. Это позволяет экономить деньги сидя на разумно минимальных планах, очень бывает критично когда VPS много.

есть мнение, что сейчас лучше сразу учить какой-нибудь rust на опережение, а о си иметь представление уже по-ходу дела.

так что да, даже K&R

Эээ... и каким образом это не ограничения софта?

Читай сразу код ядра линукс и книги по его устройству (O'Reilly). Там все довольно таки понятно.

И в каких книгах по устройству ядра Linux можно узнать об архитектуре физической памяти (не виртуальной) и устройстве физических кэшей?

Это ограничения, внешние по отношению к VPS и на которые пользователь влиять не может или может лишь косвенно. Это ограничения софта, но скорее их можно назвать «ограничения платформы».

Например, https://codingrelic.geekhold.com/2011/08/last-week-andy-firth-published-demis..., https://arstechnica.com/gadgets/2002/07/caching, https://people.freebsd.org/~lstewart/articles/cache-performance-x86-2009.pdf, http://d3s.mff.cuni.cz/publications/download/hocko-sipew10.pdf

Но глубокое понимание таких вещей мало кому нужно. Почти всем хватит простого «локальность ссылок решает».

Благодарю за ссылки! Ознакомлюсь!

Их особенно, лучше уж Страуструпа.

последний раз, когда его ковырял, знание rust даже в компиляторе rust до конца не позволяло раозобраться: llvm-то на на С написан, хотя может уже и мигрировали...

Диды тебе дали virtual memory, что тебе не так теперь.

Программист должен знать, что такое стек, что такое куча и как этим пользоваться. Как используется стек при вызове процедур. Какие области памяти доступны процессу, как операционная система ими управляет. Устройство всяких триггеров должен знать инженер-схематехник, а программисту это не нужно.

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

понятно, что «ничего старше пяти лет» это очень сильное приближение, но смысл имеет.

по тому же си есть более современная «Learn C the hard way» или всякие интерактивные туториалы типа https://www.learn-c.org/ , огромное количество онлайн-курсов и т.д. При всём уважении к K&R, особого смысла в ней сегодня действительно нет, так же как и в большинстве старых учебников.

Ты видимо статью дальше первого раздела не прочитал :)

Вот так все сидят в своих слоях абстракции, а вместо общей архитектуры выходит дырявый глючный и тормозный франкенштейн.