[
https://issues.apache.org/jira/browse/TRAFODION-647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16013497#comment-16013497
]
ASF GitHub Bot commented on TRAFODION-647:
------------------------------------------
GitHub user CoderSong2015 opened a pull request:
https://github.com/apache/incubator-trafodion/pull/1097
[TRAFODION-647]Make threshold of compression configurable
In Windows,you need to modify the registry to set the compression threshold.
In Linux,you need to set the threshold by DSN file like:
[Default_DataSource]
...
Compression = balance
Compressionlimits = 3000
...
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/CoderSong2015/incubator-trafodion master
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/incubator-trafodion/pull/1097.patch
To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:
This closes #1097
----
commit 11a8db4a733c9611b58a8152e6bc467f860fb7fe
Author: CoderSong2015 <[email protected]>
Date: 2017-05-16T08:55:47Z
make threshold of compression configurable in linux
commit 48919df6740192eed1a3aeebfada97e4dd5ca204
Author: CoderSong2015 <[email protected]>
Date: 2017-05-17T02:01:35Z
make threshold of compression configurable in windows
----
> LP Bug: 1371452 - allow user to set starting compress threshold value in odbc
> driver
> ------------------------------------------------------------------------------------
>
> Key: TRAFODION-647
> URL: https://issues.apache.org/jira/browse/TRAFODION-647
> Project: Apache Trafodion
> Issue Type: Bug
> Components: client-odbc-linux, client-odbc-windows,
> connectivity-dcs, connectivity-mxosrvr
> Reporter: Daniel Lu
> Assignee: Daniel Lu
>
> Currently, driver compression is turned on by the DSN setting
> "Compression=?", but still, if the sending buffer size is too small, we do
> not compress it. because in this case the time would be taken by
> compress+extract code, very possible longer than actually transmit time of
> the small buffer. so we have a hard code threshold value for this in driver
> and server. but we know what is the best value for this depend on actual H/W
> and network delay. so hard code is not a good option. we need to externalize
> it to outside user. for driver, we can put it in DSN setting, but for server
> side, a new property is required for DCS server, we need consider about it.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)