主頁 > 軟體工程 > 比較python和ctypes等效代碼的性能

比較python和ctypes等效代碼的性能

2022-11-09 03:27:12 軟體工程

我試圖比較 sum 函式的 Python 和 Ctypes 版本的性能。我發現 Python 比 ctypes 版本更快。

Sum.c檔案:

int our_function(int num_numbers, int *numbers) {
    int i;
    int sum = 0;
    for (i = 0; i < num_numbers; i  ) {
        sum  = numbers[i];
    }
    return sum;
}

int our_function2(int num1, int num2) {
    return num1   num2;
}

我將其編譯為共享庫:

gcc -shared -o Sum.so sum.c

然后我匯入了共享庫和 ctypes 以使用 C 函式。在Sum.py下方

import ctypes

_sum = ctypes.CDLL('.\junk.so')

_sum.our_function.argtypes = (ctypes.c_int, ctypes.POINTER(ctypes.c_int))

def our_function_c(numbers):
    global _sum
    num_numbers = len(numbers)
    array_type = ctypes.c_int * num_numbers
    result = _sum.our_function(ctypes.c_int(num_numbers), array_type(*numbers))
    return int(result)

def our_function_py(numbers):
    sum = 0
    for i in numbers:
        sum  = i
    return sum


import time
start = time.time()
print(our_function_c([1, 2, 3]))
end = time.time()
print("time taken C", end-start)

start1 = time.time()
print(our_function_py([1, 2, 3]))
end1 = time.time()
print("time taken py", end1-start1)

輸出:

6
time taken C 0.0010006427764892578
6
time taken py 0.0

對于較大的串列,例如list(range(int(1e5)))

start = time.time()
print(our_function_c(list(range(int(1e5)))))
end = time.time()
print("time taken C", end-start)

start1 = time.time()

print(our_function_py(list(range(int(1e5)))))
end1 = time.time()
print("time taken py", end1-start1)

輸出:

704982704
time taken C 0.011005163192749023
4999950000
time taken py 0.00500178337097168

問題:我嘗試使用更多的數字,但 Python 在性能方面仍然勝過 ctypes。所以我的問題是,當我應該通過 Python 遷移到 ctypes 時,是否有經驗法則(就代碼的數量級而言)?另外,請問將 Python 轉換為 Ctypes 的成本是多少?

uj5u.com熱心網友回復:

為什么

好吧,是的,在這種情況下,這并不值得。因為在呼叫 c 函式之前,您需要花費大量時間將數字轉換為c_int.

作為補充,它的擴展性并不低。

通常我們在 C 端生成資料時使用 ctypes。或者當我們從 python 生成它們時,然后將它們用于超過 1 個簡單的操作。

和熊貓一樣

例如,numpy 或 pandas 會發生這種情況。兩個眾所周知的 C 庫示例(或無論如何編譯),只要資料不在 C 空間和 python 空間之間來回傳輸,就可以獲得巨大的時間增益(大約 1000 倍)。

例如,對于許多操作,Numpy 比 list 快。只要不計算每個原子操作的資料轉換。Pandas 經常使用 pandas 從 CSV 讀取的資料。資料保留在 pandas 空間中。

import time
import pandas as pd

lst=list(range(1000000))
start1=time.time()
s1=0
for x in lst:
    s1 =x
end1=time.time()

start2=time.time()
df=pd.DataFrame({'x':lst})
middle2=time.time()
s2=df.x.sum()
end2=time.time()
print("python", s1, "t=", end1-start1)
print("pandas", s2, "t=", end2-start2, end2-middle2)
python 499999500000 t= 0.13175106048583984
pandas 499999500000 t= 0.35060644149780273 0.0020313262939453125

正如你所看到的,按照這個標準,pandas 也比 python 慢。但是如果不計算資料創建,速度會更快。

更快,無需資料轉換

嘗試以這種方式運行您的代碼

import time
lst=list(range(1000))*1000
c_lst = (ctypes.c_int * len(lst))(*lst)
c_num = ctypes.c_int(len(lst))
start = time.time()
print(int(_sum.our_function(c_num, c_lst)))
end = time.time()
print("time taken C", end-start)

start1 = time.time()
print(our_function_py(lst))
end1 = time.time()
print("time taken py", end1-start1)

而且c代碼要快得多。

所以,就像熊貓一樣,它不值得,如果真的,你所需要的只是做一次求和,然后忘記資料。

c擴展沒有這樣的問題

請注意,使用允許 c 函式處理 python 型別的 python c 擴展,您不會遇到這個問題(但是,它通常效率較低,因為,好吧,python 陣列不僅int *像 C 所愛的那樣。但至少,您不需要從 python 轉換為 C)這就是為什么您有時可能會看到一些庫,即使計算轉換,使用外部庫也更快。

import numpy as np
np.array(lst).sum()

例如稍微快一點。但幾乎不是這樣,當我們習慣了 numpy 1000 倍的速度時。因為numpy.array從 python 串列資料中幫助自己。

