Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Michal Šmucr

Stran: 1 [2]
16
Sítě / Re:Přesměrování audia z počítače přes síť
« kdy: 24. 12. 2013, 23:40:21 »
Ahoj,
z jakého systému / přehrávače bys chtěl do RaspberryPi streamovat?
PulseAudio přes síť jedno z řešení pro streamování z Linuxových klientů. Nicméně pro podobně dá zkonfigurovat i JACK nebo ESD.
Pak jsou samozřejmě i další varianty, pokud by to mělo streamovat z ostatních platforem.
Pro Apple/iOS zařízení je zajímavý program, ktreý se jmenuje Shairport (https://github.com/abrasive/shairport), který implementuje Airplay v1 protokol, takže se RPi u věže pak chová v podstatě jako bezdrátové zařízení, kam se dá pouštět zvuk z např z iTunes, případně cokoliv z iPodu/Padu/Phonu.
Občas je také zajímavé nasadit GMediaRender (https://github.com/hzeller/gmrender-resurrect), pak by se RPi jevilo jako UPnP renderer, tzn. podobně jako např. moderní AV recievery s ethernetovým vstupem a spolu s dalšími programy by se na něj dalo streamovat z nejrůznějších dalších zařízení na síti.
..


17
Software / Re:Přenos 6 TB pomocí rsync
« kdy: 13. 12. 2013, 16:07:58 »
Další věc, která pomáhá, je obrácení procesu, kdy si připojím zdrojový server a "tahám" data na lokální disk. V tomto případě pomůže i volba "--preallocate", pokud cílový souborový systém používá extenty (ext4, xfs).
Na --preallocate pozor, může se to bít s delayed allocation a výkon nakonec může být nižší!

To za určitých okolností samozřejmě může nastat a je potřeba vždy ozkoušet přínos na konkrétní konfiguraci a typu přenášených dat. Nemyslel jsem to tak, že to automaticky zrychlilo ve všech případech proces synchronizace, ale dle mých zkušeností převážně s XFS a video daty (sekvence obrázků a mnohagigabytové soubory) to stojí za vyzkoušení, zejména při použití paralelního spouštění více rsync procesů, jak jsem psal. Jinak to samozřejmě vždy záleží na implementaci systém. volání fallocate() u konkrétního soub. systému.

Michal

18
Software / Re:Přenos 6 TB pomocí rsync
« kdy: 13. 12. 2013, 10:58:59 »
Co se týká rozdílu velikostí, přidávám se k odhadu ostatních výše. Rozdíl může být díky jiným parametrům souborovému systému.
Zobrazovaná hodnota při použití "du -hs" bere v potaz fyzické rozložení dat na něm a je to vždy víc, než prostý součet velikostí souborů. Takže např. pokud chci základně srovnat celkové velikosti zkopírovaných adresářů mezi dvěma počítači, téměř nikdy to nesedí. GNU varianta utility du, používaná v Linuxu, má ale i přepínač "--aparent-size", s kterým sčítá jen čisté velikosti.
Jinak používám rsync poměrně dost na přesuny velkého množství dat i mezi různými platformami a nedá se paušálně říct, že je vždy rychlostně lepší použít nativní rsync přenos (rsync -> rsyncd). Většinou vychází líp použití nad lokálně připojeným NFS, i když to samozřejmě není pravidlem. Další věc, která pomáhá, je obrácení procesu, kdy si připojím zdrojový server a "tahám" data na lokální disk. V tomto případě pomůže i volba "--preallocate", pokud cílový souborový systém používá extenty (ext4, xfs).
Jinak rsync nepřenáší víc souborů naráz, což beru pro tohle použití (přesun dat mezi servery s rychlým úložištěm v LAN) jako jeho největší nevýhodu, protože na současných konfiguracích (rychlost sítě a disků) by se z toho dalo dostat daleko víc. Proto se občas vyplatí si zdrojová data rozdělit do víc adresářů a pak pustit několik rsynců paralelně.

Michal

19
Sítě / Re:Internet od O2 a konfigurace NAS Synology
« kdy: 09. 09. 2013, 08:56:30 »
Ahoj,
tohle nemá rozumné řešení. Problém je přesně to, co jsi psal. Pro nová ADSL/VDSL připojení O2 neposkytuje veřejnou IPv4 adresu. Tzn. jediný způsob, jak to nastavit, je použít ve vnitřní síti IPv6 a na NASu nastavit adresu z přiděleného /64 prefixu. Žádný NAT, tudíž ani port forwarding se pak nepoužívá, jen je třeba konkrétní spojení z venku povolit v nastavení firewallu, co máš v modemu. Nicméně to neřeší drtivou většinu připojení, která bys pravděpodobně chtěl realizovat z vnějších IPv4 síti. Takže zbývá poslední možnost a tou je objednání veřejné pevné adresy od O2, což jestli mi paměť slouží dobře, stojí 180Kč měsíčně navrch. A to je vcelku dost.
Já osobně jsem třeba kvůli tomu nepřešel z ADSL na VDSL, protože bych bez tohoto příplatku zůstal za NATem pro IPv4.

20
Distribuce / Re:Nas4Free a nastavení sítě
« kdy: 31. 08. 2013, 12:29:10 »
pak ve zkratce nastartovat služby pf a pflog, vytvořit konfigurační soubor firewallu /etc/pf.conf, zavést jí přes pfctl -e && pfctl -f /etc/pf.conf
Spíš do rc.conf dát
Kód: [Vybrat]
pf_enable=yes 
pflog_enable=yes
a startovat
Kód: [Vybrat]
service pf start
service pflog start
ne?

Je to tak, původně jsem to chtěl rozepsat celé. Ale pak zjistil, že je to hezky popsáno na jedné stránce v Handbooku, tak jsem zmínil jen obecné kroky. Snad to není moc matoucí, jestli si Jaromír přečte ty odkazy, tak mu to zapadne do kontextu.

21
Distribuce / Re:Nas4Free a nastavení sítě
« kdy: 31. 08. 2013, 09:42:47 »
..a samozřejmě souhlasím s Mirkem, virtualizovat si doma firewall je blbost. Ne že by se to nedalo udělat, ale nedává to moc smysl.

22
Distribuce / Re:Nas4Free a nastavení sítě
« kdy: 31. 08. 2013, 09:35:43 »
Taky se spíš kloním k názoru, že to není úplně skvělý nápad kombinovat firewall a NAS. A to primárně z toho důvodu, že když bude jakýkoliv výpadek, ať už kvůli tomu, že se v tom budeš vrtat, nebo Ti něco prostě odejde, přijdeš jak o data na NASu, tak připojení k internetu. Podobně, pokud to budeš chtít spravovat vzdáleně a třeba restartovat. Plus samozřejmě bezpečnostní konsekvence. Takže bych to osobně řešil spíš nějakým TP-linkem za 1300Kč.

Ale co už, kdo chce kam... PF je asi nejlepší varianta

musíš povolit zmíněné forwardování paketů pro ivp4, které je ve výchozím nastavení vypnuté
dočasně (bez rebootu): sysctl net.inet.ip.forwarding=1
trvale: přidej řádek gateway_enable="YES" do /etc/rc.conf

pak ve zkratce nastartovat služby pf a pflog, vytvořit konfigurační soubor firewallu /etc/pf.conf, zavést jí přes pfctl -e && pfctl -f /etc/pf.conf
základní konfigurace je na pět řádek

je to kompletně popsáno tady:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/firewalls-pf.html
ještě Ti doporučím poctivě projít tenhle návod:
http://home.nuug.no/~peter/pf/en/

nastavení dhcp serveru je zase zde:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-dhcp.html

Pokud budeš mít povolené zvenku SSH, tak si pak určitě nezapomeň nastavit sshd v souboru /etc/ssh/sshd_config. Minimálně bych zakázal přihlašování pro roota (PermitRootLogin) a přihlašování bez veřejného klíče (UsePAM), abys předešel bruteforce útokům. Pokud Ti to nic neříká, tak zvenku SSH nepovoluj, dokud si to nedogooglíš.. :-)

23
Hardware / Re:Zapůjčení USB analyzátoru
« kdy: 29. 08. 2013, 22:40:56 »
Ahoj,

možná vím o někom z Ostravy resp. směrem na jih, tuším Valmez, Vsetín, s tím, že každý den dojždí do Ostravy. Odkud jsi?
Můj e-mail viz kontakt na ostghost.com

Jan
Děkuju

Hoj, jsem z Ovy a mam Beagle 480. Kdybys nahodou nikoho nenasel na tu zapujcku, tak se klidne ozvi a muzes se stavit zmerit co potrebujes.
Ozval bych se určitě, pošli mi prosím kontakt na msmucr (zavináč) gmail.com

Pánové, oběma moc díky, to by bylo skvělé.
Bydlím v Praze a ještě vyzkouším sehnat analyzátor tady, ale určitě bych se nebránil ani výletu na Moravu. Musím to ještě dostat do nějaké rozumné fáze a vše nachystat na testování.

24
Hardware / Re:Zapůjčení USB analyzátoru
« kdy: 29. 08. 2013, 22:08:15 »
Vrta mi hlavou, zda tedy potrebujes nizky pristup na sbernici, nebo staci sledovat a dekodovat, co jede na USB....??
Pro nizky pristup na sbernici by mel stacit zmineny jednoduchy logicky analyzator a na data na USB - sniffing; lehce poslouzi KVM a zmineny Wireshark....

Ahoj,
je to tak, jak popisuje Slavo. Záleží, co je potřeba. Jedna věc je třeba odchytávat pakety pro nějaké HID zařízení nebo pomalý sériový bridge, druhá pak třeba obousměrné isochronní přenosy vícekanálového audia, které Ti zaberou 80% šířky pásma Hi Speed a záleží tam třeba na nízké latenci. U prvního z nich je v pohodě třeba usbmon modul z kernelu s Wiresharkem a nevadí, že se to celé pracuje jen nad URB ze systému. Na druhý případ se právě hodí ten HW sniffer.. zkoumáš např. problémové stavy a meze v délkách bufferů. Plus samozřejmě další výhody plynoucí z toho, že máš externí analyzátor až za host controllerem.. třeba žádné ovlivnění počítače, zmiňované přesnější timestampy, jednodušší porovnání funkce zařízení mezi různými počítači a platformami.. atd.

25
Hardware / Re:Zapůjčení USB analyzátoru
« kdy: 29. 08. 2013, 10:01:02 »
Pokud by ti stačilo tohle: http://logicsniffer.gadgetfactory.net/index.php?n=LogicSniffer.Hardware (neumím posoudit, v elektrotechnice jsem laik), tak na rozumně dlouhou dobu můžu zapůjčit. Popřípadě si to kup, ta tisícovka je dobrá investice :)

Ahoj, moc díky za nabídku a odkaz. Je to zajímavý projekt, ale trochu něco jiného, protože jde o obecný logický analyzátor, který by se hodil třeba na nízkoúrovňové zkoumání třeba SPI, I2C nebo MIDI.
Obecně vzato je USB sniffer dost podobný, ale jeho vstupy jsou uzpůsobeny pro připojení na konkrétní sběrnici, má ve firmware realizováno základní dekódování protokolu, timestamping a musí mít dostatečně velký buffer pro zajištění kompletního asynchronního streamování dat do ovládacího počítače. V programu je pak často užitečné další dekódování vyšších USB tříd (mass-storage, HID, Audio..), něco jako dissectory ve Wiresharku, ale to je v mnoha případech licencováno zvlášť.

26
Bohuzial neporadim kto moze zapozicat (my mame, ale je intenzivne vyuzivane). A pouzivame Ellisys USB Explorer 200. Aj v basic verzii je pouzitelny. Zalezi na tom aky projekt, ale za tych 669 Eur to myslim stoji.

To je jasné, kdybych pro to měl nějaké pravidelnější využití, šel bych do toho hned. Ale v tomhle konkrétním případě jde o jednorázovku, kdy je možná i slovo "projekt" nadnesené :-), ale uvidíme, třeba se z toho něco vyklube.
Na Ellisys jsem také koukal, a je to fakt asi nejdostupnější zařízení v téhle kategorii. I když, jak jsem se díval, tak to mají obchodně vymyšlené dobře a aby se daly dekódovat vyšší USB třídy, musí se koupit dražší verze, co pak stojí stejně jako Beage.

