일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 레디스 동시성
- 디버깅
- 셀러리
- 좋은 코드 나쁜 코드
- 객체지향패러다임
- 수신자 대상 다르게
- 알람 시스템
- 카카오
- 트랜잭샨
- piplining
- 결제서비스
- spring event
- 누적합
- branch 전략
- 완전탐색
- 이분탐색
- docker
- AWS
- gRPC
- 검색어 추천
- 쿠키
- prg 패턴
- jwt 표준
- 백준
- 프로그래머스
- 구현
- BFS
- 숫자 블록
- 코드 계약
- 깊게 생각해보기
- Today
- Total
코딩관계론
[SPOT] RMS(Remote Mission Service)가 너무 늦게 끝나요... Thread 문제인가요? 본문
결론부터 말하자면 Thread 문제가 아니라 이 액션과 상관없는 네트워크 타임에 의해서 발생하는 문제였다.
해결 방법
1. time.time모듈을 이용해 각 구간의 프로그램 실행 시간을 체크함
2. request에서 매번 필요한 keyword를 파싱하는 방법이 아니라 request를 한번만 파싱하고 default dict을 이용하는 방법을 사용함
dev_name = self._parsing_keyword(request, "dev_name")
cmd = self._parsing_keyword(request, "cmd")
min_threshold = self._parsing_keyword(request, "min")
max_threshold = self._parsing_keyword(request, "max")
---------------------------------------------------
keywords = self._parsing_keyword(request)
dev_name = keywords["dev_name"]
cmd = keywords["cmd"]
min_threshold = keywords["min"]
max_threshold = keywords["max"]
3.get_current_mission_name()의 함수가 너무 느렸다. mission_client함수가 grpc를 이용해 scout와 통신하는데 통신이 느린 지역에서 전송량이 큰 정보를 요구하다 보니 더 느렸다.
위 함수는 Action의 부과적인 기능이다. 단순히 서버에 img결과 값을 올리기 위한 함수임으로 thread를 이용해 background로 처리하도록 변경했다.
def get_current_mission_name(mission_client):
""" Gets the mission name from parsing the behavior tree.
Returns:
mission name (str): name of the mission currently running
"""
mission = mission_client.get_mission()
root_node = nodes_pb2.BosdynRobotState()
mission.root.impl.Unpack(root_node)
black_board = nodes_pb2.DefineBlackboard()
root_node.child.impl.Unpack(black_board)
black_board_dict = {}
for var in black_board.blackboard_variables:
black_board_dict[var.key] = var.value.constant.string_value
return black_board_dict["MissionScopedMapName"]
실수한 내역들
# Open the bluetooth door once arrived at start
# Lights will flash at 0.5Hz with brightness of 20% during waiting
Action Thread():
with LightsController(self.robot, 0.5, 0.2):
do_file_io()
1. 확증편향
with 구문안에 file i/o를 쓰면 안된다는 바보 같은 생각을 함. 프로그램 상태도에 따라 Action Thread가 I/O request에 걸려 wait 상태로 변경 -> 주 쓰레드가 sleep에 들어가면서 LightsController도 thread에 들어간다고 생각함. 잘 생각해보면 틀렸다는 것을 알 수 있다.
하지만 아래의 코드가 위의 상황과 같은데 main 쓰레드가 sleep에 들어가도 hello는 계속 진행을 하고 있다. 너무 이상해서 이상한 생각으로 발전한 것 같다.
import time
import threading
def hello():
i = 0
while i < 15:
# print("Hello")
i += 1
print("종료")
if __name__ == "__main__":
t = threading.Thread(target=hello)
t.start()
time.sleep(10)
print("main 종료")
2. 감으로 하는 디버깅
SPOT의 LED를 이용해 특정 구간이 끝나면 LED를 하나씩 키도록 설정했다. 그랬더니 3,4번 구간에서 시간이 많이 소모된다는 것을 발견했다. 따라서 해당 코드를 보니 cv2.imencode가 있었다. 엔디비아에 임베디드 보드에서 jpg 이슈가 있다는 것을 보고 png, bmp로 시도했지만 변하는 것이 없었다...
'개발 > SPOT' 카테고리의 다른 글
사용자의 Custom 설정을 지원하는 비동기 프로그램(feat.Celery) (0) | 2023.04.19 |
---|---|
Celery필요성과 개념 (0) | 2023.04.18 |
미션별로 수신 대상자가 달라지는 SMS 기능 개발 (0) | 2023.04.06 |
그래프 기반으로 작성한 상태천이 프로그램 (0) | 2023.04.05 |
[Docker] --no-cache가 시간을 잡아 먹는다 (0) | 2022.10.23 |