T'es sûr sur ce point? C'est curieux cette (impossibilité, non envie, phylosophie) de ne pas vouloir utiliser la mémoire virtuelle.
Pour MorphOS tel qu'il existe, je comprends que la MMU soit utilisée pour gérer les diverses Boxes Abox etc mais pour un système tout neuf, je me questionne sur les raisons de cette limitation.

Pour la mémoire virtuelle j'avais lut ça je sais plus trop dans quel thread et ce n’était pas Bigfoot qui s'exprimait mais un autre membre de la mosteam. En substance il disait que vu le prix de la mémoire sur pc avec 8-16go Morphos n'aurais pas besoin de mémoire virtuelle pour être à l'aise. Du coup l’intérêt de cette fonction lui paraissait futile.Après je pense un peu comme lui. La mémoire virtuelle est peut être un concept dépassé à notre époque. Je n'ai que 4go sur mon pc linux j'ai réglé le swapiness à zéro et je ne sature pas mon système pour autant.

Il est clair que le swap devient obsolete aujourd'hui

Au sujet de la mémoire virtuelle, je ne suis pas de votre avis sur son inutilité.

La mémoire virtuelle doit être considérée comme une porte de secours en cas de saturation de la RAM et non comme de mémoire à part entière.

Il est inadmissible qu'un système plante ou empêche de terminer une opération sur une application juste par ce qu'il arrive à saturation de sa mémoire, ce qui est le cas aujourd'hui sur MorphOS. On disait déjà il y a quelques années que la mémoire gérée par MorphOS était largement suffisante et qu'il était inutile d'avoir plus de mémoire ou de mémoire virtuelle, mais dans les faits, il arrive bien souvent qu'en naviguant sur internet, en utilsiant des applications HTML5 comme les traitements de text etc qu'on arrive vite à la saturation des pauvres petits 1,5Go max gérés.

Certes si on ne fait que jouer ou surfer pour le plaisir, c'est sans conséquences graves, mais si vous travaillez d'arrache pied sur un projet et qu'avant d'enregistrer ou pire, lors de l'enregistrement de votre document le système part en vrille par manque de mémoire, c'est tout simplement pas sérieux du tout.

On peut imaginez un système de mise en garde de l'utilisateur avant qu'il ne soit trop tard comme par exemple un PopUP qui vous indique que vous êtes à 80% d'occupation de votre mémoire vive et qu'il est conseillé de fermer des programmes afin de garder le système pleinement focntionnel, mais vous remarquerez qu'il s'agit là de confier à l'utilisateur une tache relevant de la stabilité de la machine, ce qui une fois de plus n'est pas du tout sérieux non plus.

Très honêtement, si MorphOS fait peau neuve en s'affranchissant du boulet qu'est la rétrocompatibilité , autant que ce soit en lui donnant le maximum de chances d'être considéré comme un projet digne d'intéret par d'autres que les simples passionnés d'Amiga.

Par ce que si c'est pour repartir avec une petite vue étriquée de l'avenir, ca ne m'enchante pas tant que ca.

On peut déjà le faire via MagicBeacon (je le fais, j’affiche un popup via ce système dès qu’il me reste moins de 10% de la mémoire totale, soit à partir du moment où je passe en dessous de 150Mo de mémoire disponible).

C’est d’ailleurs dommage que MagicBeacon ne fasse pas parti de l’OS (ça devait au départ puis apparemment un système identique « mieux intégré » lui serait préféré, si je ne dis pas connerie).

--
/me utilise MagicBeacon pour afficher également la fin d’un téléchargement avec OWB, lancer MPlayer automatiquement à l’insertion d’un DVD Video, afficher un message d’alerte quand la batterie est faible.

Personnellement la mémoire virtuelle est inutile sur une machine avec 16 ou 32 go de RAM je vois pas comment sous morphos on pourrait dépasser de telles valeurs de RAM. Ce qui importe plus c'est la protection mémoire un bon scheduler qui gère les tâches et avertis quand on atteint un certain seuil. Je pense que connaissant la mosteam ce sera foutreme t bien fait. Je fais une confiance aveugle en bigfoot si il fait un truc c'est pour que ça marche tip top. Des gens comme fab sont également des référents dans la propreté de leur code.

Les téléphones, tablettes et autres bidules à la mode n'ont pas de swap...

Quelques précisions grattées auprès d'un informateur secret ;-) et d'autre précision que Frank Mariak m'a donné personnelement lors de l'Alchimie.

De part mon informateur secrect;

Oui Bigfoot à commencer à travailler dessus, non ce n'est pas à un stade très avancé mais de bonnes base semblent posées.
il ne sera pas compatible avec les binaires Morphos actuel, ils ne sont pas certains que MorphosNg soit réellement porté sur AMD64, c'est une option parmis d'autres. A priori rien empeche qu'il tourne en PPC ou sur ARM c'est le marché qui décidera, les choses peuvent évoluer d'ici que cela soit suffisement avancé. L'objectif est bien de recreer le Morphos actuel mais en enlevant toutes ses carences.
Bigfoot aime vachement les ports série,peut etre pas autant que les pizza cependant :-)

D'apres Frank Mariak;
Le portage X5000 sera profitable à tous car ils ont eu besoin de developper des drivers utiles pour le futur.
Le Sata,un driver carte son,un driver carte réseau gigabit serait de la partie et un driver ATI plus avancé serait en cours également.
La multitude des machines supportées commence à peser sur l'avancement de Morphos.
Malgré tout Frank à répondu à ma question concernant le support de l'imacG5, il m'a dit que des test étaient fait dessus mais qu'ils doivent voir si le support de cette machine à un interet pour eux.
Morphos 3.10 n'est pas daté mais cela ne sera pas pour 2015 d'après Frank.