29 June 2017, 15:32 | #221 |
Registered User
Join Date: Jun 2015
Location: Germany
Posts: 1,918
|
I don't forget anything, your statement is just wrong. The core in the Vampire can saturate all available mem bandwidth. And there is no technical reason why a CPU would not be able to do so if a DMA controller running in the same chip can.
|
29 June 2017, 15:36 | #222 |
Registered User
Join Date: Nov 2011
Location: Nuernberg
Posts: 795
|
@meynaf
Point me anywhere where compatible MMU was promised. I can remember several times that Gunnar stated the opposite. FPU is still on to-do-list but not top priority What you and others might interpret somewhere is not important Again WHDLoad is no MMU application. Claiming that would be misleading to average users. MMU is used for debugging with certain already mentioned tools and you would need it to run certain alternative OSs |
29 June 2017, 16:10 | #223 |
Registered User
Join Date: Oct 2009
Location: Germany
Posts: 3,303
|
In my S-S they are at least three commands that make use of MMU. Then ShapShifter + MuEVD and of course the other MuTools. The Mu#? debug stuff is very useful (I caught hundret of bugs over the years) but only used by a few people. Maybe virtual memory programms? We know most software doesn`t need MMU but that is just normal. It is what it is. Of course that is not an argument against MMU rather for that. MMU wasn`t introduced from the start so it isn`t supported widely. If hyperthreading is useful, why not.
|
29 June 2017, 16:26 | #224 | ||
son of 68k
Join Date: Nov 2007
Location: Lyon / France
Age: 51
Posts: 5,323
|
And why do YOU care ? Show the example, just don't bother.
Quote:
But i'll follow your argument and then tell you there isn't any more bandwidth available for SMP... Quote:
But the FPU is a sure thing, and this page still mentions it, which is plain wrong right now : http://apollo-core.com/index.htm?page=features Yeah i know you don't care about what others have to say, you don't need to repeat it. Sorry, but Whdload IS an MMU application. The fact it's not mandatory changes nothing. It has the option to make use of the MMU, period. Read the docs if you don't believe it. I used it a lot on my B1230. |
||
29 June 2017, 16:26 | #225 |
Unregistered User
Join Date: Sep 2012
Location: Copenhagen / DK
Age: 43
Posts: 4,190
|
For users to embrace the Vampire, we need many developers or there will be no new awesome software made for it, so that means it is necessary to cater to those developers in any way possible. Even though an MMU does not directly help end users, it will indirectly benefit all users since it is a great tool for debugging. For WHDLoad+MMU, it simply means that the system will be more capable of catching invalid memory accesses before they cause problems with the system, thus a bug should be much less likely to take down the entire system when it crashes.
|
29 June 2017, 16:35 | #226 |
Registered User
Join Date: Nov 2016
Location: Vermont - USA
Posts: 44
|
Because I'm a vampire user. You're inventing issues based on assumptions on how you perceive things work, yet it's clear you haven't done the research nor care to, your just churning drama when there really shouldn't be.
|
29 June 2017, 16:40 | #227 |
son of 68k
Join Date: Nov 2007
Location: Lyon / France
Age: 51
Posts: 5,323
|
Nope. I'm just telling the truth. You forget i used to be a team member so i know quite a lot of things the vampire user does not.
|
29 June 2017, 16:48 | #228 | |
Registered User
Join Date: Jun 2015
Location: Germany
Posts: 1,918
|
Quote:
The main thread could run from cache while the secondary thread could saturate the memory interface. No problem there. This plus you again fail to point out a significant difference between a secondary CPU and a DMA controller that would favour the DMA controller. Why would the DMA controller not be limited by the memory bandwidth but a second CPU would? Again no sustainable argument from you why a CPU would not be ≥ a DMA controller. |
|
29 June 2017, 16:49 | #229 |
Registered User
Join Date: Nov 2016
Location: Vermont - USA
Posts: 44
|
Ah so that explain the venomous attitude you have and why you're churning a toxic attitude in this forum towards the Vampire well and to Apollo Core team.
Last edited by TrashyMG; 29 June 2017 at 17:02. |
29 June 2017, 17:00 | #230 |
move.l #$c0ff33,throat
Join Date: Dec 2005
Location: Berlin/Joymoney
Posts: 6,863
|
|
29 June 2017, 17:38 | #231 |
Apollo Team
Join Date: May 2014
Location: not far
Posts: 379
|
|
29 June 2017, 17:41 | #232 | |
son of 68k
Join Date: Nov 2007
Location: Lyon / France
Age: 51
Posts: 5,323
|
Quote:
And hyperthreading isn't exactly a second cpu. What you wrote here is just disgusting and has been reported to moderation. |
|
29 June 2017, 17:45 | #233 |
son of 68k
Join Date: Nov 2007
Location: Lyon / France
Age: 51
Posts: 5,323
|
|
29 June 2017, 17:53 | #234 |
Apollo Team
Join Date: May 2014
Location: not far
Posts: 379
|
No, I'm not contemptuous. I'm also telling the truth and maybe also playing the same stubborn game.
|
29 June 2017, 17:55 | #235 | |
Registered User
Join Date: Jun 2015
Location: Germany
Posts: 1,918
|
Quote:
Again trying to argue against today's technology with 1980s technical arguments. And again zero sustainable technical arguments from you. |
|
29 June 2017, 17:58 | #236 |
Registered User
Join Date: Sep 2016
Location: Michigan
Posts: 384
|
|
29 June 2017, 18:00 | #237 |
Banned
Join Date: Aug 2005
Location: London / Sydney
Age: 47
Posts: 20,420
|
<sigh>
Here we go again. I really, really, really don't have the time to be trying to clean up this constant fighting. I have enough to do on EAB already. I do not and will not take sides but it's a moderation nightmare, how does one even attempt to control this mess ...and please people, don't be reporting each others' posts when one person says something that you don't like and then you retaliate and a flame war ensues etc. Again, if you cannot get along I will just close the thread as I don't have hours free to deal with this constant shite. Last warning to all involved, keep on topic without name calling / fighting etc. We as Global Moderators have discussed this, if it doesn't stop then we will start giving repeat offenders 1 / 2 week bans; unfortunately there's nothing else left to do... |
29 June 2017, 18:12 | #238 |
Registered User
Join Date: Jun 2015
Location: Germany
Posts: 1,918
|
|
29 June 2017, 18:15 | #239 | |
Unregistered User
Join Date: Sep 2012
Location: Copenhagen / DK
Age: 43
Posts: 4,190
|
Quote:
|
|
29 June 2017, 18:16 | #240 | |
Banned
Join Date: Aug 2005
Location: London / Sydney
Age: 47
Posts: 20,420
|
Quote:
Anyway, just cleaning / closing threads hasn't stopped this issue from constantly re-occurring so, as mentioned above, we will be trialing a different method until things improve... and that's handing out bans No more warnings to all involved, you will just receive a ban. End of story!!! |
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
vasm with Apollo Core 68080 and AMMX support | phx | News | 11 | 17 February 2017 23:22 |
Apollo core and AROS 68k bounty | TuKo | Amiga scene | 23 | 05 August 2016 20:25 |
Best way to do SuperAGA in Apollo core | eXeler0 | Amiga scene | 64 | 27 February 2016 19:17 |
apollo-core forum | HanSolo | support.Other | 4 | 16 September 2015 07:51 |
Work in progress. | Cowcat | Coders. General | 7 | 18 February 2014 22:33 |
|
|