Paano mapabilis ang paglilipat ng file sa Linux

Kung araw-araw kang gumagamit ng Linux, malamang naranasan mo na ang pagkadismaya ng pagtitig sa isang walang katapusang mabagal na progress bar habang kinokopya ang malalaking file , maging sa isang USB drive, ibang server sa network, o sa pagitan ng mga internal drive. Samantala, sa parehong hardware, kapag nag-boot ka sa Windows, lahat ay umaandar sa bilis na 60-80 MB/s. Nakakadismaya ito at nagbibigay ng impresyon na ang Linux ay "mabagal" sa paglipat ng data.

Ang katotohanan ay mas detalyado: iba ang paggana ng sistema, ang kernel ay gumagamit ng agresibong mga write cache, may mga konserbatibong default na setting , at ang uri ng file system, paraan ng pagkopya, at maging ang pag-encrypt ng koneksyon ay may papel din. Ang pag-unawa sa kung ano ang nangyayari "sa ilalim ng hood" ay nagbibigay-daan sa iyong pinuhin ang sistema at mas mapalapit sa pagganap na nakikita mo sa ibang mga sistema.

Bakit tila napakabagal ng pagkopya ng mga file sa Linux?

Isa sa mga pinakakaraniwang reklamo ay ang napakalaking pagkakaiba sa bilis sa pagitan ng Linux at Windows kapag kinokopya ang malalaking halaga ng data (o kahit terabytes) sa isang external USB drive . May ilang gumagamit na nag-uulat ng mga totoong halimbawa: sa Windows, ang parehong external drive ay nakakamit ng matatag na 60-80 MB/s, habang sa Linux, ang pagkopya ay nagsisimula nang malakas ngunit mabilis na bumababa sa 2-10 MB/s, kaya ang paglilipat ng ilang terabytes ay ilang araw lamang, hindi oras.

Sa ibang mga senaryo, halimbawa, kapag naglilipat ng 1-3 GB na koleksyon ng video sa pagitan ng dalawang Linux server, ang bilis na humigit-kumulang 20 MB/s ay nakikita sa rsync kumpara sa 100 MB/s gamit ang Samba mula sa isang Windows machine bilang tagapamagitan. Sa unang tingin, tila taliwas ito sa inaasahan: ang rsync ay mahusay, gumagamit ng SSH, at sa teorya ay dapat na ang pinakamabilis na opsyon.

Ang lahat ng ito ay lumilikha ng impresyon na mayroong isang patuloy na bug sa kernel na nagpapahirap sa paggamit ng Linux para sa malalaking backup. Sa katotohanan, ang mga sitwasyong ito ay sanhi ng kombinasyon ng mga salik: write caching, mga parameter ng memory subsystem, mga katangian ng USB, uri ng file system, at mga tool na ginamit . Sa pamamagitan ng pag-fine-tune ng bawat component, maaari nating lubos na mapabuti ang pagganap.

Bukod pa rito, mahalagang maunawaan na sa Linux, ang bilis na ipinapakita sa dialog ng kopya o sa progress bar ay hindi palaging sumasalamin sa aktwal na nangyayari sa disk. Una, ang data ay kinokopya sa RAM, pagkatapos ay inililipat ito sa device nang pabigla-bigla , na nagdudulot ng mga spike, paghinto, at nakakainis na pakiramdam na "nagyelo ito."

Ang kernel write cache: ang maliwanag na tunay na salarin

Malaki ang nakasalalay sa Linux sa RAM para i-buffer ang mga operasyon ng disk. Kapag kinopya mo ang data sa isang mabagal na drive, tulad ng USB hard drive o flash drive , hindi agad isinusulat ng system ang lahat sa device. Iniimbak muna nito ito sa cache (maruming memory) at, kapag natugunan ang ilang partikular na kundisyon, sinisimulan nitong isulat ang data na iyon sa background.

