hele jen letmy vhled na rawtherapee a pisou tam, ze si to pro sichr vsechno dava do cache na disku. tak mozna esli neexistuje nejakej switch aby to nedelal

VESNACH: htop vypada neskutecne v klidu, ten stroj se nudi, ani plny IO buffery nejsou. iotop hlasi obcasny zapis/cteni 30 mega (to odpovida tak nejak zdrojovymu RAWu a cilovymu jpegu (ktery jsou fakt veliky)).

ten SMART proverim, ale i kdyby byl disk kompletne v riti, neexistuje duvod, proc by to melo zapisovat na interni disk

MARASAN: vzhledem k tomu, ze se to nudi, tak mi nice asi moc nepomuze (mozna ionice?). Zkusim to, moc od toho ale necekam.


Jinak jsem vcera jeste neco kopiroval na flash/ext. disk a vsiml jsem si, ze strasne dlouho trva sync/eject. Takze hadam, ze bude bud spatne neco v zen-kernelu (vanilku jsem zatim nezkousel) a nebo vyslovene v mym kompu. Diky za tipy

SUK: pust to s nice 15, co?

SUK: ja bych teda pustil htop, podival se na cem se to vydrdava, s tim diskem musi neco delat, resp. ti neco musi zrat zdroje...pripadne jestli nemas disk pomalej na IOcka nebo upsanej pred smrti treba? smartctl

DELVIT: RawTherapee si naindexuje (+ extrahuje z RAWu nahledy) hned po otevreni slozky, ale to problem nedela, nastava az pri zpracovavani fronty. Kterou navic exportuju nekam jinam a ten cil to tim padem nezpracovava.

SUK: hele neindexuje ti to něco? Zkusil bych to vypnout.

DANIELSOFT: To zkusim, jen se obavam, ze z toho asi nic nezjistim - predpokladam, ze krom read/write syscallu tam nebude nic zasadniho. Koneckoncu si myslim, ze userspace aplikace by nemela mit moznost zasekat system tak, ze se bude zadrhavat i kurzor mysi. Pro jistotu upozornuju, ze tahle masinka zvladne kompilovat kernel v osmi vlaknech (cimz zabere temer celou RAM) a i tak lze pocitac porad celkem bez problemu pouzivat (zpomaleni je teda uz docela znatelne, ale nic se nezadrhava).

SUK: nejak pres strace zjistit, co se pri tom vola?

Ja mam furt problemy s tucnakama, nebejt widle tak hrozny, tak snad prejdu zpatky :D

Mys mi to od minule prestala delat. Nicmene jsem zacal mit jinej problem - kdyz necham zpracovat frontu fotek v RawTherapee ("vyvolavani" RAW fotek), tak se pocitac stane naprosto nepouzitelnym. Chova se to, jako bych mel nedostatek pameti pro zpracovani a musel si uplne vsechno odswapovat. Ackoliv fotky (jak RAWy, tak finalni JPEGy) mam na externim disku, brutalne zacne hrabat interni disk a po dokonceni pak trva, nez se to "odswapuje". Nicmene, RAM zaplnena nebyva ani z poloviny.

Takhle hrozne se nechoval pri stejne cinnosti ani Atom s 1GiB pameti a nedavno se to vubec nedelo. Poradi nekdo, jak bych takovouhle vec mohl diagnostikovat? Dikec :)

JUNIOR:
DANIELSOFT:
Tak nakonec problém s grafickým ovladač (prý). Jsem upgradoval na nový MInty a jede to ve stejném nastavení...

DANYSEK: tak problém je nejspíš s přístupovými právym ake nevímn, jak nastavit rwx pro celé médium. Cokoliv připojím a uložím přes USB mi jiná zařízení neotevřou

MCKIDNEY: Snapshoty ceho?
Produkcni serery jsou VPS, mam tam LVM a ext4.
Pokud myslis snapshoty LVM, napsal bys mi, jak to resis ty, pripadne mi vygooglil nejake smysluplne howto, mne se to nepovedlo. Diky

MRDAC_BEDEN: To je hrozne neefektivni reseni. I ten rsync je brutalne pomaly. Mrkni na snapshoty a pokud chces aspon zvedni block size na maximum pro rsync. Nezapomente ze rsync existuje pro snizeni datoveho toku - ne pro rychlost ci nizkou zatez.

MRDAC_BEDEN: a stejne velky problem je mazani - smazani zalohy trva nekolik hodin.

partitiona fs je vytvoreny a primountovany s defaultnimi paramtery
mount | grep storage
/dev/md3 on /storage type ext4 (rw,nodiratime,relatime,errors=remount-ro)

Ahoj, mam problem se zalohovanim - v serveru mam SSD na kterem jsou vsechna data a HDD urceny pro zalohovani (a naslednou distribuci zaloh na dalsi geograficky oddelena mista). Dosud jsem pouzival rsync, ale chtel jsem trosku pokrocit a zacal jsem zkouset rdiff-backup a rsnapshot. rdiff-backup je uplne nesmyslne pomaly a nema smysl se tim dale zabyvat. rsnapshot je nekolikanasobne lepsi, ale presto je to neakceptovatelne pomale.

Zalohovane data maji cca 200GB. Jsou tam jak velke nekoligagigove soubory tak velke mnozstvi souboru.

Treba tohle trva hrozne dlouho:
[2020-01-05T09:05:43] /bin/cp -al /storage/BACKUP/rsnapshot/alpha.0 /storage/BACKUP/rsnapshot/alpha.1
[2020-01-05T17:35:30]

OS Debian 10 Buster

Dva pevne disky v Linux RAID1, ext4 filesystem: Model=ST2000DM001-1CH164
Rychlost raid dle hdaparam -tT cca 160MB/s - to je imho standard

Jde s tim neco delat?
Pripadne jak zalohojete server se stovkami GB ruznorodych dat?

ok dik..zkusim a dam vedet

BLESHAK: votevri terminal a tam napis "sudo tail -f /var/log/syslog" pripadne syslog zamen za messages.
pak klikni na nm applet a zkus se rpipojit k ty siti. Az se to (ne)pripoji, tak vlez zpet do terminalu a dej ctrl+c.
budes tam mit spoustu radku logu, kde mozna uvidis, proc se to nepripoji :-)

BLESHAK: asi bych se podival do logu - nekde tam musi bejt duvod nepripojeni

cus,mam tady asi bigginer problem..
do acer aspire 1 sem misto w10 nacpal ubuntu 18...
vsechno makalo,ale pak se mi prestala pripojovat wifina k hotspotu z telefonu(iget blackwiew),
ve vokne se sitema je videt ale nepripoji se,resp. pripoji ale nahodne,tak jednou za dva mesice..
k hotspotu z jinyho telefonu se pripoji hned bez problemu..
a obracene,kdyz pripojim jinej notes s widlema na iget,tak hotspot funguje normalne..
coz me vraci k ubuntu..kterej ma asi problem s tim igetem..
zkousel jsem to smazat ze seznamu wifi siti atd. furt stejny.. najde nepripoji..
nakej napad co s tim?
dik
ps. s ubuntu sem fakt na zacatku,tak pls cesky :)

VLASTIS: stejny reseni muzes udelat i pres jinej init, proste nepouzijes fstab, ale mountnes/unmountnes to az je treba. ;-)