[ 
https://issues.apache.org/jira/browse/CASSANDRA-15712?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17082521#comment-17082521
 ] 

David Capwell commented on CASSANDRA-15712:
-------------------------------------------

Looking at https://circleci.com/pricing/ I think the MIDRES would still be for 
paid accounts (largest free size is Medium)?  The main benefit is 1/2 to 1/4 
credits used?  Sounds reasonable.  

* Based off your doc, r=8 for unit still has the issue that current tests are 
not safe shared.  For this ticket I think r=1 is best, but would be good to 
improve our isolation so tests could run concurrently.  
* Python dtest with p=25, I=large seems reasonable, this would be 1/4th the 
credits used

Would this be maintained by another diff file?

> Introduce MIDRES config in CircleCI
> -----------------------------------
>
>                 Key: CASSANDRA-15712
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-15712
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Test/dtest, Test/unit
>            Reporter: Kevin Gallardo
>            Priority: Normal
>
> From document: 
> [https://gist.github.com/newkek/bb79dccbe7d2f5e41b2a3daac3858fde]
> We have identified that the current HIGHRES configuration seems to require 
> resources that might not bring the best cost efficiency to the build.
> We have also identified several "good compromise" configurations that allow 
> to get decent performance out of the test suites, without going all out on 
> the big config.
> It seems it would be useful for a lot of people to have this available as a 
> {{config.yml.MIDRES}} configuration in the {{.circleci}} folder. This way we 
> do not need to argue on modifying the {{HIGHRES}} configuration so as to not 
> impact the people already using it, but can still have easy access the 
> "compromise" config.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to