Здравствуйте, rm2, Вы писали:

rm2>Нагрузкой 100% считается даже момент ожидания загрузки данных из памяти для обработки. Ну и блоки при компиляции точно будут простаивать, речь же о синтаксическом разборе/бинарной генерации, а не математике; да и конвейер не будет полностью утилизироваться, будут промахи по кешу, в общем, написано будет в диспетчере задач 100%, а реально там процессор так, средненько напрягается.

При компиляции чего-то больщого все может запускаться параллельно в кучу потоков. Чтобы он совсем простаивал — такого нет. Но естественно это сложная задача и всякие предсказания ветвлений в проце не очень помогают. Неудобная задача, но процессор не простаивает, просто насколько может настолько и выполняет. Нагрев естественно меньший из-за такого, ну а еще и не используются вычисления с плавающей запятой — т.е. из логики процессора работает сильно меньшее количество транзисторов, так как очень много их в вычислениях с плавающей запятой. Я бы основным факторм что проц не особо греется — назвал не использование операций с плавающей запятой. Та же трассировка лучей, там вычисления тоже не оптимальные — все же логика, но они с плавающей запятой и процессор уже существенно греется, хотя и не максимально. Где логика переходов не задействована, и всегда есть что делать процессору и это операции с плавающей запятой — максимцум потребления и производительности (linpack не превзойти, просто достигается предел производительности процессора).

Здравствуйте, rm2, Вы писали:

rm2>Нагрузкой 100% считается даже момент ожидания загрузки данных из памяти для обработки. Ну и блоки при компиляции точно будут простаивать, речь же о синтаксическом разборе/бинарной генерации, а не математике; да и конвейер не будет полностью утилизироваться, будут промахи по кешу, в общем, написано будет в диспетчере задач 100%, а реально там процессор так, средненько напрягается.

При компиляции чего-то больщого все может запускаться параллельно в кучу потоков. Чтобы он совсем простаивал — такого нет. Но естественно это сложная задача и всякие предсказания ветвлений в проце не очень помогают. Неудобная задача, но процессор не простаивает, просто насколько может настолько и выполняет. Нагрев естественно меньший из-за такого, ну а еще и не используются вычисления с плавающей запятой — т.е. из логики процессора работает сильно меньшее количество транзисторов, так как очень много их в вычислениях с плавающей запятой. Я бы основным факторм что проц не особо греется — назвал не использование операций с плавающей запятой. Та же трассировка лучей, там вычисления тоже не оптимальные — все же логика и ветвления, но они с плавающей запятой и процессор уже существенно греется, хотя и не максимально. Где логика переходов не задействована, и всегда есть что делать процессору и это операции с плавающей запятой — максимцум потребления и производительности (linpack не превзойти, просто достигается предел производительности процессора).