`Electrobun 2.0`, Rust 재작성으로 `Bun`에서 분리 예정

// related

• #0001

  #0001기타r/MachineLearning그저께

  문서 QA, 비전 LLM보다 OCR이 여전히 우세

  Vision LLMs vs. OCR for PDF Q&A: OCR Still Wins on Cost and Accuracy

  60radar

  차트, 표가 많은 PDF에서 QA 구현 시, 파일을 통째로 비전 LLM에 넣는 방식은 정확도와 비용 모두 OCR 기반 파이프라인에 밀렸습니다. 아직은 OCR이 더 안정적이고 효율적인 선택지입니다.

  • —네이티브 비전 LLM 접근은 쿼리당 $0.2552로 가장 비쌌지만, 정확도는 52.0%로 6개 방식 중 5위에 그쳤습니다.
  • —특히 비전 LLM의 강점으로 꼽히던 차트·표 페이지에서 오히려 성능이 저하됐고, 레이아웃을 분석하는 프리미엄 OCR이 더 나은 결과를 보였습니다.
  • —비전 LLM은 특정 PDF 파일에서 7%의 영구적 실패율을 기록한 반면, OCR 파이프라인은 재시도 후 실패율 0%를 달성해 안정성이 더 높았습니다.

  출처: www.reddit.com/r/MachineLearning/comments/1tm0cqg/vision원문 보기 →
• #0002

  #0002기타GeekNews그저께

  `mimalloc`, 코드 수정 없이 바꾸는 고성능 `malloc` 대체재

  `mimalloc`: Microsoft's High-Performance Drop-In `malloc` Replacement

  40radar

  mimalloc메모리 할당자 — `malloc` 드롭인 교체로 성능 개선

  네이티브 워크로드에서 할당자만 바꿔 처리량과 메모리 사용량을 동시에 건드릴 수 있다. 서버 비용이나 지연이 할당 병목이면 테스트할 만함.

  • —mimalloc은 malloc 드롭인 교체형이라 기존 프로그램에 코드 수정 없이 적용 가능하다.
  • —비교 수치가 꽤 공격적이다. tcmalloc 대비 13%, jemalloc 대비 2.5배 이상 빠르다고 제시됨.
  • —한 벤치마크 1등보다 다양한 워크로드에서 꾸준한 성능을 강조한다. 혼합 트래픽 서버에 더 맞는 주장.
  • —Next.js·Supabase 중심 앱에는 직접성 낮다. Rust/Go/C++ 확장, 이미지 처리, 검색 엔진 같은 네이티브 병목에서 후보가 된다.

  출처: news.hada.io/topic?id=29812원문 보기 →
• #0003

  #0003기타GeekNews그저께

  브라우저 기본 UI를 직접 만들지 말라

  Don't Roll Your Own Browser UI Basics

  40radar

  브라우저 기본 동작은 장식이 아니라 제품 인프라다. scroll, 링크, 선택, 클립보드 흐름을 갈아엎으면 익숙한 반응성이 깨져서 기본값 유지가 낫다.

  • —자체 scroll, 링크 처리, 텍스트 선택, 복사·붙여넣기는 사용자가 이미 학습한 입력 반응을 망칠 수 있음.
  • —브라우저 기본값은 기기, 키보드, 접근성 도구, 모바일 제스처의 엣지케이스를 오래 흡수해왔다.
  • —차별화는 기본 동작을 보존한 뒤 얹는 편이 낫다. 기초 UI 재구현은 버그만 늘리기 쉽다.

  출처: news.hada.io/topic?id=29811원문 보기 →