Hello, Shmj, you wrote: S> Why yet did not go on this way? The basic possibilities to refine productivity within the limits of the same transistor budget full, but all of them break about small nuance: compatibility. For example, for the offered variant a bottleneck - expenses for synchronization. It is necessary to bypass completely to change model of calculations and to pass to actors erlang/scala/orleans and, most likely, to stm (a quite good educational program from author Functors, Applicatives, And Monads In Pictures and grokking alghorithms). It, in turn, demands a failure from a background-nejmana and heaps of extreme operation under the reinvention __ that is turned out for the last half a century for "traditional" computers. That the most amusing, as a result we do not achieve increase of productivity neither for an individual flow of calculations, nor for - the law of Amdalla in the help. But there will be a possibility to raise __ system performance for the account more an effective utilization of idle units. And here we with interest think that for easy things at us already is gpgpu/fpga/etc. For actors - effective enough implementations up to embedded-systems + the arm-clusters getting in 2u-blade. For more effective utilization of iron - analogs intel speed step / hyperthreading. And at last that productivity so ceased to be a problem that the idea to spread application in the form of containers-VM looks quite sensible idea. And from all it there is a reasonable question: and actually ? P.S. And yes, whether to move to programming philosophy? A subject not strongly , as on me. hung, support.