# P2P-tiedostonsiirron rehellinen kompromissi

Source: https://help.strongfolder.com/fi/blog/honest-trade-off-of-p2p/
Updated: 2026-11-05

> P2P-tiedostonsiirron kompromissi: lähettäjän välilehden on pysyttävä auki, kunnes vastaanottaja on valmis, koska tiedostot tulevat lähettäjän laitteelta eivätkä tallennetusta kopiosta. Vastineeksi latausta palvelimelle ei tarvitse odottaa, palvelimelle ei jää kopiota eikä palvelu aseta kokorajaa. Kun et voi pysyä verkossa, pilvilinkki on parempi työkalu.

Jokainen tuote tekee jossain kompromissin. Meidän kompromissimme on kirjoitettu tämän ohjekeskuksen
jokaiselle ohjesivulle, ja sanon sen mieluummin ääneen kuin piilotan pieneen präntättyyn tekstiin.
P2P-tiedostonsiirron kompromissi on tämä: **kun lähetät tiedostoja StrongFolderilla,
selainvälilehtesi on pysyttävä auki, kunnes vastaanottaja on ladannut ne.** Tämä kirjoitus kertoo,
miksi hyväksyimme sen, milloin se on sinulle väärä kauppa ja miten siitä tehdään kivuton silloin,
kun se on oikea.

## Mitä P2P tarkalleen pyytää sinulta?

Yhtä asiaa: pysy verkossa. StrongFolder lähettää tiedostot suoraan selaimestasi vastaanottajan
selaimeen WebRTC:n kautta. Mitään ei ladata etukäteen palvelimelle. Tiedostoja ei koskaan ladata StrongFolderin palvelimelle eikä tallenneta sinne.

Se tarkoittaa, että laitteesi on ainoa lähde. Jos suljet välilehden, päästät kannettavan
lepotilaan tai menetät Wi-Fi-yhteyden, lähde katoaa ja siirto pysähtyy. Linkki toimii niin kauan kuin lähettäjä jakaa. Kun lähettäjä napsauttaa Stop Sharing tai sulkee välilehden, tiedostot eivät ole enää saatavilla.

Sama pätee toiseen osapuoleen: jos vastaanottajan tietokone nukahtaa, hän lakkaa vastaanottamasta.
Suora siirto on lyhyt tapaaminen kahden laitteen välillä, ja molempien on saavuttava paikalle.

## Miksi valitsimme sen silti?

Koska vaihtoehto — kopion säilyttäminen palvelimillamme — on juuri se, mikä luo ongelmat, joiden
korjaamiseksi perustin StrongFolderin.

- **Ei latausodotusta.** Tallennettua kopiota käyttävässä palvelussa vastaanottaja ei voi aloittaa
  ennen kuin latauksesi palvelimelle on valmis. Lataa 50 GB 50 Mbit/s:llä, ja se on 50 × 8 000 ÷ 50
  = 8 000 sekuntia — noin 2,2 tuntia — ennen kuin linkki on edes valmis, ja sen päälle tulee
  vastaanottajan lataus. Suorassa siirrossa lataus alkaa heti, kun vastaanottaja avaa linkin.
- **Ei tallennettua kopiota.** Palvelimella ei ole tiedostoa, joka voisi myöhemmin vuotaa, eikä
  säilytysaikaa, josta pitäisi lukea. Tarkasti siitä, mitä säilytämme: Linkin luomista varten palvelu säilyttää siirron metatiedot: tiedostojen ja kansioiden nimet, koot ja tiedostojen määrän.
- **Emme aseta kokorajaa.** Tallennus maksaa, minkä vuoksi tallennukseen perustuvat palvelut
  rajoittavat tiedostokokoja tai laskuttavat isommista. Me emme tallenna, joten emme aseta rajaa.
  StrongFolder ei aseta kokorajaa. Käytännön rajat ovat vastaanottajan laitteen vapaa levytila, yhteyden nopeus ja se, kuinka kauan molemmat laitteet pysyvät verkossa.
- **Kansiot pysyvät kansioina.** Kansiot lähetetään kansioina: alikansiot ja tiedostonimet säilyvät, mitään ei pakata.

On myös seikka, joka jää usein huomaamatta: **pilvilinkki vaatii sinua myös pysymään verkossa —
latauksen ajan.** Todellinen ero on siinä, kenen aikataulusta olet riippuvainen. Pilvilatauksessa
olet verkossa latauksen ajan ja voit sitten lähteä; P2P:ssä olet verkossa niin kauan kuin
vastaanottaja lataa. Jos vastaanottaja avaa linkin heti, verkossa viettämäsi aika on suunnilleen
sama — mutta data kulkee kerran kahden sijaan.

## Milloin pilvilinkki on parempi työkalu?

Haluan tämän ohjekeskuksen olevan hyödyllinen, ei vain vakuuttava, joten tässä tilanteet, joissa en
itse käyttäisi StrongFolderia:

| Tilanne | Parempi työkalu | Miksi |
|---|---|---|
| Lähdet kymmenen minuutin päästä ja tiedostot ovat muutaman gigatavun kokoisia | Siirtopalvelu, joka tallentaa kopion | Lataa kerran, sulje kannettava, vastaanottaja lataa myöhemmin |
| Vastaanottaja on toisella aikavyöhykkeellä ja lataa huomenna | Pilviaseman linkki | Kopio odottaa häntä palvelimella |
| Moni tarvitsee tiedostoja viikkoja esikatseluineen ja kommentteineen | Pilviasema tai projektialusta | Jaettu pääsy ja selaaminen, ei kertatoimitus |
| Pitkät lähetykset puhelimesta | Tietokone tai pilvisovellus | Mobiiliselaimet keskeyttävät taustalla olevat sivut |
| Teratavuja hitaalla lähetysyhteydellä, vastaanottaja samassa kaupungissa | Ulkoinen levy | 2 TB 20 Mbit/s:llä on 800 000 sekuntia — yli yhdeksän päivää |

