複数プロセスからのlibcurlの処理の競合について

Question

libcurlを初めて使います。
現在とあるシステムでlibcurlを使用したサーバ通信プロセスがあります。
そのシステムに新たに別のサーバの通信プロセスを追加します。
libcurlの通信タイミングが重なった時に処理的には問題ないのでしょうか？

libcurlや共有ライブラリについて調べてみましたが分かりませんでした。

ご助力下さい。

環境はlinuxです。
①既にあるサーバ通信プロセスでは、CURLOPT_PORTでの指定は行っていませんでした。
②新しく作成するサーバ通信プロセスでは、①で使用しているポートと別のポートをCURLOPT_PORTで指定しなければならないのでしょうか？

Comments

[PineMatsu]

環境はWindows（DLL）ですか？また、通信の競合ってポートの競合も考えられますが、それは違うポートを使用していると考えて良いのですよね＞

Answer 1

WikipediaのcURLによるとlibcurlはスレッドセーフです。
ただしcurl_setoptに記載されているように、一部のオプション（処理）はスレッドセーフではないようです。

まずは以下が参考になるかと思います。
libcurlをスレッドで使うためには、curl_easy_setoptでCURLOPT_NOSIGNALを指定する必要があるみたい

なお当然ですが、一般的にライブラリ（libcurl）の管理外の処理（取得した結果を同一ファイルに出力など）は、呼出側で適切に競合制御をおこなう必要があります。

ポートに関する質問の追記について

接続サーバのプロトコルなど詳細が不明ですが、基本的にクライアント(curl)側が心配することではないと思います。
たとえば１マシンで複数ブラウザを立ち上げ、同じHTTPサーバ（ポート番号も同じ）に同時にリクエストをかける状況と同じです。

Comments

[shikasama]

回答ありがとうございます。
同一プロセス内の時はスレッドセーフを気を付けるということは知っているのですが、別プロセスの場合も同様ということでしょうか？

ファイル出力するので、そこの部分は気を付けたいと思います。

[can110]

はい。同様です。というか別プロセスならメモリ空間から別なので問題ありません。

[shikasama]

共有ライブラリは、メモリに1つ展開されて複数のプロセスから利用されると思っていたのですが、
別々に持つのでしょうか？

[can110]

おっしゃるように、共有ライブラリは実メモリ上に１つロードされ、各プロセスの仮想アドレス空間にマップされ利用されます。ただ各プロセスではメモリ空間は独立しているため別物になります。

[shikasama]

返信が送れてしまい、申し訳ありません。
追加の質問にもお答えいただき、ありがとうございます。
大変助かりました。