Поисследовал

. Вот что выяснилось - скорость копирования файла при превышении размера >4Gb падает, если работать по NCP over IPX. На NCP over IP - всё в порядке, скорость не меняется на протяжении всего копирования большого (>4Gb) файла и остаётся заметно
бОльшей, чем при работе по IPX, примерно 8.8-8.9Mb/s vs 6.5-7.0Mb/s. Что ещё накопал - если в FAR-е
включить "Use system copy routine", то:
1. В директории назначения файл сразу создаётся с окончательным размером, если не использовать "Use system copy routine", то видно, как файл постепенно увеличивается в размерах.
2. При попытке прочитать недокопированный файл - "Sharing viloation". Если "Use system copy routine" выключена - файл можно открыть, не дожидаясь его полного копирования.
3. Скорость копирования немного выше (речь про NCP over IP) - 8.8-9.1 vs 8.0-8.1Mb/s.
Были дополнительно включены опции NSS /CacheBalance=99 /ClosedFileCacheSize=100000 но для IPX-а это не помогло.
P.S. Так и остался (пока) невыясненным момент, почему к одному и тому же серверу (NW6.5SP5) клиент случайным образом подключается то по IPX то по IP. Советы по настройкам в клиенте 4.91 типа 'bad address cache timeout = 0' и 'bad server name cache enabled = off' - не помогли.
P.P.S. Проблему, на которую я наткнулся в утилитах John Baird, новозеландец успешно решил. Я был первым и единственным в мире, кто наступил на эти грабли за три года существования его библиотеки работы с NCP. Виноват оказался всё-таки не Новел, а сам Baird (хотя Новел тоже приложил к этому руку, не задокументировав некоторые вещи

).
Я довольно быстро обнаружил (из-за описанной выше другой проблемы), что его утилиты отказываются работать в варианте NCP over IPX. John присылал мне различные отладочные версии и нашёл, что длина ответа у NCP over IPX и NCP over IP в некоторых случаях отличается (84 байта против 76 байт - это плохо документировано). В итоге он исправил свою базовую библиотеку и пересобрал все(!) утилиты. Хорошую ошибку я нарыл
