www.pdasoft.cz

[lukas666]

zdravim a prosim experty o potvrzeni/vyvraceni nasledujicich veci - jestli jsem to dobre pochopil nebo jsem blbej - Treo 650 mam asi mesic

po badani na netu jsem dospel k nazorum, ze:

a) vlastni ROM nahraju bud pres TreoROMTool nebo pomoci updatu z karty, napr. tak, jak se nahrava mistni Hawkova ROM

b) existuje jen nekolik pevne danych moznosti, jak velka je ROM (a RAM) a zalezi na tom, jaky ROMUpdater se pouzije, viz. http://www.pdasoft.cz/modules.php?name=Forums&file=viewtopic&t=3967&sid=4aaec4d3dc2bd53aacc5bb791c5330ef

c) pokud budu tvorit vlastni ROM, rozbalim ace-palmos.zip, vyhazu, co nepotrebuju, nahraju, co chci (ovsem s prihlednutim k zivotne dulezitym souborum a k finalni velikosti ROM), opet zabalim a vytvorim md5sum a updatnu ROM z karty

d) pokud takto, jak pisu v bode c) nahraju do ace-palmos.zip z ROM.1.20.ENA.CZ.Hawk.v0.2N.Card.Updater soubor AmrDecLib.prc nebudu ho muset nahravat po flashnuti

e) funkcnost upravene ROM muzu otestovat v emulatoru pred tim, nez ji nahraji do Trea (nebo pripadnou fatalni chybu poznam pouze v Treu?)

diky moc za odpovedi.

[Hawk]

Ad a) V principu ano, ale ROM musí splňovat určité vlastnosti (viz bod c).

Ad b) Podle toho co vím, žádný jiný způsob změny velikosti ROM partition neexistuje.

Ad c) V zásadě ano, ale je nutné přidat/smazat dotyčné soubory také v seznamu boot.conf. Jinak se do RAM nenačtou. V každém případě doporučuji použití Treo ROM Tool, která zajišťuje 100% kompatibilitu vytvořeného zip souboru i kontrolního součtu. Špatně vytvořená ROM může Treo nenávratně poškodit. Některé soubory navíc nelze mazat vůbec, např. DALAcDc_Device.prc (zavaděč systému = bootloader).

Ad d) Pravděpodobně ne, ale tento soubor se standardně vytvoří po hard resetu v RAM a umisťovat ho do ROM nedává dobrý smysl. Zmenší se tím velikost DB cache. Pro jeho umístění v ROM je nutno postupovat dle bodu c).

Ad e) Testovat v emulátoru pravděpodobně nelze, ale třeba se tady najde někdo, kdo to umí.

[lukas666]

diky za odpoved. takze chapu-li to dobre:
a) Treo ROM Tool zajisti samo upravu boot.conf, zazipovani, md5sum a flash pote, co si vyberu veci do ROM (muzu se spolehnout na info z http://www.shadowmite.com/filelist.pdf)?
b) CardUpdater je vlastne pohodlna moznost flashnout z karty ROM, ktera byla vytvorena vyberem veci do ROM, rucni editaci souboru boot.conf a rucnim vytvorenim md5sum-u
c) zmensenim ROM dosahnu zvetseni DbCache
d) cpanim veci do ROM zmensim DbCache
e) RAM a NVFS zustava ve vsech pripadech (c a d) stejna, a to v zavislosti na pouzitem firmware
a zaverem:
f) ma smysl snazit se jeste neco vykopat z tvoji ROM bez VersaMailu abych dosahl jeste vetsi DbCache?
diky a doufam, ze tu nepisu bludy.

[Hawk]

Ad d) CardUpdater byl vytvořen pomocí Treo ROM Tool. Je to nejbezpečnější způsob vytváření ROM jak z karty, tak přes bootloader.

Ad f) Myslím, že něco by vyhodit šlo. Otázkou je, zda to ještě stojí za to, protože bys pak ty aplikace musel dát třeba do RAM nebo na kartu, čímž by se zmenšil prostor ve vnitřní paměti, nebo by se zhoršilo celkové pohodlí při používání Trea.

Jinak jsou tvoje úvahy správné.

[lukas666]

opet diky.
a snad uz posledni vec - pokud bych chtel jeste vetsi DbCache, nez ma tvoje posledni ROM bez VersaMailu, (ma to vubec smysl?) postupoval bych spravne takto?

a) backup
b) hardreset
c) download a rozbaleni tvoji posledni ROM bez VM
d) nahrazeni CardUpdateru tou verzi, ktera rozdeluje ROM a RAM na 9,8MB ROM / zbytek RAM (tj. 1.20 APR 9.8MB)
e) pripadne vymazani nekterych veci a uprava boot.conf
f) zip
g) md5sum
h) nahrat na kartu
i) spusteni z karty

