Přejít na obsah

mirij

Uživatel
  • Příspěvky

    305
  • Registrace

  • Přítomen

  • Vítězné dny

    8

Vše od uživatele mirij

  1. Psal jste, že wifi Vám jelo download 2 Mbit, upload 12 Mbit - tedy stahování nelogicky výrazně pomalejší než posílání a že jste to vyřešil přeinstalováním antiviru. Nenainstaloval jste předtím než se Vám začal vyskytovat tento problém na počítač/počítače něco na co si už nepamatujete? Nebo se třeba na pozadí nainstalovalo/aktualizovalo něco samo ani o tom nevíte? Víte co, já bych docela tipoval, že ten Váš nelogicky nižší download způsobuje tak zvaný síťový filtr instalovaný antivirem pro monitorování veškerých příchozích dat. Odchozí data není potřeba tak důkladně prověřovat - možná proto je kopírování na NAS rychlejší než z NASU. Zkuste antivir ZCELA vypnout a možná je někde v nastavení antiviru i možnost vypnout pouze monitorování internetové komunikace. Taky bych zkusil, pokud to jde, ve všech zařízeních aktualizovat firmware. A taky mne napadlo jestli ta kolísavá přenosová rychlost nějak nesouvisí se zaplněním a fragmentací dat na tom NASu. Lze na něm provést defragmentaci? Čím je daný soubor víc fragmentovaný tím je jeho čtení pomalejší. Možná to zní jako "tonoucí stébla se chytá", ale kdoví.
  2. Podívejte se do Správce úloh na PC na vytíženost síťové karty, jestli ji v klidu něco nezahlcuje. Jinak pokud přenášíte rychlostí třeba 40 MB/s tak by měla být vytíženost cca 400 Mbps (tedy 40 %) a tak podobně.
  3. Klidně se může stát, že ten napájecí adaptér k tomu routeru je prostě poddimenzovaný, byť je nový, může mít nedostatečný maximální výstupní proud. Zní to divně, ale stát se to může. A ten rozdíl v rychlosti jak píšete je taky divný, zkusil bych obejít ten router, nejlépe propojit PC s NASem napřímo a změřit zda i potom je rychlost kopírování z NASu tak nízká. A pak bych postupně mezi PC a NAS přidával další zařízení - switch, router - a měřil bych kdy ta rychlost klesne na těch 60-70 MB/s.
  4. Ten zvuk - to může být pouze nějaká elektromagnetická rezonance, která se takto zvukově projevuje, nemusí se jednat o poruchu. Mám doma novou tiskárnu, která např. ve standby režimu trochu "bzučí". Navíc, jestli Vám to jede přes switch tou velkou rychlostí tak by se stále věnoval spíš tomu routeru, na ten to ukazuje zejména. Zkusil bych zapojit adaptér routeru do úplně jiné zásuvky a ještě lépe, zkusil bych router napájet úplně jiným adaptérem, který má vyšší výstupní proud než ten originální adaptér, musí mít ale stejné výstupní napětí - obě hodnoty, jak max. výstupní proud tak napětí, jsou vždy uvedeny přímo na adaptéru. Máte stále propojený router s UPC modemem? Zkusil bych UPC modem odpojit a po nějakou dobu fungovat bez něj, abych vyloučil jeho vliv na router (navíc tak bude k routeru připojeno pouze PC a switch takže menší proudová zátěž na router). Možná je to trochu paranoidní ta starost na dobré napájení, ale kdoví, mám několik zkušeností z praxe kdy to bylo to rozhodující.
  5. Možná (?) u některého zařízení hraje roli proudová nedostatečnost napájecího zdroje nebo některý budič vysílající data některého zařízení v řetězci už je nějakým způsobem na hranici, že větší rychlost hardwarově neutáhne, přepne se na 100 Mbps a s ním potom všechny články v řetězci. Trochu na to ukazuje to, že jste použil kvalitnější kabel, který zřejmě neměl takový útlum a propustil ještě danému budiči tu větší rychlost.
  6. A když modem UPC odpojíte, abyste omezil jeho vliv na router, a necháte zapojenou pouze sekvenci PC - router - switch - NAS (pokud tomu rozumím dobře, že to máte takto zapojeno), a všechno ostatní restartujete tak je stále po 15 minutách ta nízká rychlost?
  7. Možná je chyba nakonec v tom NASu. Možná v nastavení nebo snad hardwarová závada. Nejsem ale na to nějaký odborník, jen tak usuzuji z toho, když jste vlastně skoro vše vyměnil, pouze NAS zůstal.
  8. Ne, ne, tak to určitě není. Domnívám se, že odchylka je jednoduše daná tím, že Správce úloh ukazuje rychlost vztáhnutou ke kratšímu časovému kvantu než speedtest. Metodika obou výpočtů se liší, přesto se oba snaží určit to samé. Navíc, Vy disponujete tak vysokou přenosovou rychlostí, že stačí rozdíl několika milisekund v časové základně a hned to udělá takový rozdíl.
  9. Ano, není to užitná kapacita pro vlastní data, a nevypařily se, jsou "schované" právě v těch přenášených režijních bitech. Speedtest ukazuje poctivě počet všech přenesených bitů (tedy i těch režijních). Jednotka bps vyjadřuje počet všech bitů per second. Samozřejmě můžeme se přít kolik přenosové kapacity padne na režiji, ale obecně lze počítat se 2 bity na jeden přenesený bajt. Ale chápu Vaši závěrečnou ironii.
  10. Místo krát 8 je třeba násobit dejme tomu x10, protože je potřeba počítat s tím, že na každý přenesený byte připadá jeden nebo dva režijní bity. Každý přenesený TPC nebo UDP paket má nějakou hlavičku, jejíž bity se také samozřejmě přenáší a u TCP komunikace se navíc příjem každého paketu potvrzuje. Pak lze s klidem říci, že 3,82 MB/s je vlastně téměř 40 Mbps.
  11. Zcela prostě - jak píšu výše, při výpočtu "něco/čas" hodnoty "něco" a "čas" vstupují do výpočtu s určitou přesností, která je dána např. způsobem zaokrouhlování takže s určitým rozptylem hodnot je ve výsledku potřeba počítat a to zejména při tak velkých přenosových rychlostech. Dejme tomu, že výpočet je zatížen chybou +/-1%, potom tedy můžeme počítat s tím, že spodní mez skutečné rychlosti je např. 997 Mbps.
  12. Samozřejmě Infiniti je tam proto jelikož čas vstupující do výpočtu pro rychlost (což je vlastně "něco/čas") je po zaokrouhlení roven 0. A čas pro ping je prostě tak malý, že po useknutí desetinné části je celá část rovna nule - nikomu se přece čas pro ping nezobrazuje s desetinnou částí - vždy je to pouze celé číslo. Holt, ani speedtest.net není zatím na tak vysoké přenosové rychlosti plně připraveno. Je to prostě něco co už je, ale co působí jako za hranicí budoucnosti
  13. fortik> Celý thread jsem samozřejmě již dříve celý četl. Slamb> Stejně je to prostě úžasné a byť ani zdaleka takovou přenosovou rychlostí nedisponuji tak mne baví o tom aspoň číst, že je to vůbec realně možné. (Samozřejmě za splnění určitých podmínek pro ty co stále argumenují např. "drobením" přenosové rychlosti ve špičce nebo pokud bude mít takovou konektivitu více lidí nebo, absurdně, že stejně na to nebudou mít kapacitu disků atd. - jde přece HLAVNĚ o faktor ČEKANÍ než se něco stáhne, nikdo zřejmě nestahuje 24 h denně, ale když už si chce něco stáhnout tak nikdo nechce dlouho čekat. A taky přece, vše se technologicky stále zlepšuje, konektivita páteřních sítí, klientů, velikost disků, jejich rychlost atd. Nikde není psáno, že když někdo má konektivitu 1G bps a druzí pouze např. 40M bps, že to tak NAVĚKY zůstane a že když bude např. komunikovat s tímto klientem tak mu to poběží pouze 40 M.) UPC asi musí skřípat zubama tam kde mají Centrio za konkurenci.
  14. To Fortik> Jste asi málo bystrý, ve druhém videu má přece přenos mezi normálními disky a FTP serverem. Zdá se, že Slamb může udělat jakékoliv video, ale stále se najde někdo kdo bude tvrdit, že ten prezentovaný REÁLNÝ přenos je pouze jaksi "syntetický" nebo, že to vlastně není pravda a cosi kdesi, neuvěřitelné. Mě, co ukáže speedtest.net tak tím taky reálně stahuji/uploaduji.
  15. mirij

    zmršené EPG

    To Technik> A není nějaká možnost, že byste Samsungu třeba nějak poslali data surového vysílaného streamu, aby si to tam mohli vyzkoušet a odladit? Bez testovacích dat jim to může hodně dlouho trvat.
  16. mirij

    zmršené EPG

    Země vzniku tam ještě není, k tomu se ještě nedopracovali.
  17. mirij

    zmršené EPG

    Samozřejmě existují kódové stránky kde jsou i české znaky s diakritikou vyjádřeny pouze pomocí 1 bajtu (tedy žádná zbytečná data navíc), např. ISO-8859-2 nebo Windows 1250. Otázkou je jestli jsou tyto kódové stránky také podporovány protokolem transport streamu pro EPG data.
  18. mirij

    zmršené EPG

    Nevím tedy jak Vy, ale když jsem nyní natáhnul EPG programem DVB RS tak vidím EPG pouze na 7 dnů plus 6 hodin což NENÍ 8 dnů. Ono totiž ani dříve NEBYLO EPG vysíláno na PLNÝCH 7 dnů, ale pouze např. na 6,5 (až 7) dnů apod. 8 dnů je to zřejmě pouze krátce po půlnoci. Ale dobře i za těchto 24 hodin navíc!
  19. mirij

    zmršené EPG

    Pokud by Váš poslední odstavec měl být myšlen tak, že by se mělo v případě nutnosti vypnout vysílání diakritiky tak s tím samozřejmě nelze souhlasit. To by bylo horší než cokoliv jiného a výrazný krok zpět. Jsem rád, že se bude vysílat EPG na 8 dní - ten jeden den mi tam při plánování na celý příští týden vždycky chyběl.
  20. mirij

    zmršené EPG

    A co techniku to, že v názvech seriálů nevysíláte vůbec číslo řady. To už Vás netrápí? A samozřejmě také to, že tam chybí rok, země, režie, herecké obsazení.
  21. mirij

    zmršené EPG

    Já jsem dospěl k názoru, že to, že v názvech seriálů není číslo řady a že v popisech chybí režie, herecké obsazení, rok a země výroby je ZÁMĚR, oni ve skutečnosti NECHTĚJÍ, aby tam tyto informace byly. A proč? Kvuli lidem, kteří nahrávají z televize, kvuli ztížení identifikace co se právě vysílá. Paradoxní ale je, že tyto informace lze ještě nalézt z jiných zdrojů. Ale kdoví, časem to možná zmizí např. i z tištěných periodik a internetových televizních programů pokud se proti nám nějak spiknou. Někdo tu reklamu přece v televizi musí sledovat, no ne? Tak to je asi tak celý "pokrok", který proběhl s EPG.
  22. mirij

    zmršené EPG

    Domnívám se, že je to proto jelikož jsem jim o tom psal (a podle tohoto fóra nejen já) a potom jsem o tom mluvil po telefonu s nějakým jejich operátorem, který si to zapsal a slíbil nápravu. Obávám se, že jinak by se nepohlo VŮBEC nic (jakoby je to vůbec nezajímalo jaká EPG data vysílají a odvolávat se na subdodavatele je nefér když já jako zákazník platím za EPG společnosti UPC a ne tomu subdodavateli, to je jakoby při vadách pronajímaných stb mě odkazovali na to, abych si to vyřešil s dodavatelem těchto stb přičemž oni budou mít ruce čisté, klídek a shrábnou pouze peníze od zákazníků). Navíc se mi osobně zdá, že zareagovali až po telefonické rozmluvě a ne po zprávách emailem. Také jsem jim říkal o tom chybějícím číslu řady atd. Je děsné, že je na ně potřeba tak VÝRAZNĚ a opakovaně tlačit, aby zjednali nápravu.
  23. mirij

    zmršené EPG

    V EPG informacích jim např. úplně chybí přehled pořadů Horor filmu (kanál CS Film noční vysílání). Místo toho tam jako poslední pořad mají předpůlnoční pořad CS Filmu s dobou trvání např. 6 hodin a 55 minut. Oni nám chtějí zkvalitňovat služby a přitom jdou o krok zpět, mají nás za blbečky? Věčně mají s EPG problémy a nejsou schopni to dát do pořádku a je to DOKONCE časem ještě horší.
  24. mirij

    zmršené EPG

    Přesně, to je druhá věc co mi na současném EPG HODNĚ vadí. Minimálně země a rok výroby by mělo být optimálně úplně na začátku popisu pořadu (teď tam není vůbec).
  25. mirij

    zmršené EPG

    Absolutní souhlas. Jak si můžou dovolit zákazníkům, kteří jim PLATÍ, pouštět EPG, ve kterém mají TOLIK chyb a to i přes upozornění (!!!) tak dlouho?? Sám jsem je na to v posledních 14 dnech upozorňoval. Jakoby tam byly nějací analfabeti či co, kteří se sice dokáží ještě omluvit, ale nedokáží zjednat nápravu. Nepotřebuji, aby se mi UPC stále omlouvalo, ale aby bylo EPG bez chyb, což už asi měsíc není! Odpověď UPC "Od června testujeme novou verzi EPG s cílem rozšíření funkcí, ale také s úmyslem zvýšit přehlednost a jednotnost dat včetně těch u zahraničních programů, s čímž přišlo několik změn" je SPROSTÝ alibismus! NECHCI a NETOUŽÍM po nových funkcích EPG pokud jim nefunguje to základní (které dokonce ještě před cca měsícem fungovalo!). Ať si to testují někde stranou, ale v ostrém vysílání ať používají bezchybná data. Zákazník se nemá zneužívat k testování.
×
×
  • Vytvořit...