로컬 LLM

로컬 LLM 실험실

로컬 LLM 서빙, 모델 설정, GPU/VRAM, 양자화, 실행 환경 관련 글을 모았습니다.

Serio의 X 스레드

Serio가 @Multi_Serio_Ai에 게시한 원문 타래를 보존한 글입니다. X 원문 타래

  1. 1
    뭔가 엉뚱한짓을 하고 있다고 느껴진다면, 바로 컨텍스트부터 확인. 역시 Gpt 5.4 는 컨텍스트 300K를 넘어가면 바로 술취한 난봉꾼이 되어버린다. https://t.co/DTrYOAQO8I
    원문 보기
  2. 2

    방금도

    로컬에 설치된 Gemma4를 e4b를 llama.cpp 에서 호출

    는 인공지능 에이전트라면 당연히 할 수 있는 기초적인 작업조차 못하고 엉뚱한 스크립트 계속 들이대고 있었음.

    마치 술잔득 찌린 아저씨가 차키조차 못 꽂고 운전하겠다고 술주정 부리는것처럼.

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님은 GPT 5.4 모델이 컨텍스트 300K를 초과할 때 성능이 급격히 저하되는 현상과, llama.cpp를 통해 Gemma 4(e4b)를 호출하는 과정에서 에이전트가 기초적인 스크립트 작업조차 수행하지 못한 경험을 공유하셨습니다. 다만, GPT 5.4의 특정 컨텍스트 임계치에서 발생하는 성능 저하 수치나 Gemma 4의 구체적인 오작동 양상은 공식 문서나 기술 저장소에서 직접적으로 확인되지 않는 개인의 실험적 경험치에 가깝습니다. 따라서 해당 주장은 모델의 공식 사양보다는 개별 운용 환경에 따른 가변적 결과일 가능성이 크며, 정밀한 재현을 통한 추가 확인이 필요합니다.

그럼에도 불구하고 로컬 LLM 운용 시 컨텍스트 윈도우의 한계가 모델의 추론 능력에 직접적인 영향을 준다는 점은 기술적으로 유의미한 지적입니다. 특히 llama.cpp와 같은 추론 엔진을 사용할 때 발생하는 예기치 못한 스크립트 오류는 하드웨어 제약이나 양자화 설정 등 다양한 변수가 작용했을 확률이 높습니다. 이번 기록은 모델의 이론적 성능과 실제 로컬 환경에서의 구현 성능 사이에 간극이 존재함을 보여주는 실무적인 시행착오 사례라고 판단됩니다.

실험 맥락운용 관찰재현 포인트

THREAD ESSAYX THREAD ARCHIVE

게이머로서 젠슨황을 20년 넘게 봐 왔다.

3개 글

Serio의 X 스레드

Serio가 @Multi_Serio_Ai에 게시한 원문 타래를 보존한 글입니다. X 원문 타래

  1. 1

    게이머로서 젠슨황을 20년 넘게 봐 왔다.

    그는 자신의 회사를 키우는 장기 로드맵 전략을 제시하는 능력이 우수하다.

    다만 그것을 위해 쉼없이 거짓말을 한다. 통계를 왜곡하고, 매직 그래프를 그리며, 낮은 성능을 덮기 위해 전기를 퍼부어 차력쇼를 하는 제품을 만들어 왔다.

    원문 보기
  2. 2
    그래서 젠슨황의 최근 언사도 놀랍지 않다. 중국도 자신의 독점 아래에 두어야 하는데 미국의 정치적 결정으로 중국정부+기업의 노력에 의해 경쟁자가 생기는걸 두려워한다. TPU가 더 효율적 구조임에도 비싼 그래픽코어+고속메모리에만 의존하는 Cuda의 비효율적 프레임을 우수한 걸로 포장한다.
    원문 보기
  3. 3

    하지만 AI의 독점적 지위는 위로는 Tpu에 위협받고 아래로는 amd, 인텔에 추격받고 있다. 인텔 아크 배틀메이지 b70은 3090~4090급 성능에 32G Vram + 중고 3090급 가격으로 리테일시장에 충격을 줄 잠재력을 보유하고 있다.

    과연 황과 그 제국이 2030년까지 그 AI제국을 유지할 수 있을까?

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님은 엔비디아의 장기 전략 능력을 인정하면서도, 마케팅 과정에서의 통계 왜곡과 전력 소모를 통한 성능 보완 방식을 비판하셨습니다. 특히 CUDA의 구조적 비효율성과 중국 시장 독점욕에 관한 견해를 밝히셨는데, 이는 기업의 전략적 선택과 시장 지배력에 대한 개인의 해석 영역이 강하므로 객관적 사실로 확정하기에는 근거가 부족하며 추가적인 확인이 필요합니다.

