Příspěvky

46

Hardware / Re:Doporučte levné hardware pro openwrt s větší pamětí

« kdy: 26. 08. 2022, 10:53:25 »

[...] potřebuji více jak 128 MB paměti [...]

Nyní mám TP-Link TL-WR842N v3, který má ale 128MB paměti a 16 MB flash, přestože podle tabulek taková kombinace neexistuje, většinou mají polovinu i méně.  Použitelné to je, ale je to na hraně.

Nyní mám 16 MB flash + 64 MB RAM bez USB (omezuje mne hlavně ta flash měť) a možná bych si také vystačil, ale chci mít náhradní

tak koukam si nemel jasno co mas ani co chces/potrebujes :-)
jinak bych ti poradil TP-Link Archer C7 (pouzivam 1x ja a nekolik u zakaznika na jeden projekt), da se jetej (nove uz koukam prodej dojizdi s navysenou cenoiu) koupit za "par" stovek, ma 128MB RAM, 16MB uloziste + 2x USB a solidni podporu OpenWRT
(nebo starsi TL-WDR4300 s 128MB RAM a 8MB uloziste + USB, klasika pro OpenWRT)

Ono pro to Openwrt jsou ty aplikace neskutečně malé, často mají jen několik KB, maximálně jednotky MB, takže i když má mnoho lidí pocit, že s 16MB nebo 32 MB paměti se žít nedá, není to pravda, základní systém by mohl mít jen něco k 8 MB, takže pokud si několik větších aplikací přiinstalujete, můžete se stále vlézt do 16 MB, 32 MB by měla být jistota.

zde asi pameti myslis to uloziste a je to castecne tak, ale zalezi co tam chces mit nad ramec jen routovani, vyhoda je ale to USB kam strcis USB-Flash (mam overenou SandiskUltraFit 16GB) a overlay pro rootfs aka "extroot" zaridi ze dalsi doinstalovane programy a data jsou na USB Flash....

dalsi vec je misto vychoziho OpenWRT image si sestavit vlastni pres imagebuilder (nejde o kompilace ale seskladani z pripravanej baliku v repozitari), kde si vyhazis co nepotrebujes a pridas/zmenis co chces mit v zakladu (= i kdyby bez USBFlash nebo kdyby odesla) a ten image ma v sobe rootfs huste (squashfs) komprimovanej, muj sestavenej ma 10.3MB (sysupgrade), z toho rootfs je 8.4MB ale obsahuje system o velikosti 24MB a mam v tom treba mam zmeny ze vyhodim dropbear a misto nej dam OpenSSH, vyhodim nepotrebne PPP, pridam nastroje+moduly pro pristup k USBFlash, nastroje/ovladace pro USB LTE modem, balicky: bash mc htop rsync diffutils etherwake  +luci (ktere pri sestavovanem image neni vychozi)

protoze sem na serverech (i lokalu) zvyklej na byobu (ala tmux/screen), tak (uz na USBFlash) doinstalovavam i to, coz si totahne python (coz da par desitek MB) :-)

Dík za info, je to tak.  Jen je škoda, že nelze třeba 800 Kč pořídit nějaký router s 64 nebo 128 MB flash.  To by tam fakt mohlo běžet už téměř cokoli a bez komplikací s pohodlím téměř jako kdyby to byl úplný počítač. Samozřejmně je řešení koupit něco nad 2000 Kč nebo použitý Turis, ale pak kromě ceny stoupne i spotřeba až na trojnásobek. A celkové náklady na provoz a pořízení za deset let mohou být i přes 10 tisíc korun, elegance se vytrácí.

47

Hardware / Re:Doporučte levné hardware pro openwrt s větší pamětí

« kdy: 26. 08. 2022, 10:44:44 »

Nakonec jsem si objednal tohle.  https://www.aliexpress.com/item/4001179879123.html?spm=a2g0o.order_list.0.0.305e1802rQ3woV

A co to teda přesně je? Zmiňují tam nějaký USB modem a v těch screenshotech jsou různé routery. Aby to nebylo jen nějaké jejich upravené openwrt. Ta verze co tam ukazují, to už je historie.

Pravda, zatím jsem to zrušil a položil dotaz. Ať dají postup jak upgradovat na aktuální openWRT.

48

Hardware / Re:Doporučte levné hardware pro openwrt s větší pamětí

