Sharing data with another thread using lock_guard
$begingroup$
I wrote a updater_thread() and a reader_thread(), and used lock_guard to protect a global instance.
Question
I've never used
lock_guard. In this code,lock_guardis used properly?Is this code thread-safe?
Code
#include <iostream>
#include <thread>
#include <mutex>
#include <iterator>
#include <algorithm>
#include <vector>
#include <initializer_list>
#include <unistd.h>
class C {
std::vector<int> v;
std::mutex mutex_;
public:
C() {}
void Update(const std::vector<int> &new_v) {
std::lock_guard<std::mutex> lock(mutex_);
v = new_v;
}
bool Check(const int x){
std::lock_guard<std::mutex> lock(mutex_);
return std::find(v.begin(), v.end(), x) != v.end();
}
/* dump() is not essential */
void dump() {
std::lock_guard<std::mutex> lock(mutex_);
std::cout << "dump: ";
std::copy(v.begin(), v.end(),
std::ostream_iterator<int>(std::cout, " "));
std::cout << "n";
}
};
// create an instance gloablly
C g_c;
void updater_thread() {
std::cout << "start updater_threadn";
while (true) {
std::vector<int> v;
for (int i = 0; i < 10; i++) {
v.push_back(rand() % 10 + 1);
}
std::sort(v.begin(), v.end());
g_c.Update(v);
std::cout << "updated!!!n";
std::copy(v.begin(), v.end(),
std::ostream_iterator<int>(std::cout, " "));
std::cout << "n";
sleep(5);
}
}
void reader_thread() {
std::vector<int> v {1,2,3,5};
while (true) {
std::cout << "check: non-exist item: ";
for (int i = 0; i < v.size(); i++) {
if (!g_c.Check(v[i])){
std::cout << v[i] << " ";
}
}
std::cout << "n";
sleep(1);
}
}
int main() {
std::thread t_up(updater_thread);
std::thread t_r(reader_thread);
t_up.join();
t_r.join();
}
c++ beginner multithreading
$endgroup$
add a comment |
$begingroup$
I wrote a updater_thread() and a reader_thread(), and used lock_guard to protect a global instance.
Question
I've never used
lock_guard. In this code,lock_guardis used properly?Is this code thread-safe?
Code
#include <iostream>
#include <thread>
#include <mutex>
#include <iterator>
#include <algorithm>
#include <vector>
#include <initializer_list>
#include <unistd.h>
class C {
std::vector<int> v;
std::mutex mutex_;
public:
C() {}
void Update(const std::vector<int> &new_v) {
std::lock_guard<std::mutex> lock(mutex_);
v = new_v;
}
bool Check(const int x){
std::lock_guard<std::mutex> lock(mutex_);
return std::find(v.begin(), v.end(), x) != v.end();
}
/* dump() is not essential */
void dump() {
std::lock_guard<std::mutex> lock(mutex_);
std::cout << "dump: ";
std::copy(v.begin(), v.end(),
std::ostream_iterator<int>(std::cout, " "));
std::cout << "n";
}
};
// create an instance gloablly
C g_c;
void updater_thread() {
std::cout << "start updater_threadn";
while (true) {
std::vector<int> v;
for (int i = 0; i < 10; i++) {
v.push_back(rand() % 10 + 1);
}
std::sort(v.begin(), v.end());
g_c.Update(v);
std::cout << "updated!!!n";
std::copy(v.begin(), v.end(),
std::ostream_iterator<int>(std::cout, " "));
std::cout << "n";
sleep(5);
}
}
void reader_thread() {
std::vector<int> v {1,2,3,5};
while (true) {
std::cout << "check: non-exist item: ";
for (int i = 0; i < v.size(); i++) {
if (!g_c.Check(v[i])){
std::cout << v[i] << " ";
}
}
std::cout << "n";
sleep(1);
}
}
int main() {
std::thread t_up(updater_thread);
std::thread t_r(reader_thread);
t_up.join();
t_r.join();
}
c++ beginner multithreading
$endgroup$
add a comment |
$begingroup$
I wrote a updater_thread() and a reader_thread(), and used lock_guard to protect a global instance.
Question
I've never used
lock_guard. In this code,lock_guardis used properly?Is this code thread-safe?
Code
#include <iostream>
#include <thread>
#include <mutex>
#include <iterator>
#include <algorithm>
#include <vector>
#include <initializer_list>
#include <unistd.h>
class C {
std::vector<int> v;
std::mutex mutex_;
public:
C() {}
void Update(const std::vector<int> &new_v) {
std::lock_guard<std::mutex> lock(mutex_);
v = new_v;
}
bool Check(const int x){
std::lock_guard<std::mutex> lock(mutex_);
return std::find(v.begin(), v.end(), x) != v.end();
}
/* dump() is not essential */
void dump() {
std::lock_guard<std::mutex> lock(mutex_);
std::cout << "dump: ";
std::copy(v.begin(), v.end(),
std::ostream_iterator<int>(std::cout, " "));
std::cout << "n";
}
};
// create an instance gloablly
C g_c;
void updater_thread() {
std::cout << "start updater_threadn";
while (true) {
std::vector<int> v;
for (int i = 0; i < 10; i++) {
v.push_back(rand() % 10 + 1);
}
std::sort(v.begin(), v.end());
g_c.Update(v);
std::cout << "updated!!!n";
std::copy(v.begin(), v.end(),
std::ostream_iterator<int>(std::cout, " "));
std::cout << "n";
sleep(5);
}
}
void reader_thread() {
std::vector<int> v {1,2,3,5};
while (true) {
std::cout << "check: non-exist item: ";
for (int i = 0; i < v.size(); i++) {
if (!g_c.Check(v[i])){
std::cout << v[i] << " ";
}
}
std::cout << "n";
sleep(1);
}
}
int main() {
std::thread t_up(updater_thread);
std::thread t_r(reader_thread);
t_up.join();
t_r.join();
}
c++ beginner multithreading
$endgroup$
I wrote a updater_thread() and a reader_thread(), and used lock_guard to protect a global instance.
Question
I've never used
lock_guard. In this code,lock_guardis used properly?Is this code thread-safe?
Code
#include <iostream>
#include <thread>
#include <mutex>
#include <iterator>
#include <algorithm>
#include <vector>
#include <initializer_list>
#include <unistd.h>
class C {
std::vector<int> v;
std::mutex mutex_;
public:
C() {}
void Update(const std::vector<int> &new_v) {
std::lock_guard<std::mutex> lock(mutex_);
v = new_v;
}
bool Check(const int x){
std::lock_guard<std::mutex> lock(mutex_);
return std::find(v.begin(), v.end(), x) != v.end();
}
/* dump() is not essential */
void dump() {
std::lock_guard<std::mutex> lock(mutex_);
std::cout << "dump: ";
std::copy(v.begin(), v.end(),
std::ostream_iterator<int>(std::cout, " "));
std::cout << "n";
}
};
// create an instance gloablly
C g_c;
void updater_thread() {
std::cout << "start updater_threadn";
while (true) {
std::vector<int> v;
for (int i = 0; i < 10; i++) {
v.push_back(rand() % 10 + 1);
}
std::sort(v.begin(), v.end());
g_c.Update(v);
std::cout << "updated!!!n";
std::copy(v.begin(), v.end(),
std::ostream_iterator<int>(std::cout, " "));
std::cout << "n";
sleep(5);
}
}
void reader_thread() {
std::vector<int> v {1,2,3,5};
while (true) {
std::cout << "check: non-exist item: ";
for (int i = 0; i < v.size(); i++) {
if (!g_c.Check(v[i])){
std::cout << v[i] << " ";
}
}
std::cout << "n";
sleep(1);
}
}
int main() {
std::thread t_up(updater_thread);
std::thread t_r(reader_thread);
t_up.join();
t_r.join();
}
c++ beginner multithreading
c++ beginner multithreading
edited 26 mins ago
H. Jang
asked 34 mins ago
H. JangH. Jang
725
725
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
$begingroup$
Yes, that all looks correct to me!
You don't use anything from <unistd.h> (non-standard) or <initializer_list> (obscure), so I recommend removing those includes.
You sigil the mutex_ data member with an underscore, but you don't sigil the v member. I recommend being consistent:
std::mutex mutex_;
std::vector<int> v_;
Personally I would spell the member's name mtx_, but that's just a personal habit; I don't know if that naming convention is widespread. (cv_ for a condition variable certainly is, though!)
Consider that your Check and dump methods don't need to mutate the object, so they should be declared const. This means that your mutex_ data member will need to be declared mutable so that you can still lock and unlock it inside your const member functions.
Also, consider picking a capitalization rule and sticking to it. Why Check and Update but dump (not Dump)?
Check's parameter x is marked const but that marking serves no purpose: eliminate it. (Const is a contract.)
for (int i = 0; i < v.size(); i++) {
if (!g_c.Check(v[i])){
std::cout << v[i] << " ";
}
}
This could be rewritten more concisely as
for (int vi : v) {
if (!g_c.Check(vi)) {
std::cout << vi << " ";
}
}
Your multithreading stuff all looks great!
$endgroup$
add a comment |
Your Answer
StackExchange.ifUsing("editor", function () {
return StackExchange.using("mathjaxEditing", function () {
StackExchange.MarkdownEditor.creationCallbacks.add(function (editor, postfix) {
StackExchange.mathjaxEditing.prepareWmdForMathJax(editor, postfix, [["\$", "\$"]]);
});
});
}, "mathjax-editing");
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "196"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fcodereview.stackexchange.com%2fquestions%2f212597%2fsharing-data-with-another-thread-using-lock-guard%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
$begingroup$
Yes, that all looks correct to me!
You don't use anything from <unistd.h> (non-standard) or <initializer_list> (obscure), so I recommend removing those includes.
You sigil the mutex_ data member with an underscore, but you don't sigil the v member. I recommend being consistent:
std::mutex mutex_;
std::vector<int> v_;
Personally I would spell the member's name mtx_, but that's just a personal habit; I don't know if that naming convention is widespread. (cv_ for a condition variable certainly is, though!)
Consider that your Check and dump methods don't need to mutate the object, so they should be declared const. This means that your mutex_ data member will need to be declared mutable so that you can still lock and unlock it inside your const member functions.
Also, consider picking a capitalization rule and sticking to it. Why Check and Update but dump (not Dump)?
Check's parameter x is marked const but that marking serves no purpose: eliminate it. (Const is a contract.)
for (int i = 0; i < v.size(); i++) {
if (!g_c.Check(v[i])){
std::cout << v[i] << " ";
}
}
This could be rewritten more concisely as
for (int vi : v) {
if (!g_c.Check(vi)) {
std::cout << vi << " ";
}
}
Your multithreading stuff all looks great!
$endgroup$
add a comment |
$begingroup$
Yes, that all looks correct to me!
You don't use anything from <unistd.h> (non-standard) or <initializer_list> (obscure), so I recommend removing those includes.
You sigil the mutex_ data member with an underscore, but you don't sigil the v member. I recommend being consistent:
std::mutex mutex_;
std::vector<int> v_;
Personally I would spell the member's name mtx_, but that's just a personal habit; I don't know if that naming convention is widespread. (cv_ for a condition variable certainly is, though!)
Consider that your Check and dump methods don't need to mutate the object, so they should be declared const. This means that your mutex_ data member will need to be declared mutable so that you can still lock and unlock it inside your const member functions.
Also, consider picking a capitalization rule and sticking to it. Why Check and Update but dump (not Dump)?
Check's parameter x is marked const but that marking serves no purpose: eliminate it. (Const is a contract.)
for (int i = 0; i < v.size(); i++) {
if (!g_c.Check(v[i])){
std::cout << v[i] << " ";
}
}
This could be rewritten more concisely as
for (int vi : v) {
if (!g_c.Check(vi)) {
std::cout << vi << " ";
}
}
Your multithreading stuff all looks great!
$endgroup$
add a comment |
$begingroup$
Yes, that all looks correct to me!
You don't use anything from <unistd.h> (non-standard) or <initializer_list> (obscure), so I recommend removing those includes.
You sigil the mutex_ data member with an underscore, but you don't sigil the v member. I recommend being consistent:
std::mutex mutex_;
std::vector<int> v_;
Personally I would spell the member's name mtx_, but that's just a personal habit; I don't know if that naming convention is widespread. (cv_ for a condition variable certainly is, though!)
Consider that your Check and dump methods don't need to mutate the object, so they should be declared const. This means that your mutex_ data member will need to be declared mutable so that you can still lock and unlock it inside your const member functions.
Also, consider picking a capitalization rule and sticking to it. Why Check and Update but dump (not Dump)?
Check's parameter x is marked const but that marking serves no purpose: eliminate it. (Const is a contract.)
for (int i = 0; i < v.size(); i++) {
if (!g_c.Check(v[i])){
std::cout << v[i] << " ";
}
}
This could be rewritten more concisely as
for (int vi : v) {
if (!g_c.Check(vi)) {
std::cout << vi << " ";
}
}
Your multithreading stuff all looks great!
$endgroup$
Yes, that all looks correct to me!
You don't use anything from <unistd.h> (non-standard) or <initializer_list> (obscure), so I recommend removing those includes.
You sigil the mutex_ data member with an underscore, but you don't sigil the v member. I recommend being consistent:
std::mutex mutex_;
std::vector<int> v_;
Personally I would spell the member's name mtx_, but that's just a personal habit; I don't know if that naming convention is widespread. (cv_ for a condition variable certainly is, though!)
Consider that your Check and dump methods don't need to mutate the object, so they should be declared const. This means that your mutex_ data member will need to be declared mutable so that you can still lock and unlock it inside your const member functions.
Also, consider picking a capitalization rule and sticking to it. Why Check and Update but dump (not Dump)?
Check's parameter x is marked const but that marking serves no purpose: eliminate it. (Const is a contract.)
for (int i = 0; i < v.size(); i++) {
if (!g_c.Check(v[i])){
std::cout << v[i] << " ";
}
}
This could be rewritten more concisely as
for (int vi : v) {
if (!g_c.Check(vi)) {
std::cout << vi << " ";
}
}
Your multithreading stuff all looks great!
answered 15 mins ago
QuuxplusoneQuuxplusone
12.2k12061
12.2k12061
add a comment |
add a comment |
Thanks for contributing an answer to Code Review Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
Use MathJax to format equations. MathJax reference.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fcodereview.stackexchange.com%2fquestions%2f212597%2fsharing-data-with-another-thread-using-lock-guard%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown