Много потоков или анафига
Не, понятно, что какой-нить вебсервер чисто может просто попользовать скажем ядер так 100. А человек? Да нифига. Вообще, UI как подсказывает практика - это один поток и точка. Да, чисто где-то на фоне может болтаться еще штук 7 (ну, чисто цифирка, но она тоже с потолка, потому, что _отслеживать и одновременно_ никаких 7 там не будет) чего-то ui-подобного, но это все.
Вторая часть балета связана с простым фактом, посчитать 2+2 в несколько потоков ну, явно затруднительно. и писать код в несколько потоков не просто неслабонервное занятие, оно - не очень-то и необходимое. Возникает вопрос: анафига тогда сотни ядер в бытовухе и как их не просто четатам, а хотя бы придумать, чем грузить?
Ну. первый уровень - это явно по приложениям. Но их не нужно много юзеру, даже если он обвешаецо ими. Второй уровень - сервисы этих приложений и потоки. Но, скажем, даже копировать сотни файлов может один поток, по крайней мере до тех пор, пока дисковые системы это не смогут переварить в сотни тредов.
лаже современный веб ну явно заведомо может переварить только несколько тредов на страницу, врядли больше.
а чо если ядер будет заведомо больше чем? чем - это пусть 10к или мильон или больше...
Дык. И чо и где тогда это все применять в домашних условиях и что для этого надо? Мысли по этому поводу есть простые:
потоки и процессы должны быть максимально легковесные для такого применения. иначе - оно смысла не имеет. только с простыми, безоверхедными штуками можно уже попробовать что-то не врукопашную, что как раз и происходит на разбиении по программам, сервисам и прочим, а автоматически или полуавтоматически.
и вот тогда, когда компилятор либо среда будут автоматом бить мелкие части на потоки, а сами потоки либо подниматься заранее либо не иметь оверхед на подъем, тогда можно и будет получить профит от мильонпроцессорных штук.
причем, мильонпроцессорных, это скорее всего (тм) все равно, ибо физика показывает, что даже разбивая функцию на легковесные процессы автоматицки построчно (!) - никак больше скажем, ну, сотни потоков не получить. функции больше 100 строк попадаются нечасто. это значит, что вот он - потолок многопроцессорности средней одно-ui шной проги. пусть из будет 100, те 10к ядер для домашнего применения даже в таком случае - потолок из серии "не освоить".
тогда чо, это значит, что вот оно, приплыли?
возможно, что нет, ибо забыт некий класс несуществующих еще приложений, способных в автоматическом режиме плодить рабочие потоки в потолок, который еще выше. тут канеш не 2+2, тут речь про какие-либо штуки достаточно серьезного качества. аля моднявый ai, только он должен быть заметно "веселее" того, что под ним сейчас имеется в виду.
Вторая часть балета связана с простым фактом, посчитать 2+2 в несколько потоков ну, явно затруднительно. и писать код в несколько потоков не просто неслабонервное занятие, оно - не очень-то и необходимое. Возникает вопрос: анафига тогда сотни ядер в бытовухе и как их не просто четатам, а хотя бы придумать, чем грузить?
Ну. первый уровень - это явно по приложениям. Но их не нужно много юзеру, даже если он обвешаецо ими. Второй уровень - сервисы этих приложений и потоки. Но, скажем, даже копировать сотни файлов может один поток, по крайней мере до тех пор, пока дисковые системы это не смогут переварить в сотни тредов.
лаже современный веб ну явно заведомо может переварить только несколько тредов на страницу, врядли больше.
а чо если ядер будет заведомо больше чем? чем - это пусть 10к или мильон или больше...
Дык. И чо и где тогда это все применять в домашних условиях и что для этого надо? Мысли по этому поводу есть простые:
потоки и процессы должны быть максимально легковесные для такого применения. иначе - оно смысла не имеет. только с простыми, безоверхедными штуками можно уже попробовать что-то не врукопашную, что как раз и происходит на разбиении по программам, сервисам и прочим, а автоматически или полуавтоматически.
и вот тогда, когда компилятор либо среда будут автоматом бить мелкие части на потоки, а сами потоки либо подниматься заранее либо не иметь оверхед на подъем, тогда можно и будет получить профит от мильонпроцессорных штук.
причем, мильонпроцессорных, это скорее всего (тм) все равно, ибо физика показывает, что даже разбивая функцию на легковесные процессы автоматицки построчно (!) - никак больше скажем, ну, сотни потоков не получить. функции больше 100 строк попадаются нечасто. это значит, что вот он - потолок многопроцессорности средней одно-ui шной проги. пусть из будет 100, те 10к ядер для домашнего применения даже в таком случае - потолок из серии "не освоить".
тогда чо, это значит, что вот оно, приплыли?
возможно, что нет, ибо забыт некий класс несуществующих еще приложений, способных в автоматическом режиме плодить рабочие потоки в потолок, который еще выше. тут канеш не 2+2, тут речь про какие-либо штуки достаточно серьезного качества. аля моднявый ai, только он должен быть заметно "веселее" того, что под ним сейчас имеется в виду.