Lumilikha ito ng mapanlinlang na epekto: nagsisimula ang kopya sa puspusang bilis, mabilis na tumataas ang progress bar, at pagkatapos ay biglang tila nagyelo ang graphical interface nang ilang minuto. Sa katotohanan, napuno na ang cache, at ngayon ay paulit-ulit na inaalisan ng laman ng kernel ang memoryang iyon sa USB device , habang sabay na sinusubukang panatilihing magagamit ang computer para sa iba pang mga gawain.

Kung gagamit ka ng disk monitor (tulad ng mga KDE Plasma widget), malinaw mong makikita ang ganitong pag-uugali: napakataas na write spike na sinusundan ng mga "walang laman" na espasyo kung saan halos walang nakasulat . Ang mga puwang na ito sa pagitan ng mga burst ang siyang eksaktong nagreresulta sa mahabang oras ng paghihintay at isang pakiramdam ng pangkalahatang kabagalan.

Bukod pa rito, may kaugnayan ito sa isa pang karaniwang isyu: kapag natapos mo na ang pagkopya at gusto mong "ligtas na i-eject" ang USB drive, sasabihin sa iyo ng system na maghintay dahil isinusulat pa rin ang data. Hindi ito isang error; nangangahulugan ito na ang ilan sa nilalaman ay nasa cache pa rin at hindi pa pisikal na nailipat sa device . Kung magdidiskonekta ka sa puntong iyon, nanganganib kang masira ang mga file.

Isa sa mga susi sa pagpapabilis ng mga paglilipat ay ang pagbabawas ng mga walang kwentang puwang sa pagitan ng mga write burst at pagpapaalis ng laman ng cache ng kernel bago ito mapuno, sa mas tuluy-tuloy at mahuhulaang paraan . Maraming mga parameter ng virtual memory subsystem ang gumaganap dito.

Ayusin ang vm.dirty_* at iba pang mga parameter para sa mabagal na mga USB drive

Kapag kinokopya sa isang USB drive, lalo na kung ito ay naka-format sa NTFS o FAT, ang pag-unawa sa ilang mga halaga ng kernel at pag-alam kung paano paganahin ang write caching sa mga external drive ay maaaring makagawa ng malaking pagkakaiba. Dalawang napakahalagang parameter ay ang `vm.dirty_bytes` at `vm.dirty_background_bytes` , na tumutukoy kung gaano kalaki ang maaaring lumaki ng write cache bago ito simulan ng system na i-flush sa disk.

Paggamit ng mga utos tulad ng:

echo $((120*1024*1024)) > /proc/sys/vm/dirty_bytes
echo $((60*1024*1024)) > /proc/sys/vm/dirty_background_bytes

Sinasabi namin sa kernel na kapag ang data na naghihintay isulat ay umabot sa mga laki na iyon (halimbawa, 120 MB at 60 MB), hindi na ito dapat maghintay para mapuno ang memorya at dapat itong simulan nang mas maaga . Binabawasan nito ang mga puwang sa pagitan ng mga burst na nakikita sa disk monitor at ginagawang mas maayos ang paglilipat.

Ang pagsasaayos na ito ay lalong kapansin-pansin sa mga USB drive na naka-format sa NTFS, bagama't hindi ito isang magandang solusyon: nalalapat pa rin ang mga pisikal na limitasyon ng device . Ang nakakamit nito ay ang pagpigil sa mga full-speed boot-and-stop cycle na nagpapababa sa karanasan at nagpapabago sa mga istatistika ng bilis.

Para sa mga drive na may mga native na Linux file system tulad ng EXT4, maaari ka pang gumawa ng karagdagang hakbang at isaayos ang mga oras ng pag-activate ng proseso ng pagsulat, na tinukoy ng `vm.dirty_writeback_centisecs` at `vm.dirty_expire_centisecs` . Bilang default, ang mga value na ito ay karaniwang idinisenyo upang maiwasan ang epekto sa system, ngunit maaari itong isaayos.

