Причём MRAM будет гораздо лучше SSD с флэш-памятью — она не деградирует при записи. И в теории лучше, чем НЖМД, потому что без механики и поэтому более надёжна. На деле видно будет, скорее бы выпустили.
По-моему, вы просто о разных технологиях спорите — есть и то и другое. ;)
1) У Панасоника, например, есть «субполя» (subfileds) — там вообще какой-то хитрый алгоритм, на одном форуме наткнулся — человек снимал 600-герцовый телевизор c «sub-field drive» на высокоскоростную камеру:
Эпилептикам не смотреть! :)
Самое интересное, что при сложении этих 12 субполей (50 => 600) получается нормальная картинка. :)
Похоже, это повышение частоты экрана без интерполяции — кадр, если не ошибаюсь, не статичный, а картинка на субполях не двигается.
В общем-то, и сам Панасоник ничего не говорит об интерполяции, только о сохранении чёткости картинки:
2) Есть уплавнение движения — например, у Филипса «Digital Natural Motion» или у Самсунга «Motion plus» — там рассчитываются промежуточные фазы между кадрами:
Здесь частота повышается как раз до 100...240 Гц, и с теми самыми «ненатуральным движением» и «потерей киношности», которые не всем нравятся — но это уже дело вкуса.
P. S. Картинки специально взял напрямую с сайтов производителей, если у кого-то не открываются, легко найти по названиям технологий.
4.4. Основаниями для отказа в регистрации являются:
(1) наличие доменного имени в Реестре;
(2) наличие доменного имени в перечне зарезервированных доменных имен;
(3) использование в качестве доменного имени слов, противоречащих общественным интересам, принципам гуманности и морали (в частности, слов непристойного содержания, призывов антигуманного характера, оскорбляющих человеческое достоинство либо религиозные чувства).
3.2.2. Регистратор обязан отказать в регистрации доменного имени, если:
…
3) доменное имя не соответствует указанным в Правилах техническим требованиям;
...
Раньше отсутствие юникода было скорее рекомендацией (несоответствие тех. требованиям не было основанием для отказа), а новые правила требуют обязательного соответствия.
А для государственных имён, как antivir совершенно точно заметил, всегда делались исключения.
Так было и по старым правилам:
2.2. Ряд доменных имен относится к зарезервированным доменным именам (включающим имена доменов общего пользования и имена, используемые для государственных нужд), регистрация и использование которых осуществляется по особым правилам. Их перечень, а также правила их регистрации и администрирования утверждаются Координатором и размещаются на веб-сайте по адресу «http://www.cctld.ru».
2.16. Координатор вправе регистрировать доменные имена для государственных нужд и для выполнения уставных целей. Регистрация и поддержка сведений об указанных доменных именах осуществляется в порядке, определяемом Координатором.
Я к тому, что правила действуют только в РФ, а за её пределами, может быть, можно регистрировать?
Вы же заявку из Венгрии подавали, если я правильно понял?
А Вы в Венгрии или здесь регистрировали?
В РФ, похоже, официально нельзя было — уже в июне 2003 года в правилах запрещались дефисы на 3 и 4 местах в RU зоне.
Но при этом кремль.ru (xn--e1ajeds9e.ru) и президент.ru (xn--d1abbgf6aiiy.ru) созданы 21.11.2003, согласно РосНИИРОС. :)
В описании вроде ещё есть бит RW в регистре управления PSW — он гарантирует выполнение команд записи только после команд чтения. Т. е. очерёдность с зависимыми данными будет соблюдаться.
Кстати, да, в который раз возникает вопрос: зачем Microsoft сделала включение дополнительных настроек таким сложным — только через реестр, и для этого о них ещё нужно узнать?
Даже если это «защита от дурака», можно же было сделать в панели управления какой-нибудь «экспертный режим» с предупреждением, что неоптимальные настройки могут привести к повреждению системы.
Информации, видимо, мало потому, что не всё ещё запатентовали.
Статья, скорее — взгляд программиста, работающего с процессором, чем техническое описание. Но зато с примерами кода, они уже что-то проясняют.
Да, похоже, что-то среднее между микропрограммами и традиционными подпрограммами. Необычно, но это-то и интересно. :)
Как минимум, из плюсов, если я верно понял принцип — общие регистры освобождаются от хранения промежуточных результатов, а значит, меньше будет обращений к той же памяти.
В первую очередь, я об x86 говорил, конечно. Itanium — это, скорее, отдельная линейка процессоров с другой архитектурой, а внутри неё, если не ошибаюсь, потомки тоже совместимы с предыдущими версиями.
Вообще, если в будущем ориентироваться на массовый рынок, где процессоры поставляются отдельно от программ, то обратная совместимость быть должна, хотя бы начиная с какой-то версии.
Иначе невозможно будет обновить процессор, не перекомпилируя при этом весь софт — ОС, программы и т. д. — а ведь исходных кодов у пользователя может и не быть.
Ясно, спасибо. Но в общем, это нормально, учитывая, что для них нет старого софта, который должен работать на новых версиях без перекомпиляции, как с линейкой Intel, например.
Т. е. я правильно понял, что результаты команд в пределах отдельного параграфа как бы автоматически сохраняются как «локальные переменные», и за счёт этого пропадает необходимость в регистрах общего назначения?
А между параграфами передача данных возможна только через стек / память?
И ещё вопрос, в связи с активной разработкой архитектуры и упоминанием, что набор инструкций пересматривается: последующие версии процессора планируются совместимыми с текущей?
1) У Панасоника, например, есть «субполя» (subfileds) — там вообще какой-то хитрый алгоритм, на одном форуме наткнулся — человек снимал 600-герцовый телевизор c «sub-field drive» на высокоскоростную камеру:
Самое интересное, что при сложении этих 12 субполей (50 => 600) получается нормальная картинка. :)
Похоже, это повышение частоты экрана без интерполяции — кадр, если не ошибаюсь, не статичный, а картинка на субполях не двигается.
В общем-то, и сам Панасоник ничего не говорит об интерполяции, только о сохранении чёткости картинки:
2) Есть уплавнение движения — например, у Филипса «Digital Natural Motion» или у Самсунга «Motion plus» — там рассчитываются промежуточные фазы между кадрами:
Здесь частота повышается как раз до 100...240 Гц, и с теми самыми «ненатуральным движением» и «потерей киношности», которые не всем нравятся — но это уже дело вкуса.
P. S. Картинки специально взял напрямую с сайтов производителей, если у кого-то не открываются, легко найти по названиям технологий.
Имена с двойной кодировкой только путаницу создадут — как, например, отличить латинскую и русскую «О» в ссылке, опубликованной в печатной продукции?
Тут такая тонкость.
Если раньше:
И всё.
А сейчас:
Раньше отсутствие юникода было скорее рекомендацией (несоответствие тех. требованиям не было основанием для отказа), а новые правила требуют обязательного соответствия.
А для государственных имён, как antivir совершенно точно заметил, всегда делались исключения.
Так было и по старым правилам:
И осталось по новым:
Вы же заявку из Венгрии подавали, если я правильно понял?
В РФ, похоже, официально нельзя было — уже в июне 2003 года в правилах запрещались дефисы на 3 и 4 местах в RU зоне.
Но при этом кремль.ru (xn--e1ajeds9e.ru) и президент.ru (xn--d1abbgf6aiiy.ru) созданы 21.11.2003, согласно РосНИИРОС. :)
Даже если это «защита от дурака», можно же было сделать в панели управления какой-нибудь «экспертный режим» с предупреждением, что неоптимальные настройки могут привести к повреждению системы.
Так сейчас делается во многих программах.
Поскольку очередь команд одна, конфликтов доступа нет.
А распараллеливание происходит самим процессором при выполнении, по зависимостям входных данных инструкций.
Статья, скорее — взгляд программиста, работающего с процессором, чем техническое описание. Но зато с примерами кода, они уже что-то проясняют.
Как минимум, из плюсов, если я верно понял принцип — общие регистры освобождаются от хранения промежуточных результатов, а значит, меньше будет обращений к той же памяти.
Вообще, если в будущем ориентироваться на массовый рынок, где процессоры поставляются отдельно от программ, то обратная совместимость быть должна, хотя бы начиная с какой-то версии.
Иначе невозможно будет обновить процессор, не перекомпилируя при этом весь софт — ОС, программы и т. д. — а ведь исходных кодов у пользователя может и не быть.
А между параграфами передача данных возможна только через стек / память?
И ещё вопрос, в связи с активной разработкой архитектуры и упоминанием, что набор инструкций пересматривается: последующие версии процессора планируются совместимыми с текущей?