Обсуждение:128-битные вычисления

Эта статья имеет рейтинг C-класса по шкале оценки контента Википедии . Она представляет интерес для следующих WikiProjects :

Вычислительная техника : программное обеспечение высокой важности Эта статья находится в рамках WikiProject Computing , совместных усилий по улучшению освещения компьютеров , вычислений и информационных технологий в Википедии. Если вы хотите принять участие, посетите страницу проекта, где вы можете присоединиться к обсуждению и увидеть список открытых задач.Вычисления Википедия:WikiProject Computing Шаблон:WikiProject Computing Высокий Данная статья имеет высокую степень важности по шкале важности проекта . Эта статья поддерживается WikiProject Software (оценена как низкая важность ). Эта статья поддержана Целевой группой по компьютерному оборудованию (оценена как высоковажная ).

-- 64.142.36.76 ( обс .) 20:57, 29 мая 2008 (UTC) Я не уверен, что вам нужен хрустальный шар, чтобы увидеть 128-битные процессоры... как насчет Cell (микропроцессора) , например? -- Coneslayer 18:35, 26 апреля 2005 (UTC) [ ответить ]

Что скажете? Векторные процессоры уже несколько лет имеют 128-битные регистры и пути данных (или более странные комбинации, как те, что присутствуют в процессоре Playstation 2 на базе MIPS R5900, который позволяет вам объединять верхние и нижние части регистров для различных задач). До суперскалярного процессора шириной 128 бит еще далеко; для суперскалярного дизайна иметь такую ​​большую ширину шины и регистра расточительно для большинства задач. Проблема здесь похожа на причину, по которой слово памяти в большинстве архитектур скалярных микрокомпьютеров имеет ширину 8 бит. -- uberpenguin 16:06, 2005 May 3 (UTC)

У меня есть копия Справочника по архитектуре VAX (слоган в названии: Архитектура для 80-х ), в котором октаслово определяется как 128-битный целочисленный тип, и даже есть пара инструкций, которые действуют на такие величины. -- bjh21 22:05, 26 апреля 2005 (UTC)

Да, опять же, концепция не нова. TIMI, реализованный в System/38 и далее через AS/400, является настоящей виртуальной реализацией 128-битной машины, изначально разработанной для использования на 32-битных процессорах, но таким образом, чтобы она легко масштабировалась на новые разработки в течение многих лет (и этот MI все еще используется в совершенно новой iSeries, которую вы можете купить сегодня). -- uberpenguin 16:06, 2005 May 3 (UTC)

Uberpenguin, суть в том, что когда эта статья была создана, кто-то поместил на нее тег «быстрое удаление», заявив, что «Википедия — не хрустальный шар». Мой комментарий и bjh21's послужили указанием на то, что концепции на этой странице актуальны и в настоящем. -- Coneslayer 16:21, 2005 May 3 (UTC)

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

Сегодняшний переход на 64-битные архитектуры в основном касается адресации памяти. Их увеличение производительности происходит в основном за счет других изменений, таких как добавление большего количества регистров.

Не совсем. Ширина адреса не зависит от ширины данных . Но вы правы, что это незначительное преимущество в производительности. (В некоторых случаях это на самом деле штраф — например, перемещение небольших полезных нагрузок в больших контейнерах.)
— überRegenbogen ( обсуждение ) 06:50, 25 июня 2010 (UTC)[ отвечать ]

вот 128-битный процессор:Emotion_Engine Linux даже работает на нем (потому что Linux работает на playstation2) —Предыдущий неподписанный комментарий был добавлен 213.189.165.28 ( talk • contribs ).

Мы никогда не превысим 64-битное адресное пространство. Даже при сверхбыстрой оперативной памяти и огромной пропускной способности памяти потребовались бы тысячи лет, чтобы просто очистить (записать 0) в каждую ячейку 64-битного адресного пространства. Однако переход к 128-битному адресному пространству может произойти по другим причинам. Большие адресные пространства можно использовать для «скрытия» страниц, вместо использования MMU для обеспечения безопасности памяти. Злоумышленнику потребуются десятилетия (или большая удача), чтобы найти страницы другого процесса.

Ответ: А что насчет размещения 64-битных виртуальных машин? Тысяча из них на одной машине, каждая из которых предположительно предоставляет большой объем адресного пространства. -- 64.142.36.76 ( обсуждение ) 20:57, 29 мая 2008 (UTC) [ ответ ]

