yuri.nefe...@gmail.com wrote:
Таким образом реально 80bit формат FP несмотря на 128bit sizeof :(
Называют это padding.
Из-за требований выровненого доступа.
Для регистров общего назначения (eax-edx,.. или r1-r15)
загрузка/сохранение в невыровненую по границе область
это выражается в
Alexey Boyko wrote:
Мур отменил свой закон. Умножать больше нельзя.
http://ru.wikipedia.org/wiki/Закон_мура
Вроде 24 nm будет последний тех процесс.
точнее 22 nm
Ну - там написано, что ещё действует. К тому же тут предсказания не про
техпроцесс.
Пока действует. И число транзисторов на
yuri.nefe...@gmail.com wrote:
distance = sqrt{3}{x} = 31.4e-9 = 31 nm
^^^
арифметика: 3.14e-10 = 0.3nm
проверяем (3e-10)^3 = 27e-30 ~ 3e-29
точно!
--
С уважением, Александр Гавенко.
--
To UNSUBSCRIBE, email to
Alexey Pechnikov wrote:
Что выбрать за основу - еще вопрос. Вот что в игровых приставках
используется:
PPE - Мощный универсальный 64 бит процессор PowerPC, с векторным блоком
VMX (FP32[4] и другие векторные операции, 128 векторных регистров по 128
бит, гибко трактуемых как 64[2], 32[4],
yuri.nefe...@gmail.com wrote:
Это маркетинг.
Присоединяюсь к ответу.
Например для CUDA от NVidia документация
на instruction set arch (PTX ISA):
http://www.nvidia.com/object/tesla_software.html
тут последняя версия 1.4
http://www.nvidia.com/object/cuda_programming_tools.html
Alexey Pechnikov wrote:
Hello!
On Thursday 10 December 2009 11:04:11 Oleksandr Gavenko wrote:
PPE - Мощный универсальный 64 бит процессор PowerPC, с векторным блоком
VMX (FP32[4] и другие векторные операции, 128 векторных регистров по 128
бит, гибко трактуемых как 64[2], 32[4], 16[8],
Alexey Pechnikov wrote:
Hello!
On Thursday 10 December 2009 13:24:11 Artem Chuprina wrote:
Потому не будут делать 128-битную адресацию.
AP А ничего, что 128-бит шины памяти уже отмирают в пользу
AP 256-битных и выше?..
Ты путаешь ширину с длиной. Чтобы потребовалась 128-битная
Alexey Pechnikov wrote:
Вероятно, никогда. А при том, что сейчас вытворяют, проще на 32-бит
сидеть. Все равно через несколько лет 64-бит заменят на 128-бит,
Из Шнаера (таблица 1.1 Большие числа):
Число атомов планеты ~= 2^170.
Учитывая что элементы логики состоят из большого числа атомов -
Alexey Pechnikov wrote:
Ерунда. Уже _сейчас_ на видеокартах 128-битные вычисления с плавающей
точкой. И все больше программ, использующих видеокарты для вычислений.
В спецификации CUDA (для GPU от NVidia) написано что мультипроцессоры
GPU выполняют 32-битное целочисленное умножение за 4 такта.
Иван Лох wrote:
Через пару лет видеочип переедет в процессорную сборку, а потом IMHO
постепенно станет векторным акселератором общего назначения.
SIMD расширения уже давно в CPU для ARM, i686/x64, sparc, powerpc,
zSearies (и даже бывших mips и alpha :).
--
С уважением, Александр Гавенко.
Eugene V. Lyubimkin wrote:
Более того, мне очень не нравятся некоторые моменты предложенной архитектуры
для multiarch, так что я даже рад этому.
а что именно не так?
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Ed wrote:
Eugene V. Lyubimkin wrote:
Более того, мне очень не нравятся некоторые моменты предложенной
архитектуры
для multiarch, так что я даже рад этому.
а что именно не так?
Мои возражения находятся в
http://lists.debian.org/debian-devel/2009/07/msg00882.html и дальше по треду.
--
Alexander GQ Gerasiov wrote:
Надежда на чем-то основывается? И когда это скоро - в очередном
релизе или существенно далее?
Почитай релиз гоалс ленни.
s/lenny/squeeze/
Ставлю 4 против 1, что не успеют.
Более того, мне очень не нравятся некоторые моменты предложенной архитектуры
для
Здравствуйте.
Уточню:
Alexander GQ Gerasiov пишет:
Hello, Evgeny.
Это вопрос о том, куда засунуты эти 6 гигов. Если они нужны в
адресном пространстве одного процесса - тогда 64 бита. Даже если
--^^^
физической RAM у тебя всего 64 мега...
Вы наверное
14 matches
Mail list logo
