sshfs 3g:n yli todella hidas
Vahis
ADSL:n yli sshfs on hitaahko, mutta käyttökelpoinen.
3G:n yli se on toivottoman hidas.
Vakituinen mobiililiittymäni ei tuossa yllätäkään (384) mutta otin testiin 5/2 nopeuden.
(Saunikselta saa veloituksetta 5/2-megaisen liittymän 14 vrk:ksi)
Kuvittelin, että kun oma ADSL on vain 1-megainen ylöspäin ja sieltä
tavara tulee hyvin läppärille kaapeloitua yhteyttä pitkin, niin
tokihan tuon mobiilin käytännössä saavuttama 3-4 megaa pitäisi pystyä
samaan (tuon nopeuden se näyttää alaspäin speed testillä Nebulalta).
Vaan sshfs on sen yli todella takkuinen.
Kun lataan funetilta testifiluja, ne tulevat mukavasti sekä ADSL:n että
3G.n yli ftp:llä.
Samoin esim fish on ihan OK kun selaan kotipalvelinta.
Miksi tuon UMTSin latenssi (onko tämä oikea termi?) on niin erilainen
sshfs:llä? Onko 3G/sshfs-yhdistelmässä jotain muista poikkeavaa määrää
overheadia?
Vai onko kysymyksessä jotenkin tuon pikkuläppärin kapasiteetti?
Esim top ei kyllä tukisi tuota, muisti ja prosu eivät näy olevan kovilla
mitenkään.
On siinä jotain muutakin outoa "nettonopeudessa"
Lankaa pitkin voin läppärillä seurata Saunalahden palvelimelle tallennettuja
TV-ohjelmia, vaan eipä onnistu nettitikun yli.
Onko ihmettelyni turhaa ja kunnollinen kone hoitaisi asian?
Onko jotain vipuja, joilla yhteyttä voisi säätää, buffereita, paketin
kokoa, ym?
Minä näistä ymmärrä, ryhmäkin voi olla väärä...
Vahis
--
"Sunrise 7:01am (EEST), sunset 7:24pm (EEST) at Espoo, Finland (12:23 hours daylight)"
http://waxborg.servepics.com
Linux 2.6.25.20-0.5-default #1 SMP 2009-08-14 01:48:11 +0200 x86_64
11:11am up 29 days 16:33, 15 users, load average: 1.23, 1.18, 1.15
Sami Ketola
> Miksi tuon UMTSin latenssi (onko t�m� oikea termi?) on niin erilainen
> sshfs:ll�? Onko 3G/sshfs-yhdistelm�ss� jotain muista poikkeavaa m��r��
> overheadia?
En tunne sshfs:n toimintaa, mutta jos se latenssista kiinni on niin
kannattaa kokeilla nfs:n ajamista ssh-putkessa. Se on toiminut
ainakin itsell� ihan kohtuullisesti my�s 3G yhteydell�.
Sami
--
.signature: no such file or directory
Vahis
> Vahis <wax...@gmail.com.invalid> wrote:
>> sshfs:llä? Onko 3G/sshfs-yhdistelmässä jotain muista poikkeavaa määrää
>
> En tunne sshfs:n toimintaa, mutta jos se latenssista kiinni on niin
> kannattaa kokeilla nfs:n ajamista ssh-putkessa. Se on toiminut
>
Voisi olla hyvä tuokin.
Tuo sshfs olisi vain niin yksinkertainen käyttää.
Jos pääsee ssh:lla kiinni, saa mountattua mitä tahansa minne tahansa,
helppoa kuin heinän teko.
Ei mitään säätämistä palvelimen päässä, vain pieni client-kikkare tarvitaan.
(Ja fuse)
Eniten tässä ihmetyttää (siksi ryhmä) nuo samojen asioiden
liikuttelun erot ADSL kontra UMTS.
Miksi on paljon nopeampaa vetää samasta 1 Mbs yhteydestä kaapelilla kuin 3G:llä?
Mitä minä en nyt hoksaa?
Täytyy tänään illemmalla pistää vähän taulukkoon saatuja nopeuksia.
Vahis
--
"Sunrise 7:01am (EEST), sunset 7:24pm (EEST) at Espoo, Finland (12:23 hours daylight)"
http://waxborg.servepics.com
Linux 2.6.25.20-0.5-default #1 SMP 2009-08-14 01:48:11 +0200 x86_64
1:54pm up 29 days 19:16, 15 users, load average: 1.35, 2.02, 1.96
Mika Iisakkila
> Kun lataan funetilta testifiluja, ne tulevat mukavasti sek� ADSL:n ett�
> 3G.n yli ftp:ll�.
>
> Samoin esim fish on ihan OK kun selaan kotipalvelinta.
>
> sshfs:ll�? Onko 3G/sshfs-yhdistelm�ss� jotain muista poikkeavaa m��r��
> overheadia?
En tunne sshfs:�� yht��n, mutta siin� syntyy varmaankin jotenkin
omituisen pieni ikkunakoko tai se ei osaa cachettaa hakemistoja tms.
ollenkaan, jolloin kaikki kest�� kun pit�� odottaa toisen p��n
vastauksia. Latenssi on nimenomaan oikea termi ja se on
perus-3G:ll�kin usein aika turkasen huono, helposti satoja
millisekunteja. HSDPA helpottaa alle sataan, mutta kaukana ADSL:st�
sekin on.
Itse k�yt�n et�tiedostojakoihin (ja kaikkeen muuhunkin) OpenVPN:��.
Ainakin Windows-jaot (palvelimen p��ss� Linux ja Samba) toimivat sen
yli oikein hyvin 3G:ll�kin. L�ytyy sek� Windowsiin ett� Linuxiin.
--
http://www.hut.fi/u/iisakkil/ --Foo.
Vahis
> Vahis <wax...@gmail.com.invalid> writes:
<snip>
>
> Itse käytän etätiedostojakoihin (ja kaikkeen muuhunkin) OpenVPN:ää.
> Ainakin Windows-jaot (palvelimen päässä Linux ja Samba) toimivat sen
> yli oikein hyvin 3G:lläkin. Löytyy sekä Windowsiin että Linuxiin.
Täällä on palvelimella suora yhteys ulos ja normaalisti ssh.
Siitä mounttaan nyt suoraan sshfs:n.
Toisella kortilla on sitten yhteys natattuun sisäverkkoon, 192.168-avaruuteen.
Sisäverkolla on palvelin käytössään normaalisti, ulkoverkkoon menevät
routerin kautta.
OpenVPN voisi olla toinen, virtuaalinen sisäverkko, vaikkapa 10.x.-avaruus?
Ja ulkomaailmasta kytkeytyvä läppäri saisi sen jaot käyttöönsä kuten
paikallisverkossa, NFS/SMB?
Ja tämä virtuaalisisäverkko konfattaisiin tuohon ulkoisen verkon
korttiin? Vai onko sillä mitään väliä kumpaan sen iskee?
Joko siinä natin takana olisi sekä vyö että henkselit?
Vahis
--
"Sunrise 7:01am (EEST), sunset 7:24pm (EEST) at Espoo, Finland (12:23 hours daylight)"
http://waxborg.servepics.com
Linux 2.6.25.20-0.5-default #1 SMP 2009-08-14 01:48:11 +0200 x86_64
5:12pm up 29 days 22:34, 15 users, load average: 1.14, 1.19, 1.21
Vahis
> On 2009-09-20, Mika Iisakkila <mika...@pingrid.fi.invalid> wrote:
>> Vahis <wax...@gmail.com.invalid> writes:
><snip>
>>
>> Itse käytän etätiedostojakoihin (ja kaikkeen muuhunkin) OpenVPN:ää.
>> Ainakin Windows-jaot (palvelimen päässä Linux ja Samba) toimivat sen
>> yli oikein hyvin 3G:lläkin. Löytyy sekä Windowsiin että Linuxiin.
>
> OpenVPN voisi olla toinen, virtuaalinen sisäverkko, vaikkapa 10.x.-avaruus?
Laitoin tuon kymppiverkon pystyyn.
Ping toimii ja ssh:lla voin logata sisään.
Noilla ei vielä nopeudesta tiedä mitään...
> Ja ulkomaailmasta kytkeytyvä läppäri saisi sen jaot käyttöönsä kuten
> paikallisverkossa, NFS/SMB?
Ei client ainakaan ihan suorilta löydä jakoja, jotka on LANissa
toimivana.
Tätä täytyy tutkia vielä...
Vahis
--
"Sunrise 7:01am (EEST), sunset 7:24pm (EEST) at Espoo, Finland (12:23 hours daylight)"
http://waxborg.servepics.com
Linux 2.6.25.20-0.5-default #1 SMP 2009-08-14 01:48:11 +0200 x86_64
7:35pm up 30 days 0:57, 17 users, load average: 1.06, 1.19, 1.17
Mika Iisakkila
>> OpenVPN voisi olla toinen, virtuaalinen sis�verkko, vaikkapa 10.x.-avaruus?
>
> Laitoin tuon kymppiverkon pystyyn.
> Ping toimii ja ssh:lla voin logata sis��n.
> Noilla ei viel� nopeudesta tied� mit��n...
No ssh:ta ei sinne VPN-r��riin kannata ohjatakaan. Mulla on asiat
j�rjestelty niin, ett� palvelimella sellaiset asiat, joihin ei
(suoraan) ulkoa ole kenell�k��n asiaa, kuuntelevat pelk�st��n
sis�verkon interfacea (loota toimii samalla palomuurina). OpenVPN tuo
siihen sitten oman tap/tun -interfacensa omalla aliverkollaan, josta
selv�kielinen liikenne "tulee ulos", ja sille pit�� olla reititykset
tuohon sis�verkkoon kunnossa. Samaten OpenVPN:n konffiksessa pit��
kertoa mit� se komentaa clienttien tekev�n omille reitityksilleen kun
linkki nousee pystyyn (push "route ..." niille aliverkoille/hosteille
joihin kuuluu menn� VPN-putken kautta, ei suoraan).
>> Ja ulkomaailmasta kytkeytyv� l�pp�ri saisi sen jaot k�ytt��ns� kuten
>> paikallisverkossa, NFS/SMB?
>
> Ei client ainakaan ihan suorilta l�yd� jakoja, jotka on LANissa
> toimivana.
>
> T�t� t�ytyy tutkia viel�...
SMB:n kanssa on niit� kaikkia nimis�hellyksi� ja muuta s��t�mist�
ennen kuin resurssien selaus toimii. Muistaakseni itse lakkasin
pohtimasta niit� ja yhdist�n suosiolla IP-numerolla. Enk� n�k�j��n
t�lt� m�kkil�pp�rilt� p��se nyt niill�k��n :-)
On tuossa opiskelemista simppeliin ssh-putkeen verrattuna, mutta on
sent��n p��s��nt�isesti valkoisen miehen k�sitett�viss� toisin kuin
joku IPSec...
--
http://www.hut.fi/u/iisakkil/ --Foo.
Vahis
>>> OpenVPN voisi olla toinen, virtuaalinen sisäverkko, vaikkapa 10.x.-avaruus?
>>
>> Laitoin tuon kymppiverkon pystyyn.
>> Ping toimii ja ssh:lla voin logata sisään.
>> Noilla ei vielä nopeudesta tiedä mitään...
>
Seuraava ongelma iski heti: Alkuperäinen vaatimus on muun muassa
soitella palvelimella olevaa musiikkia. Sambajaolla oleva kala ei nyt
sitten kelpaakaan vlc:lle, mplayerille, kaffeinelle, eikä amarokille.
Nuo kaikki kyllä soittelevat sshfs- hakemistoissa olevat tiedostot,
musiikkiin riittää perusnopeus 384, mutta alku vaan on
hidas ennen kuin listaukset pelaa.
Olen toiminut siten, että mounttaan ensin hakemiston ja sitten kohta
käynnistän Amarokin. Sillä kun on biiseistä kanta tehtynä ja olen
kieltänyt hakemiston pollaamisen, niin kyllä se käyttökelpoinen on.
Videoissa on paljon sellaista mille ei riitä vauhti 3G:n yli edes tällä
koetikulla.
Ja se on juuri se ihmetys kun kupareita pitkin nekin pyörii.
> SMB:n kanssa on niitä kaikkia nimisähellyksiä ja muuta säätämistä
> ennen kuin resurssien selaus toimii. Muistaakseni itse lakkasin
> pohtimasta niitä ja yhdistän suosiolla IP-numerolla. Enkä näköjään
> tältä mökkiläppäriltä pääse nyt niilläkään :-)
Sambaa en muuten käytäkään täällä kuin virtuaalikoneissa oleville
windowseille. Nyt kokeilin saada sen pystyyn kun ei NFS halunnut toimia.
Jotain herjaa autetikoinnista. Vaikuttaa turhan hankalalta.
Sillä tuskin mitään ihmettä parannusta vauhtiin kuitenkaan saisi.
Jotenkin tämä kaikki liittynee siihen miten ADSL ja UMTS kusoavat eri
tavalla. Siksi tämä ryhmävalintakin alun perin.
> On tuossa opiskelemista simppeliin ssh-putkeen verrattuna, mutta on
> sentään pääsääntöisesti valkoisen miehen käsitettävissä toisin kuin
> joku IPSec...
Ei ole oikein auennut että mitä tuo antaa verrattuna ssh:n yli
mounttaamiseen. Taidan jatkaa entiseen malliin, mutta koska tykkään
säätää, niin olihan tämäkin kivaa...
Vahis
--
"Sunrise 7:01am (EEST), sunset 7:24pm (EEST) at Espoo, Finland (12:23 hours daylight)"
http://waxborg.servepics.com
Linux 2.6.25.20-0.5-default #1 SMP 2009-08-14 01:48:11 +0200 x86_64
9:39pm up 30 days 3:01, 17 users, load average: 1.19, 1.24, 1.25
SilverSurfer
> (suoraan) ulkoa ole kenell�k��n asiaa, kuuntelevat pelk�st��n
> sis�verkon interfacea (loota toimii samalla palomuurina). OpenVPN tuo
> siihen sitten oman tap/tun -interfacensa omalla aliverkollaan, josta
> selv�kielinen liikenne "tulee ulos", ja sille pit�� olla reititykset
openvpn+lzo & cifs. voin suositella.
Sami Ketola
> Nuo kaikki kyll� soittelevat sshfs- hakemistoissa olevat tiedostot,
> musiikkiin riitt�� perusnopeus 384, mutta alku vaan on
> hidas ennen kuin listaukset pelaa.
T�ss� tapauksessa se nfs-over-ssh voisi olla sitten ratkaisu. nfs:ll�
se tiedostojen attribuuttien siirt�minen on kertaluokkaa kevyempi
operaatio.
Vahis
> Vahis <wax...@gmail.com.invalid> wrote:
>> musiikkiin riittää perusnopeus 384, mutta alku vaan on
>> hidas ennen kuin listaukset pelaa.
>
> se tiedostojen attribuuttien siirtäminen on kertaluokkaa kevyempi
> operaatio.
Kiitos vinkistä. Täytyypä tutkia vielä tuokin mahdollisuus.
Tähänastiset ovat olleet kaikki hyviä LAN:ssa ja käyttökelpoisia
ADSL:n yli.
Luulen, että mitä enemmän tulee edestakaista liikennettä, 3G kärsii.
Sille annettavat downstreamarvot toteutuvat melko hyvin, mutta kaista
ylöspäin jää alle ja nuo kokeillut versiot näyttävät tarvitsevan
upstreamia, jota on paremmin käytössä ADSL:ssä.
Tämä on maallikon päättelyä...
Tänään aion kokeilla paria julkista/puolijulkista langatonta verkkoa.
Hienoa on että pääsee sattumoisin kokeilemaan nopeimpia mahdollisia
3G-yhteyksiä, ilmaiseksi, kiitos Sauniksen kampanjatarjouksen.
Vahis
--
"Sunrise 7:04am (EEST), sunset 7:21pm (EEST) at Espoo, Finland (12:17 hours daylight)"
http://waxborg.servepics.com
Linux 2.6.25.20-0.5-default #1 SMP 2009-08-14 01:48:11 +0200 x86_64
9:27am up 30 days 14:49, 17 users, load average: 1.13, 1.14, 1.10