Mediabox Realtek - Hack e modifiche del firmware

[lcyh]

Nel file /usr/local/etc/rcS c'è questo porzione di codice per lo swap

#/sbin/modprobe ide-cd
dd if=/Test.fat of=/dev/rd/0
mount -t vfat /dev/rd/0 /mnt/rd
swapon /mnt/rd/swap.img

queste istruzioni servono per creare un file di swap (non una partizione come è solito per linux che puo' usare entrambi e la partizoine era da preferire perchè piu' veloce ...)

- Il file Test.fat contenuto nella directory / (root del file system) è l'immagine di una partizione FAT , questa partizione contiene il file swap.img
- il comando dd scrive direttamente nella partizione /dev/rd/0 (ram disk inizializzata da initrd) ricreandone la struttura e il contenuto
- il comando mount crea il mount point /mnt/rd associandolo alla partizione /dev/rd/0 e consentendo l'accesso al suo contenuto (files )
- il comando swapon dice al kernel di usare il file swap.img contenuto in /mnt/rd/ come area di swap

un po' artificioso ... cosa conterrÃ* mai il file swap.img ?
mah ...

[stedrum]

perchè va in crash anche usando la partizione di swap più grossa? evidentemente non la utilizza....no?

[lcyh]

perchè va in crash anche usando la partizione di swap più grossa? evidentemente non la utilizza....no?