반면, TPU와 AMD, 인텔의 추격이라는 시장 구도는 업계의 일반적인 흐름과 궤를 같이합니다. 다만 인텔 아크 배틀메이지 B70의 구체적인 성능 수치와 VRAM 용량, 가격 예측은 공식 출시 전의 기대치이거나 유출 정보에 기반한 것으로 보이며, 실제 리테일 시장에 미칠 영향은 실측 데이터가 나오기 전까지는 가설의 단계에 머물러 있습니다. 하드웨어의 제약과 성능의 재현 가능성을 고려할 때, 이러한 예측이 실제 지표로 증명될지는 더 지켜봐야 할 대목입니다.

실험 맥락운용 관찰재현 포인트

SINGLE POSTX POST ARCHIVE

애초부터 인공지능이란게,

1개 글

Serio의 X 포스트

Serio가 @Multi_Serio_Ai에 게시한 원문 포스트를 보존한 글입니다. X 원문 포스트

  1. 1

    애초부터 인공지능이란게,

    ‘기존 인류가 만들어 온 지식들을 무수히 뭉쳐서 굴리고 굴려 보았더니 뭔가가 나왔습니다!’

    라서 애초부터 ‘지식의 증류’에 가까운건데 프로젝트 파나마로 남의 지식들을 증류해 왔던 사람이 중국에서 클로드를 이용해 다른 모델 증류를 막겠다는건 모순적 행동 아닐까. https://t.co/fZdwBYN1q4

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

LLM이 인류의 기존 지식을 학습하여 결과물을 내놓는 '지식의 증류' 과정과 유사하다는 관점은 기술적 메커니즘 측면에서 타당한 분석입니다. 다만, 프로젝트 파나마를 통해 타인의 지식을 증류했다는 구체적인 행보와 이를 바탕으로 중국 내 클로드(Claude) 이용을 통한 모델 증류 방지 조치가 모순적이라는 주장은 개인의 가치 판단이 강하게 개입된 영역입니다.

특히 특정 인물이나 단체가 타 모델의 증류를 막으려 했다는 구체적인 정황은 제공된 1차 자료만으로는 명확히 입증되지 않아 추가적인 확인이 필요합니다. 이는 기술적 사실보다는 운용 주체의 전략적 선택과 그에 따른 논리적 일관성에 대한 비판에 가깝기에, 경험적 기록으로 분류하여 읽는 것이 적절합니다. 결국 인공지능의 학습 본질과 개별 기업의 데이터 전략 사이의 괴리를 지적한 논평이라 할 수 있습니다.

실험 맥락운용 관찰재현 포인트

Serio의 X 포스트

Serio가 @Multi_Serio_Ai에 게시한 원문 포스트를 보존한 글입니다. X 원문 포스트

  1. 1
    다시는 올라마 안쓴다. 하. 일때문에 잠깐 깔았더니 또 문제가 나오고 해결조차 못하고 있네. OTL 2일을 고생한 문제가 올라마와 Gemma4의 충돌 문제였다니 하 내 시간 ㅠㅠ
    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님은 Ollama와 Gemma 4 모델 간의 충돌로 인해 이틀간의 작업 시간을 소모했다며 강한 불만을 표하셨습니다. 다만, 구체적으로 어떤 기술적 충돌이 발생했는지에 대한 상세 설명이 없어, 단순히 '충돌'이라는 표현만으로는 공식 문서나 저장소를 통해 그 실체를 명확히 규명하기 어렵습니다. 따라서 해당 주장은 현재로서는 개별 사용자의 경험 기록에 해당하며, 구체적인 오류 로그나 재현 경로에 대해서는 추가적인 확인이 필요합니다.

