yacc: Все сообщения за 29 Апреля 2021 года

Татарин> Метрошные валидаторы в Москве - онлайн, с централизованным процессингом.

Ты ОЧЕНЬ МНОГОЕ упускаешь из виду.
Для начала, оценим пиковую загрузку - пусть 250 станций пусть даже по 40 турникетов - это всего 10 тысяч транзакций в секунду притом, что ВСЕ пользуются тройкой ( а не разовыми проездными )
Что далеко было не так 10 лет - любая технология начинает использоваться постепенно.

Даже в 2015 году основу продаж составляли... киоски!

Внезапно!

Здесь необходимо рассказать о том, как выглядела сеть реализации проездных билетов в конце 2015 года. Основным каналом продажи билетов на городской общественный транспорт оставались старые добрые киоски. По Москве их было расставлено более 500. Такое положение дел оказалось невыгодно городу и неудобно его жителям.
Билеты продавались преимущественно за наличные, современные платежные системы почти не использовались. Отдельные точки продаж были нерентабельны, а время работы кассиров не соответствовало графику жизни москвичей.

 

Так что о этих 10 тыс транзакций в секунду речь тогда и не шла.
Кстати, как видно тут помогал ВТБ

А что у нас с серверами ВТБ ?

В 2013 году карточный процессинг, тогда еще банка ВТБ24, размещался на одном из самых мощных серверов того времени — IBM System p.

 

Так что за сервера у Тройки ?

Кроме того, читай там же про ВТБ

В последние 10 лет ВТБ переживает мощный рост вычислительной нагрузки. Каждый год она увеличивалась в полтора раза, а объем учетных данных — в два.

 

Так что когда ты ссылаешься на центральный процессинг Тройки ( только начинавшийся внедряться ) 10 лет назад, то у меня для тебя откровенно хреновые новости - если ты современный траффик ( включая платежи по валидаторам и онлайн-платежи ) попытаешься реализовать серверами 10 летней давности то тебя ждет БОЛЬШАЯ Ж-ПА

•  1
•  инфо
•  инструменты
• Ответить на сообщение

yacc>> Производственные мощности автономны ? Еще раз смотри на то же соглашение с Самсунг что я привел.
Татарин> У SMIC? Да.

А пруф ?

Надеюсь ты понимаешь что я про весь мясокомбинат - от расходников и химикатов, до ТО

•  инфо
•  инструменты
• Ответить на сообщение

U235> Этим сказано что при продолжении американцами подобной политики и гугл и андроид потеряют рынки и уступят место менее замороченным системам и поставщикам, если в половине стран, причем самых развитых, они не будут работать из-за санкций.
Так не работает это в Китае причем только для Хуавей ну и вероятно в Крыму. Критической массы нет.

U235> Это не эксклюзив гугла. Такой же магазин есть и у других разработчиков.
Конечно есть. Скажем у Эппла.
Майкрософт попытался сделать но как-то загнулся в мобильниках, хотя я бы не сказал что там все совсем неудобно было.

•  1
•  инфо
•  инструменты
• Ответить на сообщение

smalltownboy>>> по карте мир скидку давали.
yacc>> Бесполезно для маршруток
mid!> и маршрутках(где установлены валидаторы)
Ключевое слово - где установлены такие валидаторы.
В СПб большинство народа ( и я в том числе ) оплачивает подорожником

•  14
•  инфо
•  инструменты
• Ответить на сообщение

Татарин> БОльшая деятельности человека так или иначе относится к хозяйствованию. Вопрос ьыл совсем другой. Мне его скоипастить в третий раз, что ли?
Татарин> Что ужасного ждёт страну?
Ужасного - ничего.

Татарин> С того, что все эти платежи - в стоимости станции, которая сама себя окупает, как нормальный коммерческий проект.
А ничего что сроки несколько раз срывались и проект подорожал?

Татарин> Технологии же передавались просто в процессе (или не передавались, а изучались по месту неофициально).
У Китая просто "солянка" атомных технологий с разных мест которые как-то надо стыковать
Например "Росатом" технологий особо и не передает ( и это понятно почему )

Татарин> Угадай, сколько процентов от стоимости оборудования АЭС поставлено непосредственно из США?
А ты почитай ссылочки вверху внимательно

yacc>> Быстро будет когда введут первый энергоблок, а пока это только проект.
Татарин> В среднем 5-6 лет на привязку к площадке и строительство. Ждать недолго.
Нет референтного блока - речь о том что усвоили технологии пока не идет.

Татарин> Да какая разница-то?
Татарин> Это не однопоточная игрушка для дома. Это банковский процессинг. Не хватает одного процессора - ставишь 2. Не хватает 4 - делаешь кластер из 4 серверов по 4 проца. Не хватает этого кластера - доставляешь сервера.
Прикинь, а банковский процессинг даже у нас делают на IBM

