31
Distribuce / Re:Instalace Wine HQ na Mint 20
« kdy: 22. 03. 2023, 08:30:44 »
df -h
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
ffmpeg -ss 00:01:13 -i jazz.mp4 -to 00:05:39 -vcodec copy -acodec copy jazzff.mp4#!/bin/bash
#getiframes.sh displays the timestamps of I-frames in a video file.
#can be used with the -ss option of ffmpeg
#Usage: ./getiframes.sh <video_file_name>
ffprobe -show_frames $1|grep -B 14 pict_type=I|grep pkt_pts_time=|awk -F'=' '{print $2}'|xargs -I{} date -d@"{}" -u +%H:%M:%S.%N
fonty treba nasypat do /usr/share/fonts a su tvoje. aj ttf. otestovane na PxPlus_IBM_VGA_9x16.ttf
Jen prosím nikdy, nikdy nic prostě nesypte do /usr pokud to není /usr/local.

neviem co chce checksys... minimalne tu swap bych dal na = RAM.tak to kazdopadne. ale...este by sa mozno oplatilo nastavit naky rozumny statement_timeout. samozrejme po dohovore s developermy.
ono to nejaky cas trva kym sa RAM zaplni ale ked tam na tom experimentuju tak sa to moze stat.
Paměť se i na dnešních velkých serverech zaplnit během několika málo desítek sec. 4GB server tak cca za 3sec. Timeouty nejsou ochranou vůči vyčerpání paměti, ale jsou ochranou proti nechtěnému nadužívání CPU a držení zámků neoptimálně prováděných dotazů.
1. potom sa ale nakopne swap a tam uz to tak rychle neni.
2. timouty su ochranou pred long running queries a to okrem CPU vytazuje aj RAM.
3. tazatel riesi development server a nejake sepalenie systemu kvoli nerealistickym queries je viac ako pravdepodobnost.
preto trvam na tom ze ten timeout by predsa len bolo dobre nastavit.
Timeoutem nic nezkazíte - otázkou je kolik? A otázkou je kolik času strávit s laděním konfigurace serveru, kde není hw odpovídající produkci, a kde asi není ani moc dat. V GoodData měl každý vývojář vlastní server ve vlastní virtuální mašině a staral se o něj (rozbíjel si ho) sám. V dev prostředí, pokud nemáte k dispozici slušné železo, a běží to na chcípačích, tak má smysl řešit jedině stabilitu provozu, zvlášť ve sdíleném prostředí. V dev prostředí každý může být super user, a dlouhoběžící dotazy může jednoduše zabít.
Performance testy jsou neskutečně důležité, a dost se podceňují, ale nemá cenu si hrát na bechmarking na poddimenzovaném hw a neadekvátně velkých testovacích datech.
tak to kazdopadne. ale...este by sa mozno oplatilo nastavit naky rozumny statement_timeout. samozrejme po dohovore s developermy.
ono to nejaky cas trva kym sa RAM zaplni ale ked tam na tom experimentuju tak sa to moze stat.
Paměť se i na dnešních velkých serverech zaplnit během několika málo desítek sec. 4GB server tak cca za 3sec. Timeouty nejsou ochranou vůči vyčerpání paměti, ale jsou ochranou proti nechtěnému nadužívání CPU a držení zámků neoptimálně prováděných dotazů.
Děkuji všem za rady, zjistil jsem zatím následující:
- kódování je stejné, obojí latin1_swedish_ci
- hesla jsou uložena jako hash, v původní i naimportované databázi taktéž stejné
V příloze je screenshot z mysql (select * from users;)