Wine + eMule: memoria piena e crash di eMule

[gigino85]

Salve a tutti,
utilizzo eMule con Wine, e a grandi linee funziona tutto regolarmente tranne un fastidiosissimo bug che mi manda in crash eMule ogni due giorni, infatti dopo 48h circa di uptime dopo aver saturato tutta la memoria disponibile, Ram e swap il programma termina.

Quasi sicuramente è un bug di Wine, anche perchè nel forum ufficiale di eMule uno sviluppatore mi ha assicurato che non sono problemi che riguardano il "mulo". Ho già fatto la segnalazione del bug sul sito http://www.winehq.org, però ho bisogno del vostro aiuto, ci sono molti bug da risolvere e infatti il sito da la possibilità di votare un bug e quello che riceverà più voti sarà risolto con maggiore solerzia ( o sarà messo in evidenza dal "popular vote").

Anche se è disponibile aMule e altri vari client eDonkey per Linux preferisco restare con eMule. Chiedo il vostro aiuto per poter raggiungere i 20 voti, o per trovare persone che hanno il mio stesso problema e cercano una soluzione, magari degli sviluppatori che riescano a scrivere una patch per Wine visto che non è un problema isolato anzi da quel che vedo è abbastanza diffuso. Io non ho la possibilità di postare un backtrace con winedbg o un log file, confido nella vostra generosità.

La discussione con lo sviluppatore del forum ufficiale di eMule, con i dettagli di altri utenti la trovate qui: http://forum.emule-project.net/index...owtopic=141678

Il link di Wine BugZilla per votare il bug o contribuire alla risoluzione è qui: http://bugs.winehq.org/show_bug.cgi?id=17050

Qui trovate tutte le informazioni che vi servono nel caso in cui vorreste scrivere una patch:
http://kegel.com/wine/qa/
http://www.winehq.org/devel/
http://www.winehq.org/docs/winedev-guide/index

Si tratta solo di fare una semplicissima registrazione, ci guadagneremo tutti. Grazie.

[R0GN4AR]

utilizzo eMule con Wine, e a grandi linee funziona tutto regolarmente tranne un fastidiosissimo bug che mi manda in crash eMule ogni due giorni, infatti dopo 48h circa di uptime dopo aver saturato tutta la memoria disponibile, Ram e swap il programma termina.

Quasi sicuramente è un bug di Wine, anche perchè nel forum ufficiale di eMule uno sviluppatore mi ha assicurato che non sono problemi che riguardano il "mulo"

mi sbaglierò, ma imho non credo che il problema dipenda esclusivamente da wine: ho sempre usato aMule (AdunanzA) e mi ha sempre dato problemi di saturazione di memoria (più o meno in base alla release). Riesco a convivere con questa situazione abbassando la priorità del processo aMule

probabilimente esiste il modo per fare una cosa del genere anche in wine, tipo:
WINEDEBUG=-all nice -n +5 wine emule (ma credo vada ad influenzare il processo "wine" e non "emule")

Comunque puoi sempre abbassare manualmente la priorità in questo modo:

1. avvia emule normalmente
2. apri un terminale
3. dai ps -A | grep emule (ti stampa il PID del processo di emule)
4. dai renice +5 PID di emule (abbassa la priorità del processo)

[gigino85]

grazie per i consigli, sto tenstando.

intanto up

[alex_gio1983]

scusa, ma il senso di usare wine è per l'emulazione di quei programmi che per linux non ci sono.
Se vuoi usare emule mettiti magari una virtual machine in winxp sotto linux, comandabile da linea (es. KVM). Io wine lo userei solo per applicazioni che necessitano di girare per poco.
Io tra le altre cose stufo di usare amule perchè ogni circa 2 giorni mi crasha mi sono messo amuled.Ha dei grossi vantaggi:
-è stabile, ha girato per 4 giorni ed è ancora su
-è mooolto più veloce nel download ora sto su una media di 78KB/s
-è comandabile da remoto tramite interfaccia web o gui grafica.

my 2 cents.
alex

[antenore]

Anche a me andava in crash emule con wine, alla fine ho risolto installando una virtual machine vmware server con winxp light. Ora emule è up da diversi mesi

[gigino85]

Originariamente inviato da alex_gio1983

scusa, ma il senso di usare wine è per l'emulazione di quei programmi che per linux non ci sono.
Se vuoi usare emule mettiti magari una virtual machine in winxp sotto linux, comandabile da linea (es. KVM). Io wine lo userei solo per applicazioni che necessitano di girare per poco.
Io tra le altre cose stufo di usare amule perchè ogni circa 2 giorni mi crasha mi sono messo amuled.Ha dei grossi vantaggi:
-è stabile, ha girato per 4 giorni ed è ancora su
-è mooolto più veloce nel download ora sto su una media di 78KB/s
-è comandabile da remoto tramite interfaccia web o gui grafica.

my 2 cents.
alex

Uso eMule su un muletto con un P3 800 Mhz e 512 MB di Ram, non ha senso mettere una virtual machine con Xp dentro e poi voglio utilizzare solamente software libero, detto questo non cerco una alternativa ma una soluzione al problema, quindi mettiamo da parte Windows.

Tornando al problema, ieri ho testato eMule con la priorità del processo nello scheduler impostata a 5 come mi avevi detto tu ma il problema non si risolve, anche se ho notato un incremento prestazionale per quanto riguarda i vari servizi (Samba, FTP Server) che evidentemente avendo una priorità maggiore di eMule scalano la coda dello scheduler con più velocità e sono molto più reattivi, quindi posso ben dire che il consiglio è stato in ogni caso ottimo.

Visto che comunque dovevo testare eMule ho rediretto l'output del debug di wine in un file di testo che dopo tutte le ore in cui il processo era in esecuzione ha raggiunto i 400 MB di dimensione, ma considerando che il 95 % erano messaggi ripetitivi e warning sui socket (sempre uguali) ho eliminato per quanto era possibile le "ridondanze". Infine ho ottenuto una divisione in 3 file, nel primo file ci sta l'esecuzione iniziale di eMule, nel secondo il "normale" funzionamento, cioè i messaggi che stampava per ore e nel terzo invece ci sta il crash. Metto il link così potete darci un'occhiata e in ogni caso li metto anche sul sito BugZilla di Wine e penso di aprire una discussione anche sul forum di Wine (in inglese -.-) e magari posto il link anche qui. Speriamo bene.

Link del log: clicca qui