-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!.POSTED!not-for-mail
From: Pit <n...@s...lonestar.org>
Newsgroups: pl.comp.programming
Subject: Re: [OT] Duża kasa i kiepski wynik - dlaczego?
Date: Thu, 30 Jul 2015 21:46:50 +0000 (UTC)
Organization: ATMAN - ATM S.A.
Lines: 78
Message-ID: <s...@n...lan>
References: <mosvh7$bpl$1@node1.news.atman.pl> <s...@j...net>
<mot3b3$fmd$1@node1.news.atman.pl>
<55b2141b$0$2206$65785112@news.neostrada.pl>
<s...@n...lan> <mou9rd$ha3$1@dont-email.me>
<9...@g...com>
<mp2s2s$be7$1@node1.news.atman.pl>
<6...@g...com>
<mp5qs2$e63$1@node1.news.atman.pl> <s...@n...lan>
<mp8okc$8sf$1@node2.news.atman.pl> <s...@n...lan>
<1nijznlm13r83.12ovwfiylx2wx$.dlg@40tude.net>
<s...@n...lan> <mpasjc$ki6$1@node1.news.atman.pl>
<s...@n...lan> <mpb89m$mlq$1@node2.news.atman.pl>
<s...@n...lan>
<kisou3qdrhta$.9td8420kmx7e$.dlg@40tude.net>
<s...@n...lan> <mpe1qj$d3s$1@node2.news.atman.pl>
NNTP-Posting-Host: user-46-113-99-5.play-internet.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: node2.news.atman.pl 1438292810 17677 46.113.99.5 (30 Jul 2015 21:46:50 GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Thu, 30 Jul 2015 21:46:50 +0000 (UTC)
User-Agent: slrn/1.0.1 (Linux)
Xref: news-archive.icm.edu.pl pl.comp.programming:207985
[ ukryj nagłówki ]Dnia 30.07.2015 Sebastian Biały <h...@p...onet.pl> napisał/a:
> On 2015-07-30 22:16, Pit wrote:
>> Gdzie oferują *za darmo*? Bo mi oferują tylko nielimitowane rozmowy przy
>> stałej *opłacie* abonamentowej
>
> W banku płacisz ją w postaci opłaty za konto ROR. Mogę płacić więcej
> jeśli odstanę to co chce. Obecnie opłaty za szybkie przelewy sa
> niekonkurencyjne w stosunku do operatorow prywatnych poza bankami którzy
> czesto pobierają grosze lub nic.
Bo to nie są przelewy tylko *przekazy* (na tej zasadzie Poczta Polska może
też przesłać szybciej kasę niż Elixir, ale to nie przelew choć... Poczta
Polska jest tu jednym z ustawowych wyjątków i przekaz pocztowy ma prawie
taką samą "wartość urzędową/sądową" jak przelew bankowy).
>> A teraz wyobraź sobie, że masz zapewnić, aby każda zmiana dokonana przez
>> każdego ze 100 członków zespołu była automatycznie dystrybuowana do
>> wszystkich pozostałych
>
> Nie do wszystkich. Tylko do pośrednika jakim jest np. KIR czy co tam
> stoi po środku i szpieguje.
No tak, ale zmiana musi pójść nie tylko do KIR ale też do "wszystkich
zainteresowanych". Czyli jeśli ja z banku X wysyłam przelew na twoje konto
w banku Y, to po pierwsze bank X musi to przesłać do KIR, dalej KIR musi to
przesłać do Y, Y potwierdza przyjęcie kasy na Twoje konto odsyłając
odpowiednie info do KIR, KIR "zatwierdza" przelew i wysyła o tym info do X,
X potwierdza przyjęcie "zatwierdzenia", KIR liczy bilans wszystkich
zatwierdzonych przelewów między bankami X-Y od ostatniego "point in time" i
wysyła do NBP polecenie przelewu między kontami banków X-Y (kontami banków,
nie klientów banków).
To musi lecieć w dwie strony, bo chociażby konto docelowe może nie istnieć
(więc przelew "live" nie powinien się udać). Do tego takie firmy jak
BlueCash korzystają z tego, że to system bankowy załatwi 80% roboty za nich
i z tego, że nie są bankami, a więc prawo bankowe ich nie dotyczy (między
innymi obieg przez KIR). Minus jest taki, że mogą obsługiwać tylko małe
płatności. Zresztą, to dla banków żadna konkurencja, bo i tak kasa musi
przejść przez banki (które swoje zarobią :D).
>> wszyscy muszą być praktycznie cały czas podłączeni do repo
>
> Banki nie muszą widzień innych transakcji, w szczególności banki nie
> musza być spięte na stałe kazdy z każdym, wystarczy z koordynatorem.
No przecież to napisałem - nie muszą być spięte z serwerem repo.
> Nikt nie wymaga milisekudowych reakcji. Ale wymagane są reakcje w czasie
> zdroworozsądkowym. Prawdę mowiąc 1h wystarczy. A więc i wystarczy
> pooling raz co godzinę "co tam nowego dla mnie". Oczywiście 1h to lazy
> workaround. Zejscie do kilku minut nie powinno być kłopotem. Innymi
> słowy: hybryda w kierunku częstego wymieniania się informacjami. Jak się
> dokladnie przyglądnąć to wystarczyło by pogonić elixir na kilkanaście
> sesji dziennie i mozna zamknąć mordę takim pieniaczom jak ja. Tylko ten
> Bosman-8 może nie uciągnąć ...
Też jestem zdania, że gdyby pognać elixiry (i przede wszystkim nie robić
sesji przychodzących rano a wychodzących wieczorem) to dałoby się osiągnąć
czas 1-2h (gwarantowany) a tak, to jak wyślę powiedzmy z Milennium przelew
o 8:00, to "wyjdzie" z banku o 11:00 i na przykład w Credit-Agricole
zobaczę go dopiero o 12:00 - tragedia :D Ale jeszcze większa tragedia
polega na tym, że jak zrobię polecenie przelewu w Millenium o 8:30, to ono
"nie zdąży" wyjść sesją o 11:00 tylko wyjdzie dopiero o 15:00. Mało tego,
jak kasa przyjdzie do Millenium sesją przychodzącą o 14:30, to bank to
zaksięguje dopiero po 16:00. Zupełnie nie rozumiem czemu jest taka
latencja księgowania środków w Millenium, skoro na przykład przelewy między
CreditAgricole i mBank takiej latencji w księgowaniu nie mają (w
którąkolwiek stronę), wyślę w Credit-Agricole o 14:15, to wyjdzie w sesji
wychodzącej o 14:30, przyjdzie do mBanku w sesji przychodzącej o 15:00 a o
15:10 mam zaksięgowane na koncie w mBanku. Po prostu, niektóre banki
mająsystemy do dupy i za bardzo popędzić się nie da, w jednym banku
księgowanie przelewów wychodzących czy przychodzących jest praktycznie
natychmiastowe (trwa maksymalnie kilka minut) a w innych bankach trwa kilka
godzin (typu puścisz w Millenium przelew o 15:00, to nie zdąży wyjść sesją
wychodzącą o 17:00 i wydajność systemu KIR nie ma tu nic do rzeczy, ich
"Bosman-8" daje radę, zresztą gdyby sesje elixir robić na przykład co
godzinę, to zawierałyby mniej operacji do zrealizowania - live to by to nie
było, ale przelew w 1-2 godziny byłby ok).
Następne wpisy z tego wątku
- 31.07.15 02:07 Pit
- 31.07.15 10:00 Budzik
- 31.07.15 10:00 Budzik
- 31.07.15 10:43 Tomasz Kaczanowski
- 31.07.15 13:23 szemrany
- 31.07.15 14:37 Pit
- 31.07.15 15:04 RW
- 31.07.15 15:13 Pit
- 31.07.15 17:08 szemrany
- 31.07.15 18:11 szemrany
- 31.07.15 19:00 Budzik
- 31.07.15 20:01 RW
- 31.07.15 20:08 szemrany
- 01.08.15 10:16 RW
- 01.08.15 15:05 szemrany
Najnowsze wątki z tej grupy
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
Najnowsze wątki
- 2025-01-22 Gdańsk => System Architect (Java background) <=
- 2025-01-22 Katowice => Senior Field Sales (system ERP) <=
- 2025-01-22 Warszawa => Java Developer <=
- 2025-01-22 pokolenie Z
- 2025-01-22 Wyświtlacz ramki cyfrowej
- 2025-01-22 Białystok => Architekt rozwiązań (doświadczenie w obszarze Java, A
- 2025-01-22 Chrzanów => Team Lead / Tribe Lead FrontEnd <=
- 2025-01-22 Ostrów Wielkopolski => Konsultant Wdrożeniowy Comarch XL/Optima (Ksi
- 2025-01-22 oferta na ubezpieczenie OC życie prywatne
- 2025-01-22 Bieruń => Spedytor Międzynarodowy (handel ładunkami/prowadzenie flo
- 2025-01-22 Warszawa => International Freight Forwarder <=
- 2025-01-22 Gdańsk => Specjalista ds. Sprzedaży <=
- 2025-01-21 Zgromadzenie użytkowników pojazdów :-)
- 2025-01-21 bateria na żądanie
- 2025-01-21 Warszawa => IT Business Analyst <=