> ну так работа с текстом - это не такая частая задача, чтобы
> делать регекспы частью языка.Смешно. Настолько смешно, что даже объяснять что-либо не хочется.
> более того, цифры выше - это не про скорость, а про сравнительно
> легкий способ ускориться не переписывая всё. (собственно, это тесты сишного кода/библиотек,
> а не языка).
Если вы не умеете пользоваться всей мощью регексов это не значит, что этого не умеют другие. А регексы re2 весьма сильно ограничены и код переписывать под них придется. Ну или воспользоваться модулем, который умеет fallback в стандартные регексы
>> Для работы с бинарными данными используются другие средства.
> а что именно для этого есть в perl?
> в python, например, есть штатный модуль struct.
Нравится по граблям топтаться? pack/unpack встроенны в perl и конечно же имеют больше возможностей чем питоновские из struct
> 3. можно еще распараллелиться
Или поставить более мощный процессор, или дать больше памяти, или увеличить пропускную способность IO. Это экстенсивный путь, мы не о нем.
> 4. в случае с python есть cython(да, для нормального ускорения нужна статическая
> типизация).
Это конечно тоже имеет право на жизнь, но как по мне, ускорять надо не программу в целом, жертвуя возможностями языка, а проблемный кусок кода. И ситуация, когда работоспособность кода на ЯП зависит от используемого транслятора, мне не кажется верным подходом. Кстати для perl давным давно была возможность превращать весь код в C, но она толком никому не была нужна и ее забросили, зато создали несколько различных способов подключать C код.
> 5. в случае с python есть pypy и его jit. тут переписывать
> вообще не надо.
Если там так все хорошо, то почему pypy болтается на задворках, а не вытеснил другие реализации?