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

Нифига себе. Зачетная публикация, однако.

полезная штука, жду следующих частей с конкретными примерами оптимизации

Ого... Не новость про мастер-классы питона/руби/жавы/etc, не кривые переводы манов и не беззастенчивая реклама своих поделий .. "Может ЛОР не так уж безнадёжен?" (c).. Хотя.. с другой стороны можно сказать "Что ты сделал для ЛОР?" (c) :)))

>..Зачетная публикация..

>..полезная штука..

Полностью присоединяюсь!! Читал, открыв рот; даже макароны остыть успели... :D))

Надо бы перевод организовать. Язык так не сложный, но на родном читать все равно веселее :)

бегло просмотрел статью. часть материала нам преподносили в вузе. (специальность КРЭС. привет коллегам ;))

Сей маэстро ведет ЖЖ - http://udrepper.livejournal.com/
Крайне полезное и занимательное чтиво.

Утро. Отличная статейка. У кого есть логин? Напишите пусть один "and" снесет: > hardware and and further limited

Спсб :)

весьма, спасибо.

А Ульрих разве ядро? Разве не глибц?

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

Явный 4.2. Не должен каждый программист знать это о памяти.

Интересная статья, с нетерпением жду продолжения.

Однако, автор "How to Write Shared Libraries" плохого не напишет.

http://people.redhat.com/drepper/dsohowto.pdf

> Несмотря на то, что эффективность работы памяти зачастую определяет эффективность работы всей программы, материалов на тему того, как избежать узких мест в ее производительности не так много.

Видать специально накарябал для отщепенцев из Мазила-фаундейшн, у них с этим больщущие проблемы.

Спасибо за ссылку, довольно интересная статья.

> Явный 4.2. Не должен каждый программист знать это о памяти.

Не должен каждый программист помнить о памяти.

> А Ульрих разве ядро? Разве не глибц?

Да, именно глибц. Это я стормозил, привык, что все всё время ядром занимаются :)

Запретить программерам иметь на компах больше 256 Мб оперативки и все :)

>> А Ульрих разве ядро? Разве не глибц?

> Да, именно глибц. Это я стормозил, привык, что все всё время ядром занимаются :)

Не только. Ещё elfutils -- аналог GNU binutils.

andrey@silverblood (~/articles)$ wget -np -p http://lwn.net/SubscriberLink/250967/c21a2a4bd99e2a7d/

> Запретить программерам иметь на компах больше 256 Мб оперативки и все :)

Я стараюсь придерживаться подобных методов. Если всё нормально работает на компе с Пентиум 3 и 256 МБ, то потом в продакшене на Ксеонах с 4 ГБ летать будет.

Читать каждому ява-программеру :))

Программист должон знать что память есть, и есть кто-то, кто её ест. Я ничё не помню. Спасибо за внимание. Из-за острова-а на стрежень,...

> Программист должон знать что память есть, и есть кто-то, кто её ест. Я ничё не помню. Спасибо за внимание. Из-за острова-а на стрежень,...

такие "программисты" маздайку написали. и огнелиса :)

>Запретить программерам иметь на компах больше 256 Мб оперативки и все :)

+0xFF

> такие "программисты" маздайку написали.

Это которая работала на 16Мб, что-ли?

Да, мою память съел лис... этот...не помню. И нечего тут... понимашь. С моё попиши...

>> такие "программисты" маздайку написали.

> Это которая работала на 16Мб, что-ли?

а как же пресловутые 640кб, которых "должно быть достаточно всем и каждому"?

Даже, когда мд кушала 16мб, это было много по тем временам.

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

>>Программист должон знать что память есть, и есть кто-то, кто её ест.

Золотые слова!

Да вот не каждый должен это все знать, а только те кто с хардом близко работают. Остальным полезно для общего развития.

Таким макаром можно написать статью о принципах литографии и станках по производству чипов, а потом маркировать как обязательной материал для админов.

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

> Да вот не каждый должен это все знать, а только те кто с хардом близко работают. Остальным полезно для общего развития.
Это полезно тем, кто хочет писать _эффективные программы. А быдлокодерам, действительно, нужно только для общего развития.

> А быдлокодерам, действительно, нужно только для общего развития.

каноническое определение быдлокодера подразумевает отсутствие всякого развития