128-битное виртуальное адресное пространство может быть полезным, даже если 128-битное физическое адресное пространство не является таковым. Именно виртуальное адресное пространство определяет важные вещи в мире программного обеспечения, такие как размеры указателей. -- Doradus ( обсуждение ) 16:57, 5 августа 2008 (UTC) [ ответить ]

Всем вам нужно прочитать WP:NOTAFORUM . В любом случае, Emotion Engine не 128-битный. Почитайте о его деталях — нет, он не 128-битный. — Предыдущий неподписанный комментарий добавлен Джаспером Дэнгом ( обсуждение • вклад ) 04:49, 29 декабря 2010 (UTC)[ отвечать ]

Комментарий "Эксперта" выше предполагает последовательный доступ к памяти. Я могу представить (и, вероятно, показать) проекты систем, где процесс может, будет и должен превышать 2^64 бит адреса для обычного доступа к памяти. Это потребует и требует параллельного (не зависящего от последовательности) доступа к памяти, независимо от MMU или потенциальных взломов. IMHO, ограничения по длине адреса "исчезнут", поскольку нам потребуется больше доступа к данным, связанного с содержимым, а не на основе адресов.

Привязка количества бит адресного пространства к длине слова АЛУ возможна по меньшей мере в результате:

• ограничения конструкции процессора;
• потребность программистов в указателях (типа C);
• маркетинг на уровне потребителя.

Это даже не обязательно для указателей в языках высокого уровня. C прекрасно обрабатывает 24- и 20-битные указатели при компиляции для 16-битных ЦП, таких как 65816 , 80286 и 8086/8088 . То же самое с 16-битными указателями на 8-битных ЦП, таких как 6502 и Z80 . Результирующий машинный код просто немного сложнее. — überRegenbogen ( talk ) 06:30, 25 июня 2010 (UTC)
[ отвечать ]

Этому здесь действительно не место. Консоли назывались "128-битными" из-за ширины шины графической памяти, а не из-за 128-битного процессора. У Nintendo 64 ширина шины графической памяти составляет 64 бита, у нее нет 64-битного процессора.

Абзац гласил: « Шестое поколение игровых консолей , выпущенное в 2000 и 2001 годах и включающее Playstation 2 , GameCube и Xbox , иногда неправильно называют «128-битной эрой», поскольку Gamecube и Xbox использовали 32-битные процессоры, тогда как Playstation 2 использовала 64-битный процессор. По состоянию на 1 января 2008 года не было анонсировано ни одной игровой консоли, использующей 128-битные процессоры».

Но 7 "со"-процессоров (SPE) в процессоре Cell — это более-менее чистый 128-битный SIMD, насколько мне известно. Однако они не используются для обработки общего назначения, а больше похожи на *графические карты* или что-то в этом роде. Прочтите сами :b? Crakkpot ( talk ) 13:07, 23 февраля 2008 (UTC) [ ответить ]

128-битный SIMD не эквивалентен одному большому 128-битному значению, поскольку это два или более меньших значения, хранящихся в одном большем регистре. Rilak ( обсуждение ) 09:16, 24 февраля 2008 (UTC) [ ответить ]

