|
Mitäpä 8 megasella tekee?
|
|
|
ad07
Suspended due to non-functional email address
|
22. toukokuuta 2007 @ 13:44 |
Linkki tähän viestiin
|
Ehkä palataan merkintöihin.
8 megaa on täysin ympäripyöreästi ilmaistu. Sillä ei ole mitään painoarvoa.
Samoin 8mbit/s... Millibittiä? Taulukkokirja käteen tai sitten pitää luntata netistä.
http://en.wikipedia.org/wiki/Binary_prefix
Riidan saa jo MiB:istä tai MB:stä aikaiseksi. Se vaikuttaa mittaustulokseen melkein 5%. Teroja käsitellessä eroa on jo 9-10%.
Samoin mitä megabittiä megatavua tms. Puhutaanko siglanoinninopeuksista ATM tasosta, onko TCP/IP overhead mukana vai ei jne. Myös paketin headerin pituus voi vaihdella tapauskohtaisesti yleensä se on 224 bittiä.
|
|
jari53
Suspended due to non-functional email address
|
22. toukokuuta 2007 @ 14:59 |
Linkki tähän viestiin
|
Lainaus:
kerroppa yks(tai enemmän :D) sellanen FTP-palvelin
Nopea FTP palvelin. No tää ei ole nopea kun on vähän vanhaa rautaa. Mutta kokeile tästä lataamista aluksi.
ftp://ftp.funet.fi/dev/1GBnull
Kauanko kesti gigatavun lataaminen, tuliko piuhan täydeltä?
Kotiin tulee 2646,24 kiloa sekunnissa SuomiComin ADSL:llä. Gigan lataus kesti reilun 6 minuuttia.
Samasta syystä olen arvostellut esim download.fi:n ja peliplaneetta.net palveluiden nopeuksia. Kun niistä ei tule tavaraa. ;(
Tulee kyllä täydellä nopeudella gigan lataamiseen ois menny jotain 2,5h (1M netti :D).
Miten nopee netti sulla on jos tulee yks giga kuudessa minuutissa?!?!?!
btw. mikä toi 1GBnull on??
| E4300@3.22GHz+Noctua NH-U12P | 2x8800GTS 320MB@600/900MHz | 4*1GB@820MHz | 2x320GB RAID 0 + 500GB | P5N-E SLI+Noctua NC-U6 | Antec P182 | Antec EarthWatts 500W || Xbox 360 (Xbox Live: wolfetb) || PS2 || iPod Touch 8 Gb (2G) || Nokia N95 || .::Profiili::.
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 22. toukokuuta 2007 @ 15:00
|
AfterDawn Addict
3 tuotearviota
|
22. toukokuuta 2007 @ 16:04 |
Linkki tähän viestiin
|
Itsellä on 24M ADSL2+ joka kykenee syystä tai toisesta vain 16M nopeuteen. Testasin tossa mielenkiinnosta modeemin prossukuormaa tolla Funetin 1Gnull paketilla. Idlenä kuorma on <1%, mutta latauksen aikana se oli jatkuvasti 100%..ei hjuva..paketteja varmasti putoaa tolla menolla. No ei muuta kuin modeemin palomuuri pois ja testin uusinta. Tällä kertaa prossukuorma jäi 87% ja se on erinomainen asia. Harmi vain, että modeemin valmistaja Zyxel on alimitoittanut ton prossun modeemissansa.
Give a man a fish and you feed him for a day.
Teach a man to fish and you feed him for a lifetime.
|
|
juggeli
Member
|
22. toukokuuta 2007 @ 17:01 |
Linkki tähän viestiin
|
|
Mulla on kans 24 meganen mutta paska Zyxel nousee linjoille vain 17 megasena. Saattaisi tietenkin ehkä auttaa jos vaihtaisi modeemin parempaa.
Powered by Apple
|
|
ad07
Suspended due to non-functional email address
|
28. toukokuuta 2007 @ 11:47 |
Linkki tähän viestiin
|
Niin, siis verkkolaitteet pitää olla tietysti suorituskyn mukaiset. Tämä verme mikä mulla on niin lupaa AES kryptattua VPN liikennettä 34 megabittiä sekunnissa ja pelkän stateful firewallin läpi menee satoja megatavuja sekunnissa. Juu, laitteen portit on vain 100FD portit. Mutta ilman VPNää prossukuormaa ei saa palomuuritoiminnoilla kyykytettyä.
Se on sitten toinen juttu jos kytkee virustorjunnat, sivujenfilteröinnit, spam-suodatukset ja kaikki päälle.
NAT sessioita mahtuu vaatimattomasti 15 kiloa.
Mopo palomuurit tuottaa monesti ongelmia jos niitä koitetaan käyttää vähänkään raskaamassa käytössä. Tai sitten on jotain UDP pommittajia kuten KAD/DHT tms.
Tosin olen löytänyt monen palomuurin toteutuksesta ihan hölmöjä hommia. Jos esim UDP liikenne ohjataan aina tiettyyn koneeseen sisäverkossa, niin mitä hyötyä sitä on ylipäätänsä valvoa silloin palomuurin stateful-taulussa kuten eräät nimeltämainitsemattomat palomuurit tekee. Silloin palomuuri kuormittuu ihan turhaan liikenteestä jonka se kuitenkin päästää sisään, varsinkin kun UDP paketeissa ei ole mitään tietoja joiden pohjalta niitä voitaisiin valvoa.
Tämä siis tilanteessa tosissaan jossa portti on auki palomuurissa ja ohjattu tiettyyn sisäverkon koneeseen. Ainoa toiminto mikä liikenteelle tarvitsee tehdä on täysin "passiivinen" nattaus.
Hyvin monet vermeet kyykkää tuosta kuitenkin todella helposti.
Toinen mitä olen joskus kritisoinut on UDP yhteyksissä oleva session lifetime. Mitä väliä sillä on jos on kiinteä forwardointi? Jotkut laitteet vielä tekee niin että ne ei salli uusia UDP "yhteyksiä" sen jälkeen kun taulu on täynnä. Mitäs jos poistettaisiin niitä vanhoja? Joissain laitteissa on myös järjettömän pitä session lifetime joka johtaa taulun nopeaan täyttymiseen verkkaisellakin (esim emulen kad) vauhdilla. Joka liikennöi korkeintaan muutamia satoja paketteja sekunnissa vauhdilla.
|
AfterDawn Addict
3 tuotearviota
|
28. toukokuuta 2007 @ 13:27 |
Linkki tähän viestiin
|
|
Kävin tossa Markantalossa ja sain kuin sainkin "lainaksi" Telewell EA501 v3:n jolla testasin tota yhteyden laatua. Eipä se saanyt TW yhtään nopeampaa yhteyttä aikaiseksi kuin tämä Zyxel ja palauttaahan se piti...no säästyipä rahat. Vois varmaan pitää Saunalahdelle "vikakeikan" josko ne haluais tehdä asialle jotain.
Give a man a fish and you feed him for a day.
Teach a man to fish and you feed him for a lifetime.
|
|
ad07
Suspended due to non-functional email address
|
28. toukokuuta 2007 @ 13:38 |
Linkki tähän viestiin
|
|
Tuskimpa viitsivät mitään tavalliselle kuluttajalle asian eteen tehdä.
Yksi vaihtoehto olisi vaihtaa paria. Kiinteistössä, matkalla keskukseen jne. Noita on aina välillä jouduttu tekemään jos on muuten ollut liian hitaat yhteydet.
Kuitenkin myyvät ADSL liittymät selkeästi "max" termillä, eli enintään tämä nopeus. Toteutunut nopeus riippuu olosuhteista. Jaksaako kukaan sitten ruveta säätämään olosuhteita, kuten tuossa alussa mainitsin... Niin on aivan toinen juttu. Varsinkin jos on vielä vuokra-alueella.
Peräkylissä esim yritysasiakkaat jotka maksaa maltaita yhteyksistä ja asennusjätkillä ei oo muutenkaan mitään tekemistä, noi säätämiset on helpompia. ;) Isommissa kaupungeissa on aika pitkälle evvk asenne. Kokeile jos kuitenkin tärppäis.
|
|
ad07
Suspended due to non-functional email address
|
28. toukokuuta 2007 @ 13:46 |
Linkki tähän viestiin
|
Lainaus:
btw. mikä toi 1GBnull on??
Se on paketti jossa on 1 gibitavua tavaraa, että saa testata imutusvauhtia. On siellä vähän isompiakin.
ftp://ftp.funet.fi/dev/1Tnull
Tuolla voi jo vähän testata levyjärjestelmän tiedostonallokointikykyä. Se siis on yhden tebitavun paketti (huom! ei teratavun, joka olisi 9.95% vähemmän). Tebitavu on siis 1073741824 kibitavua eli 1024 gibitavua.
Ettei sotketa niiden millibittien ja muiden kanssa.
Tällä palstalla lienisi muuten aika paljon korjattavaa tässä asiassa. ;) Parhaissa sovelluksissa saa muuten jopa valita näytetäänkö KiB/s Kbit/s vai KB/s. mm. Shareaza. Muuten asiasta tulee vaan kiistaa kenellä on nopein imutus. Mä ainakin valitsisi Kbit/s koska sillä 8 megabitin yhteydellä saa täyden 8 Megabittiä sekunnissa. - overheadit. Olettaen että yhteys on kätelty tuolle nopeudelle, eikä sitä ole sen jälkeen laskettu. Ja että kone kykenee purkamaan dataa. Eikä latenssi ole rwiniin nähden liian suuri.
Kun vielä oppisitte että näihin asioihin vaikuttaa moni moni asia.
Olen huomannut että todellisen asiantuntijan tunnistaa siitä, ettei siltä tahdo saada yksinkertaista yleispätevää ja selvää vastausta mihinkään kysymykseen. Koska se ei ole niin hölmö, että luulee asioiden olevan aivan yksinkertaisia. Toisaalta tämän voi kääntää myös väärinpäin, se joka luulee olevansa pätevä on todennäköisesti niin epäpätevä ettei tiedä olevansa epäpätevä. - Auts! ;)
RFCitä ja muita määrittelydokumentteja kun lukee, huomaa yleensä protokollissa ja muissa toteutuksissa olevan valtavan määrän optioita joita ei yleensä käytetä, mutta mikään ei estä käyttämästä niitä. Toisaalta niitä ei myöskään ole välttämättä implementoitu kaikkialla.
Yksi tällainen aivan yksinkertainen, mutta monimutkainen asia on DHCP. Miten saatava osoite määrittyy. Se riippuu sekä kyseisen clientin, että serverin ominaisuuksista. Yksinkertaista selkeää vastausta ei ole olemassa.
Olen pitkään ollut utelias siitä millä algoritmillä esim nuo DI-604 ja DI-524:n laitteet antavat IP osoitteet. Oletan sen perustuvan jonkinlaiseen jakojäännökseen / hashiin tms MAC osoitteesta. Koska samat laitteet saa niissä saman osoitteen (ellei se ole jo varattu) siitä huolimatta, ettei client pyydä osoitetta, eikä serverille ole tallennettu sitä (ei väliaikaisesti, eikä pysyvästi).
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 28. toukokuuta 2007 @ 14:57
|
|
ytskä
Junior Member
|
28. toukokuuta 2007 @ 23:25 |
Linkki tähän viestiin
|
|
ad07:lla tuntuu olevan tuota tietoa noista UDP asioista jonkin verran, nimittäin minulla on juuri nyt ERITTÄIN rasittava ja erkoinen ongelma, jonka tekee azureuksen DHT.
Jos DTH on päällä kun käynnistän azun, kestää noin 10s ja olen unconnectable, koska "oletusyhdyskäytäväni" lakkaa vastaamasta pingeihin.
Teen NAT-testin ennen tätä 10s aikaa jonka azu on päällä, ja OKta näyttää ja pingit tulee oletusyhdyskäytävästä takaisin. Jälkeen 10s ajan = ei vastauksia ja NAT-ongelma. Kaikki sivut latautuu ja nopeuskin voi olla jopa 40kB/s
Ja kyllä oletusyhdyskäytävä ei ole ADSL boksini vaan se eka hoppi sen jälkeen. Nat päällä mutta forwardi tehty. Katoin prossukuormaa boksissa tänä aikana ja 15%:ssa kävi.
Tiedätkö mikä tuon aiheuttaa? Ja kaikki on topicissa, koska minulla on 8Mbit ADSL ;)
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 28. toukokuuta 2007 @ 23:27
|
|
ad07
Suspended due to non-functional email address
|
29. toukokuuta 2007 @ 02:38 |
Linkki tähän viestiin
|
Hmm, mielenkiintoinen configuraatio tuo että default gateway olisi tietokoneella se ensimmäinen hoppi adsl purkin jälkeen. En ole koskaan nähnyt kenekään käyttävän moista ratkaisua. Enkä tiedä toimiiko se ylipäätänsä. Ilmeisesti toimii, eli ADSL purkin läpi kulkee silloin routed trafficcia ISP:n puolelle ja se NATataan ja default gateway ISP:n puolella luonnollisesti hyväksyy reititettyä liikennettä. Hmm, paitsi että liikennettä ei muuten reititetä default gatewaylle, vaan se lähetetään nimenomaisesti paikallisena reitittämättömänä liikenteenä. Eikä sen pitäisi osata silloin mennä ADSL purkille. Toisaalta jos taas ADSL purkki on siltaavassa tilassa niin silloin sille ei tarvitse reitittää liikennettä. Mutta tämä on kyllä pahasti ristiriidassa NATin kanssa. No, voihan sitä kaikenlaisia virityksiä tweakata, just kun puhuttiin että speksit antaa mahdollisuuden ratkaisuihin joita ei normaalisti koskaan käytetä, mutta voidaan käyttää jos on pakko tehdä joku velmuilu. Sitten on tietysti vielä featuret, eli sellainen asia jota ei ole edes speksattu mutta sattuu toimimaan kätevästi esim toteutuksessa olevan virheen vuoksi ja tätä voidaan hyödyntää. Se on sitä hakkerointia. Tunnetaan myös tuntemattomat ominaisuudet.
NATin kanssa pitäisi kuitenkin olla default gatewayna luonnollisesti purkin oman IP:n.
Noiden taulujen ylläpito on sitten yhtä halvattua touhua. ;)
Normaalisti noin ei tehdä, koska silloin ADSL purkin (tai reittittimesi jos sinulla erillinen laite) reititystaulun tietoja ei hyödynnetä. Esim. VPN liikenne ja muut mahdollisesti manuaaliset tai reititysprotokollien kautta tulleet infot eivät vaikuta liikenteeseen ja homma ei pelaa. Toisaalta tuolla saattaisi pystyä kiertämään jotain rajoituksia, joissain tapauksissa.
Ongelman ratkaisu lienee aika selkeä. Sulla on siis NAT päällä ja DHT täyttää laitteen nat-taulun. Azun ja uTorrentin DHT on todella agressiivinen heti käynnistyksen jälkeen toisin kuin esim eMulen. Tämä kyykyttää todella iisiin romuvermeet jotka ei tue kuin muutamia tuhansia sessioita.
Katsoppa NAT taulun statusta tuon käynnistyksen aikana ja sen jälkeen. Jos se menee täyteen niin se on siinä.
Raskaan UDP liikenteen kanssa ei ole paljon muuta vaihtoehtoa kuin ottaa NAT pois päältä tai rajoittaa UDP liikennettä jotenkin. Tähän liittyy toinen ongelma, lähtevää UDP liikennettä olisi helppoa rajoittaa, mutta sisäänpäin tulevan rajoittamiseen ei ole käytännössä mitään mahdollisuutta. Näin ollen taulu tulee kuitenkin ennemmin tai myöhemmin täyteen jos on huono flaksi.
Tietysti myös session lifetimeä voi pienentää, jossain laitteissa se on todella iso esim 3600 sekuntia. Kannattaa säätää keepalive tcp/ip sessioille esim 55 sekuntiin ja laittaa palomuuriin timeoutiksi 60 sekuntia. Näin palomuuri siivoaa nopeasti kuolleet yhteydet pois. Mikäli mahdollista tcp/ip sessioille luonnollisesti pidempi aika kuin UDP sessioille, joille forwardin kanssa kannattaisi laitta sekunti. Koska niitä ei siellä taulussa tarvita lainkaan. Uusi entry kun syntyy jokaisesta ulos/sisään menevästä paketista.
Firmispäivitys voi myös auttaa. Ole onnellinen ettei koko palomuuri kaadu. Esim telewellin vanhemmat firmikset johti siihen että koko purkki potkasi tyhjää kun tavaraa tuli tarpeeksi. On sitä nähty Ciscon reitittimiäkin jotka eivät osanneet käsitellä liikennetulvaa vaan kaatuivat kokonaan. Sekös vasta riemukasta olikin. Tässä tapauksessa tosin oli kyse puhtaasta pienten UDP pakettien tuomasta kuormasta eikä NAT taulusta.
Hums kauhee viritys kun mulla on jossa osa liikenteestä tulee suoraan sisään reititettynä palomuurinläpi koneille. Eli niillä on oikea julkinen ip. Sitten osalla koneista on 1:1 natilla määritellyt julkiset IP:t vaikka ne on muuten NAT:in takana ja osaan koneista taas on portforwardilla yhdistettyjä portteja NAT:in main IP:stä. Jotkut koneet saa tiettyihin palveluihin taas saa DNATilla kautta IP:n käyttöön jotka on muuten 1:1 natilla käytössä, kun ne niitä tarvitsee. Samoin osa koneista käyttää ulospäin menevään liikenteeseen M:1 nattausta. Eli vaikka niillä on oma julkinen IP niin esim http ja https siirretään tarkoituksellisesti samaan IP:n muiden käyttäjien kanssa "anonymiteetin parantamiseksi".
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 29. toukokuuta 2007 @ 02:47
|
|
ytskä
Junior Member
|
29. toukokuuta 2007 @ 08:42 |
Linkki tähän viestiin
|
|
Ahas, öö siis se default gateway on määritetty sinne boksin static IP asetuksiin. Windoosan verkkoyhteyksissä "oletusyhdyskäytävä" on ihan 192.168.1.1
Sorry
Niin ja jos otan natin pois, se on silloin:
minunkoneeni--> 1.hop oletusyhdyskäytävä--> kaikki muut
Natin kanssa:
Minunkoneeni--> 1. 192.168.1.1---> 2. oletusyhdyskäytävä--> kaikki muut
Varmaankin kannattaa kokeilla ilman nattia...
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 29. toukokuuta 2007 @ 08:50
|
|
ad07
Suspended due to non-functional email address
|
30. toukokuuta 2007 @ 12:13 |
Linkki tähän viestiin
|
Uskon että ongelma ratkeaa kun otat palomuurin ja natin pois.
Jos palomuuri tukee non-stateful packet filteringiä niin silloin sen voi pitää päällä. (palomuuri ei käytännössä kuormitu sessioista sen kummemmin)
Josta tuli mieleen telewellin ongelma. Eli laite käyttää omaan liikennöintiin WAN IP:tä, eikä liikennöi NATin kautta. Tällöin palomuuriin pitäisi sallia lähtevänliikenteen osoitteeksi WAN IP joka on varsin epäkäytännöllistä jos se on dynaaminen. Eikä mistään optiosta voi määritellä että palomuuri tulkitsisi purkin oman liikenteen sen LAN osoitteen perusteella. Hölmöä tuokin että purkin oman TCP/IP rajapinnan interfacea ei voi valita vapaasti.
|
|
Latetux
Junior Member
1 tuotearvio
|
30. toukokuuta 2007 @ 12:40 |
Linkki tähän viestiin
|
Voisitteko antaa muutamia nopeita trackkereita/hubeja, joista saisi ladattua tuutin täydeltä. FTP-palvelimetkin käyvät hyvinkin :)
|
|
ad07
Suspended due to non-functional email address
|
30. toukokuuta 2007 @ 12:48 |
Linkki tähän viestiin
|
|
Kannattanee liittyä kommuuniin jossa tavara viuhuu, niin sitten ei ole enää ongelmaa. Tästäkin on puhuttu ennen. Toisilla on kaikkea ja toisilla ei mitään. ;)
|
|
DaEagle
Newbie
|
30. toukokuuta 2007 @ 16:01 |
Linkki tähän viestiin
|
|
Harvemmin kotikäytössä tarvitsee nopeampaa kuin 8 megasta liittymää...
Jos 1 gb tiedosto tuleepi noin 18 minuutissa niin sen pitäisis riittää, itsellä suurin tarve kaistalle on varmuuskopioiden siirroissa palvelimelta toiselle mutta sekin tapahtuu yöllä niiin ei haittaa surffailuun yms.
useimmat lataa p2p verkoista suuria tiedostoja ja kuitenkin varastoi ne sitten kovalevylle joka taasen aiheuttaa sen etät pitää ostaa lisää kovalevyjä ja sit kuitenkin tekis mieli saaha nopeempi netti :)
Kokeilin piruuttain ladata palvelimella tuon funetin 1gb paketin ja aikaa kului noin 2 min.
19:45:53 (9.47 MB/s) - `1GBnull' saved
|
|
ad07
Suspended due to non-functional email address
|
30. toukokuuta 2007 @ 16:36 |
Linkki tähän viestiin
|
Lainaus:
Harvemmin kotikäytössä tarvitsee nopeampaa kuin 8 megasta liittymää...
Mielenkiintoinen joskin vastakkainen esimerkki on se, että kotikäyttäjät itseasiassa kuluttaavat enemmän kaistaa kuin toimistotyöntekijät. Työsähköposti ja viranpuolesta tietojenhakeminen vie paljon vähemmän kaistaa kuin elokuvat, musiikki ja massiiviset määrät pornoa. ;) Töissä siis kuluu kaistaa paljon vähemmän kuin kotosalla. Poislukien tietysti esim erilaiset mediapalvelut jotka ahmii varmasti tarpeeksi kaistaa. Mutta silloin yleensä palvelimet sijoitetaankin tiloihin joissa on joku isompi verkkosolmu ihan lähellä.
Lainaus:
Jos 1 gb tiedosto tuleepi noin 18 minuutissa niin sen pitäisis riittää.
Aivan totta. 2 megasellakin saa imettyä turkasesti enemmän kamaa kuin kerkiää katsomaan vaikka olisi työtön. Vuorokaudessa kun on edelleen vain 24 tuntia ja nukkuakkin pitäisi.
Lainaus:
varastoi ne sitten kovalevylle
Varastoiminen on yksi asia joka on mielestäni muuttunut olennaisesti viimeaikoina. Koska tiedon lataaminen netistä on niin nopeaa ja kätevää ei tietoa oikeastaan tarvitse varastoida koska sen voi hakea aina uudestaan jos sitä tarvitsee.
Jotkut sanoi että CD-myynti vähenee. No totta kai se vähenee, kaikki kuuntelee meilläkin töissä nettiradioa. Tavallisia radioita tai cd-soittimia ei ole kenelläkään. Kaistakin on niin halpaa ettei sillä ole käytännössä mitään väliä paljonko sitä käytetään. Jos tulee pulaa ostetaan lisää. Kaistaa on yleensä myös aina reservissä on hyvin harvinaista että koko kaista olisi käytössä. Kun usein miten siirtonopeuden pullonkaula on jossain ihan muualla. Muutamia vuosia sitten mietin myös mitä tekee 2 megaa nopeammalla yhteydellä kun suurin osa siteistä ei kuitenkaan pystynyt toimittamaan dataa sen nopeammin. Eikä tuota täyttä 8 megabittiä (mbit/s) ~800kibi/s saa varmasti useimmista siteistä.
Lainaus:
Kokeilin piruuttain ladata palvelimella tuon funetin 1gb paketin ja aikaa kului noin 2 min. 19:45:53 (9.47 MB/s) - `1GBnull' saved
Komeeta. Tuo myös todistaa sen että kyllä ainakin funetin serveriltä saa imettyä sen täyden 8 megaa... ;) Oli sitten kyse mebitistä tai megasta. ;) Tiedätkös muuten kummasta oli tuossa kyse? Tiedosto oli muuten 1 gibiä kuten mainitsinkin. Ihan kohtuullinen herutusvauhti siis.
Täysi DVD kopio tulisi siis about reilussa 8 minuutissa.
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 30. toukokuuta 2007 @ 17:44
|
|
DaEagle
Newbie
|
30. toukokuuta 2007 @ 19:49 |
Linkki tähän viestiin
|
Heh nuo bitit ja megat on aina yksi dilemma...
eli jos tuo 1Gb paketti tuli vauhtia 9,47 Mt/s (joka on oikea muoto) niin tuolloin kaistan nopeus olisi noin 72 Mb/s .
ihan aiheen takia laitoin http://miten.fi sivustolle laskimen millä pystyypi hieman hahmottaa miten nuo bitit ja megat menevät, koitan sinne hieman myös selostaa mikä on mitenkin :)
Linkki gigalaskuriin tässä
|
|
ad07
Suspended due to non-functional email address
|
31. toukokuuta 2007 @ 02:42 |
Linkki tähän viestiin
|
Juu, tuossa on vaan se ongelma että tuosta versiosta puuttuu vielä tieto onko kyse 2 potenssista vai 10 potenssista. Joka on siis tässä se olennainen ongelma. Bitit ja tavut on vielä helppoa. Mutta tuo potenssit on sotkettu todella monessa paikassa.
2k = 2000 eikö? Oletko huomannut että Windowssissa esim 2k = 2048, kuten myös noissa funetin testifileissä oli käytössä 2 potenssit. Mutta taas kiintolevyvalmistajat käyttää esim 10 potensseja.
Wikipediassa tuo oli hyvin esillä, en usko että taulukko näkyy oikein mutta katsotaan mitä tapahtuu.
Name Bin ÷ Dec Dec ÷ Bin Example Percentage difference
kilobyte : kibibyte 1.024 0.976 100 kB ≅ 97.6 KiB +2.4% or −2.3%
megabyte : mebibyte 1.049 0.954 100 MB ≅ 95.4 MiB +4.9% or −4.6%
gigabyte : gibibyte 1.074 0.931 100 GB ≅ 93.1 GiB +7.4% or −6.9%
terabyte : tebibyte 1.100 0.909 100 TB ≅ 90.9 TiB +10% or −9.1%
petabyte : pebibyte 1.126 0.888 100 PB ≅ 88.8 PiB +12.6% or −11.2%
exabyte : exbibyte 1.153 0.867 100 EB ≅ 86.7 EiB +15.3% or −13.3%
zettabyte : zebibyte 1.181 0.847 100 ZB ≅ 84.7 ZiB +18.1% or −15.3%
yottabyte : yobibyte 1.209 0.827 100 YB ≅ 82.7 YiB +20.9% or −17.3%
Yllättävän hyvänähän tuo säilyi. Otetaan vielä toinen selventävä taulukko.
Kuten huomaatte mitä isommista luvuista on kyse, sitä isompi on myös erotus. Joskus aikoinaan kun oli kyse korkeintaan kilosta ja mun esimmäinen kiintolevykin oli täydet 20 megaa niin sillä ei ollut niin isoa merkitystä. Mutta nyt ollaan jo teraluokassa ja varmaan kohta peta-luokassa. Silloin nuo erotukset rupeaa olemaan aika isoja.
Kuten jo jossain vaiheessa mainitsin esim Sharedzillassa saa valita näytetäänkö 65536 kbit/s 8.192 kB/s vai 8.000 KiB/s. Tuossa näkyy hyvin miten joku on saanut nyt vauhtia lisää omasta mielestään kun käytetään epäselviä yksiköitä vaikka kyse on täsmälleen samasta luvusta. Mulla on siis selkeesti nopeempi netti kuin teillä. ;)
Eihän tuolla nyt paljon väliä ole normaalissa "about" päivittäiskielessä. Mutta joskus kämmi voi olla hemmetin paha. Kun joku sanoo joo, meillä on tulossa 8 kiloa dataa. Juu isketään se sinne vaan. Tilaa oli varattu 8000 tavua ja sitten viimeiset 192 tavua kirjoitti jotain ohjelmakoodia yli ja tuli buffer overflow ja marsluotain jämähtää planeetanpinnalle tai lentokone putoaa taivaalta. Tai ydinvoimala vetää pultit. Kun lukee onnettomuusraportteja niin näkee että melkoisiin juttuihin sitä on ihmiset kompastuneet josta onnettomuus on johtunut. Esim onko kyse britti, jenkki vai metritonnista. Huono homma jos meni väärin.
Tiesittekö että esim Concordeen tankattiin dekalitroja. No tuo on ainakin ihan selkeä yksikkö. No mutta se siitä aiheesta. Tässä suossa on oltu jo vuosikymmeniä, eikä se näytä mihinkään katoavan. Ei edes ammattilehdissä vältytä jatkuvilta virheiltä.
Pitää myös muistaa että SI järjestelmän mukaan EI käytetä 2 potensseja tavujen kanssa. Vaikka taas usein käytännönssä käytetään 2 potensseja joka on virallisen SI standardin vastaista. Siksi tähän ratkaisuun ollaan ilmeisesti menossa.
http://fi.wikipedia.org/wiki/Tavu_(tietotekniikka)
P.S. Britit sai pitää omat yksikkönsä "ikuisesti", joten jatkossakin tulee olemaan kivoja ongelmia. Ostaisin muuten kaksi kiveä karkkia ja kaksi jalkaa metrilakua.
Kansallisiin versioihin kuten kt (kilotonni) jne en lähtisi lainkaan. Eihän mustakaan lyheneistä ole kansallisia versioita käytössä. Sitten jos nuo vahingossa vielä sisäistää kun kirjoittaa jotain dokumentointia on homma iloisesti pielessä.
Tähän vois sanoa Akkari termein, pyhäpamaus!
Mutta mitäs mieltä porukka oli noista nopean netin tuomista käyttötottumuksen muuutumisista. Se lienisi paljon parempi aihe missä voidaan kartoittaa nykyistä trendiä eikä tarvitse juuttua klassiseen idiotismiin. ;)
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 31. toukokuuta 2007 @ 03:00
|
|
sammy56
Junior Member
|
2. kesäkuuta 2007 @ 20:44 |
Linkki tähän viestiin
|
Lainaus, alkuperäisen viestin kirjoitti q-hub-op:
Ja täälä Joensuussa saa valokuidulla 100/10 netin 70e/kk
Niinpä, täällä 20-30km kaupungin ulkopuolella voi vain haaveilla 100MB nettiyhteydestä :-O. Tiedä sitten . Ovat veikkailleet että lähivuosien aikana netti nopeus on yleisesti 100MB down. Minä veikkaan että minnekkään muualle kuin kaupunkeihin ei tule nopeita netti systemejä ennen kuin nuo langattomat tekniikat kehittyvät että ensin päästään radiotaajuisella joidenkin kymmenien megojen nopeuteen, valitettavasti. Langattomista on etu maaseudulla, kun ei ole niin paljon häiriöitä kuin kaupunki alueilla jotka on pakattu täyteen signaaleja. Kokemusta on että lankoja pitkin tulevat ADSL tai ties mitkä ovat epäluotettavia koska firmat eivät huolehdi kaapeleistaan....
-Sammy56-
|
|
ad07
Suspended due to non-functional email address
|
3. kesäkuuta 2007 @ 06:32 |
Linkki tähän viestiin
|
|
Yksi varmakäyttö joka imee kaistaa tulevaisuudessa on esim videoneuvottleun kuvan laadun kasvaminen. Sekä luonnollisesti on demand palvelut. Joissain paikoissa nämä toimii jo hienoisti, toisin kuin täällä peräkyläsuomessa. Welho käsittääkseni vasta pilotoi näitä palveluita.
Lontoossa on toiminut melkein vuosikymmenen ondemand palvelut. Joista osa jo useita vuosia HDTV:nä.
Vieläkin tuntuu olevan TV-väelle (samoin kuin radio porukalle) vaikeaa tajuta, ettei jengi halua pskaa pakkopaketissa. Vaan jokaisella on omat mielenkiinnot ja omat aikataulut.
Mikään ei ole naurettavampaa kuin "parasta tauotonta musiikkia sinun makusi mukaan" jota toitotetaan joka biisin välissä. Siinä on päässyt kyllä mustahuumori jo melkoiseen vauhtiin.
BBC tekikin yllättäen sarjan jossa kerrotaan että sekä lehdet, radio ja televisio tulevat kaikki poistumaan tarpeettomina. Siis nykyisessä pakkopulla formaatissa.
En ole yhtään lehteä tilannut kymmeneen vuoteen, enkä tilaa. En ole radiota kuunnellut vuosiin, enkä katsonut televisiota. Kun kaikki tulee netistä. Mutta näin se tekniikassa aina on, osa on edelläkävijöitä, jotkut laahaa keskijunassa ja jotkut haluaa vielä pitää kynsin ja hampain kiinni "lankapuhelimesta", kun ne kännykät on niin epäluotettavia ja vaarallisia.
Tiedon elektroniselle siirtämiselle tulee olemaan jatkossa yhä enemmän tarvetta, aivan varmasti. Pelkästään fyysisen lehden tuottaminen on jo typerää kun sitä oikein ajattelee. Todennäköisesti 50% lehdistä menee lukemattomana roskikseen ja ehkä yksi promille lehdistä luetaan kokonaan. (Nämä ihan heittoja, mutta en usko olevani kaukana todellisuudesta)
Yksi trendi on "näköislehdet" joka on mielestäni ihan älytön trendi. Miksi nettilehden pitäis olla paperilehden näköinen? Kun käyttötavat poikkeavat olennaisesti toisistaan. Siinä on taas joku mediapelle iskenyt päänsä seinään.
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 3. kesäkuuta 2007 @ 06:33
|
|
Mainos
|
|
|
|
sammy56
Junior Member
|
13. kesäkuuta 2007 @ 12:06 |
Linkki tähän viestiin
|
|
Minä olen sitä vastaan että kaikki pitää olla "verkossa". Luen monia lehtiä ja tilaan monia lehtiä, ja teen niin tulevaisuudessakin. Tietysti jokainen tekee oman makunsa mukaan tottakai, mutta ei siinä ole mitään jälkeenjääneisyyttä tai kehittymättömyyttä että ei halua katsoa netistä kaikkea , esim lukea jotain asioita tai tietoa. Tai katsoa televisiota netin välityksellä.
Pelkästään sen takia että aina ei tarvitse olla asentamassa jotain ajuria tai viilaamassa asetuksia jos ei tietokone satukkaan toimimaan juuri kun sinun piti alkaa katsomaan väsyneenä illalla jotain mieli ohjelmaasi... Ja pakkosyöttö ei ole mikään ongelma koska laitteissa on lähes aina tuo Off nappi tai vastaava. Ja toisaalta pakkosyöttö on myös hyväkin asia Esim. Kun katson satelliitti kanavilta dokumentti ohejelmia niin eräs parhaista ominaisuuksista on juuri se että ne ohjelmat tulevat yleensä taatusti niin monta kertaa että sen jaksaa tai kerkeää katsomaan silloin kun haluaa, ilman tallentamistakin. Se jos mikä on todellista on demand palvelua eikä siitä tarvitse maksaa edes erikseen.
Fakta on kuitenkin että näin riskialtis ja epävarma kuin verkko ympäristö on tänä päivänä niin ei ole mitään järkeä siirtää kaikkea nettiin ja sitten hylätä muu vanhanaikaisena. Sen sijaan palveluiden laajentaminen ja sisällön tuottaminen on hyvä ajatus niinkuin onkin tapahtunut.
Tätä vanhan kuoppaamista ei tule todellakaan tapahtumaan moneen sukupolveen, ei ainakaan niin pitkään aikaan kun jok´ikinen pikku hakkeri saa kaadettua meidän hienot verkko infrastruktuurit omaan mahdottomuuteensa.
Toinen seikka joka on vielä isompi on raha. Ei todellakaan kannata kuvitella että yhtäkkiä kaikki muut aikaisempiin medioihin liittyvät työt ja bisnekset lopetettaisiin koska ne tuottavat niin paljon, että netti ei yllä vielä lähellekkään niitä, ja epävarmuustekijöitä piisaa, pitää tehdä myös uusia sijoituksia niitä varten ja se maksaa. Bisnestä ei tehdä, eikä varsinkaan voittoa olettamuksilla. Olettamuksilla tulee konkurssi, minkä nettikuplan puhkeaminen aikoinaan osoitti.
Television ja lehtien lukeminen on kuitenkin täysin eri juttu kuin että sinun pitää etsiä ensin mitä haluat katsoa tai lukea , etkä voi olla läheskään niin varma sen paikkansa pitävyydestä kuin mitä on kirjoittettu esim. tietyn alan tai asian julkaisuissa.
Sen sijaan olen ehdottomasti sitä mieltä että hömppä/juorulehdet saisivatkin julkaista vain netissä etteivät syydä valheitaan kuin jokapaikassa.. heh.
Tuohon loppuun piti vielä lisätä että mitenkä tämä liittyy tähän 8MB juttuun niin kunhan nyt saisivat tänne korpeen edes tuon 24MB netti nopeudenkin toimimaan niin päästäisiin me korven asukitkin nopeampien video systeemien pariin ;-)
-Sammy56-
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 13. kesäkuuta 2007 @ 12:09
|
