Merge lp:~epics-core/epics-base/cahuge into lp:~epics-core/epics-base/3.16
Status: | Rejected |
---|---|
Rejected by: | mdavidsaver |
Proposed branch: | lp:~epics-core/epics-base/cahuge |
Merge into: | lp:~epics-core/epics-base/3.16 |
Diff against target: |
418 lines (+156/-68) 10 files modified
src/ca/client/tcpiiu.cpp (+48/-16) src/ca/legacy/pcas/generic/casStrmClient.cc (+1/-1) src/ca/legacy/pcas/generic/clientBufMemoryManager.cpp (+0/-5) src/ca/legacy/pcas/generic/clientBufMemoryManager.h (+1/-1) src/ca/legacy/pcas/generic/inBuf.cc (+13/-5) src/ca/legacy/pcas/generic/inBuf.h (+2/-2) src/ca/legacy/pcas/generic/outBuf.cc (+11/-5) src/ca/legacy/pcas/generic/outBuf.h (+1/-1) src/ioc/rsrv/caservertask.c (+78/-31) src/ioc/rsrv/server.h (+1/-1) |
To merge this branch: | bzr merge lp:~epics-core/epics-base/cahuge |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
mdavidsaver | superseded | Disapprove | |
Review via email: mp+319759@code.launchpad.net |
Description of the change
Relaxation of EPICS_CA_
What I've seen (eg. @ nsls2 and frib) is that users always set EPICS_CA_
This change would allow EPICS_CA_
I've left a hook (the NO_HUGE macro) to disable this in libca and RSRV on based on some condition.
Unmerged revisions
- 12748. By mdavidsaver
-
rsrv: support larger than max. array bytes
- 12747. By mdavidsaver
-
pcas: support larger than max array bytes
clientBufMemory
Manager already supports allocations
larger than max array bytes, adjust callers inBuf/outBuf
to actually request larger allocations. - 12746. By mdavidsaver
-
ca: support alloc larger than max array bytes
automatically try to allocate a custom buffer
when a message larger than ca max array bytes
is encountered.
F2F meeting 3/14/2017: Change to use a run-time switch instead of NO_HUGE, default setting configurable by target, new behaviour: Don’t use free-list, always allocate large buffers on demand and release when client disconnects.