On 26.08.2013 15:28, Catalin Muresan wrote: > Salut, > > > 2013/8/26 Paul Lacatus <[email protected]> > >> On 26.08.2013 14:35, Florin Popovici wrote: >>> 1. Ce parere aveti? Experienta voastra ce spune , rezista un raspi la >>>> incarcarile de mai sus pentru un trafic relativ scazut ? Ar fi o idee >>>> sa pun un elastix pe Raspi dar parca un debian cu webmin mi-e mai la >>>> indemina . Pentru e-mail sunt vreo trei clienti dar arhiva mea de mail >>>> disponibila pe IMAP are vreo 16 GB >>>> >>>> >>>> >>> Salut, >>> >>> Eu am un RasPi acasa pe post de NAS, si experienta mea zice urmatoarele: >>> - platforma RasPi are ca bottleneck major bus-ul USB. NIC-ul si >> storage-ul >>> (inclusiv SD) sunt pe acelasi bus, asa ca throughput-ul "NAS"-ului te va >>> surprinde in sens negativ. FWIW, al meu imi da date cu ~50Mbit/s -- >>> suficient pentru streaming video, insuficient pentru transferuri de date >>> mari si periodice. >>> - consumul nu-ti va scadea extrem de mult. Iti vor ramane HDD-urile, care >>> sunt probabil jum'ate din consumul solutiei tale actuale. >>> - nu vei putea conecta "mari" consumatori de curent pe USB-urile de la >>> RasPi. Eu am avut probleme de power chiar si cu un stick 3G, nici gand de >>> USB HDD fara alimentare separata. Cica nu poate da mai mult de 100mA: >>> >> http://raspberrypi.stackexchange.com/questions/340/how-much-power-can-be-provided-through-usb >> Multumesc de raspuns . Nu m-ai inteles corect . NAS -ul ramane pe >> calculator si o sa incerc sa-i fac un program de exemplu noapte si cit >> sunt la munca sa stea normal in stand-by cu discurile oprite. Pe Raspi >> pun e-mail-ul unde consumul mare trafic de disc e numai in cazul >> cautarii cu imap in arhiva de e-mail care se intimpla o data de doua ori >> pe zi . Stiu ca raspi nu se misca prea bine cu storage-ul pe usb. >> > > Wake on LAN e hit and miss. Am incercat odata pe fuga asa ceva, si depindea > mult de cum se opreste systemul. Daca il opreai cu halt -p normal, mergea. > Daca il opreai de la buton (simulare power failure) nu mai mergea, nu facea > wake. In rest e relativ simplu, merge si pe UDP si poti face pe router un > port forward si poti trimite pachetul de oriunde din internet (este si > aplicatie pe Android). > Concluzia mea a fost ca nu am reusit sa am o solutie 100% care functioneaza > si am renuntat. > Ah si trebuie sa te joci cu shutdown scripts sa pui ethtool acolo: > > > wol p|u|m|b|a|g|s|d... > Sets Wake-on-LAN options. Not all devices support this. > The > argument to this option is a string of characters > specifying > which options to enable. > > p Wake on PHY activity > u Wake on unicast messages > m Wake on multicast messages > b Wake on broadcast messages > a Wake on ARP > g Wake on MagicPacket™ > s Enable SecureOn™ password for MagicPacket™ > d Disable (wake on nothing). This option > clears all previous options. > > ceva de genul : ethtool -s eth0 wol g > > wake on ARP ar fi interesant, dai ping si vine serverul online (teoretic). > Poate ar fi mai interesant suspend-to-ram + wake-on-lan, ai avea serverul > online in citeva secunde. > > > Zi-ne si noua ce gasesti :) > Am gasit pe net o "solutie " :
http://ubuntuforums.org/showthread.php?t=2045541 _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