« kdy: 25. 08. 2022, 21:49:41 »

Jenže výrobci většinou prodávají ten HW nějak vybalancovaný, kdy to nemá velký výkon, nemá to velkou paměť, a nemá to velké úložiště, ale stojí to málo a málo to žere. Máte specifický požadavek na zařízení s nízkým výkonem(a spotřebou), ale velkou pamětí, za nízkou cenu, a zařízení která tohle splní nebude tolik. Většinou totiž zařízení s větší pamětí mají i vyšší výkon a větší úložiště, protože se očekává, že na tom chcete něco provozovat, ale vy tvrdíte, že nechcete...

Zkuste si dneska koupit třeba notebook s jednojádrovým CPU a 8GB RAM.

Moje zkušenost je taková, že výrobci právě neprodávají hardware vybalancovaný. Klidně vám prodají notebook za 40 tisíc s 4 GB nebo 8GB RAM, nebo server za 80 tisíc s 16 GB ram. A notebook pod 15 tisíc s 16 GB ram je těžké najít, stejně tak informace jestli je u konrkétního modelu možné paměť přidat a jakou přesně si pořídit. Přestože se to dá za ty peníze bez problému poskládat a procesor to často dostatečně výkonný (Ryzen), koupit dobře, když to nemám na hry úplně snadné není.

Nakonec jsem si objednal tohle.  https://www.aliexpress.com/item/4001179879123.html?spm=a2g0o.order_list.0.0.305e1802rQ3woV

Za 23 USD  32 MB flash a 128 MB RAM + USB, ale píší, že je to použité ne nové zboží.  Nyní mám  16 MB flash + 64 MB RAM bez USB (omezuje mne hlavně ta flash měť) a možná bych si také vystačil, ale chci mít náhradní, kdyby se něco zvrtlo při nahrávání nového openwrt, abych nebyl nějakou dobu bez internetu. Bohužel co se týče posledních 5 - 10 let je pokrok v routerech pramalý. Ceny a výkon těch zařízení se změnily jen minimálně.

Ono pro to Openwrt jsou ty aplikace neskutečně malé, často mají jen několik KB, maximálně jednotky MB, takže i když má mnoho lidí pocit, že s 16MB nebo 32 MB paměti se žít nedá, není to pravda, základní systém by mohl mít jen něco k 8 MB, takže pokud si několik větších aplikací přiinstalujete, můžete se stále vlézt do 16 MB, 32 MB by měla být jistota.

49

Hardware / Re:Doporučte levné hardware pro openwrt s větší pamětí

« kdy: 24. 08. 2022, 18:00:01 »

Mam mnoho OpenWRT radu let -od cestovnich pocinaje. Moje zkusenost je, ze se nevyplati kombinovat router s dalsi cinnosti. Je to lakave, ale bez dostatecneho vykonu se to nevyplati. Zvlast pokud je router na odlehlejsim miste. Pretezovani maleho levneho routeru vede k problemum jak se spravou Wifi tak i routovani, filtrovani apod. VPN to muze take pekne zahltit. Topi ale vsechny. To neni znamka odberu ale zpusobu provedeni. Topej tam vsechny cipy. A router byva navic nekde zarovnanej.. Napriklad NUC ma vetsinou TDP kolem 10W (a samozrejme mene, kdyz se flaka, coz je 90% casu). Muj TP-LINK uz radu let stary takhle zacinal - hodne pameti atd.. Dnes uz je na nem odpojena i Wifi (odladuje se..), vsechny aplikace a USB je pryc, zustala jen VPN. Mikrotik neni spatny, ale OpenVPN jen imituje - pro me nepouzitelne. Pokud je treba nejaky doplnkovy vykon - Router za 400CZK vsude k mani + napr. prave zminene Raspberry to posune uplne jinam.. navic se da zalepit primo do routeru a vysledek se neda s OpenWRT na nejake trosce vubec srovnat.. (Sveho casu jsem mel na Rasp. Zero W i TV tuner, Node-Red atd) .

Ale já nic náročného provozovat nehodlám. Ono je totiž možné dělat i totálně nenáročné věci, jako třeba telefonní ústřednu kamailio na otevírání venkovních dveří. Když někdo přijde a zazvoní, tak to přepošle a pozmění pár signalizačních paketů, nároky fakt minimální.

