이해의 순서를 반대로 하려고 해서 어려운겁니다.

먼저 파이썬으 왜 멀티 프로세스 형태로 current 를 구현해야 하는지 이해해야 합니다.

jvm 이나 clr 등 다른 런타임들이나 언어들은 동시성 구현을 보통 쓰레드를 사용합니다. 쓰레드를 두개 만들어 실행하면 자연스레 코어 두개로 분배되어 실행이 됩니다. 그런데 파이썬은 gc가 레퍼런스 카운팅 모델로 해당 객체에 접근할 때마다 참조 카운트를 가지게 됩니다. 그러다 보니 동시에 여러곳에서 참조를 한다던가 하면 구현도 복잡해지고 성능에서 손해를 봐야 합니다.

그래서 파이썬에선 GIL 이라는 장치를 마련해두고 파이썬VM 에서 파이썬 객체는 동시에 1개의 쓰레드만 접근 가능하도록 해둔겁니다. 이렇게 하면 싱글쓰레드에서 성능 희생도 없고 구현도 간단해지는 장점이 생깁니다만 8코어 cpu에서 코어를 1개만 사용할 수 있다는 문제가 생깁니다. 파이썬이 1980년대에 개발되었기에 당시에는 프로세서의 코어가 다수개일 수 있다는 고민을 할 시기도 아니었습니다.

그런데 지금은 멀티코어 시대이고 GO언어 같은 경우는 고루틴으로 엄청 편하게 동시성을 지원합니다.

그러면 파이썬에서 cpu의 모든 코어를 사용할 수 있는 방법은 없을까...os 에서 프로세스는 독립적이기에 간단하게는 파이썬을 여러개 실행하면 되겠지요. 그것이 multiprocess 모듈로 가능한겁니다. 그런데 단점이 있습니다. 우리는 하나의 프로그램을 단지 모든 코어를 사용해서 수행하고 싶은것이라 변수나 데이터를 서로 공유해야 합니다. 그런데 os에서 프로세스라는 것은 쓰레드와 달리 독립된 공간이기에 프로세스 끼리 서로의 메모리를 침범할 수가 없습니다. 쓰레드라면 변수 공유를 그냥 하면 되는데 프로세스라서 별도의 완전히 독립된 공간이라 변수 공유가 안됩니다.

그래서 프로세스끼리는 변수, 데이터 공유를 위해서 shared 메모리를 활용하여 이 문제를 해결합니다.

그런데 각각 독립적인 구조인 멀티프로세스로 동시성을 해결하려다보니 고려할 것도 많고 안정적인 구현도 힘들다보니 고수준의 모듈들이 나오는 겁니다.

안타깝지만 파이썬은 성능 및 동시성에 대해서 문제가 확실하고 해결하기도 까다롭습니다. 더구나 근래에 멀티코어 시대에 맞는 개발언어와 사용하기 편한 환경이 계속 나오는지라 파이썬의 미래를 낙관하기가 어렵습니다.

The concurrent.futures module provides a high-level interface for asynchronously executing callables.

multiprocessing is a package that supports spawning processes using an API similar to the threading module.

1. " 작업 시간을 줄이기 위해 멀티프로세싱을 이용해서 2개 이상의 함수를 동시 실행하는 것을 해보고 있는데. "

2. " 함수 중간에 리스트 추가나 제외를 하려면 "

3. " 별도의 작업을 통해 메모리 공유를 해준다는 것을알았습니다. "

무엇을 하시고자 하시는지 정확히는 모르겠지만, 추측컨데 multiprocessing 을 이용하시면 될 것 같습니다.

참고.

https://docs.python.org/3/library/multiprocessing.html#multiprocessing-managers