Haskell, Parsec 2 и тормоза

Помня о том, какое бурление вызвало сравнение скорости Лиспа с другими языками в прошлом номере ПФП, прошу помощи зала не допустить несправедливости. Я сейчас доделываю сравнение скорости разных методов парсинга, сделал вариант на Хаскеле на базе Parsec2, и получившаяся скорость мне совсем не нравится. До этого на Хаскеле не писал, поэтому наверняка мог сильно налажать. Исходник (~70 строк) выложил здесь.
Суть программы - чтение карты формата OpenStreetMap и вычисление ее реальных границ - минимальных и максимальных значений широты и долготы встреченных точек. Собирал ее с GHC 6.8.3 и 6.10.1, Parsec 2.1.0.1, команда для сборки:

ghc -O2 -package parsec bounds.hs -o bounds

Сейчас скорость получается около 3 МБ/с.
Пример простой карты тут. Скорость тестировал на карте Сингапура (архив 1.2 МБ).

Прошу более опытных товарищей глянуть на исходник и указать на явные косяки. Можно ли заметно ускорить программу без сильных изменений описанной там грамматики?

Glitchy Haskell Compiler

Correct by construction! Отлавливает ошибки при компиляции! Чудо-язык! Очень умный компилятор! Чем там еще адепты машут обычно?


Простая программка без всякой многопоточности. То работает, то падает. Баг проявляется при сборке с GHC 6.10.1, но не с 6.8.3. Исчезает при указании ключика -threaded. Зато, что приятно, добавление этого ключика внезапно ускоряет программу на 25%.