C++ FFLIB之FFRPC:多线程&多进程的scalability探索

简介: 摘要: 近来在完成通用的数据分析系统ffcount时,使用了ffrpc完成了事件源和service的通信。顺便对ffrpc进行了优化和精简,接口也更易用一些。在跟一个朋友讨论多线程和多进程的问题时,引发了如何才能是系统更加scalability的思考。

摘要:

近来在完成通用的数据分析系统ffcount时,使用了ffrpc完成了事件源和service的通信。顺便对ffrpc进行了优化和精简,接口也更易用一些。在跟一个朋友讨论多线程和多进程的问题时,引发了如何才能是系统更加scalability的思考。把自己的一些想法用ffrpc写了一个demo。无论是使用多线程还是多进程,并发都是为了使系统在吞吐量或响应延迟等特性上达到更佳的效果。那么什么样的设计能够尽量保证scalability呢?

  • 如何更好的使用多线程,或者说使用多线程应该遵循什么样的原则才能避免麻烦。
  • 如果线程的资源不足以满足要求,那么如何利用多进程的资源但却不至于大范围的修改系统实现。

关于多线程&多进程:

对应服务器开发人员来说,多线程编程是最重要的开发技术之一,但是随着实际开发中接触的多线程场景越多,反而越来越尽量少的使用多线程。多线程往往是看起来甜美,用起来苦涩。许多人过度的注意到了多线程的优点,而极大的忽视了其缺点。下面是一些多线程的技巧:

  • 尽量不要使用多线程,如果有明确数据显示单线程无法达到要求,再考虑行之。
  • 如果使用了多线程,多线程之间不要共享数据,哪怕是一点点。多线程之间的通讯使用任务队列或者消息队列之类的完成。
  • 一般而言普通的cpu计算不需要多线程,若有io操作,并且业务可以并行,可以考虑使用异步加回调的方式使用多线程。
  • 使用多线程,切勿因为多线程而多线程,如果业务是不可并行切分的,那么强行拆分则会得不偿失,甚至系统的正确和稳定都难以确保,更不要说后续的扩展和维护。

使用多进程可以避免以上的尴尬问题,多进程本身数据不共享,通讯只能使用消息通讯,这些硬性限制反而确保了多进程更加理想。但问题是管理多个进程往往让人不够情愿,尤其是只是用一台机器的时候。能不能有权衡二者的scalability方案?

FFRPC实现scalability:

在设计ffrpc的时候,首先其适合类似于网游多进程架构的场景。幸运的是,ffrpc封装的是节点与节点之间的通讯,并不限制节点是否在同一个进程。这样在单进程内使用ffrpc开启多个服务实例,从而利用多线程。若实例开启在多个进程中,则又适配多进程环境。其demo设计为如下系统:

  • client 请求logic_service,调用其test接口,根据uid的不同,调用不同的logic_service实例,从而实现logic_service并发。
  • test_msg_t::in_t in;
    in.uid = i;
    test_msg_t::out_t out;
    ffrpc.call("logic_service", 1 + in.uid % ffrpc.service_num("logic_service"), in, out);

     

  • logic_service的test接口被调用后,调用db_service接口,根据uid’不同调用的db_service实例也不同,从而实现db_service的并发。
  • struct lambda_t
    {
        static void async_callback(update_msg_t::out_t& msg_)
        {
            sleep(2);
            printf("logic_service_t 接收db_service的返回值 ret_bool=[%d]\n", msg_.value);
        }
    };
    update_msg_t::in_t in;
    in.uid = in_msg_.uid;
    ffrpc->async_call("db_service", 1 + in_msg_.uid % ffrpc->service_num("db_service"), in, &lambda_t::async_callback);

     

  • db_service的update被调用后,回调对应的logic_service的回调函数返回结果。
  • int update(update_msg_t::in_t& in_msg_, rpc_callcack_t<update_msg_t::out_t>& cb_)
        {
            sleep(2);
            printf("in db_service_t::update[index=%d], 被logic_service调用uid[%ld]\n", m_index, in_msg_.uid);
            update_msg_t::out_t out;
            out.value = true;
            cb_(out);
            return 0;
        }

     

 示例源码:

View Code
#include <stdio.h>

#include "count/ffcount.h"
#include "rpc/broker_application.h"
#include "base/daemon_tool.h"
#include "base/arg_helper.h"
#include "base/strtool.h"

