Вопрос №1. Когда выполняется любое .Net приложение (WPF, ASP.NET, WCF app) использует ли оно все ядра?
Вопрос №2. Одинаков ли подход для всех типов приложений при загрузке всех ядер процессоров?
Вопрос №3. Когда есть польза от загрузки всех ядер процессора? Вот например, AsParallel полезен ли?
А когда наоборот использование многоядерности хуже нежели отказ от этого?
Здравствуйте, me2, Вы писали:
me2>Как минимум полезно выполнять все операции вне UI Thread (дабы не подвешивать пользовательский интерфейс). me2>При большом количестве потоков можно подвесить UI системы
Ересь какая-то.
Здравствуйте, Аноним, Вы писали:
А>Вопрос №1. Когда выполняется любое .Net приложение (WPF, ASP.NET, WCF app) использует ли оно все ядра? А>Вопрос №2. Одинаков ли подход для всех типов приложений при загрузке всех ядер процессоров? А>Вопрос №3. Когда есть польза от загрузки всех ядер процессора? Вот например, AsParallel полезен ли? А> А когда наоборот использование многоядерности хуже нежели отказ от этого?
1. Если приложение выполняется в одном потоке — больше одного ядра оно никак не использует. Если в нескольких — смотря как система распределит, другие процессы тоже требуют свой кусочеку процессорного времени.
2. ???
3. Например, при выполнении длительных вычислительных операций, если процессор больше ничем не загружен.
4. Когда тебе нафиг не нужна многопоточность и связанные с ней проблемы.
Здравствуйте, Аноним, Вы писали:
А>Вопрос №1. Когда выполняется любое .Net приложение (WPF, ASP.NET, WCF app) использует ли оно все ядра? А>Вопрос №2. Одинаков ли подход для всех типов приложений при загрузке всех ядер процессоров? А>Вопрос №3. Когда есть польза от загрузки всех ядер процессора? Вот например, AsParallel полезен ли? А> А когда наоборот использование многоядерности хуже нежели отказ от этого?
Как минимум полезно выполнять все операции вне UI Thread (дабы не подвешивать пользовательский интерфейс).
Не стоит так же забывать, что одно ядро в момент времени выполняет не более одной команды. При большом количестве
потоков можно подвесить UI системы (как в старые добрые времена одноядерных процессоров).
Здравствуйте, Madruel, Вы писали:
M>1. Если приложение выполняется в одном потоке — больше одного ядра оно никак не использует. Если в нескольких — смотря как система распределит, другие процессы тоже требуют свой кусочеку процессорного времени.
А как можно сделать .Net-приложение, которое "выполняется в одном потоке"?
Здравствуйте, Lloyd, Вы писали:
L>Здравствуйте, Madruel, Вы писали:
M>>1. Если приложение выполняется в одном потоке — больше одного ядра оно никак не использует. Если в нескольких — смотря как система распределит, другие процессы тоже требуют свой кусочеку процессорного времени.
L>А как можно сделать .Net-приложение, которое "выполняется в одном потоке"?
Здравствуйте, me2, Вы писали:
L>>А как можно сделать .Net-приложение, которое "выполняется в одном потоке"?
me2>А разве они не все по-умолчанию однопоточные?
Я тебе больше скажу, ты фик сделаешь их однопоточными.
Здравствуйте, Lloyd, Вы писали:
L>Здравствуйте, me2, Вы писали:
L>>>А как можно сделать .Net-приложение, которое "выполняется в одном потоке"?
me2>>А разве они не все по-умолчанию однопоточные?
L>Я тебе больше скажу, ты фик сделаешь их однопоточными.
Ну если принебречь всякой там инфраструктурой (GC и проч.), то пользователю достается один поток (который UI) и если что-то в нем делать,
общая загрузка системы (при нулевой активности остальный приложений) будет (100 / колличество ядер). Что очень веселит, например, на 4х ядерном
процессоре, когда всего-то 25% занято...
Здравствуйте, HowardLovekraft, Вы писали:
HL>Здравствуйте, me2, Вы писали:
me2>>Как минимум полезно выполнять все операции вне UI Thread (дабы не подвешивать пользовательский интерфейс). me2>>При большом количестве потоков можно подвесить UI системы HL>Ересь какая-то.
Про подвешивание? На очень тяжелом алгоритме рендеринга в четыре потока наблюдалось общее подвисание системы.
Не факт, что этого нельзя избежать. Но если в лоб тупо распараллелить, получается такая картинка
Здравствуйте, Lloyd, Вы писали:
L>Здравствуйте, Madruel, Вы писали:
M>>1. Если приложение выполняется в одном потоке — больше одного ядра оно никак не использует. Если в нескольких — смотря как система распределит, другие процессы тоже требуют свой кусочеку процессорного времени.
L>А как можно сделать .Net-приложение, которое "выполняется в одном потоке"?
В строгом смысле, на сколько я знаю, нельзя. Я имел в виду приложение, в котором весь пользовательский код выполняется в одном потоке. И использование ядер для него же.
