- Анализ проблем оптимизации для конкурирующих CPU в компилято..., Аноним, 20:56 , 04-Янв-10 (1) –7 [V]
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., Аноним, 21:23 , 04-Янв-10 (5)
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., 123456, 21:30 , 04-Янв-10 (8) +4
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., Tav, 21:52 , 04-Янв-10 (17) +3
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., MinimumLaw, 23:25 , 04-Янв-10 (28)
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., CAHbKA, 00:43 , 05-Янв-10 (32) +1
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., bircoph, 02:56 , 05-Янв-10 (46) +3
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., aZ, 04:55 , 05-Янв-10 (48) –1
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., ximaera, 07:02 , 05-Янв-10 (51)
>Вы, батенька, не прониклись идеей антимонопольной политики: корпорация _не_ имеет права *сознательно* >ухудшать работу своего компилятора на продукции конкурентов. Речь идёт именно о >сознательном ухудшении кода в зависимости от CPUID. И здесь я полностью >поддерживаю антимонопольщиков США. Хочется пожелать нашим быть не хуже. Вот если бы больше компиляторов не было в природе, тогда, наверное, да. А так это просто алгоритм оптимизации -- способ оптимизации выбирается по CPUID, для неизвестных CPUID не выбирается ничего. Всё логично.
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., Demo, 22:43 , 04-Янв-10 (24) +1
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., MinimumLaw, 23:39 , 04-Янв-10 (29) +2
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., ximaera, 07:04 , 05-Янв-10 (52)
>Результат работы интеловского компилятора заметен на вычислительных задачах. И не просто на вычислительных, а на алгоритмически оптимизированных вычислительных задачах. При этом, скорее всего Вам не удастся отделаться только ключем -O<что там у интела?> и понадобится еще пара-тройка ключей управляющих размещением и выравниванием. > >Другое дело, что таких задач практически нет. Большинство програм всего-лишь вызывают определенные >функции ОС или DirectX/OpenGL. А при таком раскладе все компиляторы плодят >примерно один и тот же код. Абсолютно согласен, но всё-таки "вычислительная задача" не всегда значит "графическая задача" :) Счётных задач хватает.
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., Demo, 12:49 , 05-Янв-10 (73)
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., FPGA, 23:11 , 04-Янв-10 (26) +3
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., User294, 02:00 , 05-Янв-10 (42) +4
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., alexxy, 21:33 , 04-Янв-10 (12) +3
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., Аноним, 21:35 , 04-Янв-10 (13) –1
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., Карбофос, 21:36 , 04-Янв-10 (14) +2
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., atesterev, 22:34 , 04-Янв-10 (22) –1
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., Аноним, 01:40 , 05-Янв-10 (38) –1
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., Аноним, 04:00 , 05-Янв-10 (47) +2
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., ximaera, 07:20 , 05-Янв-10 (53)
Чёрт побери, это логично. Ло-гич-но. Ребята из Интела, скорее всего, мыслят в терминах моделей процессоров. Как они планируют оптимизацию? Очень просто: "Для модели A нужно выбрать такой-то сет инструкций, потому что он там быстрее. Для модели B лучше использовать другой сет, потому что он там есть. А в модели C когда-то был баг в реализации операции SHUFPD, поэтому мы используем третий сет таким образом, чтобы баг влиял поменьше, зато в модели D можно отыграться по полной". Как это выглядит в коде?switch(cpuid) { case MODEL_A: /* такой-то сет */ break; case MODEL_B: /* другой сет */ break; case MODEL_C: /* третий с воркэраундом сет */ break; case MODEL_D: /* третий сет */ break; default: /* чёрт-те что, ничего не знаю, делаем по старинке */ } Вот все эти AMD, VIA -- это вот этот default. А как иначе? В каждом релизе ходить в AMD за списком спецификаций и багов и тратить на них время? Или менять методологию разработки? Это всё дорого и не стоит того. И, в конце концов, логично, что default особенно и не обновляют. Он слабо интересует инженеров, так как на интеловских процессорах ecs:eip туда не попадает никогда. Теперь, наверное, его немного обновят. Но это маразм безумный.
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., Аноним, 07:30 , 05-Янв-10 (54)
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., anthonio, 07:59 , 05-Янв-10 (55) +1
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., vkni, 09:06 , 05-Янв-10 (57)
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., northbear, 11:15 , 05-Янв-10 (62) –1
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., Colizium, 11:53 , 05-Янв-10 (65)
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., Colizium, 11:59 , 05-Янв-10 (67) +1
- Анализ проблем оптимизации для конкурирующих CPU в компилято, Аноним, 15:33 , 05-Янв-10 (77) +1
- Анализ проблем оптимизации для конкурирующих CPU в компилято..., liks, 20:37 , 05-Янв-10 (93) +1
|