Тут дело в другом. х86 архитектура медленно уходит в прошлое в силу своей уёбищности. Конкуренты - если бы х86 была бы кому-то реально нужна - нашлись бы, но - нах не надо.
Всем - это кому? Рынок ПК переживает дикий упадок, а много ли вы видели смартфонов и планшетов на х86 архитектуре? Интел классически (как DEC в своё время) просрал этот рынок и уже его не догонит. Кроме того есть огромный рынок embedded (встраиваемых) устройств. Там х86 ваще нах никому не нужна, ибо линух уж лет 15 как отлично работает и на МИПСе, и на АРМе, и на СПАРКе, и ещё на куде других архитектур, о которых винда не знает и уже никогда не узнает.
х86 не оптимальны из-за тонн костылей 30+ летней давности, это да. Но умрет оно не скоро, так как никто переписывать такое количество софта под другую архитектуру не будет.
Как ни странно для станка ЧПУ даст... для плавающей точки 64-бит лучше, чем 32.
Э-э-э-э... А какой станок даёт точность обработки на уровне 10^-9 ? Это на 1 метре ошибка в 1 нанометр. Вы здраво рассуждаете?
К тому же классический х87 сопроцессор с 80-битными операндами по умолчанию всегда!!! присутствует начиная с первых пней. У интела и у амд, об остальных не помню. Независимо 32-битный или 64-битный целочисленный проц.
PS: а, ну да, речь же о МИПСе смешались кони, люди... но МИПС64 тоже уже существует. и на те редкие прецизионные станки его и поставят. а на массовые, где отклонения 10^-6 за глаза хватит - МИПС32 будет рулить ещё годы.
Это сообщение отредактировал Strangerr - 22 дек 2015 в 21:36
Тот же Интел ....печатает свои процессоры на TSMC -
Пиздешь и провокация у интел собственные заводы
В малайзии
Вообще-то четыре крупных завода в трёх штатах. 2 в Орегоне, 1 в Аризоне, 1 в Нью-Мехико.
Возможно, но ни на одном интеловском процессоре, когда-либо попадавшем мне в руки, не было выгравировано "made in usa", везде малайзия, и, может быть тайвань (точно уже не вспомню за столько лет). Может они в США что-то посерьезнее производят, например серверные процы?
Та нет же! :) Кристаллы они там на своих заводах изготавливают. А полную сборку уже в Малайзии осуществляют.
Извиняюсь, если неправильно понял надпись SLB9T Malay, действительно похоже на assembled
Ну так всё определяется задачами и ПО. Что-то сомневаюсь, что в станке с ЧПУ, например, 64-битная архитектура даст какие-то преимущества.
Как ни странно для станка ЧПУ даст... для плавающей точки 64-бит лучше, чем 32. К сожалению 32-х разрядная плавающая точка имеет глючность - визуально различные числа с плавающей запятой могут оказаться одинаковыми из-за внутреннего представления этих чисел в 32-ти двух разрядах или можно получить просто абсурдныые результаты и 2 * 2 не будет равно 4-тырём :(
Цитата
//Пример 1. Ошибка вызванная точностью представления числа в формате IEEE754 #include "stdio.h"
int main(int argc, char *argv[]) { float a, b, f; a=123456789; b=123456788; f=a-b; printf("Result: %f\n", f); return 0;
} Result: 8.000000 (Ответ должен быть 1.000000)
Если пример посчитать на бумажке, то ответ будет 1. Абсолютная ошибка равна +7. Почему ответ получился неправильным? Число 123456789 в single=4CEB79A3hex(ieee)=123456792(dec) абсолютная ошибка представления равна +3 Число 123456788 в single=4CEB79A2hex(ieee)=123456784(dec) абсолютная ошибка представления равна -4 Относительная погрешность исходных чисел приблизительно равна 3,24e-6% В результате одной операции относительная погрешность результата стала 800%, т.е. увеличилась в 2,5e+8 раз. Это я называю "Опасной редукцией", т.е. катастрофическим понижением точности вычислений в операция где абсолютное значение результата много меньше любого из входного значения переменных.
На самом деле ошибки точности представления числа наиболее безобидные в компьютерных вычислениях, и обычно многие программисты на них не обращают никакого внимания. Тем не менее они вас могут сильно огорчить.
Если вспомним - в 1980 году был выпущен математический сопроцессор 8087 для 16-ти разрядного 8086 с разрядностью 80 бит. Автокад отказывался работать без сопроцессора - специально для Автокада покупал.
Плавающая точка (float и double) в точных вычислениях - чистое зло. Пофиг какая разрядность. Там решает длина мантиссы. Для точных вычислений только int или int64 (название может отличаться).
Плавающая точка (float и double) в точных вычислениях - чистое зло. Пофиг какая разрядность. Там решает длина мантиссы. Для точных вычислений только int или int64 (название может отличаться).
Уважаемый, вроде писали здравые комментарии и такой ляп... Пожалуйста, уможьте точно пи на какое-либо число. Или посчитайте точно синус или там экспоненту с логарифмом... Что в инженерных расчётах сплошь и рядом.
Тут дело в другом. х86 архитектура медленно уходит в прошлое в силу своей уёбищности. Конкуренты - если бы х86 была бы кому-то реально нужна - нашлись бы, но - нах не надо.
Всем - это кому? Рынок ПК переживает дикий упадок, а много ли вы видели смартфонов и планшетов на х86 архитектуре? Интел классически (как DEC в своё время) просрал этот рынок и уже его не догонит. Кроме того есть огромный рынок embedded (встраиваемых) устройств. Там х86 ваще нах никому не нужна, ибо линух уж лет 15 как отлично работает и на МИПСе, и на АРМе, и на СПАРКе, и ещё на куде других архитектур, о которых винда не знает и уже никогда не узнает.
х86 не оптимальны из-за тонн костылей 30+ летней давности, это да. Но умрет оно не скоро, так как никто переписывать такое количество софта под другую архитектуру не будет.
А мне вот думается, что ждать не так уж долго. Не так давно в интервью яблочников прозвучало, что они уже разрабатывали возможные схемы перехода на иные архитектуры и проблем для себя не видят. Микрософт в свою очередь всё больше углубляет связь настольной винды и мобильной. Так что думается мне, что шаг такой вовсе не за горами уже. А ещё как-то читал, что киты запилили проц на АРМ, который рендерит видео быстрее интелов I3 и I5. И он всё ещё без активного охлада работает. :)
Как ни странно для станка ЧПУ даст... для плавающей точки 64-бит лучше, чем 32.
Э-э-э-э... А какой станок даёт точность обработки на уровне 10^-9 ? Это на 1 метре ошибка в 1 нанометр. Вы здраво рассуждаете?
К тому же классический х87 сопроцессор с 80-битными операндами по умолчанию всегда!!! присутствует начиная с первых пней. У интела и у амд, об остальных не помню. Независимо 32-битный или 64-битный целочисленный проц.
PS: а, ну да, речь же о МИПСе смешались кони, люди... но МИПС64 тоже уже существует. и на те редкие прецизионные станки его и поставят. а на массовые, где отклонения 10^-6 за глаза хватит - МИПС32 будет рулить ещё годы.
Эмм.. Ну как раз те станки, которые всякие микронаноштуки выводят и шагают как раз нанометрами. Я тоже подобную статью читал, там это прям в большую проблему выносили. От отбраковки до невозможности вообще использования станков для выполнения определённых задач. Но там же уже были описаны варианты решения проблемы без перехода на 64бит.
Это сообщение отредактировал Gooph - 22 дек 2015 в 21:49
А ещё как-то читал, что киты запилили проц на АРМ, который рендерит видео быстрее интелов I3 и I5. И он всё ещё без активного охлада работает.
Это сказки. Чисто физически. Когда вы утилизируете столь гигантские объёмы информации (постоянные смены состояний регистров), она выливается в энтропию, то есть в тепло. Найдёте как обмануть законы термодинамики - десяток нобелевских получите.
Тут дело в другом. х86 архитектура медленно уходит в прошлое в силу своей уёбищности. Конкуренты - если бы х86 была бы кому-то реально нужна - нашлись бы, но - нах не надо.
Всем - это кому? Рынок ПК переживает дикий упадок, а много ли вы видели смартфонов и планшетов на х86 архитектуре? Интел классически (как DEC в своё время) просрал этот рынок и уже его не догонит. Кроме того есть огромный рынок embedded (встраиваемых) устройств. Там х86 ваще нах никому не нужна, ибо линух уж лет 15 как отлично работает и на МИПСе, и на АРМе, и на СПАРКе, и ещё на куде других архитектур, о которых винда не знает и уже никогда не узнает.
х86 не оптимальны из-за тонн костылей 30+ летней давности, это да. Но умрет оно не скоро, так как никто переписывать такое количество софта под другую архитектуру не будет.
Да просто не поймут простую вещь, что этот вполне себе неплохой процессор рассчитан на другую сферу задач. Он для встраиваемых систем, у него и по характеристикам видно, что помимо вычислительного ядра несет в себе и периферию. Что крайне критично для миниатюрных решений. Плюс весьма скромное энергопотребление.
К x86, которое у нас у всех под столом жужжит никакого отношения не имеет.
Заманали орать просралиполимеры и рашкавперде, ну не знаете, а орете как будто девственности лишают. Ктсати, как я понял давно уже достигли технологического предела - транзисторы не успевают тупо быстрее переключаться - идут огромные токи утечки. Давно уже нет революционных решений, идет плавная эволюция. В никуда по сути. Давно уже застой. Обходятся костылями типа наращиванием кол-ва ядер или увеличением кэша (тут как раз в масть уменьшение техпроцесса)
Это сообщение отредактировал bender376 - 22 дек 2015 в 21:53
Эмм.. Ну как раз те станки, которые всякие микронаноштуки выводят и шагают как раз нанометрами.
Согласен. Но ведь они эти нанометры не на метровых заготовках делают? А если и на метровых - такие станки ну никак не массовые. А для массовых, делающих шестерёнки/коленвалы и прочие бытовые хреновины 64 бита невостребовано.
А ещё как-то читал, что киты запилили проц на АРМ, который рендерит видео быстрее интелов I3 и I5. И он всё ещё без активного охлада работает.
Это сказки. Чисто физически. Когда вы утилизируете столь гигантские объёмы информации (постоянные смены состояний регистров), она выливается в энтропию, то есть в тепло. Найдёте как обмануть законы термодинамики - десяток нобелевских получите.
Может быть. Я и сам не склонен верить, но раз пишут, значит какие-то значимые результаты всё же имеют. :) К тому же последние АРМы прекрасно декодируют 4Квидео без всяких лагов и буферов. А как с этим справляется тот же I3 предыдущего поколения? В сети полно жалоб, что видео тормозит нехило. И да. Я понимаю разницу в рендеринге и в простом просмотре, но связь там таки есть. АРМы заточены сугубо под мультимедиа и вполне возможно, что начнут таки нагибать х86 уже скоро.
Основные характеристики микропроцессора «Baikal-T1» Тактовая частота 1200 МГц Число ядер 2 Разрядность 32 бит Кэш-память 2-го уровня 1 МБ Энергопотребление 5 Вт Техпроцесс 28 нм Интерфейсы[12] 1 порт 10 Gb Ethernet (XAUI), 2 порта 1 Gb Ethernet (RGMII), контроллер PCIe Gen.3 x4, 2 порта SATA 3.0, USB 2.0, DDR3-1600 (32 бита + ECC), GPIO, UART, SPI Разъем HFC-BGA 576[13] Год начала производства 2015
Жрёт всего 5 ватт? Это круто. Я бы взял себе, если запилят поддержку этого процессора ядре в linux.
Это сообщение отредактировал Liver - 22 дек 2015 в 22:20
Эмм.. Ну как раз те станки, которые всякие микронаноштуки выводят и шагают как раз нанометрами.
Согласен. Но ведь они эти нанометры не на метровых заготовках делают? А если и на метровых - такие станки ну никак не массовые. А для массовых, делающих шестерёнки/коленвалы и прочие бытовые хреновины 64 бита невостребовано.
Не. Не на метровых. Статья велась на примере обработки какого-то кристалла для лазерной установки. Там в принципе размеры несколько нанометров. И шаг у станка нанометровый, но операцию он считает так же, как и любой станок и когда он нарывался на критическую ошибку из-за который в теории ошибиться должен был на вот эту нану в минyc девятой степени, то ошибался он на свой минимальный шаг, а не на данную ошибкой единицу. Заготовку выкидывали за борт, а стоила она при этом овердохуя. В итоге были дописаны куски кода и инструкций, которые ограничивали систему на некоторых операциях. В общем образно говоря системе не надо было знать пи до 100500 милионного значения, чтоб получить результат. В итоге результаты эти были естественно с погрешностью, но она настолько мала, что не представляла опасность. В дальнейшем они ещё научились отлавливать погрешность и игнорировать её. Станок при этом подрос в цене на охуенно, но стал работать БЕЗ брака и с учётом появившейся экономии на материале был таки выгоднее. Статья была этого года, а события в конце прошлого в каком-то штатовском инсте.
Как ни странно для станка ЧПУ даст... для плавающей точки 64-бит лучше, чем 32.
Э-э-э-э... А какой станок даёт точность обработки на уровне 10^-9 ? Это на 1 метре ошибка в 1 нанометр. Вы здраво рассуждаете?
К тому же классический х87 сопроцессор с 80-битными операндами по умолчанию всегда!!! присутствует начиная с первых пней. У интела и у амд, об остальных не помню. Независимо 32-битный или 64-битный целочисленный проц.
PS: а, ну да, речь же о МИПСе смешались кони, люди... но МИПС64 тоже уже существует. и на те редкие прецизионные станки его и поставят. а на массовые, где отклонения 10^-6 за глаза хватит - МИПС32 будет рулить ещё годы.
Я об этом и написал - 80 бит уж 35 лет в строю на каждом компе :) А до сих все бегают и не понимают как такое могло произойти
Цитата
Приведу пример циклической дыры в автоматической системе управления: Имеется фармацевтический цех, производящий таблетки весом 10мг. Состоящий из: формовочной машины, накопительного бункера на 500 кг, фасовочной машины, автоматической системы управления. Формовочная машина подает в бункер по 10 таблеток одновременно. Фасовочная машина забирает по одной таблетке. Автоматическая система управления учитывает таблетки поступившие в бункер от формовочной машины и взятые из бункера фасовочной машиной. То есть существует программа, которая показывает заполнения бункера продукцией в кг. Когда в бункере будет более 500 кг продукции, формовочная машина встает на паузу , она включиться кода в бункере станет 200 кг продукции. Фасовочная машина остановиться если в бункере будет менее 10 кг и запустится когда в бункере будет более 100 кг продукции. Обе машины могут периодически останавливаться для обслуживания , не зависимо друг от другу (благодаря бункеру).
Как вы понимаете, такая система работает в бесконечном цикле. Допустим в один из дней фасовочная машина простояла слишком долго и бункер заполнился до 300 кг. Что произойдет после её включения? Упрощенный пример работы цикла программы управления:
Private Sub Command1_Click() Dim a As Single 'вес таблетки в кг Dim c As Single 'продукции в бункере в кг Dim n As Long 'количество циклов
c = 300 'исходный вес бункера a = 0.00001 'вес таблетки
For n = 1 To 10000000 c = c - a 'одна таблетка забирается фасовочной машиной Next n Text1.Text = c 'измененный вес бункера End Sub
В данном примере фасовочная машина забрала из бункера 100 кг продукции, а вес продукции в бункере не изменился. Почему не изменился? Потому, что мантиссы чисел 300 и 0,00001 не пересекаются для формата single.
Далее формовочная машина доведет вес бункера до 500 кг и остановится. Фасовочная машина заберет все таблетки из бункера и тоже остановится. Программа будет показывать вес в бункере 500кг. Прибегут специалисты, проверят датчики, провода, компьютер и скажут что программа зависла. Но, программа не зависала, она продолжает работать без сбоев и любой контроль это подтвердит. Просто число 0,0001 попало в циклическую дыру и выйти из него не может.
В результате нам крупно повезло, что это был фармацевтический цех, а не Саяно-Шушенская ГЭС.
Незнаю где, что производят, но на работу людей набирают и не продавцов ,а инженеров!! http://krasnodar.hh.ru/employer/1188681 Минусатор ну обоснуй? На минусы пох,просто интересно, хоть один довод!
А вот инженеров у нас стало очень трудно найти, сплошь юристы и экономисты. А современные "инженеры" после института путают герцы с ваттами...
Жрёт всего 5 ватт? Это круто. Я бы взял себе, если запилят поддержку этого процессора ядре в linux.
В вику лень заглянуть?
Цитата
Изначально Linux разрабатывался для 32-битных x86-совместимых ПК; на сегодняшний день различные версии ядра Linux запускаются на следующих процессорных архитектурах:
ARM: Acorn: Archimedes, A5000, RiscPC; StrongARM, Intel XScale и тому подобных; Axis Communications CRIS; DEC Alpha; HP PA-RISC; Hitachi: SuperH (SEGA Dreamcast), H8/300; IBM System/390; IBM zSeries-мэйнфреймы; Intel 80386 и выше: IBM PC и совместимые с процессорами: 80386, 80486, а также AMD, Cyrix, TI и IBM-варианты; серия Pentium; Core, Core2 Duo в 32- и 64-битных версиях; AMD Am5x86, K5, K6, Athlon (все 32-битные версии), Duron; AMD64: 64-битная технология AMD (также известная как x86-64); Cyrix 5x86, 6x86 (M1), 6x86MX и MediaGX (National/AMD Geode) серия; VIA C3 и последующие процессоры; поддержка Intel 8086, 8088, 80186, 80188 и 80286 процессоров находится в разработке (см. проект ELKS (англ.)); Microsoft Xbox (Pentium III); Intel IA-64; MIPS; Silicon Graphics, Inc.; Cobalt Qube, Cobalt RaQ; Sony/Toshiba/IBM — Emotion Engine и Cell, используемые в PlayStation 2 и PlayStation 3 соответственно; DECstation и некоторые другие; Motorola 68020 и выше: более новые Amiga: A1200, A2500, A3000, A4000; Apple Macintosh II, LC, Quadra, Centris и ранняя серия Performa; рабочие станции Sun Microsystems серии 3 (экспериментальная, с использованием Sun-3 MMU); NEC v850e; Renesas M32R; PowerPC и IBM POWER: все новые компьютеры Apple (все оснащённые PCI Power Macintoshes, ограниченная поддержка NuBus Power Macs), клоны PCI Power Mac, разработанные Power Computing, UMAX и Motorola; IBM RS/6000, iSeries- и pSeries-системы; Pegasos I и II системы; некоторые встроенные системы PowerPC; Qualcomm Hexagon[15] SPARC и UltraSPARC: Sun 4-series, SPARCstation/SPARCserver, Ultra-, Blade- и Fire-серии рабочих станций и серверов.
Вроде и молодцы, и сами делают. Вопросов два - почему название латинскими буквами, а не русскими. И второе - почему блять ЦЕНА В ДОЛЛАРАХ?
Специально для таких выше объяснял. Но повторюсь.
Если ты американец какой-нибудь и не знаешь русского, то название для тебя выглядит вот так - æа î¦каå. А внутри системы, если нет русского ленга, то и этих ака не будет, только кракозябры. Если эти тебе не очень, то можно другие пользовать - ╒┌тр╪ф╪┌╨ц╪. При этом не зная языка они и понятия не будут иметь, как эти непонятные символы читать и как они звучат...
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии. Авторизуйтесь, пожалуйста, или зарегистрируйтесь, если не зарегистрированы.
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
смешались кони, люди... но МИПС64 тоже уже существует. и на те редкие прецизионные станки его и поставят. а на массовые, где отклонения 10^-6 за глаза хватит - МИПС32 будет рулить ещё годы.
yaplakal.com