128-битный SIMD просто означает, что он работает одновременно с группами меньших групп битовой ширины целых чисел или чисел с плавающей точкой. Это полезно в некоторых приложениях, таких как графика, которые, как правило, состоят из выполнения одной и той же операции снова и снова над большими группами данных, поскольку это избавляет процессор от необходимости декодировать одну и ту же инструкцию снова и снова. Это правда, что PS3 была необычайно ориентирована на такие виды операций, и этот вид обработки — это, по сути, все, что делает современный GPU. Но я бы не назвал это «128-битным процессором», однако, потому что данные все равно будут 32-битными/64-битными, как и адреса памяти. Единственное, что действительно имеет ширину 128 бит, — это регистры. Возможности SIMD не являются какими-то особенными - 128-битный SIMD был представлен в 32-битном x86 Pentium III в 1999 году в форме SSE, а с введением AVX в 2011 году регистры SIMD были расширены до полной ширины в 256 бит. Однако увеличение любого из этих других показателей до 128 бит было бы абсолютной тратой кремния, которая не дала бы практически никакого улучшения производительности. Даже архитектуры суперкомпьютеров не подходят для этого. Однако, когда дело доходит до регистров SIMD PlayStation 2, все, что они сделали, это в основном объединили уже существующие 64-битные целочисленные регистры базовой архитектуры MIPS в более крупные 128-битные, разделили их между целочисленными и более новыми наборами инструкций SIMD и добавили второй ALU, чтобы они могли обрабатывать четыре 32-битные целочисленные инструкции одновременно (как ни странно, хотя целочисленная математика была 64-битной, инструкции SIMD не могли работать с группами из двух 64-битных чисел, а только с группами 32-битных, 16-битных и 8-битных чисел шириной 128 бит). Это сравнительно минимальные инвестиции в кремний, самые большие инвестиции были бы в дополнительный ALU, и, что забавно, вся часть, которая позволяет им заявлять о 128 битах, была полностью переработана. Никто не спорит и не пытается утверждать, что Xbox был 128-битным из-за наличия всех тех же возможностей SIMD (Pentium III Xbox был здесь на самом деле лучше, потому что у него были выделенные регистры SIMD вместо того, чтобы делиться ими с целочисленными инструкциями, и его возможности SIMD могли работать как с плавающей точкой, так и с целочисленными данными, а не ограничиваться только целыми числами), просто потому, что все «знают», что скучный старый x86 был 32-битным. Но Sony смогла быстро вытащить, так как это была довольно странная архитектура для неспециалиста. На самом деле, его базовая архитектура MIPS была довольно стандартной RISC, распространенной в 90-х годах в небытовых компьютерах, с 128-битными возможностями SIMD, как бы пришитыми с помощью некоторого неэлегантного хака. Но для неспециалиста все эти разговоры — просто громкие слова, которые нужно отфильтровывать. Когда они говорили «128-битные регистры SIMD», люди слышали «128-битные бла-бла-бла», и поэтому это было 128-битным. Это было актуально только из-за нелепой битовой войны, которая происходила в то время в 90-х годах,где мощность консоли каким-то образом считалась напрямую связанной с тем, сколько у нее бит. По правде говоря, это помогает при выполнении математических операций с большими числами, и это влияет на максимальный объем адресуемой памяти и некоторые другие вещи. Кроме того, удвоение количества бит дает гиперболический прирост в этих метриках, до такой степени, что даже закон Мура не может его охватить. Переход от 8 бит к 16 бит с Super Nintendo был разумным шагом в то время - он позволил, например, увеличить палитру с 256 до 65 тыс. цветов. И переход на 32 бита был, возможно, разумным шагом для следующего поколения, даже несмотря на то, что Playstation не нужно адресовать 2 ГБ памяти, я полагаю, что она позволяет выполнять операции с числами в миллионах и некоторые более точные операции с плавающей точкой. Но по какой-то причине производители просто не могли насытиться, Nintendo просто пришлось поторопиться и заявить о 64 этих битных штуковинах. Теперь, как только мы добираемся до 64 бит, мы в основном выходим за рамки чисел, которые люди умеют произносить (16 квинтиллионов, если быть точным; это то, что идет после триллиона и квадриллиона). Nintendo 64 даже не может надеяться использовать 32-битное адресное пространство, и при этом заявляет о полных 64 битах. Просто смешно. И если вы действительно заглянете под капот, да, это не так. Это был просто трюк. Было бы не особо технологическим достижением иметь 64-битный процессор, вы могли бы очень легко сделать это с технологиями того времени, это было бы просто глупо, возможности остались бы неиспользованными. И в конце концов, в дело вступает Playstation 2, и, ну, мы просто знаем, что у нее должно быть 128 таких битных штуковин, не так ли? Поскольку они должны удваиваться с каждым поколением? Итак, конечно, он заявляет о наличии некоторого количества бит, которое в принципе подготовило бы его к космической эре, если и когда ему когда-либо понадобится создать резервную копию мозга любого представителя человеческого вида в едином адресуемом пространстве памяти, количества бит, с которым даже суперкомпьютеры на службе у ученых, обрабатывающих самые напряженные и обременительные задачи наших дней, не беспокоятся, для начального уровня домашнего игрового устройства. На всякий случай. И, опять же, если вы заглянете под капот, то увидите, что этого нет, он просто догоняет некоторые достижения в микроархитектуре того времени, которые включали хранение нескольких наборов 32-битных данных в одном большом регистре. Что дальше? Почему бы не посчитать размер вашей оперативной памяти в свою пользу и не заявить, что у вас миллионы этих битовых штуковин? Однако после этого момента люди, похоже, наконец устали от шумихи вокруг битов, она уже стихла до такой степени, что Sony не сочла нужным назвать свою чертову консоль в честь них, и люди в основном забыли о 128-битных. 6 лет спустя, более чем через десятилетие после появления N64, процессоры наконец-то были представлены в системах с во много раз большей мощностью, оперативной памятью и пространством, чем у 64-битных. В наши дни, через десятилетие после этого,большинство программ по-прежнему компилируются в 32-битной архитектуре x86 просто потому, что возможности 64-битной архитектуры не нужны и не приносят особой пользы.108.131.77.176 (обсуждение) 11:06, 16 мая 2014 (UTC) [ ответить ]

