Diferenças

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

--- console:zeebo:nand [2015/12/10 19:21] – edição externa 127.0.0.1
+++ 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 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:enand|eNAND]].
 ===== Partições =====
-<code>0@@</code>
+<code>
+:MIBIB
+---------------------------------------------------------
+ Start block: 	0x0
+ Size: 		0xA
+ Address: 	0x00000000 - 0x00140000
+ Pages: 	0x00000000 - 0x0000027F
+ Flash: 	0x00FFFFFF
+:QCSBL
+---------------------------------------------------------
+ Start block: 	0xA
+ Size: 		0x2
+ Address: 	0x00140000 - 0x00180000
+ Pages: 	0x00000280 - 0x000002FF
+ Flash: 	0x00FFFFFF
+:OEMSBL1
+---------------------------------------------------------
+ Start block: 	0xC
+ Size: 		0x3
+ Address: 	0x00180000 - 0x001E0000
+ Pages: 	0x00000300 - 0x000003BF
+ Flash: 	0x00FFFFFF
+:OEMSBL2
+---------------------------------------------------------
+ Start block: 	0xF
+ Size: 		0x3
+ Address: 	0x001E0000 - 0x00240000
+ Pages: 	0x000003C0 - 0x0000047F
+ Flash: 	0x00FFFFFF
+:AMSS
+---------------------------------------------------------
+ Start block: 	0x12
+ Size: 		0xA5
+ Address: 	0x00240000 - 0x016E0000
+ Pages: 	0x00000480 - 0x00002DBF
+ Flash: 	0x00FFFFFF
+:APPSBL
+---------------------------------------------------------
+ Start block: 	0xB7
+ Size: 		0x3
+ Address: 	0x016E0000 - 0x01740000
+ Pages: 	0x00002DC0 - 0x00002E7F
+ Flash: 	0x00FFFFFF
+:FOTA
+---------------------------------------------------------
+ Start block: 	0xBA
+ Size: 		0x2
+ Address: 	0x01740000 - 0x01780000
+ Pages: 	0x00002E80 - 0x00002EFF
+ Flash: 	0x00FFFFFF
+:EFS2
+---------------------------------------------------------
+ Start block: 	0xBC
+ Size: 		0x2A
+ Address: 	0x01780000 - 0x01CC0000
+ Pages: 	0x00002F00 - 0x0000397F
+ Flash: 	0x00FFFFFF
+:APPS
+---------------------------------------------------------
+ Start block: 	0xE6
+ Size: 		0xA9
+ Address: 	0x01CC0000 - 0x031E0000
+ Pages: 	0x00003980 - 0x000063BF
+ Flash: 	0x00FFFFFF
+:FTL
+---------------------------------------------------------
+ Start block: 	0x18F
+ Size: 		0x2
+ Address: 	0x031E0000 - 0x03220000
+ Pages: 	0x000063C0 - 0x0000643F
+ Flash: 	0x00FFFF01
+:EFS2APPS
+---------------------------------------------------------
+ Start block: 	0x191
+ Size: 		0x26F
+ Address: 	0x03220000 - 0x07FFFFFF
+ Pages: 	0x00006440 - 0x0000FFFF
+ Flash: 	0x00FFFFFF
+</code>
 ===== 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 ====
+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.
-  * Ridge Racer
+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.
-  * 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.
+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.
-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.
+==== Arquivo de testes ====
-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.
+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.