Třeba obyčejnou výměnou OpenVPN za Wireguard dosáhnete  mnohanásobného zrychlení a snížení nároků na hardware. A pět to má sloužit jen k tomu, aby byly zařízení v domácnosti přístupné z venku (kotel, elektrárna, kamery) a ne aby wireguard používaly počítače. Ty se připojí na wireguard napřímo.
Raspberry vůbec nemusím.  To už raději nějaký Odroid, ale ani ten nechci aby pořád běžel.

50

Hardware / Re:Doporučte levné hardware pro openwrt s větší pamětí

« kdy: 24. 08. 2022, 17:50:18 »

Ale u toho starého  Turise stejně píšou spotřebu minimálně 8W maximálně myslím 25W, takže zatím to vypadá spíše na (...)
Novej router snad 8 W nespotřebuje.

Čtu to správně, že řešíš jestli budou roční náklady 300,- vs 1000,- (velmi teoreticky při trvalé = nepřetržité plné zátěži), když ani neuvádíš jaký provoz a objem mezi kolika porty a s jak sofistikovaným nastavením firewallu chceš routovat, natož kolik žerou ostatní zařízení a kolik času v jaké zátěži poběží?

Ptám se hlavně proto, aby se neukázalo, že ti stejně trvale poběží našlapanej NAS,načež bys měl asi nejlepší to hodit do virtuálního stroje.
Např to není problém udělat třeba v Asustoru AS-6102, který se s 2-jádram Pentiem, 1GB RAM a 2x1TB WDRED za 4ku s daní. má dvě gigové síťovky, běží na tom virtualbox, a navýšení na 8GB je za 15 stovek.

Žádný NAS aninic podobného mi doma neběží.  Kdyby měl router životnost 10 let a ročně spotřeboval elektřinu za 1000 Kč rozhodně to zanedbatelné není, protože za těch deset let spotřebuje deset tisíc, tedy podstatně více než kolik stojí.

51

Hardware / Re:Doporučte levné hardware pro openwrt s větší pamětí

« kdy: 23. 08. 2022, 12:00:28 »

Nepíšete jestli potřebujete aby to mělo i wifi.

EdgeRouter X má 256MB ram i flash. Je to klasika MT7621. Na aukru teď vidím kup teď za 900. Nový do 1400.

Jako AP by se k tomu dalo připojit cokoliv co najdete.

Bohužel wifi potřebuji. Ale jinak dobrý typ.

Asi opravdu nezbývá se smířit s tím, že nic pod dva tisíce se koupit nedá. A to jen kvůli  pár MB paměti navíc.

https://access-pointy.heureka.cz/linksys-ea7300-eu/#prehled/?sort-filter=price_asc

Bohužel zase nikdo neuvádí verzi hardware, takže je možné že to bude nějaká novější verze, kterou openwrt nepodporuje.

Nyní mám TP-Link TL-WR842N v3, který má ale 128MB paměti a 16 MB flash, přestože podle tabulek taková kombinace neexistuje, většinou mají polovinu i méně.  Použitelné to je, ale je to na hraně.

52

Hardware / Re:Doporučte levné hardware pro openwrt s větší pamětí

« kdy: 22. 08. 2022, 16:33:23 »

Koupit is Turis z Aukra je dobrý nápad. Stejně tak koupit si tam nějaký starší dříve nadupaný router, který je s openwrt už dobře odzkoušený, protože nové modely mají často problém.

Ale u toho starého  Turise stejně píšou spotřebu minimálně 8W maximálně myslím 25W, takže zatím to vypadá spíše na ten Aliexpress.

Novej router snad 8 W nespotřebuje.

Problém trochu je, že prodejci často nepíší přesnou hardwarovou verzi (ani Alza), takže se velikost paměti ani nemusí dát určit.

53

Sítě / Re:WireGuard: musí allowed-ips být shodné?

« kdy: 22. 08. 2022, 16:22:30 »

