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 debian-russian-requ...@l
yuri.nefe...@gmail.com wrote:
Ну откуда такие цифры берутся?
1) не между атомами, а между молекулами воды
да, очепятка
2) 1моль воды = 18грамм = 18см^3 содержит 6e23 молекул (число Авогадро)
=> 1 молекула на 3e-23см^3 => длинна ребра куба ~3e-8см = 0.3nm
очень непонятные знаки равентсв
Alexey Pechnikov wrote:
On Friday 11 December 2009 15:31:58 Alexey Boyko wrote:
для Печникова: под 128-битными компьютерами я имею в виду sizeof(int) или
sizeof(long), а не ширину шин или регистров SIMD.
Предпосылки к этому есть, возможности - тоже, равно как и соответствующие
задачи. Так что
Alexey Boyko wrote:
Мур отменил свой закон. Умножать больше нельзя.
http://ru.wikipedia.org/wiki/Закон_мура
Вроде 24 nm будет последний тех процесс.
точнее 22 nm
Ну - там написано, что ещё действует. К тому же тут предсказания не про
техпроцесс.
Пока действует. И число транзисторов на кристал
Alexey Boyko wrote:
сидеть. Все равно через несколько лет 64-бит заменят на 128-бит,
Это будет примерно через 39 лет.
Откуда такие сведения, о великий Ностардамус?
посмотрел на википедии дату выхода 8008, 8086, 80386, amd64 и перемножил.
Мур отменил свой закон. Умножать больше нельзя.
http
yuri.nefe...@gmail.com wrote:
Таким образом реально 80bit формат FP несмотря на 128bit sizeof :(
Называют это padding.
Из-за требований выровненого доступа.
Для регистров общего назначения (eax-edx,.. или r1-r15)
загрузка/сохранение в невыровненую по границе область
это выражается в дополните
Alexey Pechnikov wrote:
Hello!
On Thursday 10 December 2009 13:24:11 Artem Chuprina wrote:
>> Потому не будут делать 128-битную адресацию.
AP> А ничего, что 128-бит шины памяти уже отмирают в пользу
AP> 256-битных и выше?..
Ты путаешь ширину с длиной. Чтобы потребовалась 128-битная адре
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],
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:
> Что выбрать за основу - еще вопрос. Вот что в игровых приставках
используется:
>
> "PPE - Мощный универсальный 64 бит процессор PowerPC, с векторным блоком
> VMX (FP32[4] и другие векторные операции, 128 векторных регистров по 128
> бит, гибко трактуемых как 64[2], 32[
Иван Лох wrote:
Через пару лет видеочип переедет в процессорную сборку, а потом IMHO
постепенно станет векторным акселератором общего назначения.
SIMD расширения уже давно в CPU для ARM, i686/x64, sparc, powerpc,
zSearies (и даже бывших mips и alpha :).
--
С уважением, Александр Гавенко.
Alexey Pechnikov wrote:
Ерунда. Уже _сейчас_ на видеокартах 128-битные вычисления с плавающей
точкой. И все больше программ, использующих видеокарты для вычислений.
В спецификации CUDA (для GPU от NVidia) написано что мультипроцессоры
GPU выполняют 32-битное целочисленное умножение за 4 такта.
Alexey Pechnikov wrote:
> Вероятно, никогда. А при том, что сейчас вытворяют, проще на 32-бит
> сидеть. Все равно через несколько лет 64-бит заменят на 128-бит,
Из Шнаера (таблица 1.1 Большие числа):
Число атомов планеты ~= 2^170.
Учитывая что элементы логики состоят из большого числа атомов - п
Ed wrote:
> Eugene V. Lyubimkin wrote:
>> Более того, мне очень не нравятся некоторые моменты предложенной
>> архитектуры
>> для multiarch, так что я даже рад этому.
>
>
> а что именно не так?
>
Мои возражения находятся в
http://lists.debian.org/debian-devel/2009/07/msg00882.html и дальше по тре
Eugene V. Lyubimkin wrote:
Более того, мне очень не нравятся некоторые моменты предложенной архитектуры
для multiarch, так что я даже рад этому.
а что именно не так?
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas.
Alexander GQ Gerasiov wrote:
>>> Надежда на чем-то основывается? И когда это "скоро" - в очередном
>>> релизе или существенно далее?
>> Почитай релиз гоалс ленни.
>>
> s/lenny/squeeze/
>
Ставлю 4 против 1, что не успеют.
Более того, мне очень не нравятся некоторые моменты предложенной архитектуры
Здравствуйте.
Уточню:
Alexander GQ Gerasiov пишет:
Hello, Evgeny.
Это вопрос о том, куда засунуты эти 6 гигов. Если они нужны в
адресном пространстве одного процесса - тогда 64 бита. Даже если
--^^^
физической RAM у тебя всего 64 мега...
Вы наверное о
17 matches
Mail list logo