Татарин> Процессор 10-летней давности замечательно работали на СУБД.
Гораздо меньшего объема. Если оценить что данные в 1.5 раза увеличиваются каждый год, то за 10 лет они увеличились почти в 60 раз.

Татарин> А при чём тут ассемблер-то?!
Он максимально позволяет тебе использовать ресурсы железа. Но можешь и на С в общем-то

Татарин> (Кстати, большая ошибка полагать, что "человек+ассемблер" на нынешних процах будет лучше нынешнего компилятора; как правило, рядовой человек пишет код даже хуже, ибо не учитывает кучу нюансов, нужны исключительные случаи и исключительные люди, чтобы ассемблер что-то давал по скорости)
Наивно полагать что оптимизирующий компилятор делает это лучше человека - он разве что рутину снимает. А уж у СУБД просто постоянно приходится оптимизатору помогать после кода разработчиков, которые просто хотят данные в базе хранить.
И напомню, что современные языки со средой исполнения тратят лишнее время на эту среду исполнения - типа питона или JVM, хотя лет 15 назад тоже самое на С или С++ работало просто без лишних накладных расходов.

Татарин> Татарин>> Ты намекаешь на то, что в твоём понимании все транзакции проходят через один единственный процессор, и на его-то производительность всё и завязано, увеличить их число нельзя?
Параллелизм в том же SQL ограничен или как это называют горизонтальное масштабирование. Это в NoSQL это легко, но там есть проблемы с целостностью.

Татарин> Или вот почему "65нм не уже катит"?
Потому что объем данных возрос на пару порядков. Я же не отрицаю, что с объемами 10 летней давности они бы справились ? Но тебе нужно обрабатывать именно современный объем.

yacc>> Банковские транзакции проходят через СУБД. И прикинь - всякие джоины выполняются на CPU - в увеличившемся потоке данных.
Татарин> Так и что?
См. выше

yacc>> И тут ты предлагешь использовать более старый процессор...Финиш!
Татарин> Да запросто, что такого-то? что тут вообще обсуждать-то?
Приехали...

Татарин> Серьёзные вещи вообще пишутся с изначальной возможностью масштабирования.
А кто тебе сказал что то, что уже понаписали, писали серьезно с возможностью горизонтального масштабирования а не на уровне индусов ?

•  22
•  инфо
•  инструменты
• Ответить на сообщение

U235> Более миллиарда человек суммарно под санкциями - это нет критической массы? Уже одного Китая под санкциями достаточно для появления экономически эффективного конкурента гугла.
Я так напомню что ранний СССР тоже был под санкциями. И США такой большой не была. И все равно Сталину пришлось покупать технологии и ими обучаться.
Так что количество человек - далеко не главный аргумент

U235> И скажем у Хуавея.
Только-только появился.
Не, со временем разовьется, но время требуется.

•  инфо
•  инструменты
• Ответить на сообщение

U235> Терминал для любой карты нужен
Для банковской нужен терминал со связью с банком.
А для транспортной - нет.
Терминал транспортной просто вычитает поездку и перезаписывает карту.

•  инфо
•  инструменты
• Ответить на сообщение

U235> Вообще специализированные транспортные карты сейчас в России - вымирающий вид. У нас во Владивостоке первой итерацией безналичной оплаты была именно специализированная транспортная бесконтактная карта. Не взлетело, т.к. слишком много мороки и пассажирам и водителям.
Вообще-то водителям больше мороки отсчитывать сдачу с налички. А тут терминал поднес - и готово.
Причем магнитные карты в СПб в метро уже давно - они еще в 90-е появились.
А БСК - в начале 2000-х. Подорожник это всего лишь вид БСК.

Кроме того транспортные карты по всему миру используются - и в европе и в США

•  1
•  инфо
•  инструменты
• Ответить на сообщение

U235> Не взлетело, т.к. слишком много мороки и пассажирам и водителям.
Ох любишь же ты альтернативную историю рассказывать.

Так вот, маршрутчики очень долго сопротивлялись введению безналичной оплаты ибо капиталисты-АТП предпочитали иметь налик у себя, а не платить еще процент за обслуживание банков или транспортных платежных систем.
Скажем тот же подорожник принимали далеко не везде даже в 2015 году.

Это раз.
А во-вторых PayPass тоже не сразу ввели. Скажем у меня перевыпускали карту Сбербанка где-то в 2014 году - как сейчас помню там были символы олимпиады 2014 - я ей в Вильнюсе расплачивался.
Типа такой


Там был PayPass ? - НЕТ, ЕГО НЕ БЫЛО.
Вот и считай три года ( действие карты ) - первую карту с PayPass я получил где-то в 2017 - т.е. всего ничего несколько лет назад.

Поэтому оплата через PayPass да еще и Миром - а его массово начали выпускать тоже где-то в 2017 как и перевели бюджетников на них - это совсем недавно.

