Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Pijika Watcharapichat

dblp:185/9185 · DBLP profile ↗
← Back
4ranked-venue papers
1as first author
0since 2021 · last 2019
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Databases, data management, data science and information retrieval · 2Systems, architecture and hardware · 1 · 1 first-authorSoftware engineering, systems software and programming languages · 1

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Artificial intelligence
1 paper
Efficient and distributed learning · 44% Probabilistic and Bayesian machine learning · 44% Optimization for machine learning · 13%
Databases, data mining, and information retrieval
1 paper
Distributed and cloud data management · 50% Data stream processing · 50%

Topics — the 4 heaviest of 5, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Machine learning › Efficient and distributed learning
distributed training
0.412019
Crossbow: Scaling Deep Learning with Small Batch Sizes on Multi-GPU Servers · Proc. VLDB Endow. 2019
Machine learning › Probabilistic and Bayesian machine learning › statistical inference › bayesian inference › bayesian model selection
model averaging
0.412019
Crossbow: Scaling Deep Learning with Small Batch Sizes on Multi-GPU Servers · Proc. VLDB Endow. 2019
Data stream processing
dataflow scheduling
0.312018
Meta-Dataflows: Efficient Exploratory Dataflow Jobs · SIGMOD Conference 2018
Machine learning › Optimization for machine learning
stochastic gradient descent
0.112019
Crossbow: Scaling Deep Learning with Small Batch Sizes on Multi-GPU Servers · Proc. VLDB Endow. 2019

Methods — techniques the papers use, named apart from their topics

model replication · 0.4automatic replica tuning · 0.4dataflow graph optimization · 0.3
YearPublicationVenuePosition
2019 Crossbow: Scaling Deep Learning with Small Batch Sizes on Multi-GPU Servers
abstract
Deep learning models are trained on servers with many GPUs, and training must scale with the number of GPUs. Systems such as TensorFlow and Caffe2 train models with parallel synchronous stochastic gradient descent: they process a batch of training data at a time, partitioned across GPUs, and average the resulting partial gradients to obtain an updated global model. To fully utilise all GPUs, systems must increase the batch size, which hinders statistical efficiency. Users tune hyper-parameters such as the learning rate to compensate for this, which is complex and model-specific. We describe Crossbow, a new single-server multi-GPU system for training deep learning models that enables users to freely choose their preferred batch size---however small---while scaling to multiple GPUs. Crossbow uses many parallel model replicas and avoids reduced statistical efficiency through a new synchronous training method. We introduce SMA, a synchronous variant of model averaging in which replicas independently explore the solution space with gradient descent, but adjust their search synchronously based on the trajectory of a globally-consistent average model. Crossbow achieves high hardware efficiency with small batch sizes by potentially training multiple model replicas per GPU, automatically tuning the number of replicas to maximise throughput. our experiments show that Crossbow improves the training time of deep learning models on an 8-GPU server by 1.3--4X compared to TensorFlow.
Alexandros Koliousis, Pijika Watcharapichat, Matthias Weidlich 0001, Luo Mai, Paolo Costa, Peter R. Pietzuch
Proc. VLDB Endow.2
2018 Meta-Dataflows: Efficient Exploratory Dataflow Jobs
abstract
Distributed dataflow systems such as Apache Spark and Apache Flink are used to derive new insights from large datasets. While they efficiently execute concrete data processing workflows, expressed as dataflow graphs, they lack generic support for exploratory workflows : if a user is uncertain about the correct processing pipeline, e.g. in terms of data cleaning strategy or choice of model parameters, they must repeatedly submit modified jobs to the system. This, however, misses out on optimisation opportunities for exploratory workflows, both in terms of scheduling and memory allocation.
Raul Castro Fernandez, William Culhane, Pijika Watcharapichat, Matthias Weidlich 0001, Victoria Lopez Morales, Peter R. Pietzuch
SIGMOD Conference3
2016 Ako: Decentralised Deep Learning with Partial Gradient Exchange
abstract
Distributed systems for the training of deep neural networks (DNNs) with large amounts of data have vastly improved the accuracy of machine learning models for image and speech recognition. DNN systems scale to large cluster deployments by having worker nodes train many model replicas in parallel; to ensure model convergence, parameter servers periodically synchronise the replicas. This raises the challenge of how to split resources between workers and parameter servers so that the cluster CPU and network resources are fully utilised without introducing bottlenecks. In practice, this requires manual tuning for each model configuration or hardware type.
Pijika Watcharapichat, Victoria Lopez Morales, Raul Castro Fernandez, Peter R. Pietzuch
SoCC1
2016 BrowserFlow: Imprecise Data Flow Tracking to Prevent Accidental Data Disclosure
Ioannis Papagiannis, Pijika Watcharapichat, Divya Muthukumaran, Peter R. Pietzuch
Middleware2