Как не торомозить интерфейс

[romm]

оффтопит, т.к., повторяюсь, речь о том чтоб это время вообще не тормозило интерфейс. а про его кол-во тут к чему? ни к чему.
ладно, буду читать.

[Aetae]

Вам шашечки или ехать?
Если нужен анализ на лету привязанный к печати - то в любом случае он будет тормозить последующий ввод, каким бы образом ни запускался, т.к. следующий символ физически не может быть введён до завершения анализа.
Если же жёсткая привязка к печати не нужна, то при выполнении в webworker'е или хорошем разбиении кода на части - задержки не интерфейса не будет. Однако в определённом случае человек может написать уже предложение, а анализироваться будет ещё только первое слово.

В зависимости от задач и выбирайте реализацию.

[romm]

в "интерфейсе" (исполнение в котором всё тормозит) можно исполнять только отправку последнего символа в память, а фоновый скрипт уже должен будет думать над всем, в том числе о том когда заканчивается слово, какое оно и что потом делать.

в определённом случае человек может написать уже предложение, а анализироваться будет ещё только первое слово.

я понимаю, но ничего не поделаешь если нужно не тормозить интерфейс – придётся позволить печатать быстрее чем идёт анализ.

[Rise]

romm, для начала проанализируй скорость печати пользователя может просветлеешь.
Например: 300 знаков/мин ==> 1 знак/200 мс, теперь оптимизируешь алгоритм анализа под время выполнения < 200 мс.

[Aetae]

romm, тогда ответ уже был выше - webworker.