Zvláštně pomalý internet



Zdravím ...Už trochu delši dobu se potýkám s problémem nestabilního připojení .V minulosti jsem takovíto problém neměl .Internet je nestabilni ... při stahováni to skáče mezi 48kb/s a 2000kb/s + - Při spušténí testu rychlosti internetu na více internetových stránkách to ukazuje v průměru všech testu cca rychlosti stahováni 20Mb/s ... Tak mi neleze do hlavy proč když něco stahuji to klesá na směšných 40kb/s ... a maximálně se to dostane cca na 2000kb/s .Někdy se stahováni uplně vypne ... a napiše to chyba sítě .To pak musím stahováni ručně obnovit .Internetové připojení mam placeno u firmy CC Internet.Co s tím ? Kde je chyba ? Vím že se to na dálku těžko radí ... ale každá pomoc a rada ,pomůže .Předem děkuji za pomoc a přeju hezky zbytek dne.S pozdravem Bestie
Aleborát sice pěkný, ale to hlavní tam chybí - jak je net rozveden a přiveden. Je to wifi, optika, kabel na sídlišti, po domě to jde bezdrátem, kabelem. Dělá to každé pc, je to agregovaná linka a hlavně, vola jsi jim a ptal ses jich? (to je první věc)Bez tohodle je na to věštěckou kouli..
Toto se mi stalo jednou, když jsem na mobilu měl slabý signál internetu (nebo alespoň si to tak vysvětluji). Později bylo vše v pořádku. Ho přeinstaluj, molh se poškodit nějaký důležitý soubor, popřípadě nějaká nová aktualizace. Která se nestáhla, nebo stáhla ale chybně (např přerušením netu)

Na metina se vykšli, raději někde sosni WOW ![:)]( ":)") je to w podstatě to samé ale o 200% lepší ![:)]( ":)") Príčin může být spousta a zrejme to nebude mit souvislost z Duolingem. Zkuste se poptat nekde na forech, kde se resi hardwarove zalezitosti. <p>máte dobrý popis toho, jak smart pracuje na <a href="http://en.wikipedia.org/wiki/s.m.a.r.t.">wikipedia</a> . ale rychlé úvod:</p><ul> <li> <p>hodnota: jedná se o hrubou hodnotu, kterou hlásí řadič. obvykle je to snadno srozumitelná hodnota (jako je napájení v hodinách nebo teplota), ale někdy tomu tak není (jako četnost chyb při čtení). různí výrobci mohou pro tato data použít různé struktury a významy.</p> </li> <li> <p>normalized: toto je výše uvedená normalizovaná hodnota, takže vyšší hodnota je vždy lepší. míra čtení/chyb 114 je tedy lepší než 113. opět platí, že váš pevný disk převádí nezpracovaná data na normalizovanou hodnotu.</p> </li> <li> <p>nejhorší: nejhorší <em> normalizovaná </em> hodnota, kterou měl váš disk v minulosti (kde 99 je pravděpodobně tovární nastavení).</p> </li> <li> <p>prahová hodnota: když je <em> normalizovaná </em> hodnota <em> nižší </em> než tato hodnota, jednotka je pravděpodobně selže.</p> </li> </ul><p>zdá se tedy, že váš pevný disk je v pořádku. hodnota četnosti chyb při čtení není časem selhání jednotky, ale některé strukturou dat, která závisí na výrobci disku.</p> <p>nedávno jsem měl něco podobného s tabulkou 3,5 milionu řádků. moje aktualizace by nikdy nedokončila. po mnoha experimentech a frustrace jsem konečně našel viníka. ukázalo se, že se jedná o indexy v aktualizované tabulce.</p><p>řešením bylo zrušit všechny indexy v aktualizované tabulce před spuštěním příkazu aktualizace. jakmile jsem to udělal, aktualizace skončila za pár minut. po dokončení aktualizace jsem znovu vytvořil indexy a vrátil se zpět do práce. pravděpodobně vám to v tuto chvíli nepomůže, ale možná někdo, kdo hledá odpovědi.</p><p>nechal bych indexy na stole, ze kterého stahujete data. ten nebude muset nadále aktualizovat žádné indexy a měl by pomoci s hledáním dat, která chcete aktualizovat. na pomalém notebooku to fungovalo dobře.</p> Zatím nevím, zda ti budu vůbec umět poradit, ale asi bys měla něco doplnit. Chceš se s PC připojit na internet prostřednictvím telefonu nebo s telefonem prostřednictvím PC? Asi by nebylo od věci, kdybys uvedla i typ telefonu. Předpokládám, že propojení kabelem zvládáš - USB kabel, na jedné straně klasické USB do PC, na druhé micro USB do telefonu. 

