вадяесть
StringBuilder sf = new StringBuilder(250000);
в цикле он заполняется примерно так
sf.append("лялялялялялялял).append(String)
.append(int)
.append("d gdfgs fhs fghjsfgj fgjg hsdfh swfhwgfjhfjdfgjd ghjdgh")
и т.д.
длина sf может быть различна
максимальная длина заполняется 50мс
можно как-либо ускорить?
StringBuilder практически невозможно ускорить. Он достаточно хорош для 99% случаев.
Но можно посмотреть алгоритм которые его обрамляет и поставить вопрос с другого ракурса.
Для чего нужно с огромной скоростью фабриковать строки? Что дальше с ними делать?
Где тот process-consumer который сможет их так-же быстро заглатывать?
Сможет-ли вообще?

вадяавторНет. Вообще ИМХО, вы не с того боку к решению проблемы подошли. Опишите картину шире.
из базы приходит N записей в ResultSet
из них нужно сформировать строку содержащую html код таблицы с заполненной данными из ResultSet
когда данных мало - летает.
но есть наборы дофига строк....
это, конечно не правильно, и я против того чтоб на клиента гнать стока записей, но это тот случай, когда это как-бы ну....
можно и на клиенте сфомировать саму таблицу, но сервер быстрее...
тут конечно и на передачу по сети (правда локальной) время идет...
вот така проблемка
Вадя. В твоём коде блокером (скорее всего) будет ожидание записи в сокет в тот момент когда ты
наколдовал свою гигабайтную html-ку и отдаёшь ее клиенту. И здесь попытка оптимизировать StringBuilder
выглядит наивной и эпичной. Работай напрямую с *Response.write(..) и получишь нужную золотую середину
между асинхронностью и скоростью разработки.

StringBuilder - это просто удобный фасад к char[] и больше там ничего наковырять нельзя.