Por ejemplo:

sysctl -w vm.dirty_writeback_centisecs=30
sysctl -w vm.dirty_expire_centisecs=500

Binabawasan nito ang dalas ng aktibong pag-flush ng kernel sa maruming cache papunta sa disk, na lalong nagpapaliit sa pagitan ng mga write burst . Sa praktikal na paraan, ang I/O graph ay lumilitaw na mas buo at hindi gaanong putol-putol, at mas mabilis na nakukumpleto ang malalaking kopya.

Kung gusto mong maging permanente ang mga pagbabagong ito at hindi mawala kapag nag-restart, maaari mong idagdag sa file /etc/sysctl.conf mga entry tulad ng:

vm.dirty_bytes=125829120
vm.dirty_background_bytes=62914560
vm.dirty_writeback_centisecs=30
vm.dirty_expire_centisecs=500

Sa ganitong paraan, ang iyong sistema ay palaging magsisimula gamit ang mga mas agresibong parameter ng pagsusulat, na sa mga makinang kadalasang kumokopya ng data sa USB o mabagal na disk ay isinasalin sa isang hindi gaanong nakakadismayang karanasan.

Epekto ng mga pagpapabuti ng kernel sa mga operasyon ng I/O

Gumugol ang komunidad ng kernel ng mga taon sa pagpino ng I/O subsystem upang, kahit sa matinding mga sitwasyon (malalaking kopya sa mabagal na mga disk, mga system na may kaunting RAM, atbp.), ang buong desktop ay hindi nag-freeze o ang mga application tulad ng browser ay hindi nagka-crash . Ang mga kamakailang bersyon ng kernel ay nagpakilala ng mga mekanismo na partikular na pumipigil sa mga proseso ng pagsusulat na kumonsumo ng labis na memorya at CPU.

Bukod sa iba pang mga bagay, may mga ginawang hakbang upang limitahan ang bilang ng mga pahina ng memorya na maaaring manatili sa isang "marumi" na estado sa anumang oras at upang unahin ang paglilipat ng memoryang iyon sa disk. Ito ay lalong kapansin-pansin kapag kinokopya mo sa isang device na naka-format sa FAT32 o NTFS at, kasabay nito, nais mong patuloy na gamitin ang sistema nang maayos.

Sa mga nakaraang kernel, karaniwan nang nagyeyelo ang graphical environment nang ilang segundo kapag naglilipat ng ilang gigabytes sa isang murang USB drive . Gamit ang mga mas bagong bersyon at makatwirang configuration ng memory, lubos na nababawasan ang epektong ito, na ginagawang mas hindi gaanong nakakaabala ang proseso ng pagkopya.

Bukod pa rito, ang ecosystem ng Linux ay patuloy na nakakakita ng paglitaw ng mga tool at utility para sa pagsusuri ng performance ng cache memory, CPU, at disk subsystems, tulad ng perf c2c , na nagbibigay-daan sa mga user na makita ang mga pattern ng paggamit ng cache sa mga modernong processor at matukoy ang mga bottleneck. Bagama't ang mga tool na ito ay mas nakatuon sa mga developer at mga advanced na administrator, nakakatulong ang mga ito upang higit pang pinuhin ang karanasan sa mga high-performance na kapaligiran.

Ang lahat ng gawaing ito ay kinukumpleto ng mga partikular na pag-optimize para sa mga platform tulad ng ARM at ng lalong pagbuti ng suporta para sa magkakaibang hardware. Sa madaling salita, bagama't mayroon pa ring puwang para sa pagpapabuti, ang estado ng pagganap ng I/O sa Linux ay malayo sa pagiging isang simpleng "hindi naayos na bug ." Sa halip, ito ay isang balanse sa pagitan ng hilaw na pagganap, katatagan, at pagtugon ng sistema.

Mga praktikal na estratehiya para mapabilis ang napakalaking kopya