using namespace ff;
bool g_run = false;

struct test_msg_t
{
    struct in_t: public ffmsg_t<test_msg_t::in_t>
    {
        virtual string encode()
        {
            return (init_encoder() << uid).get_buff() ;
        }
        virtual void decode(const string& src_buff_)
        {
            init_decoder(src_buff_) >> uid;
        }
        long    uid;
    };
    typedef ffmsg_bool_t out_t;
};
struct update_msg_t
{
    struct in_t: public ffmsg_t<update_msg_t::in_t>
    {
        virtual string encode()
        {
            return (init_encoder() << uid).get_buff() ;
        }
        virtual void decode(const string& src_buff_)
        {
            init_decoder(src_buff_) >> uid;
        }
        long    uid;
    };
    typedef ffmsg_bool_t out_t;
};

class logic_service_t
{
public:
    logic_service_t(ffrpc_t* p, int i):ffrpc(p), m_index(i){}
    int test(test_msg_t::in_t& in_msg_, rpc_callcack_t<test_msg_t::out_t>& cb_)
    {
        sleep(2);
        printf("in logic_service_t::test[index=%d], 被client调用 uid[%ld]\n", m_index, in_msg_.uid);

        test_msg_t::out_t out;
        out.value = true;
        cb_(out);
        
        struct lambda_t
        {
            static void async_callback(update_msg_t::out_t& msg_)
            {
                sleep(2);
                printf("logic_service_t 接收db_service的返回值 ret_bool=[%d]\n", msg_.value);
            }
        };
        update_msg_t::in_t in;
        in.uid = in_msg_.uid;
        ffrpc->async_call("db_service", 1 + in_msg_.uid % ffrpc->service_num("db_service"), in, &lambda_t::async_callback);
        return 0;
    }
    
    ffrpc_t* ffrpc;
    int      m_index;
};

class db_service_t
{
public:
    db_service_t(ffrpc_t* p, int i):ffrpc(p), m_index(i){}
    int update(update_msg_t::in_t& in_msg_, rpc_callcack_t<update_msg_t::out_t>& cb_)
    {
        sleep(2);
        printf("in db_service_t::update[index=%d], 被logic_service调用uid[%ld]\n", m_index, in_msg_.uid);
        update_msg_t::out_t out;
        out.value = true;
        cb_(out);
        return 0;
    }
    
    ffrpc_t* ffrpc;
    int      m_index;
};