로컬 LLM 환경은 하드웨어 가속기 설정이나 런타임 버전의 미세한 차이로 인해 예상치 못한 변수가 빈번히 발생하는 영역입니다. Gemma 4와 같은 최신 모델을 Ollama 환경에서 구동할 때 발생하는 문제는 단순한 설정 오류일 수도 있으나, 모델 최적화 과정의 결함일 가능성도 배제할 수 없습니다. 다만, 이번 사례는 구체적인 근거 제시 없이 감정적인 판단이 앞서 있으므로, 기술적 결함으로 확정 짓기에는 근거가 다소 부족해 보입니다.

실험 맥락운용 관찰재현 포인트

THREAD ESSAYX THREAD ARCHIVE

- 5090 64G

2개 글

Serio의 X 스레드

Serio가 @Multi_Serio_Ai에 게시한 원문 타래를 보존한 글입니다. X 원문 타래

  1. 1
    • 5090 64G
    • 텐서병렬 기본탑재
    • 70라인업까지 Nvlink 지원
    • pci-16x2 / 3 보드들의 대중화

    정도는 하고 그걸 물어보는게 맞는 게 아닐까? 개인이 로컬 모델 구동하기엔 여전히 환경이 엉망이잖아. 인용을 보라고, 맥을 병렬연결하거나, 5년된 3090을 쓰는 상황이 과연 정상인걸까? https://t.co/lNT8qtDVhe

    원문 보기
  2. 2

    5090 64g가 나와서 둘을 pci-ex 16x 네이티브로 얹고 거기에 nvlink 연결해서 128g 듀얼gpu 구동 환경을 구축해야

    Gemma4 31b dence 가 한 80~100tok/s 나오겠지. 그리고 Q4양자화 200B 모델들도 안정적으로 돌릴거고.

    그정도는 되야 유의미한 작업환경이라고. 안그러면 그냥 외부모델 쓰는게 나아.

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

로컬 LLM 구동 환경의 열악함을 지적하며 RTX 5090 64GB 모델과 NVLink 지원, 그리고 PCIe 레인 확장 보드의 대중화를 요구하는 주장입니다. 특히 128GB의 VRAM 환경이 구축되어야 Gemma 4 31B 모델에서 초당 80~100토큰의 속도를 내고 200B급 양자화 모델을 안정적으로 돌릴 수 있다는 구체적인 성능 수치를 제시하고 있습니다. 다만, 언급된 하드웨어 사양과 그에 따른 추론 속도는 제조사의 공식 발표나 벤치마크로 검증된 수치가 아니기에 현재로서는 개인의 기대치나 예측에 기반한 주장으로 보입니다.

제시된 내용 중 NVLink 지원 범위나 VRAM 용량, 그리고 특정 모델의 토큰 생성 속도는 공식 자료를 통해 직접 확인되지 않은 '확인 필요' 사항입니다. 하드웨어 제약으로 인해 구형 GPU를 사용하거나 맥(Mac)의 통합 메모리에 의존하는 현재의 불편함은 실제 사용자의 경험 기록으로서 유효합니다. 하지만 구체적인 하드웨어 스펙과 성능 향상 폭에 대한 주장은 근거가 약하며, 실제 구현 가능 여부는 향후 출시될 제품의 공식 제원표를 통해 대조해 보아야 할 것입니다.

실험 맥락운용 관찰재현 포인트

SINGLE POSTX POST ARCHIVE

2026년 4월 현재

1개 글

Serio의 X 포스트

Serio가 @Multi_Serio_Ai에 게시한 원문 포스트를 보존한 글입니다. X 원문 포스트

  1. 1

    2026년 4월 현재 업무용으로 써볼만한 수준의 로컬 모델은 둘 밖에 없음.

    ‘Qwen 3.5 27b랑 Gemma4 31b’

    중/소규모 파라미터를 가지는 모델에서 정확한 작업을 하려면 Dense 모델밖에 없음.그 외의 모델을 언급하는 사람들은

    써본적이 없거나, 사기꾼이거나.

    Moe? 당신이 RP채팅만 할꺼면 괜찮음.

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님은 2026년 4월 기준, 업무용 로컬 모델로 Qwen 3.5 27b와 Gemma 4 31b 두 가지만을 꼽으며 중소규모 파라미터에서는 Dense 모델만이 정확한 작업을 수행한다고 주장하셨습니다. 공식 문서와 저장소를 통해 해당 모델들의 존재와 기술적 특성은 확인되나, 특정 모델만이 업무에 적합하다는 결론은 사용자의 환경과 작업 성격에 따라 달라질 수 있는 주관적 판단입니다. 특히 MoE 모델의 효용성을 RP 채팅으로 한정 짓거나 타 모델 추천자를 비하하는 표현은 객관적 근거가 부족한 개인의 경험적 견해에 가깝습니다.

