Warning: mysqli::__construct(): (HY000/1203): User howardkn already has more than 'max_user_connections' active connections in D:\Inetpub\vhosts\howardknight.net\al.howardknight.net\includes\artfuncs.php on line 21
Failed to connect to MySQL: (1203) User howardkn already has more than 'max_user_connections' active connectionsPath: ...!news.mixmin.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: olcott Newsgroups: comp.theory,sci.logic Subject: Re: DDD correctly emulated by H0 -- Ben agrees that Sipser approved criteria is met Date: Thu, 27 Jun 2024 09:00:55 -0500 Organization: A noiseless patient Spider Lines: 155 Message-ID: References: <87jzidm83f.fsf@bsb.me.uk> <5nSdnSkMN76jIOH7nZ2dnZfqnPidnZ2d@brightview.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Thu, 27 Jun 2024 16:00:56 +0200 (CEST) Injection-Info: dont-email.me; posting-host="d7b6b7ddfe8775f34f568700240d9d1b"; logging-data="2888981"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/5O5bxdZz/P/BjiL6IOtp4" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:JDy0+OXd9sunVD0mowqJWkv0E98= In-Reply-To: Content-Language: en-US Bytes: 7295 On 6/27/2024 6:34 AM, Richard Damon wrote: > On 6/26/24 11:30 PM, olcott wrote: >> On 6/26/2024 10:15 PM, Richard Damon wrote: >>> On 6/26/24 10:56 PM, olcott wrote: >>>> On 6/26/2024 9:39 PM, Richard Damon wrote: >>>>> >>>>> Nope, they use virtual memory provided by the UTM. >>>>> >>>> >>>> That *is* what it *is* doing. >>>> The UTM gets this from x86utm. >>>> The slaves use the already allocated memory. >>> >>> But they don't get to use the same memory that the simulator >>> simulating them is using, as that leaks information that they don't >>> get to know. >>> >> >> The information flow is only upward. > > Obviously not if it affect the behavior of the inner layers to make them > not allocate a new buffer. > THIS DOES NOT FREAKING CHANGE THE FREAKING COMPUTATION SO IT DOES NOT FREAKING HAVE ANY FREAKING EFFECT ON COMPUTABILITY. >> >>> They have a memory buffer (as far as they see) that starts empty, and >>> they put data in it, and they take data out, and only what they put >>> in is ever there, >>> >> >> This is what is intended, and how it actually works. > > Then how do they know not to create the buffer? > With a real UTM the outer UTM would be the x86utm operating system and there would never be any separate Allocate() function. I don't think anyone ever bothered to figure out the details of how this would work with a real UTM. Exactly which portion of its unlimited tape would it allocate to its slave? The first infinity goes to the first slave, the second infinity goes to the second slave? I simply allocate 10,000 lines of code knowing that this will be enough for each of my sample computations. >> >>>> >>>>> They write to what they consider to be their tape, and the UTM >>>>> figures out how to store that on its tape to be able to give it >>>>> back when requested. >>>>> >>>> That is already what it does. >>> >>> But if the simulated machine can see that there is a layer outside >>> them, then it isn't correct. >>> >> It need not see this and my algorithm still works. > > Then take it out. > That might help you get the output of just the > simulation that the decider is doing, and not have it mixed in with the > trace of that simulators execution, as you claim to have. > I see no way to do this without making the code 100,000 times more complex. People smart enough to comprehend that it does not effect computability will understand that it makes no difference. People not smart enough to understand this are outside the scope of my target audience. >> >>>> >>>>> Of course, you never understood the need for putting the simulated >>>>> machine in its own virtual memory space. >>>> >>>> I have been doing that for 3.5 years. >>>> It has its own stack registers and RAM. >>>> >>>> The machine code is the same code, yet executed >>>> as a separate process. >>>> >>> >>> Then what does the "global" comment mean, every simulator should >>> think it is the globally top level simulator, and be simulating the >>> simulator >> >> That was so that humans could see the level in an >> output message. I don't use that anymore. It is disabled. > > But what we need to see is the simulation done by the top level decider, > and it alone. > I have a version that already does that. The current H(D,D) can see that it is about to call itself with its same input on the basis of knowing its own machine address. Because this non-halting criteria is over-the-head of most people here I switched back to the version that does not need to know its own address and can see that the infinite recursion behavior pattern is met. This requires one recursive invocation to be seen. >> >>> of the next level down (not doing that simulators simulation), so no >>> simulator has "levels" in it for its own simulation. >> >>  From the master UTM's perspective there is one more level >> before it sees the infinite recursion behavior pattern. >> > > Nope. Your "Master UTM" isn't doing its job right if it is doing that. void Infinite_Recursion() { Infinite_Recursion(); } This is simply a stupid thing to say. That is like saying that the infinite recursion behavior pattern is impossible to see. > Its job is to just run the machine it was given. That machine needs to > do the job IT was given, and so on. That is a stupid thing to say, as if no termination analyzer can possibly see infinite recursion. > The lower level emulators can't use > the "master UTM", as they can't know it exists, They never do and never have. > so they need to use > there own instance of the same code (it may be physically the same code, > but with a TOTALLY new data space (and no shared statics). I can add sufficient purely extraneous complexity that no one can possibly ever understand what I am saying. Good software engineers always do the opposite of that. Removing all inessential complexity maximizes the quality of the resulting system. https://en.wikipedia.org/wiki/The_Mythical_Man-Month#No_silver_bullet -- Copyright 2024 Olcott "Talent hits a target no one else can hit; Genius hits a target no one else can see." Arthur Schopenhauer