但這不僅僅是 ctypes,(通過 ctypes,我的意思是“使用 c-world 中的 c-functions 處理 c-data,根本不關心 python。”)。另外,我什至不確定這是唯一的原因。Numpy 可能在作弊,使用多個執行緒和矢量化,python 和您的 c 代碼都沒有。

無需大資料轉換的示例

因此,讓我們添加另一個示例,并將其添加到您的代碼中

int sumFirst(int n){
    int s=0;
    for(int i=0; i<n; i  ){
        s =i;
    }
    return s;
}

并嘗試使用

import ctypes

_sum = ctypes.CDLL('./ctypeBench.so')

_sum.sumFirst.argtypes = (ctypes.c_int,)

def c_sumFirst(n):
    return _sum.sumFirst(ctypes.c_int(n))

import time
lst=list(range(10000))
start1=time.time()
s1=0
for x in lst:
    s1 =x
end1=time.time()

start2=time.time()
s2=c_sumFirst(10000)
end2=time.time()

print(f"python {s1=}, Δt={end1-start1}")
print(f"c {s2=}, Δt={end2-start2}")

結果是

python s1=49995000, Δt=0.0012884140014648438
c s2=49995000, Δt=4.267692565917969e-05

請注意,我對 python 是公平的:我沒有計算當時的資料生成(我明確列出了范圍。變化不大)。

因此,結論是,當您需要對每個資料進行 1 次轉換才能使用它們時,您不能期望 ctypes 函式為每個資料(例如 )的單個操作贏得時間。

要么您需要使用 c-extension 并撰寫臨時代碼而不是處理 python 串列(即使在那里,如果您對每個值只做一個添加,您也不會獲得太多收益)。

或者您需要將資料保留在 c 端,從 c 創建它們,然后將它們放在那里(就像使用 pandas 或 numpy 一樣:您使用 dataframe 或 ndarrays,盡可能使用 pandas 和 numpy 函式或運算子,而不是將它們全部放在 python 中,并帶有完整的索引或.iloc)。

或者,您需要為每個資料添加一個以上的內容。

附錄:c-擴展

只是為了添加另一個支持“問題是轉換”的論點,而且如果你真的需要對一個串列做一個簡單的操作,并且不想轉換之前的每個元素,你可以試試這個

modmy.c

#define PY_SSIZE_T_CLEAN
#include <Python.h>
#define PY3K

static PyObject *mysum(PyObject *self, PyObject *args){
    PyObject *list;
    PyArg_ParseTuple(args, "O", &list);
    PyObject *it = PyObject_GetIter(list);
    long int s=0;
    for(;;){
        PyObject *v = PyIter_Next(it);
        if(!v) break;
        long int iv=PyLong_AsLong(v);
        s =iv;
    }
    return PyLong_FromLong(s);
}

static PyMethodDef MyMethods[] = {
    {"mysum",  mysum, METH_VARARGS, "Sum list"},
    {NULL, NULL, 0, NULL}        /* Sentinel */
};

static struct PyModuleDef modmy = {
    PyModuleDef_HEAD_INIT,
    "modmy",   
    NULL, 
    -1,       
    MyMethods
};

PyMODINIT_FUNC
PyInit_modmy()
{
    return PyModule_Create(&modmy);
}

編譯

gcc -fPIC `python3-config --cflags` -c modmy.c
gcc -shared -fPIC `python3-config --ldflags` -o modmy.so modmy.o

然后

import time
import modmy

lst=list(range(10000000))

start1=time.time()
s1=0
for x in lst:
    s1 =x
end1=time.time()

start2=time.time()
s2=modmy.mysum(lst)
end2=time.time()

print("python res=%d  t=%5.2f"%(s1, end1-start1))
print("c      res=%d  t=%5.2f"%(s2, end2-start2))

