-
[programmers/Swift] 캐시 (2018 Kakao Blind Recruitment 1차)Legacy/Be Refactoring.. 2021. 2. 24. 08:46728x90
2018 KAKAO BLIND RECRUITMENT
programmers.co.kr / Lv.2 / 2018 KAKAO BLIND RECRUITMENT / 캐시 (1차)
programmers.co.kr/learn/courses/30/lessons/17680
캐시
지도개발팀에서 근무하는 제이지는 지도에서 도시 이름을 검색하면
해당 도시와 관련된 맛집 게시물들을 데이터베이스에서 읽어 보여주는 서비스를 개발하고 있다.
이 프로그램의 테스팅 업무를 담당하고 있는 어피치는 서비스를 오픈하기 전 각 로직에 대한 성능 측정을 수행하였는데,제이지가 작성한 부분 중 데이터베이스에서 게시물을 가져오는 부분의 실행시간이 너무 오래 걸린다는 것을 알게 되었다.
어피치는 제이지에게 해당 로직을 개선하라고 닦달하기 시작하였고,제이지는 DB 캐시를 적용하여 성능 개선을 시도하고 있지만 캐시 크기를 얼마로 해야 효율적인지 몰라 난감한 상황이다.
어피치에게 시달리는 제이지를 도와, DB 캐시를 적용할 때 캐시 크기에 따른 실행시간 측정 프로그램을 작성하시오.
TODO
- 캐시 크기(cacheSize)와 도시이름 배열(cities)을 입력받는다.
- cacheSize는 정수이며, 범위는 0 ≦ cacheSize ≦ 30 이다.
- cities는 도시 이름으로 이뤄진 문자열 배열로, 최대 도시 수는 100,000개이다.
- 각 도시 이름은 공백, 숫자, 특수문자 등이 없는 영문자로 구성되며, 대소문자 구분을 하지 않는다. 도시 이름은 최대 20자로 이루어져 있다.
Constraints :
- 캐시 교체 알고리즘은 LRU(Least Recently Used)를 사용한다.
- cache hit일 경우 실행시간은 1이다.
- cache miss일 경우 실행시간은 5이다.
출력 형식
- 입력된 도시이름 배열을 순서대로 처리할 때, 총 실행시간을 출력한다.
Sample Input :
캐시크기(cacheSize) 도시이름(cities) 3 [Jeju, Pangyo, Seoul, NewYork, LA, Jeju, Pangyo, Seoul, NewYork, LA] 3 [Jeju, Pangyo, Seoul, Jeju, Pangyo, Seoul, Jeju, Pangyo, Seoul] 2 [Jeju, Pangyo, Seoul, NewYork, LA, SanFrancisco, Seoul, Rome, Paris, Jeju, NewYork, Rome] 5 [Jeju, Pangyo, Seoul, NewYork, LA, SanFrancisco, Seoul, Rome, Paris, Jeju, NewYork, Rome] 2 [Jeju, Pangyo, NewYork, newyork] 0 [Jeju, Pangyo, Seoul, NewYork, LA]
Sample Output :
실행시간 50 21 60 52 16 25
Solution.swift :
// // Created by Yongwoo Marco on 2021/02/23. // Copyright © 2021 Yongwoo Marco Kim. All rights reserved. // func solution(_ cacheSize:Int, _ cities:[String]) -> Int { var time = 0, cache = [String]() for word in cities { let lower = word.lowercased() if cache.contains(lower) { time += 1 cache.remove(at: cache.firstIndex(of: lower)!) cache.append(lower) } else { time += 5 if cacheSize > 0 { if cache.count < cacheSize { cache.append(lower) } else { cache.removeFirst() cache.append(lower) } } } } return time }
How I tried this :
일단 문제를 이해 하는 과정이 5분정도 걸렸다
LRU Least Recently Used 와 Cache 면 사실 캐치 했어야 했는데..
그나마 최근에 CS 기초 공부하느라 운영체제 공부를 했었어서 캐치했다..
원리는 간단하다 캐시에 데이터가 있으면 실행시간 1초
없으면 5초 인건데.
처음 코드를 짤때 실수를 좀해서 시간을 좀 잡아 먹었다..
얼추 다 맞는데 3문제 정도가 계속 틀려서
뭔가 했는데..
Cache hit 인 경우에 힛트 했다면 힛트한 해당 데이터가 Least Recently가 아니라
Last Recently로 해주어야 한다
내 코드에서 Cache 배열은 Queue처럼 사용을 하기 때문에
Hit Cache에 경우에 맨앞 데이터를 맨뒤로 옮겨서 다음 Miss Cache에서 직전 Hit 데이터가 빠지지 않도록 해야하는데..
그 점을 찾아서 위 코드처럼 처리 하니 3문제가 맞았다.
What I got is :
I have to study :
해설을 가보니 해설에서도 내가 느낀거 처럼 쉬운문제라고 했다.
그리고 난이도에 비해 정답률이 낮다고 했다.
내게 이 문제에 투자 할 수 있는 시간이 적은 코테중이었다면 과연 나라고 맞출수 있었을 까 생각이 들었다..
쉽다면 쉬운게 아니라 함정이 있거나 실수 하기 쉬울꺼라는 걸 의식해야 겠다 매번
문제 해설 : 카카오 해설
문제에 관한 모든 저작권 : https://programmers.co.kr/728x90'Legacy > Be Refactoring..' 카테고리의 다른 글
[programmers/Swift] 메뉴 리뉴얼 (2021 Kakao Blind Recruitment 1차) (0) 2021.03.09 [Programmers.co.kr/Swift] 쿼드 압축 후 세기 (0) 2021.03.03 [Programmers.co.kr/Swift] 삼각 달팽이 (0) 2021.02.20 [programmers/Swift] 다트게임 (2018 Kakao Blind Recruitment 1차) (0) 2020.12.02 acmicpc.net / 강의無 - No.1966 - 프린터 큐 (0) 2020.07.21