Geo авторпатамушта F1=

Благодарствую :)

Все работает, спасибо.

так не за что - оно же и работало

ёксельман
<...>
на что я должен таки напороться, не прописывая явно размер шанкра?

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

Мне почти не приходилось пользоваться чанками, и совсем не приходилось работать с блобами реально большого размера. И детали темы для меня в тумане.

Желание же "стабилизировать" размер происходит примерно из следующих соображений.
Кроме буфера приема чанка в памяти приложения потребуется буфер
выборки заказанной порции в БД и буфер возврата.
Возможно помноженный на два в случае клиентского курсора.
Потребная память в на весь блоб в клиенском приложении все равно
может оказаться израсходованной - это функция реализации, которой я не знаю - не очевидно что за это МОЖНО бороться.
А вот размер "базовых" буферов может оказать существенное влияние на время блокировки страницы/удельную скорость чтения из поля и тд
То есть - concurrency может оказаться сильно зависимым от
величины "стандартного" размера чанка.
Интуитивно представляется, что вероятность разрушения базы меньше, если
элементарная операция обращения к ней короче по времени.