Bukod sa pagsasaayos ng mga parameter ng kernel, may ilang praktikal na trick na maaaring gamitin ng sinumang user upang lubos na mabawasan ang oras ng paglilipat ng malalaking halaga ng data , kapwa sa mga lokal na kopya at sa pamamagitan ng network.

Isa sa mga pinakamabisang paraan, lalo na kapag nakikitungo sa libu-libong katamtaman o malalaking file, ay ang pag-compress muna ng data sa pinagmulan at pagkatapos ay ilipat ang isang malaking file sa mas mabagal na drive. Halimbawa, kung gusto mong i-backup ang iyong media library (Plex, mga larawan, video, atbp.), maaari kang lumikha ng isang naka-compress na tar archive:

tar -czf backup-plex.tar.gz /ruta/a/tu/mediateca

Kapag nagawa na, kopyahin ang tar.gz file sa USB drive o remote server. Natuklasan ng isang user na nakakaranas ng patuloy na mabagal na pagkopya sa isang USB HDD na ang pamamaraang ito (pag-compress, paglipat, at pag-decompress sa patutunguhan) ay nagresulta sa malaking pagtitipid ng oras kumpara sa paggamit ng rsync para ilipat ang mga direktoryo nang paisa-isa.

Gumagana ito nang mahusay lalo na kung mabilis ang iyong source disk (halimbawa, isang internal NVMe drive) at ang bottleneck ay nasa destination disk o sa network. Ang pag-compress sa fast disk ay karaniwang mas mabilis kaysa sa patuloy na pagsusulat sa mabagal na disk, kaya ang paglipat ng isang malaking file ay nakakabawas sa overhead ng libu-libong pagbubukas at pagsasara ng file at lubos na nagpapabuti sa epektibong throughput.

Sa larangan ng paglilipat ng network sa pagitan ng mga makinang Linux, malaki rin ang mapapala mo sa pamamagitan ng paggamit ng "on-the-fly" compression gamit ang mga tool tulad ng scp o rsync , pagpiling maglipat ng mga file gamit ang Snapdrop , o kahit na pagpapalit ng SSH encryption algorithm sa mas magaan na bersyon kapag ang CPU ang naglilimita at hindi ang network.

Pagkopya sa isang network gamit ang SCP: syntax at mga pangunahing opsyon

Kapag kailangan mong maglipat ng data sa pagitan ng mga server (o sa pagitan ng iyong PC at isang server), ang scp command ay isa sa pinakasimple at pinakakaraniwang paraan. Ang SCP ay umaasa sa SSH upang magtatag ng naka-encrypt na point-to-point na koneksyon, kaya ang mga file ay ligtas na nakakapaglakbay nang hindi kinakailangang mag-set up ng mga karagdagang serbisyo tulad ng FTP.

Ang pangunahing sintaks ay halos kapareho ng utos cp Mula sa Unix, idadagdag mo lang ang destination user at host. Halimbawa, para mag-upload ng local file sa isang remote server:

scp archivo-local.tar usuario@servidor:/ruta/de/destino/

Kokopyahin ng utos na ito ang file-local.tar papunta sa tinukoy na path sa remote host , na hihingin sa iyo ang password ng user (o gamit ang iyong SSH key kung mayroon kang naka-configure). Para gawin ang kabaligtaran, kopyahin ang isang file mula sa server papunta sa iyong makina:

scp usuario@servidor:/ruta/remota/archivo.tgz archivo-en-local.tgz

Sa kasong ito, ang file na file.tgz ay ida-download mula sa server at ise-save bilang file-in-local.tgz sa iyong makina. Kung gusto mong kopyahin ang buong direktoryo kasama ang lahat ng nilalaman nito, dapat mong isama ang opsyong recursive:

scp -r carpeta/ usuario@servidor:/ruta/destino/

