Ну я собственно про это и сказал, на своём примере, просто вывод не сделал.  smile

Hrafn, тут на глаз меряют и сравнивают с третьим пнём исходя из PIII = Core2DUO smile

Hrafn, просто DrBatty как обычно расхваливает свой комп и всеми за за "downgrade" в технологиях wink

Не имею ничего против tmpfs, но как часто вы собираете ОпенОфис, сколько раз в день?  smile

очевидно, что пить пиво из пол-литровых кружек ровно в 2 раза дольше, чем из кружек по 0.25. Вы разве не знали? другое дело, что этих "прочих равных" обычно не получается. Но факт остаётся фактом: тыща указателей в 64 бита ровно в 2 раза больше и передаётся/обрабатывается ровно в два раза дольше. Исключение - это если процессор работает ТОЛЬКО с 64х битными указателями, тогда они только выедают лишнюю память, это приводит в частности к тому, что 64х битный код не влезает в кеш, и соответственно работает в разы дольше. Вообще всё это неоднозначно - огромному числу задач просто не нужны такие объёмы памяти, и для них 64 бита не нужно, им пойдёт и 2по32 сразу, а так умеют все процессоры, начиная с iP-MMX (это расширение как раз и использует 64х битные регистры и операции с ними.) Потому, 64х битность - задел на будущее, и хороший маркетинговый ход.

Т.е. на самом деле, процессоры уже много лет "64х битные", речь идёт лишь о расширении области адресуемого ими пространства памяти, причём это расширение напрямую, без потери быстродействия, и без извращений вроде окошек в памяти и PAE.

Дело вот в чём:

Изначально, много лет назад, процессор i8086 умел считать только целые числа, а вещественные не умел. Если кому-то надо было считать вещественные, то они считались перобразованием в целые и обратно. Что естественно очень долго. Потому сделали сопроцессор i8087, который имел вщсемь 80и битных регистров, и работал одновременно с основным. Во времена i80486 его наконец засунули на один кристалл с основным. Потом интелловцев заушила жаба - у них на кристалле 8 регистров с ALU, которые постоянно простаивают, ибо FP мало кому нужна. А если и нужна, то очень редко. Ну они и научили эти регистры работать как 64х битные целые. И назвали это MMX, ибо это здорово ускоряло графику, видео и звук (вообще-то там тоже FP, но она не очень точная, и её можно реализовать как целую). MMX изначально умела одновременно обрабатывать 8 байтов, или 4 слова, или 2 32х разрядных двойных слов, или одно 64х битное целое. Стало возможным смотреть сжатое видео, которое за счёт сжатия влезало на 1 CD. Потом MMX эволюционировала в SSE(1,2, и 3), правда это уже было не принципиально. Разве что с появлением HD.

Потому, современные процессоры уже много лет как 64х битные, и никакого увеличения производительности как при переходе от 8 к 16 битам ждать не следует. Скорее наоборот. Такие дела...

Будь у меня архитектура процессора х86, я бы не смог использовать 64х битные указатели в любом случае.
А скажем адресовать 5Гб с х86 процессором посредством PAE, чтобы из них 1.5Гб потом отдать на tmpfs было бы явно менее продуктивно, чем адресовать 3.5Гб памяти обычными указателями, а оставшуюся неадресованную память отдать tmpfs.
Только, пожалуйста, не рассказывайте мне, что нечасто такая необходимость возникает. Я и сам прекрасно понимаю. Еще раз повторюсь, это просто гипотетический пример.

И еще: все-таки сколько бит используется для адресации памяти в режиме РАЕ?

Или это не одно и то же?

нет. это не одно и тоже. я-же вам специально рассказывал про "костыли", начиная с Z80!
Вы разве не поняли, что это один и тот-же костыль: сегментная организация памяти это развитие идеи "окна", а страничная организация - развитие сегментной модели. Просто назначение этого костыля изменилось - если раньше нужно было выйти за 16и битную шину памяти, то сейчас это нужно для стабильности и безопасности - программа просто не может выйти за свой сегмент. Хотя это и "костыль", но его отключение никак не ускорит работу - он просто не отключаем, можно разве что совместить все сегменты в один, Толку-то? CPU всё равно будет использовать свою карту, даже если она и не нужна. Поставьте MS-DOS, сравните быстродействие... Оно будет в точности такое, за вычетом времени переключения процессов.

Сейчас карты разметки памяти 64х битные, а вот указатели памяти 32х битные (в 32х битных системах). Всё это играет роль лишь при адресной арифметике, причём отрицательную роль (переход на 64х битные указатели). Когда мы обрабатываем массивы данных, мы уже используем 64 бита (MMX/SSE), а 64 бита в указателях нужны лишь для адресации массивов более 4х ГБ. Теперь расскажите, ЗАЧЕМ они вам? Вам нужны ГА что-ли?

64бита сейчас нужны лишь военным, атомные бомбы взрывать. ну а военной техники не бывает - невыгодно делать процессоры ТОЛЬКО для военных. потому задача маркетологов состоит в том, что-бы убедить вас использовать 64бита. Как они убедили вас в пользе многоядерности (ибо технологи зашли в тупик, и более не могут делать более быстрые CPU. А надо. Вот и наращивают ядра, ибо задачи военных обычно хорошо распараллеливаются. В отличие от задач гражданских. Но "два - больше чем одно"(С) реклама).

Спасибо, drBatty. Позновательно и достаточно убедительно. Однако, могу заметить насчет многоядерности, что многие невоенные задачи также несложно распараллеливаются. Это и современные игры, и обработка видео/аудио, и, наконец, компиляция. Полагаю, в ближайшем будущем таких задач будет становится все больше, и потребности к аппаратным ресурсам будут только расти, а бесконечно наращивать частоту ЦПУ невозможно. Так что многоядерность, на мой взгляд, - лишь шаг к неминуемой незбежности.
И к вопросу о 64х битности: ведь отличия не только в размере указателей. ММХ далеко не везде используется. А целочисленная арифметика? Ведь размер int на х86 равен 32бита, а на амд64 - 64.  Ведь целые быстрее обрабатывать по 64 бита за такт, нежели по 32? Хотя, где-то я читал, что даже сейчас все пишется с оговоркой на то, что sizeof(int) равен 32 или по крайней мере, стараются не использовать целые, не помещающиеся в 32бита, для портируемости.
Но, так или иначе, очень скоро х86 процессоров не останется, хорошо это или плохо, работа маркетологов в том или инженеров.

1) во первых я тут не спец, во вторых, сейчас народ что-то в один флеш играет, в третьих, то что я видел грузит только видяху - там сюжет тупее чем в первой кваке.
2) вы не поверите - народ покупает навороченный комп с семёрочкой и плазменную панель в пол-стены. И смотрят там видео из "фконтакте". Ну в лучшем случае поганые авишки из торрентов.
3) не нужно (С)ЛОР. точнее, нужно только гентушникам.

ага. семёрочка, кде4, гном3...

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

нет. потому-что используя SSE можно обработать за раз сразу 4 32х битных числа, или только 2 64х битных. Потому 64х битные числа ровно вдвое дольше обрабатывать. Когда переходили с 8и на 16 бит, и с 16 на 32 бита, то никакого MMX/SSE не было, и естественно, 8086 работал быстрее 8080.

Есть ещё один вопрос: ЗАЧЕМ вам обрабатывать такие большие числа? Есть-ли ПРАКТИЧЕСКИЕ примеры? Как писал Екклесиаст - чего нет, того нельзя считать. В какой практической области используются числа больше 4294967295? А значит, на практике это не нужно. Иногда нужно много мелких обработать чисел, дык для того уже много лет есть SSE. И если сейчас за секунду вы обработаете N указателей, то с приходом 64х битной архитектуры всего N/2. А как уже всем ясно, частота уже не увеличится. Многоядерность тоже не спасает, даже второе ядро увеличивает скорость не более чем в 1.5 раза, а на практике, обычно, вообще не увеличивает - память-то одна! Вот если-бы к каждому ядру засунули по 32х разрядной памяти, было-бы чудесно, а так выигрыш будет лишь при очень сложной обработке небольших массивов данных. Таких задач довольно мало, дома пригодится лишь конвертация видео в Fullhd. Тут многоядерность поможет. За то не поможет 64х битность. К чему применить 64х битность дома - вообще не представляю.

ну в С специально никто жёстко не задал размер int'ов. Что-бы программы стали 64х битными простой перекомпиляцией. Если какой-то кодер пишет иначе - его проблемы.

не факт.

я и написал - маркетинг...

ну Великий Алконавт пускай расскажет, зачем НУЖНО.

над вами невозможно. опять бессмысленный словесный понос. 

Тут даже не имху надо ставить, а ТМСБ == Таково Мнение Самодовольного Болвана.

Если пью, то на свои - в отличие от некоторого господина Враля.

Которому бесполезно что-либо объяснять.
Так что расслабьтесь, Доктор - нижеследующее вам не адресовано, в силу бессмысленности такого действа.

А чисто предметно, помимо
числодробилок, где чем выше разрядность - тем эффективнее/быстрее работа,

та же разрядность нужна и для корректной и шустрой реализации систем в очень широком диапазоне:

от серверной логики до машинного перевода,

да собственно, любая задача, где требуется учет контекста,

и при этом вариаций контекстов - весьма богато,

и они меняются непредсказуемым образом.

Для этого и аппаратные логические матрицы потребны, и весьма нетривиальная арифметика.

Господа, господа!
Пожалуйста выбирайте выражения и не переходите дозволенных границ.