-
IT café
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
Penty
tag
válasz PumpkinSeed #18835 üzenetére
Nálam a /media -ban vannak a külső meghajtók, pendrive-ok stb.
-
Penty
tag
válasz PumpkinSeed #18841 üzenetére
Ja, hogy te raspberry pi-n vagy? Nem ismerem ezeket a cuccokat, nem tudom, hogy a "gyári" Debian van-e rajta, vagy valami módosított cucc. Feltételezem, hogy nem a "gyári", mert akkor a /media-ban kellen lennie alapból a felcsatolt dolgoknak. Ha a terminálban kiadsz egy df parancsot, az vélhetően kiírja, hogy hol van, más egyéb infók mellett.
-
Penty
tag
válasz FastEthernet #20733 üzenetére
Kihagytad a függőleges vonalat.
dpkg -l | less | grep dhcp
-
Penty
tag
válasz FastEthernet #20740 üzenetére
dpkg -L isc-dhcp-client
-
Penty
tag
válasz Speeedfire #20835 üzenetére
Ha a teljes .mozilla mappád tmpfs-re van rakva, akkor persze, hogy repülni fog minden egy kikapcsolásnál.
Először is rakd a .mozilla mappádat a home mappádba, töröld ki az idevonatkozó részeket az fstab-ból, majd az about:config oldalon kell egy-két dolgot mókolni, hogy a cache a memóriába menjen, ne pedig az ssd-re.
Többek között itt olvashatsz róla a "Relocate cache only to RAM" rész alatt.[ Szerkesztve ]
-
Penty
tag
válasz total90 #21482 üzenetére
Az az ember, aki 2014.-ben még XP-t használ és - a támogatás hónapokkal ezelőtti megszűnése után - hajlandó végre váltani, az nem az az ember, aki könnyen el tud szakadni a kék keretes ablakoktól, a START menütől, meg a többi hagyományos XP-s dologtól. Az ilyeneknek még egy Windows 7 is "szar", nemhogy egy teljesen más filozófiát igénylő Mint, Ubuntu, Chakra vagy bármely más egyéb Linuxos disztró – testre szabható KDE-menü ide, vagy oda...
Mindenesetre sok szerencsét a dologhoz! -
Penty
tag
A laptopomban a DVD író helyén egy SATA3-as optibayben van egy HDD. Nincs mindig betolva a helyére, tehát nem indul mindig a laptoppal; néha kihúzom a gép indítása előtt. (De néha futás közben is.) Előfordul, hogy szükségem van erre a HDD-re, így menet közben betolom a helyére, amit valamikor felismer a rendszer és egyből használatba tudom venni, mint egy USB-s HDD-t, néha meg nem.
Mitől van ez, hogy néha felismeri, hogy vissza lett tolva a SATA csatira a HDD, néha meg nem? Mit kell csinálnom ahhoz, hogy mindig észrevegye, hogy az egyik SATA csatlakozóra felkerült valami? Tehát a probléma nem az, hogy nem ismeri fel, hogy fel lett tolva a csatira a vinyó, hanem az, hogy nem mindig.Jelenleg tökéletesen működik a dolog, miközben írom ezt: ha lehúzom eltűnik a fájlkezelőből, ha visszarakom, felismeri a rendszer. De tegnap pl. újra kellett indítanom a gépet ahhoz, hogy használatba tudjam venni a HDD-t...
[ Szerkesztve ]
-
Penty
tag
válasz CPT.Pirk #22172 üzenetére
Ez anno nekem is problémát okozott Linuxra való váltáskor, mivel az Irfanview tényleg egy nagyon jó kis progi. Anno én beizzítottam wine-val, így simán működött linux alatt is.
Jelenleg Viewnor-t használok képnézegetésre (kicsi, gyors), szerkesztésre meg ott a Gimp. Elsőre kicsit soknak tűnhet a Gimp ilyen egyszerű szerkesztési feladatokhoz, de mivel SSD-n alig 3mp alatt indul, nem olyan vészes. -
Penty
tag
Hétvégén egy "kellemes" meglepetés ért, mikor bekapcsoltam a laptopomat: Beírtam a merevlemez titkosítás feloldásához szükséges jelszót, majd... nem indult el a rendszer, mert "No key availabe with this pass pharse" szöveg fogadott, más egyéb számomra értelmezhetetlen szöveg társaságában.
Találkozott valaki már ilyesmivel?
Sikerült ugyan azóta megnyitnom a merevlemezt egy live cd alól (némi neten való kutakodás után) és sikerült kimentenem a /home mappában lévő dolgaimat, de kénytelen voltam újrahúzni a rendszert, majd visszamásolni a mentésből a dolgokat.
Azóta is talány számomra, hogy mi okozta ezt a dolgot. Megsérülhetett valami fájl? Az előzménye annyi volt a dolognak, hogy pár perccel korábban, mikor beindítottam a gépet elég lassan indult el, és mikor el is indult elég nehézkesen, lassan működött. Gondoltam újraindítom a rendszert, hátha attól megjavul, de aztán ez lett belőle, amit fentebb leírtam. -
Penty
tag
válasz bambano #23322 üzenetére
Az én tapasztalatom is az, mint bambano-é: Bizonyos körülmények között bele-bele rak pár KB-ot, esetleg pár MB-ot a SWAP-ba. Főleg másolásnál (pl.: SSD-ről külső vinyóra, vagy rsync használata alatt) megemelkedik a buffer/cache érték és akkor szokott valami minimális cuccot beledobni a SWAP-ba. Nálam 4GB van, swapiness=1 érték mellett.
-
Penty
tag
válasz pschio #23620 üzenetére
Az /etc/apt/ helyen található sources.list nevű fájlod nem okés. Valami ilyesminek kellene benne lennie:
# Base repository
deb http://ftp.hu.debian.org/debian/ wheezy main contrib non-free
deb-src http://ftp.hu.debian.org/debian/ wheezy main contrib non-free
# Security updates
deb http://security.debian.org/ wheezy/updates main contrib non-free
deb-src http://security.debian.org/ wheezy/updates main contrib non-free
# Wheezy-updates
deb http://ftp.hu.debian.org/debian/ wheezy-updates main contrib non-free
deb-src http://ftp.hu.debian.org/debian/ wheezy-updates main contrib non-free
# Wheezy-backports
deb http://ftp.hu.debian.org/debian/ wheezy-backports main
deb-src http://ftp.hu.debian.org/debian/ wheezy-backports mainRootként tedd rendbe a fájlt!
[ Szerkesztve ]
-
Penty
tag
Hogyan kell azt megoldani, hogyha pl. bezárok egy programot (mondjuk a böngészőt, médialejátszót stb.), akkor a program bezárása után mondjuk lefusson egy egyszerű script?
-
Penty
tag
válasz body007 #24348 üzenetére
Nézz rá a kimentett képekre az exiftool programmal. Ha nem látja bennük a képi infókat (image width, color depth stb.), akkor valószínűleg csak valami bitszemetet állított vissza a recovery program. Ez esetben próbáld meg más egyéb programokkal is a kimentést. Ha azokkal is csak szemetet kapsz, akkor nincs nagyon mit tenni.
-
Penty
tag
Egy kis segítség kellene. Egy tetszőleges videofájl készítési idejét próbálom kinyerni, majd a kapott infót egy kicsit formázni.
$ mediainfo C0011.MP4 | grep -m 1 Encoded | cut -c48-63
Ennek a kimenete: 2017-09-06 14:25 --- Eddig minden szép és jó.A sed programmal kicsit megformázom, hogy a hónap sorszáma hónapnévre változzon. Mivel a videók készítési ideje bármi lehet, emiatt egy kicsit besűrűsödnek a dolgok.
$ mediainfo C0011.MP4 | grep -m 1 Encoded | cut -c48-63 | sed "s/-01-/\. január\ /;s/-02-/\. február\ /;s/-03-/\. március\ /;s/-04-/\. április\ /;s/-05-/\. május\ /;s/-06-/\. június\ /;s/-07-/\. július\ /;s/-08-/\. augusztus\ /;s/-09-/\. szeptember\ /;s/-10-/\. október\ /;s/-11-/\. november\ /;s/-12-/\. december\ /"
Így a fenti C0011.MP4 videó készítési idejének kimenete erre változik:
2017. szeptember 06 14:25 --- Alakul a dolog, de még nem az igazi.Tovább kéne a sed-et alakítani, hogy a 06 végén (meg úgy általában a napot jelölő számok végén) pont legyen, tehát a kimenet ez legyen:
2017. szeptember 06. 14:25Merre induljak el? Egyelőre leegyszerűsítettem a dolgot, hogy átláthatóbb legyen a kísérletezgetés idejére:
$ mediainfo C0011.MP4 | grep -m 1 Encoded | cut -c48-63 | sed "s/-09-/\. szeptember\ /"
Olyasmivel próbálkozok, hogy:
$ mediainfo C0011.MP4 | grep -m 1 Encoded | cut -c48-63 | sed "s/-09-[[:digit:]]*[ ]/\. szeptember\ \[[:digit:]]*[.] /"
de nem jó.Valószínű, hogy valami tökegyszerű dologról van szó, de így meló után egyszerűen belebonyolódok ezekbe a balra-jobbra dőlő escape karakterekbe...
-
Penty
tag
Nos elkészült az ffmpeg scriptem, de még igazításra szorul...
Az a lényege ennek a dolognak, hogy a videó elejére rárakok egy címet a kép közepére, valamint a videó készítésének idejét a jobb alsó sarokba, mindkettőt kb. 8mp hosszan. A középre helyezett felirattal nincs is problémám, de a jobb alsó sarokba helyezett dátummal és idővel (amit a mediainfó programmal olvastatok ki) van egy kis gikszer. Nem jelenik meg az óra kettőspontja utáni perc érték. Tehát a 2017. szeptember 06. 14:25 helyett csak azt kapom, hogy 2017. szeptember 06. 14A következőképp alkalmaztam a dolgot:
TEXT_6='A középen lévő cím'
TEXT_6_DATE=$(mediainfo C0011.MP4 | grep -m 1 Encoded | cut -c48-63 | sed "s/-01-/\. január\ /;s/-02-/\. február\ /;s/-03-/\. március\ /;s/-04-/\. április\ /;s/-05-/\. május\ /;s/-06-/\. június\ /;s/-07-/\. július\ /;s/-08-/\. augusztus\ /;s/-09-/\. szeptember\ /;s/-10-/\. október\ /;s/-11-/\. november\ /;s/-12-/\. december\ /" | sed "s/ /. /3")És a felirat megrajzoltatása:
-filter_complex \
[0:v] drawtext=fontfile=/usr/share/fonts/truetype/dejavu/DejaVuSans.ttf:text='$TEXT_6':fontsize=50:fontcolor=white:alpha='if(lt(t,1),0,if(lt(t,3),(t-1)/2,if(lt(t,7),1,if(lt(t,9),(2-(t-7))/2,0))))':x=(w-text_w)/2:y=(h-text_h-line_h)/2, drawtext=fontfile=/usr/share/fonts/truetype/dejavu/DejaVuSans.ttf:text='$TEXT_6_DATE':fontsize=20:fontcolor=white:alpha='if(lt(t,1),0,if(lt(t,3),(t-1)/2,if(lt(t,7),1,if(lt(t,9),(2-(t-7))/2,0))))':x=1600:y=1000, setpts=PTS-STARTPTS [black-v];
...bla, bla, bla...Ha a fenti mediainfo-val kezdődő sort beillesztem a terminálba, akkor azt kapom, amit szeretnék: 2017. szeptember 06. 14:25. Ha azonban a fenti módon használom, akkor a kettőspont utáni részt nem rakja a videóra, így csonka lesz az időpont: 2017. szeptember 06. 14
Feltételezem, hogy megint valami pitiáner dolog lesz az, amit nem veszek észre...
[ Szerkesztve ]
-
Penty
tag
Ha azt írom, hogy TEXT_6_DATE=%{'localtime'}, akkor minden további nélkül ki tudom rakni a helyi időt kettősponttal együtt a videóra. Tehát a hiba egyértelműen a mediainfos sorban keresendő, így nem az ffmpeg doksiát kell nézegetnem, hanem a sed-ét, és/vagy a bash-ét.
Bocs az ömlengésért!
[ Szerkesztve ]
-
Penty
tag
Üdv!
Adott egy mappa, benne sok almappa és bennük többféle kiterjesztésű fájl. Szeretnék a mappákban lévő *.ARW és *.MP4 fáljokról sha256sum-ot készíteni, mondjuk úgy, hogy ha a script talál egy mappában .ARW és/vagy .MP4 fájlokat, akkor oda készítsen egy sha256sum.txt nevű fájlt, benne az checksum infókkal.
Pár perc alatt addig jutottam el, hogy készít egy "központi" sha256sum.txt" nevű fájlt, és abba rak bele mindent, amit talál. Hogyan kellene módosítanom, kiegészítenem az alábbi kis rondaságot, hogy oda készítsen egy-egy ilyen fájlt, ahol megtalálja ezeket az ARW és MP4 fájlokat?find /home/penty/Photo/ -type f \( -name "*.ARW" -o -name "*.MP4" \) -exec sha256sum {} \; > sha256sum.txt
[ Szerkesztve ]
-
Penty
tag
válasz CPT.Pirk #32762 üzenetére
A kiindulási pont nálam egy Void Linux egy közel 10 éves laptopon, amiben most egy 5200-as HDD van. Az alábbiak voltak az alapértelmezettek itt:
vm.dirty_background_bytes = 0
vm.dirty_background_ratio = 10
vm.dirty_bytes = 0
vm.dirty_expire_centisecs=3000
vm.dirty_ratio=40
vm.dirty_writeback_centisecs=500
vm.dirtytime_expire_seconds = 43200A script még ezekhez is hozzányúlt, amiknek ez volt az alapértelmezett értéke:
kernel.nmi_watchdog = 1
vm.min_free_kbytes=67587
vm.vfs_cache_pressure = 100
vm.swappiness = 60A script futtatása után ezek az értékek lettek:
vm.swappiness = 10
vm.vfs_cache_pressure=75
kernel.nmi_watchdog=0
vm.dirty_ratio=5
vm.dirty_background_ratio=5
vm.dirty_expire_centisecs=3000
vm.dirty_writeback_centisecs=1500
vm.min_free_kbytes=232454Az udev-es beállítást átugrottam.
-
Penty
tag
válasz CPT.Pirk #32772 üzenetére
Ez lett a hatása:
Elkezdtem a belső és egy külső usb-s hdd között egy pont 2G-os (dd if=/dev/zero of=test1.dd bs=1M count=2048) anyagot oda-vissza mozgatni többször egymás után 40-60 mp-es "pihenőkkel". A mozgatásra az rsync-et használtam: rsync -ahv --info=progress2 --remove-source-files $source $destination
Ezek voltak tehát az alapértelmezett értékek, amikhez hozzányúlt a script:
vm.swappiness = 60
vm.vfs_cache_pressure=100
kernel.nmi_watchdog=1
vm.dirty_ratio=40
vm.dirty_background_ratio=10
vm.dirty_expire_centisecs=3000
vm.dirty_writeback_centisecs=1500
vm.min_free_kbytes=67584Értékek (rövidítve)
60 100 1 40 10 3000 500 675841. menet
hdd > usbhdd 01:02 33.83M bytes/sec
usbhdd > hdd 00:17 122.74M bytes/sec
2. menet
hdd > usbhdd 00:59 35.50M bytes/sec
usbhdd > hdd 00:04 390.55M bytes/sec
3. menetv
hdd > usbhdd 01:03 33.30M bytes/sec
usbhdd > hdd 00:10 204.57M bytes/sec
4. menetv
hdd > usbhdd 01:00 34.93M bytes/sec
usbhdd > hdd 00:04 390.55M bytes/sec
5. menetv
hdd > usbhdd 00:27 75.37M bytes/sec
usbhdd > hdd 00:10 204.57M bytes/secHDD-ről az USBHDD-re: Sokszor megakad az áthelyezés, másodperceket vár, majd hirtelen nagy sebességgel megindul, majd megint megáll. A prompt előbb jött meg, mint ahogy a feladat befejeződött volna.
500-600MB/s-ról indul, majd egyre csökken, de nagyon ugrál. Az egyik menetben 27 mp után visszaadta a promptot, de az usbhdd ledje még 30-40 mp-ig villogott jelezvén, hogy a valóságban még tart az áthelyezés. (Tovább kísérletezve vele volt, hogy 4-5 mp alatt visszakaptam a promptot, de persze a külső lemez még dolgozott vagy egy percig!)USBHDD-ről HDD-re: Ugyanez volt megfigyelhető az usbhdd-ről hdd-re másolásnál is. Gyorsan visszakaptam a promptot, de utána még jó pár másodpercig villogott a laptop hdd aktivitást jelző ledje.
500-600 MB/s-ről indul, de a sebesség nagyon ugrált, sokszor 1-2MB/sec, aztán meg +100MB/sec. Nem volt egy nagyjából stabil sebesség.Összegzés: Nagyon ingadozó sebesség, "hamis" befejezettséget jelző prompt visszaadással.
----------
Srcipt futtatása után:
10 75 0 5 5 3000 1500 2324541. menet
hdd > usbhdd 01:01 34.37M bytes/sec
usbhdd > hdd 00:24 87.67M bytes/sec
2. menet
hdd > usbhdd 01:14 28.83M bytes/sec
usbhdd > hdd 00:24 87.67M bytes/sec
3. menet
hdd > usbhdd 00:56 38.02M bytes/sec
usbhdd > hdd 00:23 91.40M bytes/sec
4. menet
hdd > usbhdd 00:57 36.72M bytes/sec
usbhdd > hdd 00:22 95.47M bytes/sec
5. menet
hdd > usbhdd 00:57 36.72M bytes/sec
usbhdd > hdd 00:23 87.67M bytes/secHDD-ről USBHDD-re: Megakadás nem igazán volt.
300-400MB/s-ről indul, majd egyre csökken, végül 20-50 között ingadozik (néha kicsit több, néha kicsit kevesebb).
Lényegesen kevésbé ingadozik, mint az alapértelmezett beállításokkal.
Az áthelyezés ideje nem sokat változott. Az igazi nyereség, az az ingadozás csökkenése, valamint az, hogy a prompt visszakapása után pár mp-ig még villog a led, de lényegesen kevesebb ideig, mint a fenti esetben.USBHDD-ről HDD-re: Megakadás nem volt itt sem.
200-300MB/s-ről indul, majd egyre csökken, végül nagyjából 50-90 között ingadozik.
Ez is lényegesen kevésbé ingadozik, mint a fentebbi az alapértelmezett beállásokkal.
Az áthelyezés ideje elég stabilan 23 mp körül van, nincsenek nagy kiugrások. A prompt visszakapása után 1 másodperccel később a laptop hdd aktivitást jelző ledje is kialszik.Összegzés: Lényegesen kisebb ingadozás, a prompt visszakapása után pár mp-cel ténylegesen befejeződik a művelet.
----------
Általam végzett módosítások
10 75 0 3 3 3000 1500 2324541. menet
hdd > usbhdd 01:00 34.93M bytes/sec
usbhdd > hdd 00:23 87.67M bytes/sec
2. menet
hdd > usbhdd 01:00 34.93M bytes/sec
usbhdd > hdd 00:26 81.06M bytes/sec
3. menet
hdd > usbhdd 01:00 34.93M bytes/sec
usbhdd > hdd 00:24 84.24M bytes/sec
4. menet
hdd > usbhdd 01:01 34.93M bytes/sec
usbhdd > hdd 00:23 91.40M bytes/sec
5. menet
hdd > usbhdd 01:00 34.93M bytes/sec
usbhdd > hdd 00:24 84.24M bytes/secHDD-ről USBHDD-re: Megakadás nem igazán volt.
100-200MB/sec-ről indult, majd beállt 20-40MB/sec közé. Még kisebb az ingadozás.
Az áthelyezés ideje nem változott. A prompt visszakapása után 2-3 mp-ig még villog a led.USBHDD-ről HDD-re: Megakadás nem volt itt sem.
200-300MB/s-ről indul, majd egyre csökken, végül nagyjából 50-80 között ingadozik.
Az áthelyezés ideje itt is elég stabilan 23 mp körül van, nincsenek nagy kiugrások. A prompt visszakapása után azonnal kialszik a laptop hdd aktivitást jelző ledje.Összegzés: Még kisebb ingadozás, a prompt visszakapása után ténylegesen befejeződik a művelet a külső hdd-ről a belső hdd-re mozgatásnál, de fordítva is csak 2-3 mp-et kell várni a tényleges befejezésre.
----------
Újabb általam végzett módosítások
10 75 0 1 1 3000 1500 2324541. menet
hdd > usbhdd 01:05 32.79M bytes/sec
usbhdd > hdd 00:23 87.67M bytes/sec
2. menet
hdd > usbhdd 01:05 32.30M bytes/sec
usbhdd > hdd 00:24 87.67M bytes/sec
3. menet
hdd > usbhdd 01:06 32.30M bytes/sec
usbhdd > hdd 00:28 75.37M bytes/sec
4. menet
hdd > usbhdd 01:05 32.30M bytes/sec
usbhdd > hdd 00:26 78.11M bytes/sec
5. menet
hdd > usbhdd 01:05 32.79M bytes/sec
usbhdd > hdd 00:25 81.06M bytes/secHDD-ről USBHDD-re: Megakadás nem volt.
100-150MB/sec-ről indult, majd beállt 28-32MB/sec környékére.
Az áthelyezés ideje 5-6 mp-et romlott, viszont a prompt visszakapása után azonnal megáll a lemezművelet is a külső lemezen.USBHDD-ről HDD-re: Megakadás nem volt itt sem.
100-150MB/s-ről indul, majd egyre csökken, végül nagyjából 65-80 között ingadozik.
Az áthelyezés ideje elég stabilan 24 mp körül van, ami egy leheletnyivel rosszabb mint az előző kettő. A prompt visszakapása után azonnal kialszik a laptop hdd aktivitást jelző ledje.Összegzés: Még kisebb ingadozás, a prompt visszakapása után ténylegesen befejeződik a művelet minden irányban. Az áthelyezés ideje pár százalékot romlott, de cserébe elég stabil a sebesség, nem ingadozik nagyon.
Ahogy elnézem a két érték csökkentésével az ingadozások amplitúdója lesz kisebb és az egész művelet a tényleges áthelyezési sebességhez közelebbi értékről indul el. Talán még majd megnézem az egészet 2-es értékkel is. Akkor talán megmarad a minimális ingadozás, de talán nem romlik az áthelyezési idő azzal a pár százalékkal.
-
Penty
tag
válasz CPT.Pirk #32774 üzenetére
Reggel 5 körül ébredtem, valamivel el kellett ütni az időt.
"Az áthelyezés ideje pár százalékot romlott..."
Azt hiszem a pontosabb megfogalmazás itt inkább az lenne, hogy a prompt visszaadás ideje "romlott" valamicskét, maga a művelet a prompt visszaadásával ténylegesen befejeződött. Nincs az, hogy még pár másodpercig (pár tíz másodpercig) a háttérben fut a művelet a prompt visszaadása után.
@ (#32775) ivana
Alapból nem szoktam létrehozni dd-vel ilyen fájlokat és azokat másolgatni ide-oda, ezt most csak egy amatőr próba kedvéért tettem, hogy lássam, hogyan befolyásolják a módosított értékek az írási sebességet és stabilitást. Mindenesetre köszi az infót! -
Penty
tag
válasz f_sanyee #32777 üzenetére
Elképzelhető. Majd még utána kell olvasnom, hogy melyik érték pontosan mit is csinál, bár a CPT.Pirk által belinkelt maxperfwiz scriptben vannak rövid magyarázatok. Egyelőre csak kísérletezgetek, majd még meglátom, hogy mik lesznek a végleges értékek.
Pl. mi történik akkor, ha a vm.dirty_ratio-t visszarakom 40-re, de a vm.dirty_background_ratio megmarad 1-2 környékén.
Mindjárt teszek is egy próbát.[ Szerkesztve ]
-
Penty
tag
Ha jól értelmezem, akkor amíg ott van az a dirty_page a kernelben, addig pl. nem engedi lecsatolni a külső hdd-t (mert az bizony még ott kerreg jó pár mp-ig), bár én már visszakaptam a promptot és akár le is csatolhatnám. És engem igazándiból ez zavar. Látszólag vége a dolognak, de a gép még dolgozik ezerrel, nincs meg az az érzés, hogy végzett a művelettel.
Mindenesetre az alapértelmezetthez viszonyítva ezekkel megyek most próbaképpen:
vm.swappiness = 60 (10)
vm.vfs_cache_pressure = 100 (75)
kernel.nmi_watchdog = 1 (0)
vm.dirty_ratio = 40 (2)
vm.dirty_background_ratio = 10 (1)
vm.dirty_expire_centisecs = 3000 (1000)
vm.dirty_writeback_centisecs = 500 (500)
vm.min_free_kbytes = 67587 (232454)Egyelőre okésnak tűnik.
-
Penty
tag
Visszaállítottam mindent az alapértelmezettre, majd a külső meghajtót sync-el csatoltam fel:
mount -o sync /dev/mapper/Backup /media/Backup/
A külső meghajtóra a 2GB-os teszt.dd fájlt a korábban látott kb. 1 perc körüli idő helyett 13:36 perc alatt rakta át. Igaz, hogy mikor visszakaptam a promptot, akkor tényleg be volt fejezve minden, nem szöszmötölt még a háttérben.
Visszahelyezésnél a korábban látott 23 mp helyett kb. 4 mp alatt végzett... őőő... izé... visszaadta a promptot, de utána még vagy 20 mp-ig sync-elt. Szóval a szokásos utólagos molyolás itt megmaradt.Ezek után ismét sync nélkül csatoltam, és inkább a parancs végére raktam sync-et.
Szóval ha az áthelyezős parancs végére rakok egy && sync sort (rsync -ahv --info=progress2 --remove-source-files $source $destination && sync), akkor bár az rsync pár másodpercen belül vissza akarja adni a promptot, de nem tudja, amíg le nem fut a sync. Kb. 01:01 odahelyezési és 00:29-es visszahelyezési idővel jön vissza. Lemezművelet ilyenkor már nincs. Ilyen téren ez már hasonlít a korábbi kísérletezéseimhez időben, azt leszámítva, hogy pár mp után van egy "lefagyott" rsync kimenetem (kb. 00:04-es idővel, meg 450M bytes/sec sebességgel), ami majd csak akkor fog "felolvadni", mikor befejeződik a sync is. Ekkor tudom ismét használni a terminált.
Nekem ez a megoldás kevésbé tetszik, mert a korábbi kísérleteimnél szépen működött az rsync: frissítette végig a sebességet és az időt, és mikor végzett, akkor végzett, ahogy kell. Időben kb. hasonló volt, mint ez a megoldás.Úgy látszik mégiscsak kísérletezgetnem kell még a vm.dirty_ratio és vm.dirty_background_ratio értékeivel, ha - számomra - normális(nak nevezhető) működést szeretnék fájlok külső adathordozóra/adathordozóról való áthelyezésekor...
Na jó, szerintem mára ennyi lesz. BUÉK mindenkinek!
-
Penty
tag
Na, akkor még egy utolsó, mert nem hagyott nyugodni.
Normál betű: Minden sysctl érték alapértelmezetten. A csatolás sync nélküli.
Italic betű: Minden sysctl érték alapértelmezetten, kivéve a:vm.dirty_background_ratio = 1
ésvm.dirty_ratio = 2.
A csatolás sync nélküli.mv $source $destination
HDD > USBHDD Kb. 4 mp-nél visszakapom a promptot, de a merevlemez kb. 63-69 mp-ig dolgozik.
USBHDD > HDD Kb. 4 mp-nél visszakapom a promptot, de a merevlemez kb. 23-29 mp-ig dolgozik.HDD > USBHDD Kb. 63-67 mp múlva kapom vissza a promptot. A merevlemez még kb. 2 mp-ig dolgozik.
USBHDD > HDD Kb. 23-29 mp múlva kapom vissza a promptot. A merevlemez is kb. ekkor fejezi be.-----
mv $source $destination && sync
HDD > USBHDD Kb. 63-69 mp múlva kapom vissza a promptot. A merevlemez is kb. ekkor fejezi be.
USBHDD > HDD Kb. 23-29 mp múlva kapom vissza a promptot. A merevlemez is kb. ekkor fejezi be.HDD > USBHDD Kb. 63-69 mp múlva kapom vissza a promptot. A merevlemez is kb. ekkor fejezi be.
USBHDD > HDD Kb. 23-29 mp múlva kapom vissza a promptot. A merevlemez is kb. ekkor fejezi be.-----
rsync -ahv --info=progress2 --remove-source-files $source $destination
HDD > USBHDD Kb. 4 mp-nél visszakapom a promptot (de volt, hogy más időpontban), de a merevlemez kb. 63-69 mp-ig dolgozik.
USBHDD > HDD Kb. 4 mp-nél visszakapom a promptot (de volt, hogy más időpontban), de a merevlemez kb. 23-29 mp-ig dolgozik.HDD > USBHDD Az rsync végig frissíti az infókat. Mikor végzett, szépen kilépett, visszaadta a promptot. Mindez a szokásos 63-69 mp körüli idővel. Ingadozás a már korábban említett minimális.
USBHDD > HDD Az rsync végig frissíti az infókat. Mikor végzett, szépen kilépett, visszaadta a promptot. Mindez a szokásos 23-29 mp körüli idővel. Ingadozás a már korábban említett minimális.-----
rsync -ahv --info=progress2 --remove-source-files $source $destination && sync
HDD > USBHDD Az rsync kb. 4 mp-ig frissíti az infóit, majd "kifagy és végez", de nagyjából 63-69 mp-nél kapom vissza a promptot. A merevlemez is kb. ekkor fejezi be.
USBHDD > HDD Az rsync kb. 4 mp-ig frissíti az infóit, majd "kifagy és végez", de nagyjából 23-29 mp-nél kapom vissza a promptot. A merevlemez is kb. ekkor fejezi be.HDD > USBHDD Az rsync végig frissíti az infókat. Mikor végzett, szépen kilépett, visszaadta a promptot. Mindez a szokásos 63-69 mp körüli idővel. (Na jó, talán 1-2 mp-cel lassabb volt.) Ingadozás a már korábban említett minimális.
USBHDD > HDD Az rsync végig frissíti az infókat. Mikor végzett, szépen kilépett, visszaadta a promptot. Mindez a szokásos 23-29 mp körüli idővel. (Na jó, talán 1-2 mp-cel lassabb volt.) Ingadozás a már korábban említett minimális.Ha az alapértelmezett sysctl beállításokkal a csatolásnál használom a sync opciót, akkor nagyon belassul a külső merevlemezre való áthelyezés. Legutóbb 20 perc feletti értéket mértem egy sima mv paranccsal a 2GB-os fájlra.
Nem vagyok egy nagy szakértő, de nekem a módosított verzió kicsit felhasználóbarátabbnak tűnik úgy, hogy közben az áthelyezés ideje – ahogy azt a korábbi hozzászólásból is ki lehetett venni – nem változik jelentősen, illetve egyáltalán.
Bocsi a túl hosszú hozzászólásokért!
[ Szerkesztve ]