mah
proprio non saprei dirti...
cmq se vuoi ho il core file (13MB) se vuoi studiartelo ... (l'eseguibile c'e' manca il sorgente come al solito )

è crashato con partizione da 512 e 128 su penna usb
ed anche con quest'ultima 160M sul HDD

(ho letto da qualche parte che il processore realtek dovrebbe aver una capacitÃ* di indirizzamento di 256M per la RAM , ma non so nulla riguardo a come sia stata implementata la gestione della swap e di come sia stato compilato il kernel ...)

la usa minimamente , guarda l'output del comando free che postato nel precedente post

a proposito hai verificato se è presente la partizione di swap anche sul tuo HDD del medley ?

[stedrum]

non ho ancora fatto esperimenti riguardo allo swap, sono un pò preso dallo studio e dal fatto che mi si presenta ancora il riavvio se hai tanti film!(ho provato con 2500 film) dannazione, sto impazzendo

[lcyh]

non ho ancora fatto esperimenti riguardo allo swap, sono un pò preso dallo studio e dal fatto che mi si presenta ancora il riavvio se hai tanti film!(ho provato con 2500 film) dannazione, sto impazzendo

2500 titoli !?!?!?
e li hai visti tutti ? cioè hai dedicato quasi 6 mesi (24 ore al giorno) della tua vita a vedere films ?

ma se carichi la struttura xml per cosi tanti files , occorrerebbe disallocare magari ogni volta la memoria, fare un sistematico garbage collection
(non solo del mig , ma anche lighttpd e relativo modulo php ... )

dobbiamo farcene una ragione il medley è un lampante ed inequivocabile esempio di quanto sia limitato e fallace il mondo in cui viviamo !

nel mio progetto (beh mai iniziato ... quindi solo un'idea) pensavo di fare un po' quello che hai fatto tu usando gli strumenti giÃ* presenti sul medley per risparmiare il più possibile sulla ram ...
- niente php ma shell script usati come cgi
- http quello che c'e' nella busybox (magari quella aggiornata)
- wget sempre della bb

certo programmazione spartana piu' pensate e meno agevole di quella in php con xml , curl e compagnia ...

[stedrum]

@lcyh: ovviamente non ho 2500 titoli, ho fatto un programma che prende in pasto una lista txt e crea dei file avi vuoti con i nomi trovati nella lista. La uso per fare dei test con numeri alti di film.(però devo dire che mi è arrivata una mail da un utente con il problema del riavvio e ha circa 2000 film... mha...)

Comunque sto facendo proprio ora delle prove:
Primo tentativo:
- Ho acceso il medley e fatto partire la visualizzazione delle 2662 copertine, risultato: caricamento icona che gira e dopo qualche minuto riavvio del player.
Secondo tentativo:
- accedo in telnet e digito "stopall" fermando quindi tutte le istanze di DvdPlayer e RootApp
- digito cd /usr/local/bin
- digito DvdPlayer
Parte il programma e visualizzo a video l'output, entro nella visualizzazione copertine: carica... carica... carica..e... SI APRE!
Ho fatto questa prova 4 volte ed è sempre partito. Ho monitorato la memoria e:
- nel primo caso, parto da un valore di circa 10MB liberi(evidentemente il player libera un pò di memoria per fare le operazioni)
- nel secondo caso(fermando DvdPlayer con stopall e facendolo ripartire dopo), parto da un valore di memoria libera pari a 15MB.

Le conclusioni, temporanee, sono: il player all'avvio fa partire molti processi e istanze di DvdPlayer quindi spreca più RAM.
Fermando tutte le sue istanze con stopall e facendolo ripartire consuma meno RAM!
Fate la stessa prova anche voi, ditemi se funziona.. nel caso positivo abbiamo trovato una via per rendere più stabile il player

[lcyh]

@lcyh: ovviamente non ho 2500 titoli, ho fatto un programma che prende in pasto una lista txt e crea dei file avi vuoti con i nomi trovati nella lista. La uso per fare dei test con numeri alti di film.(però devo dire che mi è arrivata una mail da un utente con il problema del riavvio e ha circa 2000 film... mha...)Comunque sto facendo proprio ora delle prove: Primo tentativo:- Ho acceso il medley e fatto partire la visualizzazione delle 2662 copertine, risultato: caricamento icona che gira e dopo qualche minuto riavvio del player.Secondo tentativo:- accedo in telnet e digito "stopall" fermando quindi tutte le istanze di DvdPlayer e RootApp- digito cd /usr/local/bin- digito DvdPlayerParte il programma e visualizzo a video l'output, entro nella visualizzazione copertine: carica... carica... carica..e... SI APRE!Ho fatto questa prova 4 volte ed è sempre partito. Ho monitorato la memoria e:- nel primo caso, parto da un valore di circa 10MB liberi(evidentemente il player libera un pò di memoria per fare le operazioni)- nel secondo caso(fermando DvdPlayer con stopall e facendolo ripartire dopo), parto da un valore di memoria libera pari a 15MB.Le conclusioni, temporanee, sono: il player all'avvio fa partire molti processi e istanze di DvdPlayer quindi spreca più RAM.Fermando tutte le sue istanze con stopall e facendolo ripartire consuma meno RAM! Fate la stessa prova anche voi, ditemi se funziona.. nel caso positivo abbiamo trovato una via per rendere più stabile il player

@stedrum pensavo fosse chiaro che la mia era solo una battuta tanto per ridere ti invio la traccia della allocazione di memoria durante le operazioni da te indicate sono evidenziate le due chiamate a stopall e dvdplayerl'ultimo valore indicato (17304) e quello che mantiene alla fine (circa ovviamente)

20:03:29              
total         used         free       shared      buffers  Mem:
       120652       119344         1308            0         7248 
Swap:           32            0           32
total:       120684       119344         1340



20:03:30 > STOPALL



20:03:30              
total         used         free       shared      buffers  Mem:
       120652       119456         1196            0         7248 
Swap:           32            0           32
total:       120684       119456         1228



20:03:32              
total         used         free       shared      buffers  Mem:
       120652        39988        80664            0         5968 
Swap:           32            0           32
total:       120684        39988        80696



20:03:33              
total         used         free       shared      buffers  Mem:
       120652        39956        80696            0         5976 
Swap:           32            0           32
total:       120684        39956        80728



20:03:34              
total         used         free       shared      buffers  Mem:
       120652        39956        80696            0         5976 
Swap:           32            0           32
total:       120684        39956        80728



20:03:35              
total         used         free       shared      buffers  Mem:
       120652        39956        80696            0         5976 
Swap:           32            0           32
total:       120684        39956        80728



20:03:36              
total         used         free       shared      buffers  Mem:
       120652        39924        80728            0         5976 
Swap:           32            0           32
total:       120684        39924        80760



20:03:37 > DvdPlayer



20:03:37              
total         used         free       shared      buffers  Mem:
       120652        40212        80440            0         5976 
Swap:           32            0           32
total:       120684        40212        80472



20:03:39              
total         used         free       shared      buffers  Mem:
       120652        40700        79952            0         2112 
Swap:           32            0           32
total:       120684        40700        79984



20:03:40              
total         used         free       shared      buffers  Mem:
       120652        95288        25364            0          112 
Swap:           32            0           32
total:       120684        95288        25396



20:03:41              
total         used         free       shared      buffers  Mem:
       120652        95608        25044            0          116 
Swap:           32            0           32
total:       120684        95608        25076



20:03:42              
total         used         free       shared      buffers  Mem:
       120652       101156        19496            0          116 
Swap:           32            0           32
total:       120684       101156        19528



20:03:43              
total         used         free       shared      buffers  Mem:
       120652       101132        19520            0          116 
Swap:           32            0           32
total:       120684       101132        19552



20:03:45              
total         used         free       shared      buffers  Mem:
       120652       103720        16932            0          128 
Swap:           32            0           32
total:       120684       103720        16964



20:03:46              
total         used         free       shared      buffers  Mem:
       120652       102008        18644            0          128 
Swap:           32            0           32
total:       120684       102008        18676



20:03:48              
total         used         free       shared      buffers  Mem:
       120652       103348        17304            0          128 
Swap:           32            0           32
total:       120684       103348        17336

[stedrum]

nel mio progetto (beh mai iniziato ... quindi solo un'idea) pensavo di fare un po' quello che hai fatto tu usando gli strumenti giÃ* presenti sul medley per risparmiare il più possibile sulla ram ...
- niente php ma shell script usati come cgi
- http quello che c'e' nella busybox (magari quella aggiornata)
- wget sempre della bb

certo programmazione spartana piu' pensate e meno agevole di quella in php con xml , curl e compagnia ...

Il problema non è ne php ne il mig(scritto in c/c++ quindi con un ottimo contollo della memoria).
Il problema è nella presentazione a video dei dati che per forza di cose devi fare con le funzioni presenti sul medley; e le funzioni presenti sul medley sono poco robuste, se fai un array troppo grande occupi troppa ram e mandi in crash tutto.
E' proprio questo il caso dei 2500 films... Una soluzione sarebbe spezzare l'array in sottoarray e fargli caricare le locandine a blocchi, poi quando premi il tasto e passi alla schermata successiva carichi un altro blocco usando gli stessi indici, quindi senza allocare altro spazio.
Questa soluzione non mi piace però, perchè avresti uno scorrimento terribilmente lento....
Per risparmiare sul serio sulla ram invece bisogna fargli fare il meno possibile al medley e quasi tutto a un programma esterno ben ottimizzato.
Ecco perchè ho scritto mig in C; in full load mig consuma al massimo 1MB che poi rilascia al termine dell'esecuzione.
Infatti il player si riavvia proprio mentre carica l'array dei film con le sue funzioni native.
MiG e php si avviano solo alla prima scansione, dopo tutta la gestione è fatta dal DvdPlayer...

ps: una volta mi son guardato tutta la serie "big bang theory" in pochi giorni ahahahaha, bei tempi quando non avevo nulla da fare

[stedrum]

quindi anche a te funziona in quel modo!
Al primo avvio hai libero solo 1,3MB; poi stoppi, fai ripartire e ti ritrovi con 17,3MB!!! ma come ca*** gestisce la memoria sto scatolotto??!!? ahahahaha

(probabilmente non la rilascia correttamente al primo avvio?)

[lcyh]

quindi anche a te funziona in quel modo!
Al primo avvio hai libero solo 1,3MB; poi stoppi, fai ripartire e ti ritrovi con 17,3MB!!! ma come ca*** gestisce la memoria sto scatolotto??!!? ahahahaha

(probabilmente non la rilascia correttamente al primo avvio?)

eh,si il problema maggiore è 'sta accrocchio e chi l'ha progettato e realizzato (hardware & software )

cmq spegni smb e ftp che guadagni altri 2M circa