V návodech jsem  četl, že wireguard jako jakýsi "klíč" využívá" ip adresu a allowed-ips hodnotu pro nějaké určení.
A pokud to chápu správně, tak je to jednoduše řečeno, které adresy mohou téct od daného peera(nevyhovjící neprospustí) a jaké adresy mohou téct "k " danému peerovi (Otázka, mám to chápat spíš jako routování nebo filtrování)?  Já to chápu jako routování, vybrání, na kterého peera paket poslat a až když žádný nevyhoví, paket se neodešle(filtrování je asi nepřesné)
Čili jinak - v směru  od peera: filtrování příchozích IP podle seznamu allowed-ips,,  odchozí směr:  filtrování?a?nebo?routing). Samořejmě jde o routing uvnitř tunelu, jelikož  z pohledu z vyšší úrovně(bez uvážení wireguardu) vše je routováno na wg0 - bez rozlišení peerů   


Hlavní dotaz

Moje otázka je, musí být allowed-ips shodné (na obou peerech shodná hodnota 10.1.0.64/28 & 10.1.0.64/28 nebo  i případně 10.1.0.64/28 & 10.1.0.64/28,192.168.0.0/24)

a nebo stačí slabší podmínka, aby prostě protější IP adresa byla uvnitř masek allowed-ips ?

Například
Peer 1: IP 10.1.0.81/24* . Peer 2: 10.1.0.73/24*. 

Allowed ips: peer 1 10.1.0.72/29, peer 2 10.1.0.80/30
* hvězdička značí, že jde o konfiguraci ip adresy podle ip addr set ... dev wg0,  a ne allowed-ips

Bude to v principu fungovat?

Ano takto allowIPs opravdu fungují. Poznal jsem to nyní, když mi to omylem natovalo i mezi wg peery,  Protože mi snat změnil adresu paketu na veřejnou ip adresu, která nebyla v allowIp, wireguard mi příchozí paket zahazoval.

Pokud máte dva počítače propojené přes wireguard, tak samozřejmě nemá v allowip to stejné. Každý tam má ty ip adresy, které se mají posílat přes wg spojení a ip adresy z kterých má wg pakety přijímat.  (jinak je bude wg automaticky zahazovat)

54

Hardware / Doporučte levné hardware pro openwrt s větší pamětí

« kdy: 22. 08. 2022, 09:50:54 »

Sháním co nejlevnější router pro openwrt. Nepotřebuji žádné Gigabitové porty (když mám připojení k internetu 60 Mbit které mi bohatě stačí a soubory v rámci baráku nekopíruji) nebo velký výkon, ale potřebuji více jak 128 MB paměti a více jak  16 MB flash, protože jedině tak je možné jej použít i na další věci než jen router.

Bohužel většina routerů co se prodává má právě velikosti pamětí špatné, což je pro mne hlavní parametr.

Na jediné co by ještě ušlo a na co jsem narazil je tohle.

https://www.aliexpress.com/item/32272246018.html

512 MB paměti a 32 MB flash.  Ale raději bych něco takového koupil v ČR. 

Bohužel koupit si turris také není řešení, jednak kvůli ceně, ale také kvůli tomu, že ač je kovový tak docela hřeje, takže náklady na elektřinu také nebudou úplně zanedbatelné.  A výkon je zbytečně velký.

55

Sítě / Re:WireGuard jde do wg0, nikoliv přes síť

« kdy: 19. 08. 2022, 18:51:33 »

Normální wg-quick ten provoz značkuje fwmarkem a pomocí policy routingu ho hází do správného rozhraní. Asi to ten NM nedělá, je třeba tam buď doplnit tu routu do tabulky main nebo udělat stejný postup jaký dělá wg-quick a doskriptovat si tam nahození toho policy routingu podle fwmarku.

Popisoval jsem to v článku Policy-based routing v Linuxu: směrování provozu pod kontrolou.

Mě to ale fungovalo dobře i s tím klikátkem, když jsem dal allowed-ips=0.0.0.0/0
Divil jsem se co to směru dobře, když tam chyběly routy, bude těma márkama.


Začal jsem tak, že jsem si vytvořil  konfigurák wireguard-quick v /etc/wireguard/wg0.conf
, zkusil že jede wireguard-quick a pak jej zkopíroval do toho klikátka pomocí

nmcli connection import type wireguard file /etc/wireguard/wg0.conf


Obsah mého souboru je:

sudo cat /etc/NetworkManager/system-connections/wg0.nmconnection
[connection]
id=wg0
uuid=4dd77a64-7273-424b-96b0-234fd9420d27
type=wireguard
interface-name=wg0

[wireguard]
private-key=2GMaRXVXjL4khITlhZGMa0dF2UTuN/vyKCJdHFoBAk8=