따라서 '정확한 작업'의 기준이 무엇인지, 그리고 Dense 모델이 MoE 모델보다 우위에 있다는 구체적인 벤치마크 수치가 있는지에 대해서는 추가적인 확인이 필요합니다. 하드웨어 제약과 모델의 추론 특성에 따른 시행착오 기록으로서는 가치가 있으나, 이를 일반적인 기술적 사실로 받아들이기에는 논거가 빈약합니다. 결국 이 기록은 특정 시점의 개인적 운용 결과물로 해석하는 것이 타당하며, 보편적 성능 지표와는 별개로 읽어야 합니다.

실험 맥락운용 관찰재현 포인트

THREAD ESSAYX THREAD ARCHIVE

이번 프로젝트는 작업 문서들의 마크다운화.

3개 글

Serio의 X 스레드

Serio가 @Multi_Serio_Ai에 게시한 원문 타래를 보존한 글입니다. X 원문 타래

  1. 1
    이번 프로젝트는 작업 문서들의 마크다운화. 서버에 달려있는 3090을 사용해 토큰 소모를 줄이기 위해 Gemma4 26B와 qwen 3.5 27b를 프로젝트 설계부터 집어넣고 설계했다. 하지만 300Dpi 이미지를 qwen은 장당 160200초 걸려서 해석했고, Gemma4 는 3050초 정도였지만 결과물이 Qwen보다 나빴다.
    원문 보기
  2. 2
    안타까웠던건 Qwen3.5 27b의 판독 결과물보다 gpt 5-mini 의 결과물이 더 좋았다는 것. 그래서 결국 파이프라인을 새로 짜서 Github pro에서 주는 Gpt-5-mini의 무제한 파이프라인을 이용해 작업하고 폴백이 나는 경우에만 Qwen 사용, 재판독이 필요하다고 판단할때만 gpt 5.4로 재작업했다.
    원문 보기
  3. 3

    로컬 머신을 이용해 6시간 걸려서 절반정도 작업할 분량을 gpt-5-mini를 이용해 전체 분량을 30분만에 완성했다.

    다들 로컬에 환상을 좀 깼으면 좋겠다.

    로컬 기반으로 설계하고 작업도 많이 하지만 로컬은 정말 한계가 뚜렷하다. 작년 여름에 나온 저가형 모델한테조차 성능/시간에서 압도당함.

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님은 RTX 3090 환경에서 Gemma4 26B와 Qwen 3.5 27B를 활용해 문서 마크다운화 작업을 시도했으나, 처리 속도와 품질 면에서 한계를 경험하셨습니다. 특히 300Dpi 이미지 해석 속도와 결과물의 품질 차이에 대한 구체적인 수치를 제시하며, 최종적으로는 GPT-5-mini 기반의 파이프라인으로 전환하여 작업 시간을 획기적으로 단축했다고 밝혔습니다. 다만, 언급된 모델들의 구체적인 벤치마크 수치나 처리 시간은 개인의 운용 환경에 따른 경험적 기록이며, 공식 자료를 통해 객관적으로 검증된 데이터는 아니기에 확인이 필요합니다.

로컬 LLM의 한계를 지적하며 클라우드 모델의 효율성을 강조한 주장은 실무적 관점에서의 유효한 통찰이나, 이를 일반화하기에는 근거가 부족합니다. 하드웨어 제약과 모델 최적화 상태에 따라 결과는 달라질 수 있음에도, '로컬의 환상을 깨야 한다'는 결론은 다분히 주관적인 판단에 가깝습니다. 따라서 이 기록은 특정 하드웨어와 모델 조합에서 나타난 시행착오로 이해하는 것이 적절하며, 보편적인 성능 지표로 받아들이기에는 무리가 있습니다.