Ang simpleng syntax na ito ay isa sa mga dahilan kung bakit mas gusto ng maraming administrador ang SCP kaysa sa mas kumplikadong mga alternatibo kapag kailangan lang nilang maglipat ng data nang walang karagdagang komplikasyon . Bukod pa rito, dahil gumagamit ito ng SSH, hindi mo na kailangang magsimula ng mga karagdagang serbisyo o maglantad ng mga bagong port sa internet.

Gawing mas mabilis ang mga paglilipat ng network gamit ang SCP (-C, -c, -l, -P…)

Ang utos na scp ay nag-aalok ng ilang mga opsyon na, kapag ginamit nang tama, ay maaaring lubos na mapabuti ang parehong pagganap at kontrol sa bandwidth at seguridad ng koneksyon. Ang mga pinakakapaki-pakinabang para sa pagpapabilis ng mga paglilipat ay ang mga sumusunod.

Ang pagpipilian -C Pinapagana nito ang on-the-fly data compression. Sa medyo mabagal na mga link (halimbawa, isang remote na koneksyon na ilang Mbps lamang), ang pag-compress ng data bago ito ipadala ay maaaring magkaroon ng malaking pagkakaiba. May mga nasukat na kaso na may file na humigit-kumulang 93 MB kung saan ang oras ng pagkopya nang walang compression ay humigit-kumulang 1661 segundo, habang sa -C bumaba ito sa humigit-kumulang 162 segundo, halos sampung beses na mas mabilis.

Gayunpaman, nakakatulong lamang ang compression kung ang data ay hindi pa na-compress. Ang mga ZIP, RAR, ISO, JPEG na imahe, atbp., ay halos hindi bumubuti gamit ang -C at maaaring lumala pa nang bahagya dahil sa dagdag na paggamit ng CPU. Para sa malalaking text file, hindi na-compress na mga database, log, o binary, maaari itong maging isang mahusay na tool.

Ang opsyong -c ay nagbibigay-daan sa iyong pumili ng algorithm ng SSH encryption na gagamitin sa panahon ng paglilipat. Bilang default, kadalasan itong AES-128, na nag-aalok ng mahusay na balanse sa pagitan ng seguridad at pagganap. Gayunpaman, kung para sa mga kadahilanan ng compatibility ay gusto mong gumamit ng ibang bagay, maaari mong tukuyin, halimbawa:

scp -c 3des archivo usuario@servidor:/ruta/

Dapat kang mag-ingat na huwag ipagkamali ang -c (cipher) sa -C (compression), dahil magkaiba ang kanilang ginagawa. Bihirang mapabilis nang husto ng pagpapalit ng cipher ang mga bagay sa mga modernong makina, ngunit sa mga luma o napaka-limitado ng CPU na hardware, maaari itong magkaroon ng epekto.

Para maiwasan ang labis na pagkarga sa network kapag gumagawa ng napakalaking kopya, mayroon kang opsyong `-l` , na naglilimita sa bandwidth na ginagamit ng `scp` sa kilobits kada segundo. Halimbawa:

scp -l 400 archivo usuario@servidor:/ruta/

Nagtatakda ito ng teoretikal na maximum na humigit-kumulang 50 KB/s (tandaan na 8 bits = 1 byte). Kapaki-pakinabang ito kapag ino-automate mo ang mga nightly backup o mayroon kang iba pang mga serbisyo na ayaw mong maubusan ng bandwidth habang nagpapatakbo ka ng isang malaking backup.

Kapag ang SSH server ay nakikinig sa isang hindi karaniwang port, maaari mo itong tukuyin gamit ang -P (malalaking titik, dahil ang maliliit na titik na -p ay ginagamit na para sa ibang bagay). Halimbawa, kung ang serbisyo ay nasa port 2249:

scp -P 2249 archivo usuario@servidor:/ruta/

Panghuli, may iba pang mga kapaki-pakinabang na opsyon tulad ng -p upang mapanatili ang mga oras at pahintulot sa pagbabago, -v upang tingnan ang impormasyon sa pag-debug (tinatayang bilis, mga mensahe sa pag-debug ng SSH, atbp.) o -q upang itago ang progress meter at mga hindi kritikal na mensahe, na kapaki-pakinabang sa mga script kung saan ayaw mong magkaroon ng ingay sa output.

