Обсуждение:X86-64

interwiki

Orry, but this removing of en: interwiki wasn't wrong:

• There are articles: AMD64 and x86-64 in some languages.

Imagine, there are articles A and B. Somebody writes article A and add iw for A to other languages. But in some languages exist article B, which is about something close to A. And in one of langages somebody merges these articles to A, and B is redirect. And now the problem starts:

• Somebody writes B in his language and add interwiki to some langages. He hopes, that other links will add bot. But Bot goes through interwiki and find link to B, which is redirect to A. And both articles A and B exists in some languages. Bot don't know, which link to add.

So I selected for bot correct links and bot repaired these links in all languages.

But there is now possibility not to have incorrect interwiki and link to this merged language:

You can add interwiki like anchor: A#B.

But this must be done manually in one language first... 62.245.83.203 15:35, 11 декабря 2006 (UTC), cs:Wikipedista:JAn Dudík, owner of User:JAnDbot

Tell me which language has both AMD64 and x86-64 articles? Saproj 16:34, 11 декабря 2006 (UTC)

PArt of bot's log:

======Post-processing cs:AMD64======

ERROR: Found more than one link for wikipedia:fr

ERROR: Found more than one link for wikipedia:ja

ERROR: Found more than one link for wikipedia:nl

ERROR: Found more than one link for wikipedia:pt

======Aborted processing cs:AMD64======

62.245.83.203 14:01, 12 декабря 2006 (UTC)

Actually, fr and ja have x64, not x86-64, but that's no big deal. The solution to the bot problem you described is:

* have "major" articles on AMD64/x86-64/x64 technology in all languages linked to each other via interwiki

* in all "minor" articles like "x64 is a Microsoft's name for [[AMD64]]" remove interwikis to the "major" ones

In that case no # anchors will be needed. Saproj 22:25, 12 декабря 2006 (UTC)

К режимам

Как производится переключение между режимами?

Нейтральность

Только мне одному показалось что автор статьи заядлый любитель AMD ?

поставьте баннер нейтральности под сомнением. не знаю как делается 79.172.14.34 16:36, 30 марта 2010 (UTC)

Поставил. Мне тоже кажется, что явный перекос в сторону AMD. Русские идут! 18:02, 2 ноября 2010 (UTC)

Не вижу ни очевидных подтверждений вашей точке зрения, ни приведенных вами примеров, поэтому шаблон удаляю. Статья написана не вполне энциклопедично, не была до конца исправлена после переименования, но откровенных ненейтральностей лично я не вижу. Тому что AMD в статье встречается чаще чем, скажем, Intel, есть простое объяснение — чья технология, о том и пишут. Grain 01:11, 5 ноября 2010 (UTC)

SUN и ORACLE

Я зачеркну SUN microsystems и напишу oracle. P.Sизвините за то что я сделал много правок.

Kjkm173 12:18, 11 июня 2011 (UTC)

Не надо зачеркивать, так не принято. И совсем необязательно отписываться о совершенных правках на странице обсуждения. -- X7q 12:42, 11 июня 2011 (UTC)

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

Вот эта вот цитата "инженеры корпорации AMD решили навсегда покончить с главным «рудиментом» архитектуры x86 — сегментной моделью памяти, которая поддерживалась ещё со времён 8086" со ссылкой на рудименты, это даже не предвзятость, а как бы это сказать, это недопонимание вопроса. Это недопонимание не связано напрямую с торговой маркой АМД или Интел.

Сегментная архитектура это аппаратная поддержка языков для которых есть такое понятие как "модуль" (язык С таким языком не является), плохая ли поддержка в х86 сегментов, хорошая ли - это другой вопрос, но главное что процессор с аппаратной поддержкой в MMU процессора: сегментов и TSS, кардинально отличается от процессора без такой поддержки, отличается так, что на х86 можно активировать плоскую модель памяти и есть механизм расширения переченя одновременно выполняемых задач разной битности и с разным набором команд, а на АМД64 нельзя активировать сегментную модель памяти и нет такого механизма расширения для будущих процессоров, т.е. режим АМД64 упрощен по отношению к x86.

Что же касается виртуального режима 8086 для х86, то это вообще аппаратная эмуляция реального режима 8086, памяти и аппаратуры ввода-вывода для множества одновременно работающих сеансов виртуальных 8086 и эта аппаратная эмуляция работает в реальном времени в защищенном режиме х86 и в целом обеспечивает производительность каждого виртуального х86 недостижимую для программных эмуляторов, особенно это было заметно на слабых х86. Сейчас актуальность эмулятора для 8086 мала, но если такая высокопроизводительная эмуляция 8086 нужна, то программной эмуляцией ее достигнуть в общем невозможно и о рудиментах тоже не приходится говорить. Симуляция конкретной аппаратуры оригинального PC/XT/AT с настройкой скоростей исполнения каждой команды процессора и т.п. точных настроек потребует программной эмуляции (dosbox например), режим виртуального 8086 для этого не предназначен и пытается исполнять прикладные программы для 8086 на аппаратном окружении АТ-86 как можно быстрее.

И в итоге, если перевести исходную фразу, то она будет звучать как то так: "инженеры корпорации AMD решили использовать для 64 битного режима плоскую модель памяти". И "страшные слова", которые могли прозвучасть в адрес этого дизайнерского решения заместо "рудиментов х86" несколько иные - "AMD сделала процессор для Windows", потому что рассуждающие о том, что "большинство 32 битных приложений могут работать в native режиме long в режиме compatibility" подразумевают приложения для 32 битных версий Windows.

Smethod (обс) 15:17, 4 августа 2016 (UTC)