[알고리즘] 추석 트래픽

2022. 5. 28. 23:11·알고리즘
반응형

문제 설명

이번 추석에도 시스템 장애가 없는 명절을 보내고 싶은 어피치는 서버를 증설해야 할지 고민이다. 장애 대비용 서버 증설 여부를 결정하기 위해 작년 추석 기간인 9월 15일 로그 데이터를 분석한 후 초당 최대 처리량을 계산해보기로 했다. 초당 최대 처리량은 요청의 응답 완료 여부에 관계없이 임의 시간부터 1초(=1,000밀리초)간 처리하는 요청의 최대 개수를 의미한다.

입력 형식

  • solution 함수에 전달되는 lines 배열은 N(1 ≦ N ≦ 2,000)개의 로그 문자열로 되어 있으며, 각 로그 문자열마다 요청에 대한 응답완료시간 S와 처리시간 T가 공백으로 구분되어 있다.
  • 응답완료시간 S는 작년 추석인 2016년 9월 15일만 포함하여 고정 길이 2016-09-15 hh:mm:ss.sss 형식으로 되어 있다.
  • 처리시간 T는 0.1s, 0.312s, 2s 와 같이 최대 소수점 셋째 자리까지 기록하며 뒤에는 초 단위를 의미하는 s로 끝난다.
  • 예를 들어, 로그 문자열 2016-09-15 03:10:33.020 0.011s은 "2016년 9월 15일 오전 3시 10분 33.010초"부터 "2016년 9월 15일 오전 3시 10분 33.020초"까지 "0.011초" 동안 처리된 요청을 의미한다. (처리시간은 시작시간과 끝시간을 포함)
  • 서버에는 타임아웃이 3초로 적용되어 있기 때문에 처리시간은 0.001 ≦ T ≦ 3.000이다.
  • lines 배열은 응답완료시간 S를 기준으로 오름차순 정렬되어 있다.

출력 형식

  • solution 함수에서는 로그 데이터 lines 배열에 대해 초당 최대 처리량을 리턴한다.

입출력 예제

예제1

  • 입력: [
    "2016-09-15 01:00:04.001 2.0s",
    "2016-09-15 01:00:07.000 2s"
    ]
  • 출력: 1

예제2

  • 입력: [
    "2016-09-15 01:00:04.002 2.0s",
    "2016-09-15 01:00:07.000 2s"
    ]
  • 출력: 2
  • 설명: 처리시간은 시작시간과 끝시간을 포함하므로
    첫 번째 로그는 01:00:02.003 ~ 01:00:04.002에서 2초 동안 처리되었으며,
    두 번째 로그는 01:00:05.001 ~ 01:00:07.000에서 2초 동안 처리된다.
    따라서, 첫 번째 로그가 끝나는 시점과 두 번째 로그가 시작하는 시점의 구간인 01:00:04.002 ~ 01:00:05.001 1초 동안 최대 2개가 된다.

예제3

  • 입력: [
    "2016-09-15 20:59:57.421 0.351s",
    "2016-09-15 20:59:58.233 1.181s",
    "2016-09-15 20:59:58.299 0.8s",
    "2016-09-15 20:59:58.688 1.041s",
    "2016-09-15 20:59:59.591 1.412s",
    "2016-09-15 21:00:00.464 1.466s",
    "2016-09-15 21:00:00.741 1.581s",
    "2016-09-15 21:00:00.748 2.31s",
    "2016-09-15 21:00:00.966 0.381s",
    "2016-09-15 21:00:02.066 2.62s"
    ]
  • 출력: 7
  • 설명: 아래 타임라인 그림에서 빨간색으로 표시된 1초 각 구간의 처리량을 구해보면 (1)은 4개, (2)는 7개, (3)는 2개임을 알 수 있다. 따라서 초당 최대 처리량은 7이 되며, 동일한 최대 처리량을 갖는 1초 구간은 여러 개 존재할 수 있으므로 이 문제에서는 구간이 아닌 개수만 출력한다.

나의 풀이 

const lines = ["2016-09-15 01:00:04.001 2.0s", "2016-09-15 01:00:07.000 2s"];

function get_millisconds(date) {
  return (
    date.getHours() * 60 * 60 * 1000 +
    date.getMinutes() * 60 * 1000 +
    date.getSeconds() * 1000 +
    date.getMilliseconds()
  );
}