int start_logic_service(ffrpc_t& ffrpc, logic_service_t& service, arg_helper_t* arg_helper_, int index_)
{
    //printf("start_logic_service index[%d] begin\n", index_);
    assert(0 == ffrpc.open(arg_helper_->get_option_value("-l")) && "can't connnect to broker");

    ffrpc.create_service("logic_service", index_)
            .bind_service(&service)
            .reg(&logic_service_t::test);
    //printf("start_logic_service index[%d] end\n", index_);
    return 0;
}
int start_db_service(ffrpc_t& ffrpc, db_service_t& service, arg_helper_t* arg_helper_, int index_)
{
    //printf("start_db_service index[%d] begin\n", index_);
    assert(0 == ffrpc.open(arg_helper_->get_option_value("-l")) && "can't connnect to broker");

    ffrpc.create_service("db_service", index_)
            .bind_service(&service)
            .reg(&db_service_t::update);
    //printf("start_db_service index[%d] end\n", index_);
    return 0;
}
int main(int argc, char* argv[])
{
    if (argc == 1)
    {
        printf("usage: app -broker -client -l tcp://127.0.0.1:10241 -service db_service@1-4,logic_service@1-4\n");
        return 1;
    }
    arg_helper_t arg_helper(argc, argv);
    if (arg_helper.is_enable_option("-broker"))
    {
        broker_application_t::run(argc, argv);
    }

    if (arg_helper.is_enable_option("-d"))
    {
        daemon_tool_t::daemon();
    }
    
    vector<string> all_service_name;
    strtool_t::split(arg_helper.get_option_value("-service"), all_service_name, ",");
    
    vector<ffrpc_t*>            vt_rpc;
    vector<db_service_t*>       vt_db_service;
    vector<logic_service_t*>    vt_logic_service;
    for (size_t i = 0; i < all_service_name.size(); ++i)
    {
        vector<string> opts;
        strtool_t::split(all_service_name[i], opts, "@");
        int index_begin = 0;
        int index_end   = 0;
        if (opts.size() > 1)
        {
            vector<string> vt_index;
            strtool_t::split(opts[1], vt_index, "-");
            if (vt_index.empty() == false)
            {
                index_begin = ::atoi(vt_index[0].c_str());
                if (vt_index.size() > 1)
                {
                    index_end = ::atoi(vt_index[1].c_str());
                }
            }
        }
        if (index_end < index_begin) index_end = index_begin;
        printf("service includes<%s:%d-%d>\n", opts[0].c_str(), index_begin, index_end);
        
        for (int i = index_begin; i <= index_end; ++i)
        {
            ffrpc_t* ffrpc = new ffrpc_t();
            vt_rpc.push_back(ffrpc);
            if (opts[0] == "db_service")
            {
                db_service_t* service = new db_service_t(ffrpc, i);
                start_db_service(*ffrpc, *service, &arg_helper, i);
                vt_db_service.push_back(service);
            }
            else if (opts[0] == "logic_service")
            {
                logic_service_t* service = new logic_service_t(ffrpc, i);
                start_logic_service(*ffrpc, *service, &arg_helper, i);
                vt_logic_service.push_back(service);
            }
        }
    }
    
    if (arg_helper.is_enable_option("-client"))
    {
        ffrpc_t ffrpc;
        for (int i = 1; i < 100000; ++i)
        {
            sleep(1);
            printf("client 准备调用logic_service[index=%d]\n", i);

            assert(0 == ffrpc.open(arg_helper.get_option_value("-l")) && "can't connnect to broker");

            test_msg_t::in_t in;
            in.uid = i;

            test_msg_t::out_t out;
            ffrpc.call("logic_service", 1 + in.uid % ffrpc.service_num("logic_service"), in, out);
            sleep(8);
            printf("logic_service[index=%d] 调用返回=%d\n", i, out.value);
        }
        ffrpc.close();
    }
    signal_helper_t::wait();
    for (size_t i = 0; i < vt_rpc.size(); ++i)
    {
        vt_rpc[i]->close();
        delete vt_rpc[i];
    }
    for (size_t i = 0; i < vt_db_service.size(); ++i)
    {
        delete vt_db_service[i];
    }
    for (size_t i = 0; i < vt_logic_service.size(); ++i)
    {
        delete vt_logic_service[i];
    }
    return 0;
}

 

运行命令:

git clone https://github.com/fanchy/fflib

cd  cd fflib/example/book/rpc/

make

#运行4个db_service实例和4个logic_service实例

./app_rpc -client -broker -l tcp://127.0.0.1:10241 -service db_service@1-4,logic_service@1-4

 

总结:

本例中logic_service和db_service集成到了一个程序中,使用ffrpc可以通过多线程实现并发,各个服务使用异步回调和消息通信,通过配置实例的个数,从而实现多线程的scalability。如果要把服务分别部署到其他机器上,只需启动多个app进程,例如:

启动4个logic_service实例:

./app_rpc -broker -l tcp://127.0.0.1:10241 -service logic_service@1-4

启动4个db_service实例:

./app_rpc  -l tcp://127.0.0.1:10241 -service db_service@1-4 -client

 

