Zobrazit příspěvky

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.


Příspěvky - ByCzech

Stran: 1 ... 41 42 [43] 44 45 ... 123
631
Server / Re:Poraďte vhodný hardware na server pro MySQL
« kdy: 28. 02. 2018, 09:45:13 »
chtel jsem o to zde pozadat jiz davno, ale porad jsem to odkladal a nemel odvahu ...

nasel by se nekdo, kdo by byl ochoten (samozrejme za stedrou uplatu) se se mnou setkat, podivat se na moji aplikaci v delphi
na nas db server a pokusit se poradit v klicovych oblastech, co zlepsit, co predelat aby se apliakce stala alespon trochu sviznejsi ?

Bylo by ode mě nezdvořilé jen zkritizovat a pak na tuhle výzvu pomoci nereagovat. Takže jestli je zájem, rád se sejdu osobně a můžeme se domluvit co s tím. Placení bych zatím neřešil, dokud si nedohodneme co a jak, beru to jako posezení s kolegou. Praha není problém, jsem už pár let "místňák" :).

V případě zájmu napiš PM a raději upozorni, že jsi to udělal...

632
Server / Re:Poraďte vhodný hardware na server pro MySQL
« kdy: 28. 02. 2018, 05:07:48 »
Sleduji tohle téma od jeho začátku a pořád jsem přemýšlel, jestli se mám zúčastnit nebo ne, protože tazatel je tady už tak trochu známý tím, že o co méně věcem rozumí, o to více se do nich nadšeně pouští (nemyšleno nijak zle či útočně, prostě jen suché konstatování) a také proto, že mu postupně stejně někdo řekl něco podobného. Nicméně nakonec jak vidno jsem se rozhodl také přispět, snad to k něčemu bude...

1. Na potřebnou úlohu vystačí v podstatě jakýkoli běžný PC nejen dnešní, ale klidně pár let starý a bude se to po většinu času nudit a přitom to nemusí to být Xeon, Threadripper či EPYC v big toweru se SAS diskama, velkým množstvím RAM a kdo ví čím ještě - ovšem za předpokladu...

2.  ...že bude správně (jak tady kolegové už porůznu psali):

a) namodelovaná databáze (indexy, relace mezi tabulkama, transakce ap., a to raději ve výčtu nezmiňuji pokročilejší věci jako jsou pohledy, triggery, procedury, eventy...)

b) zvolený DB engine (ne takový, co neumí uzamknout konkrétní řádek v tabulce, ale jen celou tabulku a navíc relace "emuluje", protože neumí cizí klíče ap.)

c) udělaná aplikace (umět pracovat se zámky - což není to co děláš ty, že si vytváříš vlastní semafory o rozpracovaných datech - relacemi, indexy ap.)

...

nezamykam databazi pouze dany zaznam v tabulce ucty, doud neni editace hotova, dam do lock_id id stanice, na kterem se s ni pracuje

Ale ano, zamykáš, viz:

Kód: [Vybrat]
117	kasa	10.0.0.72:49716	pokladna	Query	0	Waiting for table level lock	UPDATE ucty SET lock_id = 0 WHERE lock_id = 10	0.000

bylo by fajn, kdyby sis to co ti vyplivlo sledování procesů v mysql aspoň pořádně přečetl, viz "...table level lock...", ale mám z tebe pocit, že máš nějakou selektivní slepotu, protože i když ti to napsali jasně posléze i jiní, tak ty pak přesto napíšeš něco takového:

nezamykam databazi pouze dany zaznam v tabulce ucty, doud neni editace hotova, dam do lock_id id stanice, na kterem se s ni pracuje

MyISAM neumí row locky, zamyká celou tabulku.


tim lockem myslim to, ze kdzy jeden pingl otevre ucet tak do policka ucty.lock_id dam id stanice a kdyz ucet ulozi, tak dam SET lock_id = 0

...možná by sis měl před tím, než něco napíšeš nastudovat něco k tomu, co ti ostatní radí, v tomto případě co je to zamykání v DB (a to tvé vyplňování políček s ID stanice to fakt není) a k tomu taky jak to funguje v Delphi, protože zjevně vůbec netušíš, že ti to v té aplikaci automaticky zamykají ty použité objektové komponenty pro práci s DB, které jsi v Delphi myší přetáhl do návrhu aplikace, aniž bys chápal, jak taková komponenta funguje a pracuje a jak ji pořádně ovládat a používat. Holt daň za "klikací" RAD.

