This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing
Мне бы очень хотелось увидеть: (1) некоторый анализ полезности этих дополнительных инструкций, возможно, в сравнении с инструкциями Intel MMX и их последующими инструкциями SSE в Pentium 3 , или даже в сравнении с AltiVec , и (2) некоторый анализ того, использовались ли инструкции 3DNow! разработчиками на самом деле. Я припоминаю подозрение, что 3DNow! — это просто реклама и маркетинг. Tempshill 22:07, 1 марта 2004 (UTC)
Насколько мне известно, Microsoft DirectX и mplayer активно используют 3DNow!, когда это возможно. Но поскольку практически все процессоры x86 теперь поддерживают SSE, интерес к 3DNow! в целом угасает. Zuxy
Там говорится: «Однако инструкции 3DNow! обычно могут выполняться с меньшей задержкой и пропускной способностью, чем инструкции SSE». Означает ли это меньшую задержку И меньшую пропускную способность? Это неясно, особенно с учетом того, что контексты, похоже, представляют преимущество перед SSE.
задержка означает, сколько времени требуется для выполнения одной инструкции; пропускная способность означает, сколько времени требуется для выполнения каждой последующей инструкции. Таким образом, чем меньше задержка и пропускная способность, тем быстрее выполняется операция.
Слухи или правда
Давным-давно я слышал, что когда программа просто использует инструкции MMX или x87, процессор может в реальном времени изменять код, чтобы использовать более качественные и быстрые инструкции 3DNow! без какого-либо вмешательства или модификации приложения.
Это правда или всего лишь слухи?
— Claunia 23:17, 27 августа 2005 (UTC) [ ответить ]
Боюсь, это слухи. Последние процессоры x86 (новее Pentium Pro и K6) транслируют инструкции x86 в микрооперации RISC-подобные на лету и планируют/выполняют эти микрооперации, но трансляции x87->3DNow! нет. Программы приходится переписывать и перекомпилировать для использования инструкций 3DNow!. Zuxy
3dnow2?
Я запустил mplayer для просмотра видео на своей системе Linux и увидел следующее в его выводе:
Кто-нибудь знает что-нибудь об этом флаге 3DNow2? -- Pandora Xero 13:49, 5 сентября 2007 (UTC) [ ответить ]MPlayer dev-SVN-rUNKNOWN-4.1.2 (C) 2000-2007 MPlayer Team CPU: AMD Athlon(tm) 64 Processor 3200+ (Family: 15, Model: 12, Stepping: 0) 3DNowExt supported but disabled CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 0 SSE: 1 SSE2: 1
Убрать восклицательный знак?
Стоит ли? Выглядит немного глупо, что каждый раз, когда упоминается 3DNow!, мы имеем !!!!! Rilak ( обсуждение ) 11:16, 20 марта 2009 (UTC) [ ответить ]
Это часть торговой марки, поэтому она должна остаться. Сравните со статьей Yahoo !. C xong ( talk ) 02:42, 4 марта 2010 (UTC) [ ответить ]
Убрать слово «изнасилование»?
Я не думаю, что первое предложение должно содержать слово «изнасилование». TheWaters ( обсуждение ) 23:56, 1 сентября 2009 (UTC) [ ответить ]
Может быть ошибочным предположением
Из статьи: «Программное обеспечение, написанное для использования AMD 3DNow! вместо более медленного x87 FPU, может выполняться до 4 раз быстрее, в зависимости от набора инструкций».
Это может быть неправдой, если только предположить, что x87 FPU имеет разрядность 80 бит, а "3Dnow!" - 128 бит, и если использовать 4 одинарной точности (четыре 32-битных), то это укладывается в 128 бит (32*4). Но есть большая вероятность, что "3Dnow!" (а также инструкции SSE) основаны на вычислениях более ранних инструкций (на инструкциях общего назначения в ЦП, таких как инструкции "x87 FPU"). Так что эти инструкции просто упрощают программирование и совсем не ускоряют вычисления. Например, код, написанный на C++ функции косинуса, и код инструкции SSE функции косинуса будут вычисляться одновременно, неважно, для скаляров это или для вектора.xyzw. Только если вы каким-то образом действительно сможете доказать, что начиная с инструкций "x87 FPU" (которые существуют с 486 ЦП) было добавлено 80 дополнительных единиц умножения и подобных вычислений (-,+,/). Но даже инструкции общего назначения (по крайней мере, в современных процессорах) являются 32-битными или 64-битными (16 бит для 8086/286 и 32 для 386DX и до Pentium 4, а затем идут 32-битные и 64-битные для "Core i7" и 64-битных типов CPU). Я предполагаю, что есть только один блок умножения, вычитания, сложения и деления (и они есть в инструкциях общего назначения с 8086). Все SSE основано на них, так что есть только параллелизм того, где хранить инструкции в CPU, какой-то BIOS (или ROM) или в кодах C++ (HDD). И я имею в виду, что нет никаких зацепок, чтобы понять, насколько быстрее, например, вычисление 4 косинусных чисел параллельно с использованием инструкций SSE, чем вычисление косинуса с использованием вашего кода ряда Тейлора , который не будет использовать ни SSE, ни "3Dnow!", ни что-либо другое (за исключением, может быть, тех, которые есть с 8086 или 386 CPU). Я думаю, что это должно быть 4 косинуса SSE parallel, что все еще медленнее в четыре раза, чем один косинус (использующий ряд Тейлора) на основе инструкций 8086 (GP). — Предыдущий неподписанный комментарий добавлен Versatranitsonlywaytofly ( обсуждение • вклад ) 13:40, 26 февраля 2012 (UTC)[ отвечать ]
Я имею в виду, что на Free Pascal есть 16 десятичных (64 бит) операций сложения чисел, выполняемых за 1/16 тактовой частоты, так что с 3 ГГц вы можете выполнить 3000/16=187.5 операций сложения или примерно столько же операций умножения. Так что если бы была такая вещь, как четыре 32-битных (8 десятичных цифр = 32 бита) плавающих скалярных сложения или умножения за один цикл, то не было бы необходимости в 3D графических ускорителях. Я предлагаю, чтобы чипы 287, 387 и 8087 были не сопроцессорами, а инструкциями ROM (как только читаемая nand flash-память на карте памяти SD 16 ГБ).
PrefetchW
Меня направила сюда статья Broadwell, в которой говорится, что процессор Broadwell будет поддерживать prefetchw. Есть ли здесь информация об этом? — Предыдущий неподписанный комментарий добавлен 38.97.97.99 ( обсуждение ) 18:45, 17 апреля 2014 (UTC) [ ответить ]
4 из 6 внешних ссылок не работают
Эти внешние ссылки не ведут на определенную страницу: 2 - Руководство по портированию инструкций AMD 3DNow (PDF) 3 - Руководство по технологии 3DNow 4 - Руководство по расширениям наборов инструкций AMD 3DNow и MMX 6 - Справочник по процессорам AMD Geode LX — Предыдущий неподписанный комментарий добавлен Cor Koomen ( обсуждение • вклад ) 13:24, 13 августа 2014 (UTC) [ ответить ]
Привет! Ты пытался спасти их с помощью Wayback Machine? — Dsimic ( обсуждение | вклад ) 03:29, 16 августа 2014 (UTC) [ ответ ]
Привет, спасибо за комментарий. Я только что попробовал. Как думаешь, это подойдет для пятой внешней ссылки? новая ссылка. — Cor Koomen ( обсуждение ) 10:40, 17 августа 2014 (UTC) [ ответить ]
К сожалению, Wayback Machine не заархивировал эту страницу. — Dsimic ( обсуждение | вклад ) 08:48, 20 августа 2014 (UTC) [ ответить ]
Внешние ссылки изменены
Здравствуйте, уважаемые википедисты!
Я только что изменил 2 внешние ссылки на 3DNow!. Пожалуйста, уделите немного времени, чтобы просмотреть мои правки. Если у вас есть вопросы или вы хотите, чтобы бот игнорировал ссылки или страницу в целом, посетите этот простой раздел FaQ для получения дополнительной информации. Я внес следующие изменения:
Добавлен архив https://web.archive.org/web/20090121005440/http://www.amd.com/us-en/Processors/SellAMDProducts/0,,30_177_4458_4513%5E1413%5E2137,00.html в http://www.amd.com/us-en/Processors/SellAMDProducts/0,,30_177_4458_4513%5E1413%5E2137,00.html
Добавлен архив https://web.archive.org/web/20090121005440/http://www.amd.com/us-en/Processors/SellAMDProducts/0,,30_177_4458_4513%5E1413%5E2137,00.html в http://www.amd.com/us-en/Processors/SellAMDProducts/0,,30_177_4458_4513%5E1413%5E2137,00.html
Когда вы закончите просматривать мои изменения, пожалуйста, установите отмеченный параметр ниже на значение true или failed, чтобы сообщить об этом другим (документация по адресу ).{{Sourcecheck}}
Это сообщение было опубликовано до февраля 2018 года . После февраля 2018 года разделы страниц обсуждения "Внешние ссылки изменены" больше не генерируются и не отслеживаются InternetArchiveBot . Никаких специальных действий в отношении этих уведомлений на страницах обсуждения не требуется, кроме регулярной проверки с использованием инструкций инструмента архивации ниже. Редакторы имеют право удалять эти разделы страниц обсуждения "Внешние ссылки изменены", если они хотят очистить страницы обсуждения от загромождения, но перед выполнением массовых систематических удалений ознакомьтесь с RfC . Это сообщение динамически обновляется через шаблон (последнее обновление: 5 июня 2024 г.) .{{source check}}
Если вы обнаружили URL-адреса, которые бот ошибочно посчитал неработающими, вы можете сообщить о них с помощью этого инструмента.
Если вы обнаружили ошибку в архивах или самих URL-адресах, вы можете исправить их с помощью этого инструмента.