[Hawk]

Postup je správný, jen bych asi přece jen použil raději Treo ROM Tool pro vytváření ROM, a taky nerozumím tomu, proč zvětšuješ ROM na úkor RAM, když vyhazuješ něco z ROM. Tím, že něco z ROM smažeš, se zmenší prostor nutný pro její uložení, tudíž bych tam nechal ten RomUpdater, který tam je teď.

A na první otázku odpovídám ne, velký smysl to nemá.

[lukas666]

ok, dekuji moc za trpelive odpovedi. jediny, co mi teda neni v tuhle chvili uplne jasny, je vztah ROM-RAM-DbCache. myslel jsem chybne, ze cim vetsi ROM partition a min toho v ni, tim vice DbCache. ale ted jsem si vsiml na grack.com, ze "...it is recommended to make your ROM as small as possible to increase your DBCache as much as possible.". takze ted je mi jasny, ze cim mensi ROM, tim vice DbCache. posledni otazka, kterou mam, je tedy: jak ovlivnuje mnozstvi veci v RAM velikost DbCache?

[Hawk]

Velikost RAM to přímo neovlivňuje. Ovlivňuje to jen množství aplikací trvale zamčených v RAM, které zabírají prostor v DB cache. Jedná se hlavně o rezidenťáky, lokalizace apod. Např. když zamkneš PiLoc v RAM pomocí RLock, tak se ti zmenší velikost volné DB cache. Proto je u některých aplikací jedno, zda jsou v RAM nebo v ROM, protože nakonec musí být stejně zamčeny v RAM.

[lukas666]

takze RAM a DbCache sdileji stejny prostor, ten, ktery zbyde z celkove pameti pristroje, po odecteni ROM a DbCache je vlastne volne misto v RAM ve kterem jsou bud a) zamknute programy nebo b) aktualne bezici programy, napr. kalendar? doufam, ze me nemate za blbce, ale tohle se mi zatim nepodarilo nikde vycist. jaka je tedy nejvetsi mozna velikost DbCache? vsechna volna RAM?

[Hawk]

Přesně tak to je. Největší možná velikost DB cache je RAM po odečtení programů načtených z ROM partition a heap memory. V DB cache jsou jen běžící aplikace a zamčené rezidenťáky.

Heap memory je specifická oblast RAM, jejíž velikost lze měnit (zvětšovat nebo zmenšovat) na úkor DB cache. Slouží k tomu určené utility, např. UDMH, které zvětší velikost heap memory na úkor DB cache a umožní tím spuštění aplikací, které by jinak vůbec neběžely, nebo kopírování souborů, které jsou příliš velké.

EDIT: Ještě bych chtěl opravit tvrzení, že RAM a DB cache spolu něco sdílejí. RAM je termín, který označuje část flash ROM, která zbude po vyhrazení ROM partition. Programy v RAM mohou být spuštěny v DB cache, což je z hardwarového pohledu RAM, jejíž velikost je definována výše. RAM tedy sdílí flash ROM (vnitřní pamět) s ROM partition. Zatímco DB cache je ta "skutečná" RAM, ve které běží aplikace z vnitřní paměti (označované taky jako RAM, která je ale ve skutečnosti flash ROM).

[lukas666]

hmmm, jsem z toho nejakej zmatenej chapu to takhle spravne?




silny linky jsou to, co se nemeni, tenky se menej, a sipky ukazujou, jak se ovlivnujou velikosti jednotlivejch casti.

[Hawk]

Tak to není správně.

1. Flash ROM a ta "skutečná" RAM jsou dvě oddělené součásti (ikdyž v Treu mají stejnou velikost) a hardwarově naprosto odlišné.

2. ROM partition zabírá ve flash ROM většinou méně místa než ve skutečné RAM, protože je zkomprimována.

Jinak je ten obrázek celkem přesný.

[lukas666]

takze takhle?

[Hawk]

Ani tak to není správně. "Skutečná" RAM a flash ROM jsou zcela odděleny. Velikost vnitřní paměti se vůbec nekryje s DB cache + heap memory + soubory z ROM.

[lukas666]

jj, to chapu, ze jsou zcela oddeleny. ta sipka znazornuje, ze obsah rom se dekomprimuje a nahraje do ram. muzu te teda poprosit, zda bys mi to nejak namaloval nebo poslal link s nejakym detailnim popisem? hledal jsem, ale nic jsem nenasel. diky.