function solution(lines) {
  var answer = 0;

  const array = [];

  for (let i = 0; i < lines.length; i++) {
    const splitData = lines[i].split(" ");
    const date = new Date(`${splitData[0] + " " + splitData[1]}`);
    const date2 = new Date(`${splitData[0] + " " + splitData[1]}`);

    const seconds = parseFloat(splitData[2].split("s").join("")) * 1000;

    const endDate = get_millisconds(date);

    const startDate = endDate - seconds + 1;

    const endDate2 = get_millisconds(date2);
    console.log(date2.getMilliseconds() - seconds + 1);
    date2.setMilliseconds(date2.getMilliseconds() - seconds + 1);
    const startDate2 = get_millisconds(date2);

    console.log(endDate2, seconds, startDate2);

    array.push([startDate, endDate]);
  }

  for (let i = 0; i < array.length; i++) {
    let count_s = 0;
    let count_e = 0;

    const checkDate_s = array[i][0];
    const checkDate2_s = checkDate_s + 999;

    const checkDate_e = array[i][1];
    const checkDate2_e = checkDate_e + 999;

    for (let j = 0; j < array.length; j++) {
      const current_s = array[j][0];
      const current_e = array[j][1];

      if (
        (checkDate_s <= current_s && current_s <= checkDate2_s) ||
        (checkDate_s <= current_e && current_e <= checkDate2_s) ||
        (current_s <= checkDate_s && checkDate_s <= current_e)
      ) {
        count_s++;
      }
      if (
        (checkDate_e <= current_s && current_s <= checkDate2_e) ||
        (checkDate_e <= current_e && current_e <= checkDate2_e) ||
        (current_s <= checkDate_e && checkDate_e <= current_e)
      ) {
        count_e++;
      }
    }
    answer = Math.max(Math.max(count_s, count_e), answer);
  }

  return answer;
}

solution(lines);

트래픽이 추가되는 경우가 트래픽이 발생 시점과 끝나는 시점에서의 1분, 

그리고 추가되는 트래픽이 감싸지는 경우에 추가된다. 

 

그러므로, 트래픽 발생시기와 끝나는 시기는 배열에 묶어서 넣고 반복한 다음 

전체 트래픽을 위 조건으로 만들어서 카운팅 후 시작하는 시점과 끝나는 시점의 트래픽 수를 비교해 answer에 저장한다.

 

출처: 프로그래머스 코딩 테스트 연습, https://programmers.co.kr/learn/challenges

반응형
저작자표시 비영리 변경금지 (새창열림)

'알고리즘' 카테고리의 다른 글

[알고리즘] 괄호 변환  (0) 2022.06.01
[알고리즘] 메뉴 리뉴얼  (2) 2022.05.29
[알고리즘] 행렬 테두리 회전하기  (2) 2022.05.24
[알고리즘] 짝지어 제거하기  (2) 2022.05.21
[알고리즘] 타겟 넘버  (1) 2022.05.15
'알고리즘' 카테고리의 다른 글
  • [알고리즘] 괄호 변환
  • [알고리즘] 메뉴 리뉴얼
  • [알고리즘] 행렬 테두리 회전하기
  • [알고리즘] 짝지어 제거하기
잉여개발자
잉여개발자
풀스택 개발자를 목표로 잉여롭게 개발 공부도 하면서 다양한 취미 생활도 즐기고 있는 잉여 개발자입니다.
  • 잉여개발자
    잉여로운 개발일지
    잉여개발자
    • 분류 전체보기 (789)
      • 개발정보 (36)
      • 개발환경 (7)
      • 개발생활 (19)
      • React (141)
        • 이론 (23)
        • 기능 (12)
        • 실험실 (88)
        • 버그 (6)
        • 패스트캠퍼스 (9)
        • Npm (3)
      • React Native (28)
        • 공통 (6)
        • TypeScript (3)
        • JavaScript (18)
        • 버그 (1)
      • Next.js (30)
        • 이론 (13)
        • 실험실 (13)
        • 버그 (3)
      • Web (35)
      • 알고리즘 (202)
        • 풀이 힌트 (39)
      • JavaScript (47)
      • TypeScript (29)
        • 기초 (27)
        • 실험실 (2)
      • Node.js (13)
        • 이론 (0)
        • 기능 (3)
        • 실험실 (9)
        • 버그 (1)
      • 도커 (4)
      • CCNA (22)
        • 이론 (4)
        • 문제 (18)
      • 취미생활 (167)
        • 잉여로운 칵테일 (2)
        • 잉여의 식물키우기 (130)
        • 잉여로운 여행기 (11)
        • 잉여의 제2외국어 (21)
        • 잉여로운 책장 (2)
      • Java (1)
        • Java의 정석 (1)
      • 꿀팁 공유 (3)
  • 태그

    typescript
    덤프
    CSS
    CCNA
    식물
    바질 키우기
    ReactNative
    리얼클래스
    알고리즘
    다이소
    ChatGPT
    Docker
    webpack
    프로그래머스
    javascript
    타입스크립트
    네이버 부스트캠프
    영어회화
    타일러영어
    네트워크
    바질
    자바스크립트
    next.js
    영어독학
    react
    Babel
    리얼학습일기
    redux
    리액트
    Node.js
  • hELLO· Designed By정상우.v4.10.1
잉여개발자
[알고리즘] 추석 트래픽
상단으로

티스토리툴바