這次不需要轉換(或者,更準確地說,是的,仍然需要轉換。但它是由 C 代碼完成的,因為它不是任何 C 代碼,而是專門為擴展 python 撰寫的代碼。 (畢竟,python 解釋器在底層也需要解包元素)

請注意,我的代碼不檢查任何內容。它假定您確實mysum使用一個作為整數串列的引數進行呼叫。如果你不這樣做,天知道會發生什么。嗯,不只是上帝。試試看嘛:

>>> import modmy
>>> modmy.mysum(12)
Segmentation fault (core dumped)
$

Python崩潰(不僅僅是python的代碼。這不是python錯誤。python行程死了)

但結果值得

python res=49999995000000  t= 1.22
c      res=49999995000000  t= 0.11

所以,你看,這次 C 贏了。因為它實際上是相同的規則(他們正在做同樣的事情。只是 C 做得更快)

所以,你需要知道你在做什么。但是,這符合您的預期:對整數串列進行非常簡單的操作,在 C 中比在 python 中運行得更快。

轉載請註明出處,本文鏈接:https://www.uj5u.com/gongcheng/529657.html

標籤:Python表现类型

上一篇:applyInPandas()聚合在大增量表上運行緩慢

下一篇:Julia隨機微分方程非常慢

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • Git本地庫既關聯GitHub又關聯Gitee

    創建代碼倉庫 使用gitee舉例(github和gitee差不多) 1.在gitee右上角點擊+,選擇新建倉庫 ? 2.選擇填寫倉庫資訊,然后進行創建 ? 3.服務端已經準備好了,本地開始作準備 (1)Git 全域設定 git config --global user.name "成鈺" git c ......

    uj5u.com 2020-09-10 05:04:14 more
  • CODING DevOps 代碼質量實戰系列第二課,相約周三

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。**《DevOps 代碼質量實戰(PHP 版)》**為 CODING DevOps 代碼質量實戰系列的第二課,同時也是本系列的 PHP ......

    uj5u.com 2020-09-10 05:07:43 more
  • 推薦Scrum書籍

    推薦Scrum書籍 直接上干貨,推薦書籍清單如下(推薦有順序的哦) Scrum指南 Scrum精髓 Scrum敏捷軟體開發 Scrum捷徑 硝煙中的Scrum和XP : 我們如何實施Scrum 敏捷軟體開發:Scrum實戰指南 Scrum要素 大規模Scrum:大規模敏捷組織的設計 用戶故事地圖 用 ......

    uj5u.com 2020-09-10 05:07:45 more
  • CODING DevOps 代碼質量實戰系列最后一課,周四發車

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。 **《DevOps 代碼質量實戰(Java 版)》**為 CODING DevOps 代碼質量實戰系列的最后一課,同時也是本系列的 ......

    uj5u.com 2020-09-10 05:07:52 more
  • 敏捷軟體工程實踐書籍

    Scrum轉型想要做好,第一步先了解并真正落實Scrum,那么我推薦的Scrum書籍是要看懂并實踐的。第二步是團隊的工程實踐要做扎實。 下面推薦工程實踐書單: 重構:改善既有代碼的設計 決議極限編程 : 擁抱變化 代碼整潔代碼 程式員的職業素養 修改代碼的藝術 撰寫可讀代碼的藝術 測驗驅動開發 : ......

    uj5u.com 2020-09-10 05:07:55 more
  • Jenkins+svn+nginx實作windows環境自動部署vue前端專案

    前面文章介紹了Jenkins+svn+tomcat實作自動化部署,現在終于有空抽時間出來寫下Jenkins+svn+nginx實作自動部署vue前端專案。 jenkins的安裝和配置已經在前面文章進行介紹,下面介紹實作vue前端專案需要進行的哪些額外的步驟。 注意:在安裝jenkins和nginx的 ......

    uj5u.com 2020-09-10 05:08:49 more
  • CODING DevOps 微服務專案實戰系列第一課,明天等你

    CODING DevOps 微服務專案實戰系列第一課**《DevOps 微服務專案實戰:DevOps 初體驗》**將由 CODING DevOps 開發工程師 王寬老師 向大家介紹 DevOps 的基本理念,并探討為什么現代開發活動需要 DevOps,同時將以 eShopOnContainers 項 ......

    uj5u.com 2020-09-10 05:09:14 more
  • CODING DevOps 微服務專案實戰系列第二課來啦!

    近年來,工程專案的結構越來越復雜,需要接入合適的持續集成流水線形式,才能滿足更多變的需求,那么如何優雅地使用 CI 能力提升生產效率呢?CODING DevOps 微服務專案實戰系列第二課 《DevOps 微服務專案實戰:CI 進階用法》 將由 CODING DevOps 全堆疊工程師 何晨哲老師 向 ......

    uj5u.com 2020-09-10 05:09:33 more
  • CODING DevOps 微服務專案實戰系列最后一課,周四開講!

    隨著軟體工程越來越復雜化,如何在 Kubernetes 集群進行灰度發布成為了生產部署的”必修課“,而如何實作安全可控、自動化的灰度發布也成為了持續部署重點關注的問題。CODING DevOps 微服務專案實戰系列最后一課:**《DevOps 微服務專案實戰:基于 Nginx-ingress 的自動 ......

    uj5u.com 2020-09-10 05:10:00 more
  • CODING 儀表盤功能正式推出,實作作業資料可視化!

    CODING 儀表盤功能現已正式推出!該功能旨在用一張張統計卡片的形式,統計并展示使用 CODING 中所產生的資料。這意味著無需額外的設定,就可以收集歸納寶貴的作業資料并予之量化分析。這些海量的資料皆會以圖表或串列的方式躍然紙上,方便團隊成員隨時查看各專案的進度、狀態和指標,云端協作迎來真正意義上 ......

    uj5u.com 2020-09-10 05:11:01 more
最新发布
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:41:12 more
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:35:34 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:05:44 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:00:18 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:20:31 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:55 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:18:51 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:00 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:17:55 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:12:06 more