Microsoft MVP성태의 닷넷 이야기
스크립트: 75. 파이썬 - Cython 기본 예제 및 컴파일 [링크 복사], [링크+제목 복사],
조회: 599
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일
 

파이썬 - Cython 기본 예제 및 컴파일

Cython은 프로그래밍 언어인데요, 이름에서 의미하듯이 "C + Python"에 준하는 성격을 갖습니다. 구문은 대체로 파이썬으로 유지되는데 C 언어와 상호 연동할 수 있는 다양한 방법을 제공합니다. 즉, 파이썬의 쉬운 구문을 장점으로 유지하면서 컴파일을 C 언어 수준으로 제공하는데, 이를 통해 성능이 요구되는 부분을 Cython으로 포팅해 확장 모듈로 제공할 수 있습니다.

간단하게 실습을 해볼까요? ^^

이를 위해 우선 Cython 모듈을 설치한 다음,

$ python3 -m pip install Cython
Collecting Cython
  Downloading cython-3.1.0-cp38-cp38-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (3.2 MB)
     |████████████████████████████████| 3.2 MB 5.0 MB/s
Installing collected packages: Cython
Successfully installed Cython-3.1.0

예제 정도 수준의 (관례상 pyx 확장자를 갖는) Cython 소스 코드를 만들고,

# my_test.pyx

def sum(int a, int b):
    return a + b

이것을 컴파일하는 setup.py를 작성합니다.

# setup.py 

from distutils.core import setup
from Cython.Build import cythonize
setup( ext_modules = cythonize("my_test.pyx") )

마지막으로 저 setup.py를 실행해 주면,

$ python3 setup.py build_ext --inplace
Compiling my_test.pyx because it changed.
[1/1] Cythonizing my_test.pyx
running build_ext
building 'my_test' extension
creating build
creating build/temp.linux-x86_64-3.8
x86_64-linux-gnu-gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O2 -Wall -g -fstack-protector-strong -Wformat -Werror=format-security -g -fwrapv -O2 -g -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -I/usr/include/python3.8 -c my_test.c -o build/temp.linux-x86_64-3.8/my_test.o
x86_64-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions -Wl,-Bsymbolic-functions -Wl,-z,relro -g -fwrapv -O2 -Wl,-Bsymbolic-functions -Wl,-z,relro -g -fwrapv -O2 -g -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 build/temp.linux-x86_64-3.8/my_test.o -o /mnt/c/temp/my_test.cpython-38-x86_64-linux-gnu.so

// 이하 의존성 및 symbol 확인

$ ldd my_test.cpython-38-x86_64-linux-gnu.so
        linux-vdso.so.1 (0x00007ffc41fb6000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f5bbf992000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f5bbfba7000)

$ nm my_test.cpython-38-x86_64-linux-gnu.so  | grep sum
0000000000008959 r __pyx_k_sum
000000000000b800 d __pyx_mdef_7my_test_1sum
0000000000006290 t __pyx_pw_7my_test_1sum

구문은 파이썬 구문이지만, 내부적으로 gcc 컴파일러를 거칠 수 있도록 C 언어로 변환됩니다. 따라서, 당연히 C 언어를 빌드했을 때처럼 ./build/temp.linux-x86_64-3.8/my_test.o 이름의 object 파일과 "my_test.cpython-38-x86_64-linux-gnu.so"라는 이름의 공유 라이브러리 파일이 생성됩니다.

끝입니다. 이제 Python에서 해당 모듈을 import해 사용할 수 있습니다.

$ python3
Python 3.8.10 (default, Mar 18 2025, 20:04:55)
[GCC 9.4.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import my_test
>>> my_test.sum(5, 6)
11
>>> print(my_test.__file__)
/mnt/c/temp/my_test.cpython-38-x86_64-linux-gnu.so

사실 복잡한 수준으로 확장 기능을 제공해야 한다면 Cython보다는 직접 C/C++ 언어로 만드는 것이 더 쉬울 수 있습니다. 단지, 기존 Python으로 작성한 코드 중 성능을 요구해야 한다면 점진적으로 Cython으로 포팅할 수 있다는 장점이 무척이나 매력적인 언어라고 할 수 있겠습니다. ^^




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 5/17/2025]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  70  71  72  73  74  [75]  ...
NoWriterDateCnt.TitleFile(s)
12070정성태12/9/201923601오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root
12069정성태12/2/201920149디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법
12068정성태11/28/201928698디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [3]파일 다운로드2
12067정성태11/27/201920144디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]파일 다운로드1
12066정성태11/27/201919734디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석
12065정성태11/25/201917955디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석파일 다운로드1
12064정성태11/25/201921018오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure
12063정성태11/21/201919889디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태11/21/201919341디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태11/20/201919621Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
12060정성태11/20/201921478디버깅 기술: 132. windbg/Visual Studio - HeapFree x64의 동작 분석
12059정성태11/20/201920640디버깅 기술: 131. windbg/Visual Studio - HeapFree x86의 동작 분석
12058정성태11/19/201921294디버깅 기술: 130. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례
12057정성태11/18/201916977오류 유형: 579. Visual Studio - Memory 창에서 유효한 주소 영역임에도 "Unable to evaluate the expression." 오류 출력
12056정성태11/18/201922689개발 환경 구성: 464. "Microsoft Visual Studio Installer Projects" 프로젝트로 EXE 서명 및 MSI 파일 서명 방법파일 다운로드1
12055정성태11/17/201916929개발 환경 구성: 463. Visual Studio의 Ctrl + Alt + M, 1 (Memory 1) 등의 단축키가 동작하지 않는 경우
12054정성태11/15/201918555.NET Framework: 869. C# - 일부러 GC Heap을 깨뜨려 GC 수행 시 비정상 종료시키는 예제
12053정성태11/15/201920124Windows: 166. 윈도우 10 - 명령행 창(cmd.exe) 속성에 (DotumChe, GulimChe, GungsuhChe 등의) 한글 폰트가 없는 경우
12052정성태11/15/201918839오류 유형: 578. Azure - 일정(schedule)에 등록한 runbook이 1년 후 실행이 안 되는 문제(Reason - The key used is expired.)
12051정성태11/14/201922629개발 환경 구성: 462. 시작하자마자 비정상 종료하는 프로세스의 메모리 덤프 - procdump [1]
12050정성태11/14/201920179Windows: 165. AcLayers의 API 후킹과 FaultTolerantHeap
12049정성태11/13/201920590.NET Framework: 868. (닷넷 프로세스를 대상으로) 디버거 방식이 아닌 CLR Profiler를 이용해 procdump.exe 기능 구현
12048정성태11/12/201920709Windows: 164. GUID 이름의 볼륨에 해당하는 파티션을 찾는 방법
12047정성태11/12/201923091Windows: 163. 안전하게 eject시킨 USB 장치를 물리적인 재연결 없이 다시 인식시키는 방법
12046정성태10/29/201917498오류 유형: 577. windbg - The call to LoadLibrary(...\sos.dll) failed, Win32 error 0n193
12045정성태10/27/201917525오류 유형: 576. mstest.exe 실행 시 "Visual Studio Enterprise is required to execute the test." 오류 - 두 번째 이야기
... 61  62  63  64  65  66  67  68  69  70  71  72  73  74  [75]  ...