目录
相关文章
|
21天前
|
UED 开发者 Python
探索操作系统的心脏:理解进程与线程
【8月更文挑战第31天】在数字世界的海洋中,操作系统犹如一艘巨轮,其稳定航行依赖于精密的进程与线程机制。本文将揭开这一机制的神秘面纱,通过深入浅出的语言和直观的代码示例,引领读者从理论到实践,体验进程与线程的魅力。我们将从基础概念出发,逐步深入到它们之间的联系与区别,最后探讨如何在编程实践中高效运用这些知识。无论你是初学者还是有经验的开发者,这篇文章都将为你的技术之旅增添新的航标。
|
27天前
|
Java 程序员 调度
【JAVA 并发秘籍】进程、线程、协程:揭秘并发编程的终极武器!
【8月更文挑战第25天】本文以问答形式深入探讨了并发编程中的核心概念——进程、线程与协程,并详细介绍了它们在Java中的应用。文章不仅解释了每个概念的基本原理及其差异,还提供了实用的示例代码,帮助读者理解如何在Java环境中实现这些并发机制。无论你是希望提高编程技能的专业开发者,还是准备技术面试的求职者,都能从本文获得有价值的见解。
33 1
|
7天前
|
开发者 Python
深入浅出操作系统:进程与线程的奥秘
【8月更文挑战第46天】在数字世界的幕后,操作系统扮演着至关重要的角色。本文将揭开进程与线程这两个核心概念的神秘面纱,通过生动的比喻和实际代码示例,带领读者理解它们的定义、区别以及如何在编程中运用这些知识来优化软件的性能。无论你是初学者还是有一定经验的开发者,这篇文章都将为你提供新的视角和实用技巧。
|
25天前
|
数据采集 存储 安全
如何确保Python Queue的线程和进程安全性:使用锁的技巧
本文探讨了在Python爬虫技术中使用锁来保障Queue(队列)的线程和进程安全性。通过分析`queue.Queue`及`multiprocessing.Queue`的基本线程与进程安全特性,文章指出在特定场景下使用锁的重要性。文中还提供了一个综合示例,该示例利用亿牛云爬虫代理服务、多线程技术和锁机制,实现了高效且安全的网页数据采集流程。示例涵盖了代理IP、User-Agent和Cookie的设置,以及如何使用BeautifulSoup解析HTML内容并将其保存为文档。通过这种方式,不仅提高了数据采集效率,还有效避免了并发环境下的数据竞争问题。
如何确保Python Queue的线程和进程安全性:使用锁的技巧
|
30天前
|
存储 Java 编译器
进程和线程
进程和线程
103 25
|
14天前
|
存储 Java 数据处理
进程中的线程调度
进程是应用程序运行的基本单位,包括主线程、用户线程和守护线程。计算机由存储器和处理器协同操作,操作系统设计为分时和分任务模式。在个人PC普及后,基于用户的时间片异步任务操作系统确保了更好的体验和性能。线程作为进程的调度单元,通过覆写`Thread`类的`run`方法来处理任务数据,并由系统调度框架统一管理。微服务架构进一步将应用分解为多个子服务,在不同节点上执行,提高数据处理效率与容错性,特别是在大规模数据存储和处理中表现显著。例如,利用微服务框架可以优化算法,加速业务逻辑处理,并在不同区块间分配海量数据存储任务。
|
23天前
|
调度
深入理解操作系统:进程与线程的管理
【8月更文挑战第29天】在数字世界的每一次点击和滑动背后,都隐藏着操作系统的精妙运作。本文将带你探索操作系统的核心概念之一——进程与线程的管理。我们将从基础定义出发,逐步深入到它们在内存中的表示、状态变迁以及它们之间错综复杂的关系。通过简洁明了的语言和直观的比喻,即便是没有计算机背景的读者也能轻松理解这一主题。准备好了吗?让我们一起揭开操作系统神秘的面纱,探索那些看似晦涩却无比精彩的知识吧!
|
25天前
|
调度 Python
深入理解操作系统:进程与线程的奥秘
【8月更文挑战第27天】本文将带你走进操作系统的核心,探索进程和线程这两个基本概念。我们将从它们的定义开始,逐步深入到它们之间的联系和区别,以及在操作系统中的作用。通过本文,你将了解到进程和线程不仅仅是编程中的两个术语,它们是操作系统管理资源、实现并发和并行的关键。最后,我们还将通过一个代码示例,展示如何在Python中创建和管理线程。
|
24天前
|
算法 调度 开发者
深入理解操作系统:进程与线程管理
【8月更文挑战第28天】在数字世界的心脏跳动着的是操作系统,它是计算机硬件与软件之间的桥梁。本文将带你探索操作系统的核心概念——进程与线程,揭示它们如何协同工作以支持多任务处理和并发执行。通过实际代码示例,我们将深入了解这些抽象概念是如何在真实系统中实现的。无论你是编程新手还是资深开发者,这篇文章都将为你提供新的视角,让你对操作系统有更深刻的认识。
|
28天前
|
Java Windows
【Azure Developer】Windows中通过pslist命令查看到Java进程和线程信息,但为什么和代码中打印出来的进程号不一致呢?
【Azure Developer】Windows中通过pslist命令查看到Java进程和线程信息,但为什么和代码中打印出来的进程号不一致呢?