Ты просто быстро привык к бесконтакным платежам, что даже не помнишь что ввели их совсем недавно

•  9
•  инфо
•  инструменты
• Ответить на сообщение

с.т.> есть специальные люди обученные физическому дизайну - физ моделированию и другие которые перфоманс тюнят - которые смотрят как оптимизатор работает и где на конкретной системе ботлнеки у конкретной цепочки расчёт - и под него тюнят физмодель и ETL.
И это одна из моих обязанностей
Даже тулы есть что собирают планы, и DBA на регулярной основе их анализируют и смотрят затыки.

с.т.> иначе оптимизатор такого может наоптимизировать что кластер повесится.
Именно!

с.т.> серьёзные вещи они в процессе постоянной доработки так как на перспективу не угадаешь где оно будет расти и что нужно будет масштабировать.
А теперь прикинь что это делается еще по Scrum - т.е. итеративно по мере поступления...
Анализ на 10 лет вперед разве что по водопаду можно сделать, но это немодно

•  3
•  инфо
•  инструменты
• Ответить на сообщение

с.т.> но на 10 лет вперёд не получится - бизнес далее чем на год вперёд себя не может нормально спланировать, а как ты будешь без постановки от заказчика анализ делать.
Именно.
Поэтому когда Татарин говорит о легкости переноса на процессоры 10 летней давности - я падаю со стула.
А он, походу, в этом уверен

•  2
•  инфо
•  инструменты
• Ответить на сообщение

U235> Их у нас ВВЕЛИ. В отличие от Европы, где эта технология до сих пор не освоена.
Прикинь - а в Питере в большинстве маршруток картой PayPass не расплатиться

•  3
•  инфо
•  инструменты
• Ответить на сообщение

yacc>> Ох любишь же ты альтернативную историю рассказывать.
U235> Выкинь наконец свой глобус Москвы и поинтересуйся, печальной историей карты "Дельфин" во Владивостоке.
Это вот этой ?

С чеком?


2012 год, народ по большей части платит налом, который тупо снимает с банковских карт, да еще в автобусах, да еще терминал с чеком. Вот и не взлетело.
Банк помыкался и проект, как неперспективный, закрыли скорее всего.

И совершенно другое дело Питер, где есть метро и где поток в час пик - там магнитные карты взлетели еще в конце 90-х и БСК пошло на ура, потому что просто приложил и пошел.

Ровно также в маршрутке - водитель валидатор приложил, капу нажал, зеленый увидел - все!

Чеки не выдают ( как и в метро )

Что мешало сделать так у вас еще 10 лет назад - это вопрос к вашим местным банкирам

•  инфо
•  инструменты
• Ответить на сообщение

yacc>> Прикинь - а в Питере в большинстве маршруток картой PayPass не расплатиться
U235> На днях буду - проверю, и уличу тебя во вранье.
Проверяй.
Можешь еще у Банева или Alex129 или у Бени спросить

И да, сразу напомню, что читать нужно внимательно - смотри подчеркнутое.
А большинство маршруток в СПб выглядит так


Поэтому если ты на 39 автобусе расплатишься банковской - а там ты расплатишься - то это еще не опровержение.
Так что отъедь чуть от центра, найди такой пазик - а на таких большинство петербуржцев и катается - и вот там и расплатись банковской, а потом и расскажешь

•  инфо
•  инструменты
• Ответить на сообщение

U235> Ну тогда ты точно упадешь со стула узнав что значительная часть современных сервисов на процессорах 10 летней давности крутится. Сервера - штука дорогая и их так часто не меняют.

Это если это IBM

•  1
•  инфо
•  инструменты
• Ответить на сообщение

U235> В каком городе Европы так же?
Уран, гуглишь ты откровенно поверхностно.

U235>Поездки в метро СПб с конца 2017 года можно оплачивать банковскими картами
Иди лучше на официальный сайт метрополитена

И потом мне не говори, что ты не видел - читай на картинке надпись справа от номера телефона - в СПб платежи от карт принимают на станции только ДВА турникета, причем один - багажный ( медленный ). В час пик ты проходить будешь тупо дольше.

Более того, по Визе или Мастеркарт у тебя стоимость поездки будет как по жетону - 60 руб
А по подорожнику - 41.
Не, если у тебя МИР - тоже будет дешевле, но заграницей МИР бестолковый.

U235>На маршруты Петербурга до конца текущего года выйдут более 200 современных автобусов.
Ну что ж, вот тебе квест - имеем перекресток Косыгина/Наставников ( Красногвардейский район ), надо добраться до м. Гражданский проспект ( Калининский район )
Вариантов несколько
1) ты можешь сесть на трамвай Чижик доехать 4 остановки до м. Ладожская и поехать с одной пересадкой на метро - это будет суммарно час. И две поездки. Без подорожника - 60 + 55 руб
2) ты можешь сесть на автобус 102 и доехать почти до м Гражданский проспект
это будет 55 руб и ЧАС езды - автобус-гармошка, никуда не торопится, поворачивать ему, скажем налево, медленно.
3) ты можешь сесть на маршрутку 284 и за 50 руб рублей доехать за 35-40 минут

