Skip to main content

Command Palette

Search for a command to run...

[LeetCode] 3233. Find the Count of Numbers Which Are Not Special

Published
2 min read

문제 정의

Link : 3233. Find the Count of Numbers Which Are Not Special

You are given 2 positive integers l and r. For any number x, all positive divisors of x except x are called the proper divisors of x.

A number is called special if it has exactly 2 proper divisors. For example:

  • The number 4 is special because it has proper divisors 1 and 2.

  • The number 6 is not special because it has proper divisors 1, 2, and 3.

Return the count of numbers in the range [l, r] that are not special.

문제 분석

내가 이해한 문제 요약

[l,r] 범위의 수 x에 대해서 x를 제외한 2개의 수로 나누었을 때 나머지가 없는 경우를 special 하다라고 한다.

l, r 이 주어질 때 not special 한 수의 개수를 반환해라

문제를 이해해볼 때 간단한 예시는 다음과 같습니다

4일 경우, (1, 2) → special

5일 경우, (1) → not special

6일 경우, (1, 2, 3) → not special

7일 경우, (1) → not special

8일 경우, (1, 2, 4) → not special

9일 경우, (1, 3) → special

패턴 : 소수의 제곱은 special 하다

해결 방안

import kotlin.math.sqrt

class Solution {
    fun nonSpecialCount(l: Int, r: Int): Int {
        val sqrt = sqrt(r.toDouble()).toInt()
        val isPrime = BooleanArray(sqrt + 1) { true }
        isPrime[0] = false
        isPrime[1] = false

        for (i in 2..sqrt) {
            if (isPrime[i]) {
                for (j in i * 2..sqrt step i) {
                    isPrime[j] = false
                }
            }
        }

        var specialCount = 0
        for (i in 2..sqrt) {
            if (isPrime[i]) {
                val square = i * i
                if (square in l..r) {
                    specialCount++
                }
            }
        }

        return (r - l + 1) - specialCount
    }
}

문제 분석을 바탕으로 소수의 제곱이 스페셜하다라는 것을 알아냈으니 우리는 스페셜하지 않는다는 것을 다음과 같은 flow로 찾아낼 것입니다

  1. 에라토네스체를 이용한 소수 찾기

  2. 찾은 소수가 [l, r] 사이에 있다면, cnt +1

  3. r하위에 포함되는 모든 케이스를 확인할 때까지 2 반복

  4. [l, r] 개수 - 스페셜한 cnt 값 반환

느낀점

솔직히 이번 문제는 너무 어렵고 시간 제한도 빡세게 되어 있어서 도저히 다른 케이스로는 풀 수 가 없었습니다.

또한 ‘소수의 제곱만 스페셜하다’라는 명제를 항상 만족하는지 여전히 확인 및 이해하지 못해서 그냥 공식을 가져다 쓰기만 했던 것 같아서 조금 찝찝한 느낌도 있었고 실제 코딩 테스트에 나온다면 사실 틀릴 수 밖에 없다고 생각이 듭니다

3 views

More from this blog

JVM은 컨테이너의 CPU와 메모리 한계를 어떻게 알아낼까

8코어 노드에 컨테이너를 띄웠는데 ForkJoinPool이 스레드를 한두 개만 만들어요. 메모리는 넉넉히 줬는데 컨테이너가 자꾸 OOMKilled로 죽고요. 분명히 같은 JAR인데 로컬에서는 멀쩡하다가 쿠버네티스에만 올리면 이상해져요. 이 글은 "왜 컨테이너 속 JVM은 다르게 행동하는가"를 cgroup이라는 진짜 경계선과, JVM이 그 경계를 읽어내는 내

May 21, 202615 min read

ThreadPoolExecutor는 언제 스레드를 새로 만들까 — execute()의 3단계

Executors.newFixedThreadPool(10) 한 줄을 쓰면서도, 11번째 작업이 오면 스레드가 11개로 늘어날 거라고 막연히 기대해 본 적 없으신가요. 실제로는 큐가 먼저 무한히 쌓이고 스레드는 영원히 10개에 머물러요. 이 글은 ThreadPoolExecutor가 작업을 받았을 때 "스레드를 새로 만들지, 큐에 넣을지, 거부할지"를 결정하는

May 21, 202617 min read

자바 synchronized는 어떻게 동작할까 — 모니터, 락 인플레이션, 그리고 사라진 biased locking

synchronized 키워드 하나로 스레드 안전을 얻는 동안, JVM 안에서는 객체 헤더의 비트를 뒤집고, 스택에 락 레코드를 쌓고, 경합이 생기면 네이티브 모니터로 승격하는 일이 벌어져요. 이 글은 그 한 번의 잠금이 객체 헤더부터 ObjectMonitor까지 어떤 경로를 거치는지, 그리고 한때 있었다가 JDK 18에서 사라진 biased locking

May 19, 202616 min read

JVM 객체 할당의 비밀 — TLAB, Bump-the-Pointer, 그리고 할당이 거의 공짜인 이유

Java에서 new를 호출하면 무슨 일이 벌어질까요? "힙에 메모리를 잡는다"는 한 문장 뒤에는 스레드마다 자기만의 분양 구역을 나눠 갖는 정교한 설계가 숨어 있어요. 이 글은 HotSpot JVM이 객체 할당을 어떻게 "거의 공짜"로 만드는지 그 내부를 따라가 보려는 글이에요. JVM 메모리 동작 원리에 관심 있는 분께 권해요. 자바를 쓰다 보면 객체를

May 15, 202614 min read

Java Zero-Copy — FileChannel.transferTo, sendfile, 그리고 Kafka가 디스크를 네트워크로 흘려보내는 방법

"파일을 읽어서 소켓으로 보낸다." 한 줄짜리 요구사항이에요. 그런데 이 한 줄 뒤에서 데이터는 메모리를 네 번이나 복사하고, CPU는 커널과 유저 공간을 네 번이나 들락거려요. Kafka처럼 초당 수십만 건을 흘려보내야 하는 시스템에서 이 비용은 그냥 넘길 수가 없어요. 이 글은 그 복사를 한 겹씩 벗겨내는 zero-copy의 동작 원리를 따라가요. 전통

May 15, 202617 min read

끄적끄적 테크 블로그

165 posts

물류 회사에 다니고 있는 개발자 블로그입니다. 개발을 너무 좋아해서 정신없이 작업하다가 중간에 끄적거리며 내용들을 몇개 적어봅니다 ㅎㅎ