Každopádně díky za komentář.

27
Ahoj, to je zase slovíčkaření.. :-)
USB - Universal Serial Bus, bus jako sběrnice. Ve smyslu toho, že z jednoho host kontroleru můžeš komunikovat s více downstream zařízeními. Bez ohledu na to, že je elektrické spojení mezi fyzickým porty navrženo jako point-to-point.
Jde mi právě o odchytávání, dekódování paketů a jejich následnou analýzu i s jejich časováním, formulace měření není asi nejpřiléhavější, ale měl jsem za to, že je to z kontextu a uvedených zařízení zřejmé.
Rychlost jsem zdůraznil s ohledem na to, že není až tak moc zařízení, co umí právě ten Hi Speed. Desítky ns zas proto, že jsou zařízení, co generují timestampy k přijatým paketům s řádově horším rozlišením.

A jinak neznáš někoho, kdo má třeba toho Bígla? ;-)

28
Hardware / Zapůjčení USB analyzátoru
« kdy: 28. 08. 2013, 09:21:56 »
Zdravím vás,

nemáte někdo k dispozici HW USB 2.0 analyzátor? Případně by mi pomohl i tip na firmu či někoho dalšího, kdo by to byl ochoten za rozumné peníze na pár dní půjčit. Rýsuje se mi jeden projekt okolo půlky listopadu, kde by to bylo fajn.
Jde o analýzu a měření sběrnice v HiSpeed režimu s pokud možno co nejvyšším rozlišením timestampu - desítky ns a externím triggerem.
Takže ideálně zařízení jako Beagle USB 480, Teledyne LeCroy Mercury, Lineeye - LE-650H2..

Díky

Stran: 1 [2]