Jos jokin näistä riveistä kuvaa tilannettasi, tallennettu kopio on oikea kompromissi ja sinun
kannattaa valita se. Koko vertailu on sivulla [P2P vs pilvipohjainen tiedostojen
siirto](https://help.strongfolder.com/en/guides/p2p-vs-cloud-file-transfer/), ja [WeTransfer-vaihtoehdot](https://help.strongfolder.com/en/compare/wetransfer-alternatives/)
asettaa palvelut rinnakkain.

## Miten verkossa pysymisestä tehdään kivutonta?

Kaikessa muussa — vastaanottaja on valmis nyt, tiedostot ovat isoja, et halua ladata niitä
minnekään — verkossa pysyminen on lähinnä valmistautumista:

1. **Laske ensin.** Koko gigatavuina × 8 000 ÷ **lähetysnopeutesi** Mbit/s = sekunnit. 20 GB 100
   Mbit/s:llä on noin 27 minuuttia; 120 GB 50 Mbit/s:llä noin 5,3 tuntia. Todelliset siirrot ovat
   yleiskustannusten vuoksi hieman hitaampia, joten lisää marginaalia. Monessa kotiliittymässä
   lähetysnopeus on paljon pienempi kuin latausnopeus — tarkista se millä tahansa nopeustestillä.
2. **Kytke laturiin.** Virransäästötilat ovat aggressiivisempia lepotilan suhteen.
3. **Poista lepotila käytöstä, ei näyttöä.** Pimeä näyttö on ok; lepotila pysäyttää siirron.
   Windowsissa aseta lepotila verkkovirrassa tilaan *Ei koskaan* (Never) istunnon ajaksi (tai käytä
   ilmaista PowerToys Awakea). Macilla aja Päätteessä `caffeinate -i`, kunnes siirto päättyy.
4. **Pidä välilehti aktiivisena.** Avaa Chromessa Asetukset → Suorituskyky → *Pidä nämä sivustot
   aina aktiivisina* (Always keep these sites active) ja lisää `strongfolder.com`, jotta
   muistinsäästö ei koskaan poista välilehteä käytöstä.
5. **Käytä kaapelia.** Wi-Fi riittää muutamaksi minuutiksi; useiden tuntien aikana
   Ethernet-yhteys on yksinkertaisesti vakaampi.
6. **Keskeytä kilpailevat lähetykset.** Pilvivarmuuskopio, kuvien synkronointi ja videopuhelut
   jakavat saman lähetyskaistan.
7. **Sopikaa aikaikkunasta** vastaanottajan kanssa, ja jaa hyvin isot lähetykset muutamaan
   kansioon. Jos jokin katkeaa, teet uudelleen vain yhden erän.

Vaiheittaiset asetukset Windowsille, macOS:lle ja selaimille löytyvät ohjeesta [Miksi lähettäjä
pysyy verkossa](https://help.strongfolder.com/en/guides/why-sender-stays-online/).

[Lähetä tiedostot nyt](https://strongfolder.com)
## Onko kompromissi sen arvoinen?

Siirroissa, joita varten StrongFolder rakennettiin — valmis video asiakkaalle, projektikansio
kollegalle, kuva-arkisto perheelle, joka odottaa sitä — mielestäni selvästi on. Välilehden
pitäminen auki tunnin ajan on pieni hinta siitä, ettei latausta tarvitse odottaa, kenenkään toisen
palvelimelle ei jää kopiota eikä koolla ole rajaa.

Yllä olevan taulukon tapauksissa se ei ole, ja haluan mieluummin, että käytät oikeaa työkalua kuin
väärää, jossa on meidän nimemme. Jos osut tilanteeseen, jossa kompromissi sattuu eikä mikään
vinkeistä auta, kirjoita minulle osoitteeseen [info@strongfolder.com](mailto:info@strongfolder.com) —
juuri sellainen palaute ohjaa sitä, mitä rakennamme seuraavaksi.

## FAQ

### Voiko vastaanottaja ladata sen jälkeen, kun suljen kannettavani?

Ei. Linkki toimii niin kauan kuin lähettäjä jakaa. Kun lähettäjä napsauttaa Stop Sharing tai sulkee välilehden, tiedostot eivät ole enää saatavilla. Jos vastaanottaja lataa myöhemmin, käytä pilviasemaa tai siirtopalvelua, joka tallentaa kopion.

### Täytyykö StrongFolder-välilehden olla etualalla?

Tietokoneella taustavälilehti jatkaa lähettämistä niin kauan kuin se on auki ja tietokone on hereillä. Puhelimissa selaimet keskeyttävät usein taustalle siirtyvät sivut, joten pidä sivu näytöllä tai lähetä tietokoneelta.

### Entä jos usea ihminen lataa samaan aikaan?

Saman linkin voi avata useampi vastaanottaja; jokainen lataa suoraan lähettäjältä. Samanaikaiset lataukset jakavat lähetyskaistasi, joten kukin kulkee hitaammin kuin yksittäinen lataus kulkisi.