Есть разница ?

•  инфо
•  инструменты
• Ответить на сообщение

yacc>> Ужасного - ничего.
Татарин> Тогда в чём проблема-то?
Ты не поверишь, но скажем на Украине тоже не ужасно. Хуже, но не ужасно.


Татарин> Ничего. Каждая станция сама по себе - коммерческий проект, окупающийся. А техннологии подсмотренные (или прямо переданные в процессе заказа у местных подрядчиков, Китай же очень жёстко везде ставил вопросы о субподряде) - это бесплатно.
Ты точно статью читал ? Там про корпус из Южной Кореи, про ГЦН...

Татарин> Не надо. "Солянка" появилась вполне сознательно: собрать весь опыт человечества на своей территории, чтобы посмотреть, куда двигаться.
Солянка собралась по принципу "кто что может дать и кто на это согласится" .

Татарин> К сожалению (или к счастью - как посмотреть на такие сделки), передаёт вовсю. И, в общем-то, всё реально интересное китайцам им уже передали, совсем вот недавно помогали с CEFR, передав хитрости изготовления ключевого элемента БН - натриевого теплообменника.
Видишь ли - БН хоть и действует но откровенно сейчас нерентабельный.

yacc>> Нет референтного блока - речь о том что усвоили технологии пока не идет.
Татарин> Первый "Хуалонг-1" был пущен 31.10.20, подключен к сети 27.11.20.
Т.е. считай что и полгода нет

Татарин> Кто-то делал на ИБМ. Кто-то сейчас делает на "Эльбрусе".
Это типа такого ?

Татарин> Банковские системы - вообще не самые нагруженные.
За банками сейчас и ФНС приглядывает в РФ. Плюс банки разные сервисы вводят.

Татарин> На x64 ты 100% не напишешь код лучше современного оптимизирующего компилятора (не случайно взятого, а нормального, с настройками которого поигрался знающий человек).
Компилятор у тебя будет gcc - на Эльбрусе. И у китайцев тоже.

Татарин> Тот же интеловский компилятор знает об особенностях интеловских процов всё - включая размеры кешей, особенности выравнивания, распределения микрокода по юнитам... и не просто помнит, а ещё и не забывает применять.
Не будет у тебя интеловского компилятора.

Татарин> Так даже и более того: когда мы гоняли внутрение тесты наших чисто вычислительных задач, выяснилось, что нативный С++ код даёт в среднем всего 15-20% (и только на отдельных задачах 25-30%) выигрыш по сравнению с манагед c#.
Не будет у тебя C# - будет Java на Линуксе.

Татарин> Ну, пусть наивно. Какая разница, если сейчас в большинстве случаев это реально так?
Сейчас просто берут Apache Kafka если надо перетащить данные. А это Java. Плюс ее еще и в докере запускают. Правильный код на С будет явно быстрее, если чистая Java на двоичных деревьях раза в три проигрывает gcc

yacc>> Параллелизм в том же SQL ограничен или как это называют горизонтальное масштабирование. Это в NoSQL это легко, но там есть проблемы с целостностью.
Татарин> Если ты параллелишь на уровне сиквела, у тебя уже есть проблемы с архитектурой.
А если у тебя несколько баз - у тебя нет целостности. И да - к базе ты можешь ходить сотней нитей ( те же микросервисы ) даже через кэши коннекций. Кстати у Постргре для энтерпрайза тоже тут зытык - на коннекцию она процесс создает, а не нить.

Татарин> Ставлю кластера, способные справиться с современным объёмом. Только и всего.
См. выше.

Татарин> Скорость процессоров в последние 10 лет растёт гораздо медленнее, чем объёмы обработки.
Татарин> Сравни Sandy Bridge (2011) c Tiger Lake (2021) - разница в производительности в 60 раз? Ты смеёшься?
Не не не - ты бери Cedar Mill ( 65 нм ) и сравни его хотя бы с haswell ( 22 нм )

Немного добавлю

Смотрим на бенчмарки Java.
Эльбрус 4С проигрывает в 12,5 раз всего-то Sandy Bridge ( снят с производства )
Поэтому неудивительно что ПФР уже пять лет его внедряет...

Кажется ты говорил что можно жить и на 65нм ?
Вот прикинь что условный ETL у тебя работает не час, а 12.5 часов.
13 процессоров ставить будешь и гемороиться с синхронизацией ?

•  17
•  инфо
•  инструменты
• Ответить на сообщение