Mga secure na backup sa pamamagitan ng proxy at mga advanced na configuration ng SSH

Sa maraming kumpanya, ang pag-access sa mga malayuang server ay dumadaan sa isang HTTP proxy o katulad nito. Bilang default, ang scp ay hindi nakikipag-ugnayan sa mismong proxy , ngunit ang SSH client ay maaaring i-configure upang gumamit ng mga tool tulad ng Corkscrew upang i-tunnel ang koneksyon.

Ang karaniwang daloy ng trabaho ay ang paglikha ng isang file ~/.ssh/config kasama ang mga kinakailangang direktiba para makakonekta ang SSH sa proxy (halimbawa, sa 10.0.96.6:8080) at magpatotoo sa pamamagitan ng pagpasa sa isang file ~/.ssh/proxyauth naglalaman ng username at password sa plain text. Pagkatapos nito, ang mga scp call ay gagana nang malinaw, na parang wala ang proxy, hangga't naka-install ang corkscrew binary.

Sa mga kapaligiran kung saan madalas kang lumilipat sa pagitan ng corporate network (gamit ang proxy) at unrestricted public networks, ang patuloy na pag-eedit ng configuration ay nakakaabala. Dito nagiging kapaki-pakinabang ang opsyong -F ng scp, na nagbibigay-daan sa iyong gumamit ng alternatibong SSH configuration file:

scp -F ~/.ssh/config-empresa archivo usuario@servidor:/ruta/

Sa ganitong paraan, maaari kang magkaroon ng iba't ibang mga configuration file depende sa kapaligiran, pinapanatili ang parehong scp syntax at nang hindi nababaliw sa paulit-ulit na pagbabago ng mga parameter.

Pumili sa pagitan ng SCP at SFTP depende sa iyong mga pangangailangan

Parehong ginagamit ng SCP at SFTP ang iisang pundasyon: ang SSH protocol para sa encryption at authentication . Gayunpaman, hindi sila magkapareho ng paggana, ni hindi rin sila dinisenyo para sa eksaktong parehong layunin, at mahalagang maunawaan ito upang mapili ang tamang tool para sa bawat sitwasyon.

Ang SCP ay namumukod-tangi dahil sa pagiging simple nito: ang syntax ay halos kapareho ng cpIto ay dinisenyo nang simple at wasto para sa kopyahin ang mga file mula sa isang lugar patungo sa isa pa At hindi ito nababalot ng iba pang mga detalye. Ito ay magaan at napakaepektibo para sa malalaking magkakasunod na paglilipat, na may kaunting overhead at walang karagdagang mga layer ng protocol.

Ang SFTP, sa kabilang banda, ay isang mas kumpletong subsystem. Pinapayagan ka nitong mag-browse ng mga direktoryo, maglista ng mga nilalaman, magpalit ng mga pahintulot, magbura ng mga file, atbp. , na may karanasang katulad ng FTP ngunit may seguridad ng SSH. Maraming mga graphical tool (tulad ng mga "FTP-like" client) ang umaasa sa SFTP upang magbigay ng pamilyar na interface para sa mga hindi gaanong teknikal na gumagamit.

Ang kapalit ng karagdagang functionality na iyon ay ang SFTP ay may posibilidad na kumonsumo ng mas maraming resources at maaaring bahagyang mas mabagal kaysa sa SCP para sa malalaking linear transfers, lalo na kapag nagtatrabaho sa maraming maliliit na file. Gayunpaman, para sa interactive na paggamit o kapag gusto mo ng "remote browser," ang SFTP ay karaniwang mas maginhawang opsyon.