Microsoft сотрудничает с Intel , AMD , HP и IBM , чтобы предложить поддержку IA-128 (в разработке) в Windows 8 и Windows 9. [ ^1]

Это не источник, это смесь блогерского тщеславия и корпоративного шиллинга 70.53.136.14 (обсуждение) 23:04, 7 октября 2009 (UTC) [ ответить ]

Процитируем ссылку: Профиль на LinkedIn, который уже был удален и принадлежит Роберту Моргану, старшему специалисту по исследованиям и разработкам в Microsoft, пролил свет на возможность поддержки 128-битных систем в Windows 8.

Это не было бы действительным источником, даже если бы WP предъявлял менее строгие требования к надежности. Adrianwn ( talk ) 19:12, 8 октября 2009 (UTC) [ ответить ]

Похоже, что единственным «источником» этого заявления является удаленная запись на сайте социальной сети, все остальные ссылки ведут на различные блоги, содержащие в основном предположения. Ни Microsoft, ни Robert Morgan не подтвердили этот слух. Поэтому, пожалуйста, прежде чем снова добавлять этот материал, найдите надежные источники. Adrianwn ( talk ) 17:14, 24 октября 2009 (UTC) [ ответить ]

Этот слух, похоже, все еще существует, хотя он и ложный, но любое опровергающее его утверждение, вероятно, было бы ИЛИ , и простое упоминание слуха без его опровержения придало бы ему большую достоверность. Если вы не согласны, пожалуйста, изложите свои причины здесь. Adrianwn ( talk ) 05:59, 26 апреля 2010 (UTC) [ ответить ]

Планов по созданию 128-битного процессора пока нет, и я сомневаюсь, что хоть один появится в следующем столетии. Рынок еще даже не завершил переход на 64-бит. Эти источники могли бы говорить о поддержке 128-битного SIMD, но она уже включена во все версии Windows, поддерживающие x86-64. Поэтому я посчитал это утверждение в статье просто чепухой и удалил его. 1exec1 ( talk ) 12:15, 10 августа 2010 (UTC) [ reply ]

В этой статье говорится:

Набор виртуальных инструкций AS/400 определяет все указатели как 128-битные.

в то время как в статье AS/400 говорится:

Набор инструкций IBM System i определяет все указатели как 48-битные.

что верно? — Предыдущий неподписанный комментарий добавлен 213.61.9.74 ( обсуждение ) 15:38, 28 февраля 2011 (UTC) [ ответить ]

На AS/400 указатели 128-битные, но физические адреса были 48-битными, а теперь 64-битными. 70.239.13.84 (обсуждение) 09:51, 28 мая 2011 (UTC) [ ответить ]

На AS/400 указатели на уровне машинного интерфейса являются 128-битными и содержат 1-байтовое поле типа, 7-байтовое поле данных, зависящее от типа, и 8-байтовый виртуальный адрес. ^{[1] [2]} Я подозреваю, что у CISC AS/400 и, вероятно, System/38 было 2 запасных байта и 6-байтовый виртуальный адрес. Гай Харрис ( обсуждение ) 07:38, 6 августа 2023 (UTC) [ ответить ]

В разделе « Использование » фраза «128-битные процессоры позволят адресовать память для...» смешивает две отдельные проблемы.

64-битные вычисления не касаются емкости памяти. 64-битные адресные шины могут существовать в системах с меньшей шириной данных. Хотя удобно манипулировать указателями как единицами, данные и ширина адреса не являются взаимозависимыми.