실험 맥락운용 관찰재현 포인트

Serio의 X 스레드

Serio가 @Multi_Serio_Ai에 게시한 원문 타래를 보존한 글입니다. X 원문 타래

  1. 1

    클로드건, 지피티건, 재미나이건 그 어떤 대형모델도 컨텍스트 토큰이 300K 언저리에 도달하면 컨텍스트 부패가 진행되는 듯 보인다.

    1. Codex 는 세션압축이 덜하기에 컨텍스트 한계치에 도달하면 술취한 사람처럼 횡설수설 갈팡질팡한다.
    원문 보기
  2. 2
    1. 클로드는 이걸 해결하기 위해 공격적 컨텍스트 압축을 하다 어느 순간 자신의 세션 작업 내용을 잃어버린다.

    2. 재미나이는 표시상으론 작업을 수행했으나 실제론 수행하지 않은 몽유병 증상을 보이는데 이는 재미나이가 앞선 두 모델보다 더 큰 컨텍스트창을 가지는데서 오는 듯 하다.

    원문 보기
  3. 3
    1. 재미있는건 세 모델 다 각자 정도가 심한 것이 있을 뿐 다른 증상이 없는 것은 아니라는 것이다.

    2. 충분한 컨텍스트 공간(Vram)을 확보하지 못하는 로컬 모델들은 컨텍스트부패로 오는 문제가 더 빨리 나타난다. Qwen 3.5 27b는 200K 컨텍스트를 확보해 줘도 120~150K에서 몽유병 증상을 보인다.

    원문 보기
  4. 4

    결론 :

    1. 플래그십 모델의 경우 컨텍스트가 약 250~300K가 되면 새 세션을 시작. 세션 증적/다음 세션 핸드오프 문서를 작성해달라 한 다음 다음 세션에서 이를 읽히고 시작하는걸 권한다.

    2, 로컬 모델들의 경우 약 Vram의 가용량에 따라 다르나 120~150K 에서 다음 세션으로 넘어가는게 좋다.

    원문 보기
  5. 5

    방금 GPT가 워크플로우 작업을 계속 놓치고 자기마음대로 작업하던걸 속터져라 보다가 컨텍스트량을 보니 300K를 넘겨서 증적문서 작성에만 명령을 3번 집어넣고 간신이 세션 탈출한 후

    답답해서 쓴 글입니다.

    내 지피티/클로드/잼민이가 왜 이러지? 하는 분들에게 도움이 되었으면 좋겠네요.

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

대형 언어 모델들이 컨텍스트 윈도우의 임계치인 300K 부근에서 성능 저하, 즉 '컨텍스트 부패' 현상을 보인다는 Serio님의 분석은 실무적 관점에서 매우 유용한 기록입니다. 모델별로 횡설수설하거나 작업 내용을 망각하고, 혹은 수행하지 않은 일을 수행했다고 주장하는 등의 구체적인 증상은 하드웨어 제약과 모델의 최적화 방식에 따른 경험적 결과로 보입니다. 다만, 특정 모델의 압축 방식이나 몽유병 증상과 같은 세부 기제는 공식 기술 문서로 입증된 사실이라기보다 사용자의 체감 성능에 기반한 주장이므로 추가적인 검증이 필요합니다.

로컬 모델의 경우 VRAM 가용량에 따라 부패 시점이 앞당겨진다는 지점은 하드웨어 제약과 모델 운용의 상관관계를 잘 보여주는 대목입니다. 특히 Qwen 3.5 27B 모델이 120~150K 구간에서 이상 증세를 보였다는 기록은 로컬 환경의 한계를 시사하는 유의미한 데이터입니다. 따라서 플래그십 모델은 250~300K, 로컬 모델은 120~150K 시점에서 세션을 전환하고 핸드오프 문서를 활용하라는 제안은 매우 현실적인 운용 전략이라 판단됩니다. 효율적인 모델 활용을 위해 이러한 임계치 관리는 필수적일 것입니다.

실험 맥락운용 관찰재현 포인트

THREAD ESSAYX THREAD ARCHIVE

터보퀀트 분석하던 저장소를 지웠다.

2개 글

Serio의 X 스레드