[wireguard-peer.RAF0/UuUTM/w7rI95CMdEmemRj8W80ecVJOyhz/IjVQ=]
endpoint=XXXXXXXXXX
persistent-keepalive=30
allowed-ips=192.168.145.0/24;192.168.144.0/24;

[ipv4]
address1=192.168.145.13/24
method=manual

[ipv6]
addr-gen-mode=stable-privacy
method=disabled

[proxy]

Odhaduji, že problém bude v tom, že je špatně naklikáno. Proč máte address1 dvě adresy?

56

Server / Re:ZFS + mysql ničí SSD disky

« kdy: 18. 08. 2022, 17:06:55 »

To je možné. Ale jak říkám, ssd neumí upravit jen konkrétní bity ale musí přepsat celou buňku. Takže i když na to ext4 zapíše 512B tak se na pozadí provede nejspíš mnohem větší zápis, jen s tím rozdílem že do smartu se započítá těch 512B.

Souhlasím. Já jen, hledám co dalšího může vysvětlit ten obrovský rozdíl. Tohle by mohlo vysvětlit v průměru třeba dojnásobné množství zápisů, takže na  samotné méně efektivní fungování ZFS zbývá stále velká část. (největší část je samozřejmě to nevhodně nastavené recordsize )

57

Server / Re:ZFS + mysql ničí SSD disky

« kdy: 17. 08. 2022, 19:08:26 »

Díky za rady.   Ta databáze s recordsize 8K ukazuje compressratio  1.67x 
dedub je u databáze vypnuto, těch několik GB co to maximálně vezme v paměti s těch 64 nebo 128 GB paměti ztratí.
Bohužel většinu rad ohledně mysql nemůžu udělat, protože používám pořád myIsam.

Kdybych tak změnou dosáhl desetinásobné zlepšení, tak zvýším životnost disku z 1 roku na 10 což je dostatečné. Ale rozdíl oproti ext4 je pořád řádový, což by mohlo vysvětlovat to zpomalení.
Napadá mne, jestli to nemůže být třeba i tím, že SSD disky se tváří že mají block jen 512 a u ext4 512 bajtů opravdu započítají, když se v tabulce provede update jedné hodnoty.  Rovněž přidání záznamu do méně košaté tabulky by se také mohlo vejít do 512bytů i když ve skutečnosti zapíše SSD disk 4K.

58

Server / Re:ZFS + mysql ničí SSD disky

« kdy: 17. 08. 2022, 15:45:39 »

1, já bych to moc nehrotil. Vzhledem k tomu jak funguje zápis na NAND buňky a wear leveling v SSD tak ssd interně dělá cow stejně jako zfs. Akorát IO co udělá zfs počítá do smartu a ty co dělá samo ne. Takže nejspíš rozdíl v opotřebení disku nebude tak hrozný jako naznačuje smart.

2, je divné že i při recordsize 4KB by ext4 udělala 25TB zápisu za 6 let a zfs 800TB za rok. To by zfs zapisovalo téměř 200x víc dat než ext4

3, 4kB jako recordsize je málo. Předpokládám že máte ashift 12, tedy velikost bloku také 4kB. Pak ale nefunguje komprese. V zfs funguje komprese tak že se vezme blok (o velikosti maximálně recordsize) a ten se zkomprimuje a pak se uloží do tolika bloků o velikosti ashift kolik je potřeba. Pokud tedy máte recordsize 4kB tak se zkomprimuje na například 2kB ale to se stejně kvůli ashift uloží na 4kB.

Ideální velikost pro mysql je 16kB. Je to dost malá hodnota kdy je write amplification malé a zároveň dost vysoká aby se projevila komprese.


Ještě se zeptám jak se projevuje že je na zfs horší výkon? Jde jen o zápis a nebo i o čtení? Chápu správně že je to mirror z dvou nvme?
Já mám totiž zkušenost že se s zfs dá získat většinou vyšší výkon než s ext4. Samozřejmě záleží podle dat a použití, ale u zápisu většinou pomáhá komprese (průměrná db se kterou pracuji má kompresní poměr kolem 2 s zstd kompresí) a to že se v mysql může vypnout doublewrite.
U čtení pomáhá také komprese a to že data jsou v arc cachi uložena komprimovaně. Tedy pokud mám například 100GB RAM pro cache tak u ext4 tam mám 100GB dat a u zfs 200GB a většinou ještě vyšší hitrate kvůli lepšímu chívání arc cache vs LRU cache.

