Diferenças

Aqui você vê as diferenças entre duas revisões dessa página.

--- console:zeebo:nand [2023/06/08 08:38] – [NAND] tripleoxygen
+++ console:zeebo:nand [2023/06/08 14:13] (atual) – [NAND] tripleoxygen
@@ Linha 3: / Linha 3: @@
 A NAND do Zeebo fica no mesmo invólucro da SDRAM, formando um [[http://en.wikipedia.org/wiki/Multi-chip_package|MCP]].
-Tem 1 Gbit/128 MB e é utilizada para armazenar os bootloaders, arquivos de sistema, o BREW e a [[z-wheel|Z-Wheel]] com seus assets (slides, boxart, ...).
+Tem 1 Gbit/128 MB e é utilizada para armazenar os bootloaders, arquivos de sistema, logs, o BREW/Rex/L4 e a [[z-wheel|Z-Wheel]] com seus assets (slides, boxart, ...).
-Todos os jogos e aplicativos com exceção da Z-Wheel são armazenados na [[.:hardware:e-nand|eNAND]].
+Todos os jogos e aplicativos com exceção da Z-Wheel são armazenados na [[.:hardware:enand|eNAND]].
 ===== Partições =====
@@ Linha 99: / Linha 99: @@
 ===== NAND cheia =====
-Recentemente, observou-se que boa parte dos problemas apresentados pelos consoles são causados pelo esgotamento da NAND, não deixando espaço livre para o sistema trabalhar.
-Alguns jogos quando são instalados, podem (ou sempre?) ter seus arquivos copiados para a NAND além da eNAND, o que consumiria espaço precioso. Até então, dois jogos são conhecidos como vulneráveis a este problema:
+==== ZeeboMCP ====
-  * Ridge Racer
+Parte dos problemas apresentados pelos consoles são causados pelo esgotamento da NAND, não deixando espaço livre para o sistema trabalhar. Geralmente o espaço livre em um console normal gira entre 30 e 60 MB.
-  * Zeebo F.C. Super League
-Caso ambos sejam copiados para a NAND, o espaço livre irá esgotar, causando comportamento errôneo no console. Podem existir outros jogos que sofrem deste problema.
+Um componente do sistema chamado de ZeeboMCP fica encarregado de copiar o jogo a ser executado da eNAND para a NAND primeiro. Talvez por questões de desempenho, mas isto causa um delay no início enquanto a cópia é feita. Esta cópia só acontece quando o jogo é executado a partir da Z-Wheel.
-Outros fatores que contribuem são atualizações dos assets da Z-Wheel. Aparentemente os slides antigos da Z-Wheel não são removidos. Caso surjam atualizações, serão baixadas para a NAND e a pasta de assets ficará cada vez maior.
+Caso após o encerramento do jogo o sistema não consiga mover de volta a cópia da NAND para a eNAND, uma cópia daquele jogo é deixado NAND, o que pode eventualmente esgotá-la, causando instabilidade no sistema.
-Adicionalmente, o uso da função "NAND speed test" do EMAPPLET em um console com este problema pode acelerar sua manifestação, pois o teste deixa um arquivo de teste na memória, que também ocupa espaço. Os usuários com Zeebo na versão 1.1.0 são mais vulneráveis, já que o arquivo criado pelo EMAPPLET nesta versão é maior.
+==== Arquivo de testes ====
+O uso da função "NAND speed test" do [[EMAPPLET]] em um console com pouco espaço livre na NAND pode causar problemas, pois o teste deixa um arquivo temporário na memória, ocupando espaço. Zeebos na versão 1.1.0 são mais vulneráveis, já que o arquivo de teste criado pelo EMAPPLET nesta versão é maior.