Serio가 @Multi_Serio_Ai에 게시한 원문 타래를 보존한 글입니다. X 원문 타래

  1. 1

    터보퀀트 분석하던 저장소를 지웠다.

    100G나 써가면서 돌렸지만, 내 한정된 컴퓨팅 자원으론 분석에 한계가 있었음. 그리고 중요한건 llama.cpp 나 vllm 같은 모델 서빙 엔진들이 아직 적극적인 지원에 한계가 있다고 생각했기 때문.

    원문 보기
  2. 2

    물론 내가 지식이 부족해서 다 못쓰는걸수도 있지만 다시 그냥 llama.cpp에 다른 사람들이 튜닝한 모델을 올리는 방향으로 갈듯.

    하지만 절대 올라마로는 돌아가지 않음. 쓰더라도 lmstudio를 쓰지. 허깅페이스에 올라온 모델들을 올라마가 연결해주는데까지 3일이나 기다릴 수 없다.

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님은 컴퓨팅 자원의 한계와 서빙 엔진의 지원 부족을 이유로 터보퀀트 분석 저장소를 삭제하고, 다시 llama.cpp 기반의 튜닝 모델 활용으로 방향을 전환하셨습니다. llama.cpp와 vLLM 같은 엔진의 지원 범위에 대한 언급은 기술적 맥락에서 이해될 수 있으나, 구체적으로 어떤 지점에서 지원의 한계를 느꼈는지는 공식 자료만으로는 확인이 어려우며 개인의 경험적 판단에 가깝습니다. 특히 올라마(Ollama)의 모델 연결 속도에 대한 불만과 LM Studio 선호 경향 역시 개별 사용자의 환경에 따른 주관적 체감 영역이므로 추가적인 검증이 필요합니다.

결과적으로 이번 기록은 로컬 LLM 운용 과정에서 발생하는 하드웨어 제약과 소프트웨어 생태계의 파편화가 사용자에게 주는 실질적인 피로감을 보여줍니다. 허깅페이스 모델의 반영 속도나 서빙 엔진의 최적화 수준은 공식 문서에 명시된 수치보다 실제 구동 환경에서의 재현 가능성이 더 중요한 쟁점이 됩니다. 결국 기술적 효율성보다 운용의 편의성과 즉각적인 피드백이 도구 선택의 결정적 기준이 되었음을 알 수 있습니다.

실험 맥락운용 관찰재현 포인트

Serio의 X 포스트

Serio가 @Multi_Serio_Ai에 게시한 원문 포스트를 보존한 글입니다. X 원문 포스트

  1. 1
    난 Qwen의 임베딩 모델들이 환각이 좀 있는지 최종 품질이 Gemmaembeding 에 비해 좀 떨어진다는 느낌을 받음. 영어/중국어는 퀜이 나을지 몰라도 한글 임베딩은 젬마고, 이번 Gemma4도 한글 결과물들의 문장력은 좋았다. 그래서 한글 ‘텍스트’가 중요한 부분이라면 Gemma 계열을 좀 더 중용하지 싶음.
    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님은 Qwen 임베딩 모델의 환각 가능성과 품질 저하를 언급하며, 한국어 텍스트 처리 능력 면에서 Gemma 계열의 우위를 주장하셨습니다. 특히 Gemma 4의 한국어 문장력이 좋다는 점을 들어 텍스트 중심 작업 시 Gemma를 중용하겠다는 개인적 판단을 내리셨습니다. 다만, Qwen 모델의 환각 발생 여부나 Gemma와의 상대적 품질 차이는 공식 문서나 벤치마크로 명확히 입증된 수치가 아니기에, 이는 사용자의 주관적 경험에 기반한 기록으로 보입니다.

제시된 1차 자료들을 검토한 결과, Gemma의 일반적인 특성은 확인되나 특정 모델 간의 한국어 임베딩 품질 우위는 공식적으로 확인되지 않아 '확인 필요' 상태입니다. 따라서 해당 내용은 기술적 정설이라기보다 로컬 환경에서의 개별적인 시행착오와 체감 성능을 기록한 운용 사례로 읽는 것이 적절합니다. 구체적인 성능 차이를 확정 짓기 위해서는 재현 가능한 정량적 데이터가 보완되어야 할 것입니다.

실험 맥락운용 관찰재현 포인트