> зачетная статейка. надо бы ее это, того... в продакшн... напечатать в виде брошурки и по институтам. Глядишь яверов и дотнетчиков меньше будет.
Ой, вряд ли их меньше станет. Они ведь предпочитают читать только официальную макулатуру от производителей технологии.
Вот в соседнем со мной кубике сидит жабист, который, хоть и неглуп как программист, никак не может поверить в то, что менеджер памяти в жаве, мягко говоря, не самый лучший. Зато как затирать о теоретически возможных оптимизациях в JIT-компиляторах, так это его хлебом не корми :)

>Это полезно тем, кто хочет писать _эффективные программы. А быдлокодерам, действительно, нужно только для общего развития.

Программа будет "эффективной" только для одного процессора/архитектуры и далеко не всегда затраты на подобного рода оптимизацию оправданы. Хотя соглашуть, это (кросплатформенность,универсальность) - быдлокодерство.

>> Это полезно тем, кто хочет писать _эффективные программы. А быдлокодерам, действительно, нужно только для общего развития.

> Программа будет "эффективной" только для одного процессора/архитектуры и далеко не всегда затраты на подобного рода оптимизацию оправданы. Хотя соглашуть, это (кросплатформенность,универсальность) - быдлокодерство.

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

> Хотя соглашуть, это (кросплатформенность,универсальность) - быдлокодерство.

Ась? Кроссплатформенность - быдлокодерство? Я не ослышался?

> зачетная статейка. надо бы ее это, того... в продакшн... напечатать в виде брошурки и по институтам. Глядишь яверов и дотнетчиков меньше будет.

Почему вы так не любите людей? :-/

Это называется ирония. Впрочем, тебе этого не понять...

> Это полезно тем, кто хочет писать _эффективные программы. А быдлокодерам, действительно, нужно только для общего развития.

Всю историю програмимирования наблюдается движение от написания эффективных программ к эффективному написанию программ, а вы хотите повернуть историю вспять? ;)

> т, который, хоть и неглуп как программист, никак не может поверить в то, что менеджер памяти в жаве, мягко говоря, не самый лучший.

Допустим что в джаве вообще самый худший менеджер памяти из всех созданных человечеством. Внимание, вопрос: что это изменит? Вместо JMS заставят использовать bind/listen/connect ?

> Даже, когда мд кушала 16мб, это было много по тем временам.

Много по сравнению с *чем* ? С Solaris, что ли? Это не так.

> Всю историю програмимирования наблюдается движение от написания эффективных программ к эффективному написанию программ, а вы хотите повернуть историю вспять? ;)

Я не против этого. Но в данный момент оно выливается в написание мегакомбайнов типа жабы и дотнета, которые _одинаково_ (плохо) делают все задачи, вместо того, чтобы использовать узкоспециализированные языки, на которые задача ложится легко и эффективно.

Правильное название статьи такое: "Что каждый программист [середины 20-го века] должен знать о памяти".

Что-то мне подсказывает, что данная статья является вялой попыткой ответить на претензии по проблемам с памятью в FF, и перенести проблему с больной головы на здоровую.

Подрочил студентик? Покажи-ка лучше свой эффективный код. Да поясни как функция разрядки ячейки памяти соотносится с эффективностью лиспового кода.

>> Даже, когда мд кушала 16мб, это было много по тем временам.

> Много по сравнению с *чем* ? С Solaris, что ли? Это не так.

По сравнению с типовой конфигурацией домашнего компа того времени. мегабайтик тогда обходился дороже.

>> т, который, хоть и неглуп как программист, никак не может поверить в то, что менеджер памяти в жаве, мягко говоря, не самый лучший.

> Допустим что в джаве вообще самый худший менеджер памяти из всех созданных человечеством. Внимание, вопрос: что это изменит? Вместо JMS заставят использовать bind/listen/connect ?

Не уследил за мыслью, прошу более развёрнутого ответа.

Прочитал статью, полная фигня. Зачем мне это знать, если я пишу на C#? По поводу 256Мб каждому программисту... даже Visual Studio 2005 не запустишь. Не говоря уже о 2008.

> Покажи-ка лучше свой эффективный код. Да поясни как функция разрядки ячейки памяти соотносится с эффективностью лиспового кода.

(хамство поскипано) Я не нашёл с статье того, что смогло бы явно в паре строчек кода выразить повышение эффективности за счёт знания устройства "железа". М.б. в следующих статьях будет что-то более применимое.

> Прочитал статью, полная фигня. Зачем мне это знать, если я пишу на C#? По поводу 256Мб каждому программисту... даже Visual Studio 2005 не запустишь. Не говоря уже о 2008.

Что б вы, вероятно быдлокодер, судя по языку программирования, знали, какое огромное количество операций таится за несколькими символами кода.