не умеешь флоаты быстро парсить штоле? сишечку в зубы и вперёд -> http://stackoverflow.com/questions/1467898/what-language-could-i-use-for-fast-execution-of-this-database-summarization-task/1502932#1502932

@ygrek Флоаты в иксемеле, блядь. В иксемель завернуты. Хули они туда завернуты? Совершенно тупые данные — широта с долготой. Пойдешь в кусты с GPS-трекером посрать, у тебя на полдороги память кончается. Потому что все забилось иксемелями. Хуже вообще ничего придумать нельзя.

@ygrek А по ссылке интересное, да. float_of_string в окамле сказочно тормозной, их даже комбинаторный парсер разбирает быстрее.

@komar камло не виноват, там libc'шный scanf и strtold унутре, это прайс за совместимость

@ygrek А какая там совместимость должна быть? Баги наследовать, что ли?

@ygrek Кстати, у меня divananalit.org парсит сотни мегабайт флоатов при помощи Extlib.String.nsplit и float_of_string. Можно б было оптимизировать, но лень — оно и так удивительно реактивное. Камло охуенное потому что. И еще, кстати, спасибо за порядок аргументов в nsplit, каждый раз заново натыкаюсь.

@komar во-первых я тут не при чём, а во-вторых вроде логичный порядок, так же как в exists например

@komar думаю там в ieee по этому поводу много чего понаписано, и надо соответствовать

@ygrek чем плох scanf?

@mugiseyebrows медленно

@ygrek А, да, @gds мне рассказывал охуительные истории. Сам я на этот дело только посмотрел издалека и забил.

все должно быть реально

Пруф или OSM.

@polecat EBML? HDF? Да, давайте напишем ещё один велосипед!

@polecat mps

@polecat гарминовский высер

@polecat Ты ебанутый, какая блядь генерация парсеров, ты ебанутый! Чото не вижу по десять матрёшек в год. Ты сам хотел коней и преферанса.

@polecat пук

@polecat хуитарный

@ygrek я из-за вашего логичного порядка не могу |> String.nsplit " " |> в руби такой хуйни нету

@komar flip тебе в помощь. Можно лейбочки сделать наверное