Skip to content

Commit

Permalink
update EP
Browse files Browse the repository at this point in the history
  • Loading branch information
dpressel committed Nov 30, 2018
1 parent 010af90 commit 01cb5b1
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion docs/v1.md
Expand Up @@ -36,7 +36,7 @@ The underlying changes have simplified mead considerably, making it easier to de
- The `Examples` and `DataFeed` objects are largely reused between tasks except when this is not possible
- The batching operation on the examples is now completely generalized whih makes adding custom features simple
- **Easier Extension Points**: We have removed the complexity of `addon` registration, preferring instead simple decorators to the previous method of convention-based plugins. Documentation can be found [here](https://github.com/dpressel/baseline/blob/feature/v1/docs/addons.md)
- **Training Simplifications**: A design goal was that a user should easily be able to train a model without using `mead`. It should be easier use the Baseline API to [train directly](https://github.com/dpressel/baseline/blob/feature/v1/api-examples/tf-train-classifier-from-scratch.py) or to [use external software to train a Baseline model](https://github.com/dpressel/baseline/blob/feature/v1/api-examples/tf-estimator.py)
- **Training Simplifications**: A design goal was that a user should easily be able to train a model without using `mead`. It should be easier use the Baseline API to [train directly](https://github.com/dpressel/baseline/blob/feature/v1/api-examples/tf-train-from-scratch.py) or to [use external software to train a Baseline model](https://github.com/dpressel/baseline/blob/feature/v1/api-examples/tf-estimator.py)
- Multi-GPU support is consistent, defaults to all `CUDA_VISIBLE_DEVICES`
- **More Documentation**: There is more code documentation, as well as API examples that show how to use the **Baseline** API directly. These are also used to self-verify that the API is as simple to use as possible. There is forthcoming documentation on the way that `addons` work under the hood, as this has been a point of confusion for some users
- **Standardized Abstractions**: We have attempted to unify a set of patterns for each model/task and to try and ensure that the routines making up execution share a common naming convention and flow across each framework
Expand Down

0 comments on commit 01cb5b1

Please sign in to comment.