|
|||||||
| PS2 HDD In questo spazio si discute delle potenzialità dell'hard disk su ps2, come installare i giochi, ecc... |
|
|
|
|---|
![]() |
|
|
LinkBack | Strumenti discussione |
|
|||
Gia' era weltall !! Cmq, spulciando il make file dell' hdl dump 0.8.2 : # `yes' - don't expect ACK when streaming data to the PS2 (works faster?) # # combination RAW_speed compressed_dummy_file_speed # no/no/no 0,68MBps 2,90MBps # no/no/yes 0,76MBps 2,95MBps # no/yes/yes 0,80MBps 3,00MBps SEND_NOACK ?= no QUICK_ACK ?= yes DUMMY_ACK ?= yes Se potesse andare almeno a 3,00 MBps non sarebbe male !!! (credo pero' sia possibile solo con i file Dummy, ne avete parlato anche nell'altro topic) Quanto mi piacerebbe saper mettere le mani sul codice per risolvere sto' problema... Mi devo decidere ad installare linux sulla ps2, se e' vero che ci sono velocita' buone magari scopiazzando un po' il codice.... (...impossibile...per me....) |
|
|||
|
sigh non li trovo quei moduli !!!!
Non e' che sono questi : direct writing on a locally attached Playstation 2 HDD, IOP implementation for the networking server, svr/iop/hio_iop.h, svr/iop/hio_iop.c. Da quanto mi dicevi su irc il tipo non ha utilizzato il tcp/ip perche' : I have quite a problems finding the stable TCP/IP modules Utilizza un accesso raw all'hd via rete, non e' che bisogna spulciarsi le ps2sdk-1.0alpha-bin + ps2smap ? Secondo te utilizzando il TCP/IP si peggiora la situazione ? |
|
||||
|
quei moduli sono nel ps2sdk, l'1.0 è un pò vecchio si va anche peggio.
si peggiora. il tcp oltre a richiedere una vera connessione richiede anche ad ogni pacchetto mandato una ricezione della conferma dalla destinazione come una serie di raccomandate per fare un esempio banale quindi si aumenta l'overhead che passa per la rete quindi si occupa più banda. l'udp per esempio, invece, è un protocollo senza connessione viene aperta una porta e poi gli vengono inviati i dati senza che ci sia una negoziazione per la connessione, come ho gia detto, e senza verifica di ricezione (quindi ci sono maggior probabilità di dati mancanti o corrotti in caso di problemi) |
|
|||
|
OK per il tcp e l'udp, ma cmq non capisco.......
Se non usa un protocollo di trasporto (tcp o udp), lavora ad uno strato piu' basso (IP) ? O ancora piu' basso (frame ethernet) ? ma cazzarola non e' un casino utilizzare funzioni a basso livello ?? Hanno inventato il tcp/ip anche per semplificare la programmazione di rete !! Si potrebbe benissimo utilizzare l'udp piu' semplice ed immediato del tcp pero' bisognerebbe aggiungere ai livelli piu' alti un controllo dell'errore con relativa ritrasmissione (tanto usando un cavo corto ethernet in cross o uno switch gli errori in trasmissione dovrebbero essere pochi). Sono tutte teorie cmq.... L'implementazione (almeno per me) e' tutta un'altra storia... |
|
|||
|
Ho contattato il programmatore dell' hdl_dump i motivi della lentezza
sono imputabili a (copio e incollo l'email) : Not in present time. There could be several problems involved: 1) I/O (MC, HDD, network) is handled by a Playstation 1, 33MHz CPU; 2) network drivers (from PS2SDK) are sub-optimal, but perfectly suitable for general homebrew -- therefore, do not expect for someone else to make them better; 3) my programming mistakes; 99) possibly a combination of those. Giusto se a qualcuno poteva interessa....
|
|
||||
|
quello che dicevo sono i driver che gestiscono il network, e la vedo molto dura li sistemino! sapete che nemmeno quelli che gestiscono gli hd sono così b ug free, anzi una partizione fatta troppo grande ed inizi ad avere problemi. è un bug conosciuto da più di un anno ma nessuno si avventura in quel codice
|