резюме такое - оптимизация в хаскелле требует опыта. а если опыт есть, то такие вопросы не спрашивают

я понял, да

стикеры тут не приветствуются

Простите, это карман

ну так, навскидку - на одном ведре 1M туплов (Int64,Int64) легко переваривается

за секунду.

ну т.е много меньше, чем за секунду, конечно

т.е генерируется и сортируется

так что перспективы неплохие.

коллеги, скажите вы в курсе, что такое матчер для биржи? криптобиржи, если точнее если да, то скажите - хорошо ли его писать на хаскеле? хочу про плюсы и минусы понять

учитывая то, что задача требует какой-то нетривилальной бизнес логики и простора для байтоеб^W оптимизаций, я бы порекомндовал добавить в возможные варианты руст

у него порог вхождения повыше будет

Чем у хаскеля, лол?

конечно

у него порог вхождения повыше будет

У руста то? Для людей, которые всю жизнь на императивщине сидели руст таки попроще будет, я думаю.

Странные вы ребята

У руста то? Для людей, которые всю жизнь на императивщине сидели руст таки попроще будет, я думаю.

если только после ассемблера

в Хаскеле самое сложное — математика, а она дружественная к человеку, в Расте же надо думать как процессор, это сложно

если только после ассемблера

ну как-бы у раста две новый концепции в сравнении с %IMPERATIVE_LANG_NAME% - владение и заимствование. На хаскеле их чуть больше.

в Хаскеле самое сложное — математика, а она дружественная к человеку, в Расте же надо думать как процессор, это сложно

> думать как процессор У Егорки понахватались?

ну как-бы у раста две новый концепции в сравнении с %IMPERATIVE_LANG_NAME% - владение и заимствование. На хаскеле их чуть больше.

разница в сложности, а не в количестве

> думать как процессор У Егорки понахватались?

кто такой Егорка?

разница в сложности, а не в количестве

концепции проще владения/заимствования сложно найти

кто такой Егорка?

Бугаенко

концепции проще владения/заимствования сложно найти

ок, надо тебя запомнить, когда понадобится на Расте что-то написать, возможно, ты единственный, кому это будет легко

ок, надо тебя запомнить, когда понадобится на Расте что-то написать, возможно, ты единственный, кому это будет легко

я о том, что проще въехать в раст, чем научится хаскелю, написать приложение, а потом ещё хрен пойми сколько въезжать в методы оптимизации кода на хаскеле

понятно, что просто написать опердень на хаскеле будет в любом случае проще, но тут то нужен хайперфоманс

я о том, что проще въехать в раст, чем научится хаскелю, написать приложение, а потом ещё хрен пойми сколько въезжать в методы оптимизации кода на хаскеле

решить эту относительно редкую задачу — да, возможно, на Расте проще. порог входа в язык — у Хаскеля ниже

у языков с гц порог вхождения ниже, чем у языков без гц

учитывая то, что задача требует какой-то нетривилальной бизнес логики и простора для байтоеб^W оптимизаций, я бы порекомндовал добавить в возможные варианты руст

раст уже и без меня добавили

@cblp_su ну как - тут вопрос, можно ли обработать 1M заявок за секунду. который распадается на вопросы - можно ли куда-то вставлять 1M заявок в секунду 2) можно ли выбирать из какой-то коллекции (двух коллекций) 1M заявок в секунду

но, если честно, я не понимаю, нужен ли он, и годится ли он

ну вроде как быстрый тест показал, что да, можно

конечно, можно

анбоксед вектор позволил этот сделать

но вопросы - а когда к нам придет gc, а как принимать этот поток заявок - они все за кадром, конечно

@cblp_su ну как - тут вопрос, можно ли обработать 1M заявок за секунду. который распадается на вопросы - можно ли куда-то вставлять 1M заявок в секунду 2) можно ли выбирать из какой-то коллекции (двух коллекций) 1M заявок в секунду

в твоём тесте было конкурентно изменяемое состояние?

ну принимать сложнее

емнип я в свою хештаблицу вставлял 10М интов за 0,2 сек на коре 3-го поколения