Samozřejmě jsem se setkal i s případy kdy při migraci na zfs poklesl výkon. Ale byly to většinou extrémní případy typu statisíce malých tabulek v mysql nebo ukládání už komprimovaných dat do mysql. Ale většinou migrace na zfs pomůže.

Děkuji za navedení. Asi to do velké míry bude špatnou kombinací ashift a recordsize.


zpool get all | grep ashift 
vrátí 12.
Vytvářelo se to příkazem. Na shift=12 jsem přešel, protože to částečně pomohlo zvýšit výkon.
zpool create -o ashift=12 -O compression=lz4 -O atime=off -O dedup=on ovps mirror /dev/nvme1n1 /dev/nvme0n1

Běží na tom conteinery v lxc.

Na jednom stroji mám virtual s databází s recordsize s 8K  - tam to ale za 1,3 roku nadělalo jen 120 TB zápísu

Na druhém stroji mám virtuál s databází recordsize 128K - tady to za rok provozu nadělalo těch 806TB až z toho jeden disk v raidu odešel a proto jsem to začal řešit. Těch 128K je tam ale špatně, plánováno bylo 8K.  Rozdíl mezi 128 a 4 je 32 násobek. Tedy vypadá to, že jsem si to tím 32 krát zhoršil.


Všechno jsou to online clony hlavní databáze, která běží na ext4 na podstatně starším hardware.

Tedy z toho plyne, že aby se to nenásobilo u malých updatů a zápisů recordsize nikdy nesmí být větší než ashift? A pokud je recordsize omylem 32 krát větší, nesmyslně si zvýší množství zapsaných dat 32 krát?  To by pak už dávalo smysl. Několikanásobně více zápisů je kvůli větší režii  zfs a COW + třicetinásobně kvůli špatně nastaveným recordsize.

To doporučení nastavit si asfit na 12 jsem našel jako radu na více různých místech, pro zvýšení výkonu databáze. A při records size 4K nebo 8K to částečně opravdu pomohlo. Stále byl ale výkon menší než s ext4, prostě nový výkonnější stroj se zfs a SSD disky nezastal stejný výkon (množstí uložených logovacích záznamů) jako starší stroj magnetickými diska a ext4.

59

Server / Re:ZFS + mysql ničí SSD disky

« kdy: 17. 08. 2022, 13:35:51 »

Je nejaky dovod neprejst napr na to ext4?

Apropo, nejak sa negativne body stracaju medzi pozitivnimi -> ste prvy mesiac v praci (akejkolvek)? Vzdy sa vyzdvihuju pozitiva produktu, a jeho negativa sa bud nespomenu vobec, alebo sa daju 4kou pismom niekde na spodok stranky/dokumentu/...

Jde o to, že jsme přešli se všemi virtuály na zfs kvůli pohodlné správě a možnost udělat snapshot/kopii za běhu.  A nyní ale musíme kvůli databázím opět zpět na ext4, alespoň pro ty databáze.

Ještě mne napadlo, jestli třeba nepřejít zvol a nad tím ext4, ale nemohu o tom najít nikde moc informací. Nejspíš bych si nepomohl.

60

Server / Re:ZFS + mysql ničí SSD disky

« kdy: 17. 08. 2022, 13:24:54 »

Na ZFS se musí minimálně nastavit recordsize na stejnou velikost jako má databáze, aby se předešlo write amplification jevům. CoW to ale bohužel vypnout neumí.

Nikde jsem nebyl schopen jaký má MyISAM velikost bloku.

Zde někdo zmiňuje, že má různou velikost bloku.

https://zfsonlinux.topicbox.com/groups/zfs-discuss/Ta83e026003c8ee06

MyISAM doesn't use fixed size pages for data, so leave recordsize=128k

Ale ono platí obecně, že zfs není moc vhodná na databáze, když jde hlavně o rychlost a nyní i rozumnou životnost SSD disků. Špatný výkon jsem naměřil i s inodb a různé nastavení to nijak zvlášť nezměnilo. Opotřebení disků jsem tehdy nesledoval.   Kdyby měl ale někdo v databázi třeba účetnictví, může dát přednost konzistenci,protože těch záznamů a updatů nemá miliony jako my.