>>Т.е. ты как бы пытаешься намекнуть что я дурак и в теме >>не шарю? >>Тут стоит сделать отступление и сравнить наши «весовые >>категории»: >>— Я ИТ специалист с 8 летним стажем; >>— по специальности я инженер-системотехник — человек >>которые должен проектировать вычислительные системы; >>— по профессии — разработчик ПО для встраиваемых систем, >>системный программист; >>— я разбираюсь в микропроцессорных архитектурах и имел >>практический контакт с различными системами. Какое имеет значение какой ты крутой специалист если о процессорах Эльбрус и их архитектуре у тебя имеются только общие представления. Восемь лет в IT области в данном вопросе ровным счетом ничего не значат. Точно также нельзя делать какие-то выводы на основе сравнения с Itanium , то что там также используется VLIW ни о чем не говорит, это две разные архитектуры Itanium способен выполнять до 6 операций за такт , в то время как Эльбрус до 23. >>В одном месте разработчики утверждают что их эльбрус на >>300МГц работает как PIII@500, а в статье он же уже >>обгоняет PIV@2000. При исполнении команд x86 процессор обгоняет PIII@500 , при исполнении родных команд производительность на уровне PIV@2000. >>МП Intel с технологией производства 130 нм достигают >>частот в 1400 МГц, а эльбрус — только 300 МГц. >>Это говорит о серьёзных архитектурных проблемах, которые >>не дают поднять частоту. Если при частоте 300 процессор демонстрирует производительность на уровне P4 при 1400 , то почему это должно быть архитектурной проблемой. Прежде чем судить на точно разобраться с чем связана такая частота. >>«SPARC64 VIIIfx (кодовое имя «Venus») — восьмиядерная >>версия процессора SPARC64 VII. Микропроцессор имеет >>производительность до 128 GFLOPS и производится по 45-нм >>технологии. На август 2009 года SPARC64 VIIIfx является >>самым быстрым в мире процессором, обгоняя самый быстрый >>процессор от Intel (Xeon 5500 на ядре Nehalem) примерно в >>2,5 раза» Может быть архитектура и хорошая , но в МЦСТ видимо считают иначе и решили развивать процессоры на E2K , разумных доводов в пользу того , что это ошибочный путь пока не видно. Доводы , что вы крутой специалист и не верите разработчикам из МЦСТ серьезно восприниматься не могут. >>Нужно ли объяснять, что продолжая разрабатывать нисчем не >>совместимый МП, придётся вкладывать миллиарды рублей в >>разработку ПО под него? В Эльбрус-S есть аппаратная часть для динамической трансляции двоичных кодов для выполнения команд x86 при выполнении этих команд он демонстрирует производительность выше P3 500 так что о какой несовместимости идет речь непонятно , в МСВС-Э есть система для программной трансляции двоичных кодов , что видимо еще больше повышает производительность. Вот тут описываются принципы архитектуры E2K и почему в Itanium не удалось добиться высокой производительности. http://www.mcst.../e2k_arch.shtml Отредактировано: azurel~02:42 02.01.2011