но это не точно, по памяти

в твоём тесте было конкурентно изменяемое состояние?

не, мне слишком лень. жарко

не, мне слишком лень. жарко

а в задаче оно есть, если я правильно понял

ну тут хаскель не слишком просасывает другим языкам

может, даже наоборот

ну и слишком мало данных относительно алгоритмов, которые использует ts

у нас есть поток заявок типа "куплю N1 единиц валюты V1 за N2 единиц валюты V2"

может, группировать заявки по валютам и диапазонам курсов, и пересылать програмкам, которые крутятся на разных серверах? €/$ можно дальше разбить. по объёмам, например

это само собой

я исходил из предположения, что 1M валится уже по конкретному инструменту

так-то можно стакан еще и поперёк порезать, конечно. но это зависит от стратегии исполнения

можно группировать даже по конкретной цене

может, группировать заявки по валютам и диапазонам курсов, и пересылать програмкам, которые крутятся на разных серверах? €/$ можно дальше разбить. по объёмам, например

Там есть проблемы

это зависит можно так или нельзя

т.е от стратегии исполнения.

1м заявок по одной цене - это явно будут автоматические заявки

ну так а кому еще нужен миллион заявок в крипте

только амбициозному проекту, который тащит HFT в крипту

это палюбэ будут автоматические заявки, но речь пока не о HFT

здарова, товарищи как в хаскеле в регулярках вытащить из матча подстроку в скобках например, имея регулярку ^file_number_([0-9]+)\.html, вытащить число в скобках

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

ERROR: S client not available

https://stackoverflow.com/questions/14187577/pattern-matching-a-regex-pattern-in-haskell

Кстати интересно а как обычно реализуются regexp движки? Не на ДКА случайно? И если да, то как они реализованы в чистом функциональном Haskell ’е?

Кстати интересно а как обычно реализуются regexp движки? Не на ДКА случайно? И если да, то как они реализованы в чистом функциональном Haskell ’е?

вообще есть парсер комбинаторы

че то я не догоняю, почему такое замыкание можно писать f a b = (a, g b) where g b = undefined a b а такое уже нельзя f = \a b -> (a, g b) where g b = undefined a b

не вижу особой разницы, но компилятор видит

че то я не догоняю, почему такое замыкание можно писать f a b = (a, g b) where g b = undefined a b а такое уже нельзя f = \a b -> (a, g b) where g b = undefined a b

NoMonomorphismRestriction

Не, where закрывает лямбду

NoMonomorphismRestriction

там foo.hs:9:21: error: Variable not in scope: a | 9 | g b = undefined a b |

а ну тогда перенести where

Вот так можно f = \a b -> let g b = undefined a b in (a, g b), let — выражение

а с where можно как-нибудь оставить?

а ну тогда перенести where

куда перенести?

ну или let всетаки

просто мне лямбду в ньютайп нужно запихать, поэтому первый вариант не катит

f a = \b -> (a, g b) where g b = undefined a b

f a = \b -> (a, g b) where g b = undefined a b

не катит, там ньютайп вокруг лямбды

ок, возьму let-in

ок, возьму let-in

а кто мешает сделать g x y = ... и юзать как g a b

а кто мешает сделать g x y = ... и юзать как g a b

черт, действительно

спасибо

здарова, товарищи как в хаскеле в регулярках вытащить из матча подстроку в скобках например, имея регулярку ^file_number_([0-9]+)\.html, вытащить число в скобках

λ> :m + Text.Regex.Applicative Text.Regex.Applicative.Common λ> "file_number_2128506.html" =~ ("file_number_" *> some digit <* ".html") Just [2, 1, 2, 8, 5, 0, 6] λ> "file_number_2128506.html" =~ ("file_number_" *> withMatched (some digit) <* ".html") Just ([2, 1, 2, 8, 5, 0, 6], "2128506")

фантастика

аппликативы вообще прекрасны

between (string "file_number_") (string ".html") (some digit)

between (string "file_number_") (string ".html") (some digit)

только усложнил

только усложнил

чем? парсер комбинатором?

да