Jak máš připojený PC teď? Kabel nebo také Wifi?

  
doplněno 30.07.17 16:12: @[wamp](https://www.poradte.cz/detail.php?kdo=wamp): Už je mi to jasné. Na mém Samsungu se připojím k WiFi, otevřu Nastavení - Sdílení internetového připojení zaškrtnout a pak v PC otevřu Nastavení - Síť a Internet - Centrum síťových připojení a sdílení. Objeví se tam Síť s připojením k internetu a můžeš brouzdat po netu. Přesně, jak píše JanLyko, ještě bych doplnil, že je třeba nastavit úroveň pro mikrofon na max přímo v systému (Skype si nastavuje úroveň sám), **mít vypnuté všechny "zhnusňovače" pro mikrofon, např. potlačení šumu** (se zapnutými Duolingo nerozumí skoro ničemu), problém může být i v nízké propustnosti připojení k Internetu směrem ven (upload). <p>doufám, že chápu vaši situaci správně. pokud ne, zanechte komentář a trochu to vyčistím.</p><p>ve vaší situaci si nejsem jistý, jak dobře bude testování a/b fungovat - mám obavy z toho, že mohu získat použitelné výsledky. existují dva problémy, které je třeba překonat - získání statisticky platných výsledků a jejich porozumění.</p><p>první problém, který musíte vidět, je, že ~ 1 000 lidí, kteří používají vaši službu, není celá vaše uživatelská základna a nemůžete si být jisti, že jsou zástupci vašich uživatelů. to, že těchto 1000 uživatelů vykazuje určité tendence v testování a/b, neznamená, že tyto tendence budou mít i jiné skupiny uživatelů. a myslím si, že také zakaluje statistickou platnost výsledků, protože máte nesprávné vzorky.</p><p>máte také dvě kategorie lidí, kteří používají vaši konkrétní službu a kdo ví, kolik lidí používá systémy dalšího prodeje. ve vašem systému máte časté a občasné uživatele. ale co v dalších nasazeních? pokud by vás vaše změny ovlivnily také, mohli byste mít vliv na jejich schopnost dosáhnout svých cílů bez absolutních údajů o uživatelských zkušenostech v a nebo b.</p><p>a pochopení všech výsledků, které získáte, bude obtížné, zejména pokud nasadíte testování a/b na více nasazení vaší služby. pokud shromažďujete data z několika různých populací, možná zjistíte, že dosáhnete požadovaných výsledků pomocí a v některých a b v jiných - pak se musíte rozhodnout, zda je to skutečně přesné, a pak se rozhodnout, co s tím dělat.</p><p>upřímně, v tomto případě bych doporučil průzkumy. zjistěte více o pozadí vašich uživatelů - věkové rozmezí, pohlaví, zkušenosti s počítačem, profese - a o tom, jak software používají. poté zjistěte, jaké funkce se jim líbí nebo nelíbí, jaké funkce se snadno používají nebo ne, atd. tento průzkum by měl oslovit co nejvíce lidí - jak lidí, kteří používají vaše nasazení, tak lidí, kteří používají jiné nasazení.</p> <p><strong> souhrn </strong></p><ol> <li>pokud máte problémy se zamykáním, máte problém s kódem: nejedná se o databázový stroj</li> <li>není to kouzelná střela</li> <li>můžete přidat další problémy</li> </ol><p><strong> zatížení </strong></p><p>také zvýší zatížení vašeho tempdb a <a href="https://web.archive.org/web/20170130011816/http://sqlblog.com/blogs/alexander\_kuznetsov/archive/2008/07/12/cpu-overhead-for-higher-isolation-levels.aspx"> cpu </a> . viz také:</p><ul> <li> <a href="https://web.archive.org/web/20170915173116/http://sqlblog.com/blogs/linchi\_shea/archive/2007/10/05/performance-impact-the-potential-cost-of-read-committed-snapshot.aspx">"dopad na výkon: potenciální náklady na čtení\_kompletní\_snapshot"</a> (linchi shea)</li> </ul><p><strong> bezpečnost </strong></p><p>nejdůležitější je, že izolace snímků <em> není v mnoha případech bezpečná </em> <em> ve výchozím nastavení </em>. přečtěte si <a href="https://en.wikipedia.org/wiki/snapshot\_isolation#definition">"snapshot izolace" (wikipedia)</a> pro další informace o anomáliích se skreslením. další část je „jak provést sériovou izolaci snímkování“.</p><blockquote> <p>obecně tedy izolace snímků přináší některé problémy s udržováním netriviálních omezení na uživatele, který nemusí ocenit potenciální úskalí ani možná řešení. nevýhodou tohoto převodu je lepší výkon.</p> </blockquote><p>viz také:</p><ul> <li> <a href="http://www.jimmcleod.net/blog/index.php/2009/08/27/the-potential-dangers-of-the-read-committed-snapshot-isolation-level">"potenciální nebezpečí čtecí úrovně izolace snímaného odevzdání"</a> (jimmcleod, sporný v komentářích alexa kuznetsova)</li> <li> <a href="http://nickberardi.com/deadlocked-read-committed-snapshot-explained/">deadlocked !: "číst potvrzující snímek" vysvětlil</a> (nick berardi)</li> <li> <a href="https://blogs.msdn.microsoft.com/craigfr/2007/05/16/serializable-vs-snapshot-isolation-level/">serializable vs. snapshot isolation level, marble problem</a> (craig freedman)</li> <li> <a href="https://web.archive.org/web/20170511045506/http://sqlblog.com/blogs/alexander\_kuznetsov/archive/2011/08/02/reads-involving-udfs-under-read-committed-snapshot-may-seem-inconsistent.aspx">čtení zahrnující udf v read\_committed\_snapshot se může zdát nekonzistentní</a> (alex kuznetsov)</li> </ul> <p>myslím, že se to opravdu rozpadne na váš provoz. pomalejší hardware, pomalejší (již pomalejší) generování stránky. není to specifické pro wp, je to stejné pro všechny velké php skripty.</p><p>pokud dostanete serverový hit každou chvíli, jako na dev boxu nebo rodinném blogu, není to žádný velký problém. bude to jen vyplivnout stránky pomaleji. dostanete-li pravidelně souběžné zásahy, vaše stránky se dostanou z webu poměrně snadno.</p><p>všimněte si také, že mnoho low-end sdílené host směšuje více lokalit na low-end hardware. je to samozřejmě ne tak nízké, jako to, na co jste se připojili, ale nečekal bych, že velký rozdíl ve výkonu ve srovnání s přeplněným sdíleným serverem.</p>