A když vidím tohle:

nedokazu si predstavit, jak to lze udelat jinak :(

nebo

nedovedu si predstavit jak resit kdyz na 2 stancichn otevrou stejny ucet a na kazde prida 2x gulas

tak to dává tušit, jak asi ta aplikace a celé řešení vypadá...

ono totiz kdyz sectete ignoraci normoHosta blbost standartPingla a tupost OslaKuchare dstanete nebezpecne vybusny koktejl :-|

obzvlášť, když je tahle "rovnice" umocňována předváděnou neschopností řešitele, že?

Myslíš, že se nedá udělat relativně blbovzdorná aplikace, která vliv normoHosta, standardPingla a OslaKuchare sníží limitně k nule a nebude na to zároveň potřeba velmi nadstandardně vybavený HW?

633
O serveru Root.cz / Re:Autor David Ježek
« kdy: 27. 02. 2018, 23:28:34 »
@Patr Krcmar: A vazne se vam nestava, ze byste si pri cetbe pomyslel: "Jezkovy voci!" ? ;-)

Tak tenhle se poved' ;D

634
Hardware / Re:Zátěž CPU a poškození
« kdy: 27. 02. 2018, 11:36:45 »
Elektrolytické kondenzátory jsem na mb neviděl tak 10 let.

Divné, já je vidím na každé běžné PC desce nejen za posledních 10 let, ale i dnes, nevím jak by se bez toho mohla základovka obejít, ono totiž kondezátory s tuhým elektrolytem jsou taky elektrolytické kondenzátory. :D Více viz:

https://en.wikipedia.org/wiki/Polymer_capacitor
https://cs.wikipedia.org/wiki/Kondenz%C3%A1tor

Takže tam nemá co vyschnout.

To už je pravda, tuhý elektrolyt nevysychá, ale jak píšu výše, pořád je to elektrolyt.

635
Jasně, děsně vám to věřím:

Copyright (c) 2006 SYSTECH International, Inc.

636
Hardware / Re:Nízká rychlost zápisu HDD WD40PURX
« kdy: 21. 02. 2018, 12:00:39 »
Pro ilustraci ohledně spin up mám např. u WD RED:

Kód: [Vybrat]
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  3 Spin_Up_Time            0x0027   169   167   021    Pre-fail  Always       -       4550

u Toshiby:

Kód: [Vybrat]
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  3 Spin_Up_Time            0x0007   148   148   024    Pre-fail  Always       -       242 (Average 271)

u starší Barracudy od Seagate:

Kód: [Vybrat]
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  3 Spin_Up_Time            0x0003   098   096   000    Pre-fail  Always       -       0

637
Odkladiště / Re:Jaký freemail preferujete?
« kdy: 20. 02. 2018, 17:57:36 »
Já si tam posílal z práce projekt, na kterém jsem dělal asi 3 týdny. Musel jsem ho zazipovat a  zaheslovat. Teď jsem si ho chtěl stáhnout do PC abych ho mohl prezentovat na pohovorech a NEJDE TO!

To je vtip? Opravdu na pohovorech prezentujete duševní vlastnictví předcházejícího zaměstnavatele?

Tak nějak doufám, že to je jeho projekt a že si ho jen v práci nahrával na GMail, v opačném případě nechápu...

638
Hardware / Re:Nízká rychlost zápisu HDD WD40PURX
« kdy: 20. 02. 2018, 13:37:05 »
Jinak co se týče výběru disku - fakt je podle vás rozdíl mezi disky pro kamerové záznamy (tento), NAS (Red; 24/7), Blue, Black atd.?

Nevím jak ostatní varianty, ale u Red je prý upravený fw, tak aby dříve(oproti desktop diskům) hlásil chyby čtení/zápisu a místo vyhození celého disu z RAID se tak řeší jen chyba zápisu/čtení (TLER).

TLER tomu říká WD, jiní tomu říkají třeba CCTL. Obecně se tomu říká ERC (Error Recovery Control). Více např. viz https://en.wikipedia.org/wiki/Error_recovery_control

639
Hardware / Re:Nízká rychlost zápisu HDD WD40PURX
« kdy: 20. 02. 2018, 12:16:51 »
Chlapi dík za podnětné připomínky. Sehnal jsem si 2TB, na tom 4TB je využito 2,4TB, tím pádem zbytek dám jinam.
Určitě je podle trubicoid2 ten spin-up time vysoký, otevřel jsem bednu a na 12V jsem naměřil 11,85V, při zápisu to klesalo na 11,82V. Je to trochu nižší, ale nic mimo mez. Při tom smartctl -t long mi to psalo o kontrole trvající 524 minut, což momentálně nejde kvůli kopírování. To je přes USB 3.0 rychlé cca 120 MB/s, takže i tak to potrvá, ale čtení vypadá O.K.

Tak dejte vědět jak jste dopadl...

640
Hardware / Re:Nízká rychlost zápisu HDD WD40PURX
« kdy: 20. 02. 2018, 12:15:03 »
ByCzech: Já bych právě očekával, že menší záhul jim bude vadit míň a to jejich zaměření na tvrdej zápisovej výkon je vlastně bonus (oproti klasickýmu desktop HDD). Mám doma jeden Seagate Video (prý pro sekvenční zápisy a video streaming) a jede mi v pohodě už čtyři roky normálně jako desktop (resp. NAS použitý přes NFS jako /home). Ale hádat se nebudu, je možné, že takové disky můžou chcípat ještě v záruce. Pořád bych ale do desktopu koupil libovolný disk (dle poměru cena/kapacita). "Speciální" bych cíleně kupoval jen pro speciální využití (NAS, video, server).

Zdálo by se to logické, že podpora ATA streaming příkazů je bonus navíc, z praxe mám u zákazníků, co si nedali říct a chtěli ušetřit (vždyť ten disk je přece na provoz 24/7) zkušenost jinou. Seagate A/V disky odcházejí při tomhle použití úplně stejně jako jiné značky. A taky vím o pár kusech co vydržely cca 5 let bez problémů než byly vyměněny za vyšší kapacitu. Ale když ten disk strčíte do video-recordéru pro kamery, vydrží tam obvykle celou životnost nebo než se mění za něco modernějšího.

641
Hardware / Re:Nízká rychlost zápisu HDD WD40PURX
« kdy: 20. 02. 2018, 11:53:01 »
Jinak co se týče výběru disku - fakt je podle vás rozdíl mezi disky pro kamerové záznamy (tento), NAS (Red; 24/7), Blue, Black atd.?

Taky by mě nenapadlo, že to může být rozdíl, ale A/V disky ze zkušenosti "běžný" (= ne stream) provoz obvykle dlouho neustojí a často odcházejí ještě v záruce.

Citace
Tuned for write-intensive, low bit-rate, high stream-count applications typical to most surveillance applications

642
Hardware / Re:HDD WD40PURX
« kdy: 20. 02. 2018, 07:34:30 »
Osobně si myslím, že se disk loučí. Vykopírovat data a vyreklamovat. A příště si rozmyslet, zda disk určený na specifický typ provozu používat na něco jiného a raději nekoupit "normální".

643
  • Aktualizace BIOSu/UEFI
  • Kernel z backports
  • V /etc/pulse/daemon.conf nastavit default sample rate na nativní hodnotu zvukového čipu

644
Jediné EE je na řádku 127:

Kód: [Vybrat]
[    36.518] (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found)

Chce to odinstalovat opravdu vše související s nvidia. Třeba i https://packages.debian.org/stretch/libglx-nvidia0 ap. Ten řádek znamená, že se to snaží natáhnout GLX extensi, která je pouze pro nvidia ovladač - je třeba použít mesa, který je odkloněn ve prospěch toho nvidia.

Odinstalovat tedy vše co se týká nvidia...

645
....
hochu takoveho krivaka jako ty aby jeden pohledal

Zajdane, všiml sis vůbec co opravuju a jak teda zní věta po opravě? "Nikdo neříká, že nedoručování emailu s odkazem na Aeronet je špatně správně."

Co máš proti tomu, že kritizuji nedoručování emailů s odkazem na Aeronet?
;D :D  :)
Nečekáš do toho, ehm, <beep>, smysluplnou odpověď, že ne?

Spíš ne, ale naděje umírá poslední :D

Stran: 1 ... 41 42 [43] 44 45 ... 123