Bilang pangkalahatang tuntunin: kung kailangan mo lang maglipat ng malalaking file nang ligtas at mabilis , ang SCP ay karaniwang ang pinakamahusay na opsyon. Gayunpaman, kung gusto mong pamahalaan ang istruktura ng remote directory, baguhin ang mga pahintulot, o mas gusto ang isang interface na parang FTP, mas angkop ang SFTP.

Mag-publish ng website o maglipat ng mga proyekto gamit ang SCP

Ang paggamit ng scp ay hindi limitado sa paminsan-minsang kopya ng ilang file. Ginagamit ito araw-araw ng maraming developer upang mag-deploy ng mga website, mag-upload ng mga bersyon ng application, o mag-synchronize ng mga proyekto sa pagitan ng kanilang lokal na makina at isang VPS o dedicated server.

Isipin mong handa na ang iyong static na website sa /home/usuario/mi-web/ at isang server na iyong ina-access bilang root sa IP 123.45.67.89Para i-upload ang lahat ng nilalaman sa direktoryo kung saan inilalaan ng Apache o Nginx ang website (/var/www/html/ (sa maraming pagkakataon), maaari mong patakbuhin ang:

scp -r /home/usuario/mi-web/* [email protected]:/var/www/html/

Ang -r flag ay nagiging sanhi ng pagkopya ng lahat ng subdirectory at file, na pinapanatili ang istruktura. Kung gumagamit ka ng private key authentication sa halip na password, maaari mong idagdag ang -i upang tukuyin ang key path.

scp -i /ruta/a/tu_clave.pem -r /home/usuario/mi-web/* [email protected]:/var/www/html/

Pagkatapos ng paglilipat, mag-log in lamang sa server gamit ang SSH at i-verify na ang mga file ay nasa tamang lokasyon gamit ang isang bagay tulad ng:

ssh [email protected]
ls -l /var/www/html/

at beripikahin na ang web server ay may mga pahintulot na basahin ang mga ito. Kapag nakaturo ang domain sa IP address ng VPS sa pamamagitan ng DNS, magiging live ang iyong site sa loob lamang ng ilang segundo . Ang kombinasyong ito ng SSH at SCP ay nagbibigay ng napakahusay na kontrol sa server at inaalis ang pag-asa sa mga hindi nababagong control panel o FTP client.

Mga alternatibong grapiko sa Windows: WinSCP at pscp

Kung gumagamit ka ng Windows ngunit ang iyong mga server ay Linux, hindi ka rin nakatali sa command line. Ang mga tool tulad ng WinSCP ay nag-aalok ng user-friendly na graphical interface para sa paglilipat ng mga file gamit ang SCP o SFTP, na may mga panel na parang file explorer na nagpapadali sa pag-drag-and-drop.

Sa kabilang banda, ang sikat na SSH client na PuTTY ay may kasamang pscp , isang console utility na halos kapareho ng scp na maaari mong gamitin sa mga script o mula sa command prompt ng Windows. Magkatulad ang syntax, kaya madali mong mailipat ang iyong mga karaniwang utos sa Linux sa environment na iyon.

Sa parehong kaso, pareho ang prinsipyo: samantalahin ang SSH encryption upang ligtas na ilipat ang data , gumagamit ka man ng Linux, macOS, o Windows, nang hindi kinakailangang paganahin ang mga hindi gaanong ligtas na serbisyo tulad ng mga klasikong FTP.

Kung pagsasama-samahin, ang pag-unawa kung paano gumagana ang kernel write cache, pagsasaayos ng ilang parameter ng vm.dirty_*, pagpili ng tamang copy tool (scp, rsync, SFTP, pre-compression), at, kung kinakailangan, paggamit ng mga graphical na solusyon tulad ng WinSCP, ay nagbibigay-daan sa iyong lumipat mula sa walang katapusan at tila naharang na mga kopya patungo sa isang mas maayos at mas mahuhulaang daloy ng trabaho na mas malapit sa tunay na pinakamataas na pagganap ng iyong hardware at network.