Было много архитектур ЦП с более широкими адресными шинами, чем шины данных. До конца 1980-х годов они доминировали в мире вычислений (65816, 80286, 8086, 6502, 6800, Z80, 8080, 8008, 4004, ...). Загвоздка была в том, что указатели приходилось обрабатывать по частям или ограничивать сегментами. 64-битные слова и ширина адреса появились случайно, потому что это было удобно, а не необходимо.
— überRegenbogen ( talk ) 05:59, 25 июня 2010 (UTC) [ reply ]

Я заметил много грамматических ошибок, касающихся использования множественного числа существительных, таких как IPv6-адреса. Вы не говорите:

• Длина адреса IPv6...

Вместо этого скажите:

• Длина адреса IPv6...

или

• Длина адресов IPv6...

Я исправил некоторые из этих ошибок. Пожалуйста, следите за ними. Джаспер Денг ( обсуждение ) 06:11, 23 февраля 2011 (UTC) [ ответить ]

Я внес уточнение в первый абзац, изменив следующее:

 В настоящее время не существует массовых процессоров общего назначения, предназначенных для работы со 128-битными целыми числами или адресами. хотя ряд процессоров работают с 128-битными данными. IBM System/370 можно считать первым рудиментарный 128-битный компьютер, поскольку он использовал 128-битные регистры с плавающей точкой. Большинство современных процессоров имеют SIMD наборы инструкций (..)

к

 Хотя в настоящее время не существует массовых процессоров общего назначения, предназначенных для работы со 128-битными целыми числами или адресами, ряд процессоров имеют специализированные способы работы с 128-битными фрагментами данных. IBM System/370 может быть считается первым элементарным 128-битным компьютером, так как он использовал 128-битные регистры с плавающей точкой. Большинство современных процессоров имеют Наборы инструкций SIMD ( SSE , AltiVec и т.д.), в которых для обработки используются 128-битные векторные регистры. хранить несколько меньших чисел, например, четыре 32-битных числа с плавающей точкой . Одна инструкция может затем работать со всеми эти значения параллельно. Однако эти процессоры не работают с отдельными числами длиной 128 двоичных цифр, только их регистры имеют размер 128 бит.

Это правильно? (Существует ли «простая» разметка вики для форматирования текстовых полей, которая следует синтаксису HTML, например, <box wrap=true> любой текст </box> ? — Предыдущий неподписанный комментарий добавлен Jimw338 ( обсуждение • вклад ) 22:55, 9 ноября 2012 (UTC) [ ответить ]

«Числа с плавающей точкой четверной точности (128 бит) могут хранить 64-битные числа с фиксированной точкой или целые числа без потери точности».

Для меня это не имеет смысла. Вы можете хранить более 64 бит чисел с фиксированной точкой. Что это значит? 64 бита до десятичной точки (или двоичной точки) и 64 бита после точки? Bubba73 ^{Ты со мной разговариваешь?} 01:24, 1 августа 2020 (UTC) [ ответить ]

Да, до 113 бит (до + после точки). Подозреваю, что тот, кто это написал, думал о преобразовании 64-битного целочисленного типа (который существует на практике) в учетверенную точность, и это всегда делается точно. Винсент Лефевр ( talk ) 01:50, 1 августа 2020 (UTC) [ ответить ]

Почему 113 бит? Вы могли бы использовать семь бит, чтобы сказать, где находится точка, оставив 121 бит для данных. Bubba73 ^{Ты говоришь со мной?} 04:06, 1 августа 2020 (UTC) [ ответить ]

Потому что число с плавающей точкой четверной точности IEEE имеет 113-битную мантиссу. Вы можете представлять целые числа от −2 ¹¹³ до 2 ¹¹³ точно, но также и 113-битные числа с фиксированной точкой (которые являются целыми числами, масштабированными фиксированной экспонентой, которая, как предполагается, известна/фиксирована во «время компиляции»), в дополнение к числам с плавающей точкой, конечно. — Винсент Лефевр ( обсуждение ) 08:31, 1 августа 2020 (UTC) [ ответ ]

Спасибо, мне действительно пригодились бы 113-битные целые числа. Bubba73 ^{Ты со мной разговариваешь?} 18:47, 1 августа 2020 (UTC) [ ответить ]

Да, я только что внес изменения (упомянув в частности 113-битные целые числа и 64-битные целые числа). Винсент Лефевр ( обсуждение ) 23:23, 1 августа 2020 (UTC) [ ответить ]