Хотелось подчеркнуть высокий уровень гибкости системы, раз возможны такие проявления. И мне это интересно наблюдать. В тетрисе с социальными феноменами будет сложнее. :)
Я уже давно планирую пост в духе «Куда уходит память в 64-битных программах». Там попробую ответить на эти вопрос. Но надо будет еще поэкспериментировать. Потерпите немного. :)
Наверное так говорится для простоты обывателям. Попробуй, объясни им тонкости… Думаю правильно, пусть и дальше так говорят. А тот кто понимает технические моменты, тот и так понимает.
Так и есть. Просто были различные маркетинговые моменты. Изначально Intel планировал считать полноценной 64-битной архитектурой только IA-64. То что предложила AMD64 они решили объявить как просто технологией для доступа к большему объему памяти, а не как новой 64-битной архитектурой. Для них настоящей 64-битной архитектурой была только IA-64. Потом все изменилось.
P.S. Это мое личное мнение, которое может расходиться с действительностью. И еще напоминаю, что я не сотрудник Intel и говорю не от ее имени.
Кстати, быть может кого-то заинтересует вот это видео на тему 64-битности. Так себе, но раз попалось сейчас под руку, то решил написать :) — 32bit vs WoW64 vs 64bit.
Кажется преимущество достаточно очевидно. Есть абстрактный алгоритм в циклах:
for (size_t i = 0; i < a; i++)
for (size_t j = 0; j < b; j++)
for (size_t k = 0; k < c; k++)
{
// Алгоритм
}
Раньше, чтобы выполнить код алгоритма внутри циклов, нам могло не хватать регистров для хранения значений i, j, k и требовалось сохранить эти значение в памяти. Теперь регистров может хватить. Следствие — сокращение обращения к памяти и просто устранение лишних операций.
Большой объем оперативной памяти дает колоссальный прирос производительности на ряде задач. Если удается держать все данные в памяти, то производительность из-за отсутствия работы с жестким диском, может вырасти на порядок. Можно использовать алгоритмы, получающие выигрыш от дополнительного объема памяти. В ряде случаев упрощается программирование, так как не следует думать о барьере в 2 гигабайта. Большее количество регистров позволяет передавать в них параметры, позволяет компилятору лучше оптимизировать код. Дополнительные регистры позволяют реже обращаться к памяти, чтобы сохранять значения переменных.
1) Тематика 64-битности актуальней для пользователей/программистов Windows. В Unix/Linux/… 64-битность прижилась как то быстрее и проще. Возможно из-за того, что эти системы традиционно работают на более разнообразных аппаратных платформах.
2) Я лучше знаком с Windows. Считаю что лучше писать о том, что знаешь, чем заниматься бездумной компиляцией текстов. Это не избавляет от всех ошибок и неточностей, но по крайней мере и нет откровенной технической глупости, как это нередко бывает.
P.S. Это мое личное мнение, которое может расходиться с действительностью. И еще напоминаю, что я не сотрудник Intel и говорю не от ее имени.
for (size_t i = 0; i < a; i++) for (size_t j = 0; j < b; j++) for (size_t k = 0; k < c; k++) { // Алгоритм }Раньше, чтобы выполнить код алгоритма внутри циклов, нам могло не хватать регистров для хранения значений i, j, k и требовалось сохранить эти значение в памяти. Теперь регистров может хватить. Следствие — сокращение обращения к памяти и просто устранение лишних операций.
2) Я лучше знаком с Windows. Считаю что лучше писать о том, что знаешь, чем заниматься бездумной компиляцией текстов. Это не избавляет от всех ошибок и неточностей, но по крайней мере и нет откровенной технической глупости, как это нередко бывает.