Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in
Toggle navigation
S
seminar-breakout
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Analytics
Analytics
CI / CD
Repository
Value Stream
Wiki
Wiki
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
Shashank Suhas
seminar-breakout
Commits
135d17e2
Commit
135d17e2
authored
Dec 03, 2018
by
Yuxin Wu
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
more docs about parallel dataflow
parent
0641ef09
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
53 additions
and
9 deletions
+53
-9
tensorpack/dataflow/parallel.py
tensorpack/dataflow/parallel.py
+53
-9
No files found.
tensorpack/dataflow/parallel.py
View file @
135d17e2
...
@@ -129,14 +129,26 @@ class MultiProcessPrefetchData(ProxyDataFlow):
...
@@ -129,14 +129,26 @@ class MultiProcessPrefetchData(ProxyDataFlow):
process by a Python :class:`multiprocessing.Queue`.
process by a Python :class:`multiprocessing.Queue`.
Note:
Note:
1. An iterator cannot run faster automatically -- what's happening is
1. (Data integrity) An iterator cannot run faster automatically -- what's happening is
that the underlying dataflow will be forked ``nr_proc`` times.
that the process will be forked ``nr_proc`` times.
There will be ``nr_proc`` dataflow running in parallel and **independently**.
As a result, we have the following guarantee on the dataflow correctness:
As a result, we have the following guarantee on the dataflow correctness:
a. When ``nr_proc=1``, the dataflow produces the same data as ``ds`` in the same order.
a. When ``nr_proc=1``, this dataflow produces the same data as the
b. When ``nr_proc>1``, the dataflow produces the same distribution
given dataflow in the same order.
of data as ``ds`` if each sample from ``ds`` is i.i.d. (e.g. fully shuffled).
b. When ``nr_proc>1``, if each sample from the given dataflow is i.i.d.,
then this dataflow produces the **same distribution** of data as the given dataflow.
This implies that there will be duplication, reordering, etc.
You probably only want to use it for training.
You probably only want to use it for training.
For example, if your original dataflow produced the same first datapoint,
then after parallel prefetching, the datapoint will be produced ``nr_proc`` times
at the beginning.
Even when your original dataflow is fully shuffled, you still need to be aware of the
`Birthday Paradox <https://en.wikipedia.org/wiki/Birthday_problem>`_
and know that you'll likely see duplicates.
To utilize parallelism with stricter data integrity, you can use the parallel versions of `MapData`.
2. This has more serialization overhead than :class:`PrefetchDataZMQ` when data is large.
2. This has more serialization overhead than :class:`PrefetchDataZMQ` when data is large.
3. You can nest like this: ``PrefetchDataZMQ(PrefetchData(df, nr_proc=a), nr_proc=b)``.
3. You can nest like this: ``PrefetchDataZMQ(PrefetchData(df, nr_proc=a), nr_proc=b)``.
A total of ``a`` instances of ``df`` worker processes will be created.
A total of ``a`` instances of ``df`` worker processes will be created.
...
@@ -214,17 +226,26 @@ class PrefetchDataZMQ(_MultiProcessZMQDataFlow):
...
@@ -214,17 +226,26 @@ class PrefetchDataZMQ(_MultiProcessZMQDataFlow):
and collect datapoints from the given dataflow in each process by ZeroMQ IPC pipe.
and collect datapoints from the given dataflow in each process by ZeroMQ IPC pipe.
Note:
Note:
1. An iterator cannot run faster automatically -- what's happening is
1. (Data integrity) An iterator cannot run faster automatically -- what's happening is
that the underlying dataflow will be forked ``nr_proc`` times.
that the process will be forked ``nr_proc`` times.
There will be ``nr_proc`` dataflow running in parallel and **independently**.
As a result, we have the following guarantee on the dataflow correctness:
As a result, we have the following guarantee on the dataflow correctness:
a. When ``nr_proc=1``, this dataflow produces the same data as the
a. When ``nr_proc=1``, this dataflow produces the same data as the
given dataflow in the same order.
given dataflow in the same order.
b. When ``nr_proc>1``, if each sample from the given dataflow is i.i.d.
(e.g. fully shuffled)
,
b. When ``nr_proc>1``, if each sample from the given dataflow is i.i.d.,
then this dataflow produces the **same distribution** of data as the given dataflow.
then this dataflow produces the **same distribution** of data as the given dataflow.
This implies that there will be duplication, reordering, etc.
This implies that there will be duplication, reordering, etc.
You probably only want to use it for training.
You probably only want to use it for training.
If the samples are not i.i.d., the behavior is undefined.
For example, if your original dataflow produced the same first datapoint,
then after parallel prefetching, the datapoint will be produced ``nr_proc`` times
at the beginning.
Even when your original dataflow is fully shuffled, you still need to be aware of the
`Birthday Paradox <https://en.wikipedia.org/wiki/Birthday_problem>`_
and know that you'll likely see duplicates.
To utilize parallelism with stricter data integrity, you can use the parallel versions of `MapData`.
2. `reset_state()` of the given dataflow will be called **once and only once** in the worker processes.
2. `reset_state()` of the given dataflow will be called **once and only once** in the worker processes.
3. The fork of processes happened in this dataflow's `reset_state()` method.
3. The fork of processes happened in this dataflow's `reset_state()` method.
Please note that forking a TensorFlow GPU session may be unsafe.
Please note that forking a TensorFlow GPU session may be unsafe.
...
@@ -346,10 +367,33 @@ class PrefetchOnGPUs(PrefetchDataZMQ):
...
@@ -346,10 +367,33 @@ class PrefetchOnGPUs(PrefetchDataZMQ):
proc
.
start
()
proc
.
start
()
# TODO renamed to MultiThreadDataFlow if separated to a new project
class
MultiThreadPrefetchData
(
DataFlow
):
class
MultiThreadPrefetchData
(
DataFlow
):
"""
"""
Create multiple dataflow instances and run them each in one thread.
Create multiple dataflow instances and run them each in one thread.
Collect outputs with a queue.
Collect outputs with a queue.
Note:
1. (Data integrity) An iterator cannot run faster automatically -- what's happening is
that each thread will create a dataflow iterator.
There will be ``nr_thread`` dataflow running in parallel and **independently**.
As a result, we have the following guarantee on the dataflow correctness:
a. When ``nr_thread=1``, this dataflow produces the same data as the
given dataflow in the same order.
b. When ``nr_thread>1``, if each sample from the given dataflow is i.i.d.,
then this dataflow produces the **same distribution** of data as the given dataflow.
This implies that there will be duplication, reordering, etc.
You probably only want to use it for training.
For example, if your original dataflow produced the same first datapoint,
then after parallel prefetching, the datapoint will be produced ``nr_thread`` times
at the beginning.
Even when your original dataflow is fully shuffled, you still need to be aware of the
`Birthday Paradox <https://en.wikipedia.org/wiki/Birthday_problem>`_
and know that you'll likely see duplicates.
To utilize parallelism with stricter data integrity, you can use the parallel versions of `MapData`.
"""
"""
class
_Worker
(
StoppableThread
):
class
_Worker
(
StoppableThread
):
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment