https://docs.python.org/dev/faq/library.html#can-t-we-get-rid-of-the-global-interpreter-lock Library and Extension FAQ Contents: Library and Extension FAQ- General Library Questions- How do I find a module or application to perform task X?, Where is the math.py (socket.py, regex.py, etc.) source file?, How do I mak... docs.python.org GIL 때문에 완전한 multithread의 이점을 못누려서 IO Bound task들이나 C로 구현되어 있는 ..
import traceback try: ... except Exception as e: print(e) 코딩을 하다보면 발생하는 예외를 처리하기 위해 try except 문을 많이 쓰게된다. 근데, 위에 코드 처럼 구현하면 어떤 예외가 발생하는지는 알 수 있지만 어디서 어떤 작업을 하다가 해당 예외가 발생했는지 추적이 어렵다. 어디서 예외가 발생했는지 추적을 하기 위해서는 traceback을 import하고 traceback.print_exc()를 except 블럭에서 호출해주면 된다. import traceback try: ... except Exception as e: print(e) traceback.print_exc()
with open(...) as f: for(...): f.write(...) f.flush() 바로 flush()함수를 호출해주면된다. 이거 안해주면 쓰기 작업이 다 마친뒤에야 확인 가능하다. (logging 모듈써서 로깅하는 거면 중간에도 확인 가능) 파일에 쓸 게 많고 파일에 로그를 남기기 위해 소요되는 시간이 길다면 이게 잘 써지고는 있는지 불안하길 마련인데 적절한 시기에 flush 를 한 번씩 해주면 바로 logging이 어떻게 됐나 확인할 수 있다.
- Total
- Today
- Yesterday
- 위상 정렬 알고리즘
- MOT
- 인공지능을 위한 선형대수
- cosine
- LCA
- PyCharm
- 백준 11437
- 이분탐색
- 문제집
- ㅂ
- 단축키
- C++ Deploy
- 백준 1766
- 파이참
- 백준 11053
- 백준
- 순열
- 자료구조
- 조합
- 가장 긴 증가하는 부분 수열
- FairMOT
- Lowest Common Ancestor
- 백트래킹
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |