名前付きパイプ通信を介してC ++型を派生させることは不可能ですか？ [閉鎖]

派生型を参照に送信すると、派生したC ++型（opencv Matなどの派生型）の通信がパイプを通過することがわかりました。

   //Measurement FIFO
    while(1)
    {
    Mat xboxobs = some value;                //changes in every iteration
    const char * obsfifo = "/tmp/obsfifo";
    mkfifo(obsfifo, 0666);                       
    fm = open(obsfifo, O_WRONLY | O_NONBLOCK);         
    write(fm, &xboxobs, 1024 ); 
    close(fm); 
    }

そして、次のように読者の参考文献を読んでください。

    while(1)
    {
     //READ kalman measurement fifo
    const char * obsfifo = "/tmp/obsfifo";
    fm = open(obsfifo, O_RDONLY );
    Mat xboxobs;
    read(fm, &obs, 1024 );
    close(fm);
    fflush(stdout);
    }
    unlink(obsfifo);

を使用または印刷してMat xboxobsリーダーのコンテンツにアクセスしようとすると、エラーが発生します。同じLinuxシステムにリーダーとライターを実装しています。STDOUTstd::coutprintf

質問1：一般的に名前付きパイプを介して派生型を安全に移動することは不可能ですか、それともここに何かがありませんか？

質問2Mat xboxobs：バイパス、行列の各要素と他の要素を名前付きパイプを介して浮動小数点に送信し、さまざまなパイプを介して約Mats30個の浮動小数点と通信する必要があります/tmp/somefifo。合計30個の浮動小数点を送信し、そのうち15個は同時に実行される2つの別々のC ++コードからのもので、浮動小数点を受信者コードの行列に再集計しました。

良い点は、これがうまくいくということです。ただし、各fifoからデータを読み取るときと、行列で異なる数学を実行する前に、行列float要素を再び行列に組み立てるまでの読み取り時間（約2〜3秒）は非常に遅いです。

また、ビルダーコードでO_NONBLOCKを使用していない場合、リーダーを実装するとプログラムが停止することがわかりました。デバッグはgdb私に特別なことを伝えませんが、デバッグプロセスを停止すると、次のような結果が表示されます。

../sysdeps/unix/syscall-template.S:81 81 ../sysdeps/unix/syscall-template.S の __write_nocancel() にある 0x00007ffff68ba870: そのファイルやディレクトリはありません。

作成者コードのロックを解除しないと、なぜこれら3つのプログラムを安全に実行できないのかわかりません。送信する前に行列を分割すると、受信者コードがなぜこんなに遅いのですか？これは普通ですか？

どんな助けにも感謝します。