인텔, 클라우드·통신사·에이전틱 AI용 제온6+ 정식 출시
인텔이 E코어 기반 서버 프로세서 제온6+를 정식 출시했다. 인텔 18A 공정, 리본펫, 파워비아, 포베로스 3D, EMIB까지 파운드리 기술을 총동원해 소켓당 최대 288코어를 밀어 넣은 제품이다. 인텔은 오래된 제온 서버를 제온6+로 바꾸면 랙과 서버 수를 크게 줄이고, 확보한 전력·공간을 AI 인프라로 돌릴 수 있다고 강조한다.
- 1
제온6+는 소켓당 최대 288개 E코어를 탑재한 스케일아웃 서버용 프로세서다.
- 2
컴퓨트 타일은 인텔 18A 공정으로 만들고, 리본펫과 파워비아를 적용했다.
- 3
48개 랙·960대 서버 규모의 구형 제온 구성을 10개 랙·100대 서버 수준으로 줄일 수 있다는 게 인텔의 주장이다.
- 4
제온6+ 6990E+는 AMD 에픽 9965 대비 주요 데이터센터 워크로드에서 스레드당 성능과 전력 효율이 최대 1.3배 높다고 제시됐다.
- 5
응용프로그램 에너지 텔레메트리 기능으로 앱 단위 에너지 사용량을 실시간 측정해 클라우드 과금에 활용할 수 있다.
인텔이 AI 가속기 경쟁만 바라보는 대신, 대량의 CPU 코어가 필요한 클라우드·통신·에이전트 실행 환경을 정조준한 제품이다. 국내 클라우드·통신 인프라 쪽에서는 전력, 랙 밀도, 과금 모델까지 같이 봐야 하는 얘기라 꽤 현실적인 포인트가 많다.
관련 기사
클릭하우스가 PgBouncer 처리량을 4배로 끌어올린 방법
ClickHouse Managed Postgres 팀은 단일 스레드인 PgBouncer를 여러 프로세스로 띄우고 `so_reuseport`와 피어링(peering)을 조합해 16 vCPU 머신을 제대로 쓰게 만들었다. 동일한 AWS 환경에서 단일 프로세스는 약 8.7만 TPS 근처에서 막혔지만, 16개 프로세스 구성은 약 33.6만 TPS까지 올라갔다.
SQLite 쓸 거면 STRICT 테이블을 기본값으로 보자는 주장
SQLite의 STRICT 테이블은 INTEGER 컬럼에 문자열이 들어가는 식의 타입 실수를 막아주는 기능이다. 글쓴이는 SQLite 특유의 유연한 타입 시스템보다, 실수는 빨리 터뜨리는 쪽이 실무에서 낫다고 주장한다. 다만 기존 테이블을 바로 STRICT로 바꾸기 어렵고, SQLite 3.37.0 이상에서만 쓸 수 있다는 제약도 있다.
왜 아직도 Lisp를 배워볼 만한가
Lisp는 괄호가 많은 이상한 언어처럼 보이지만, 핵심은 문법이 아니라 언어 자체를 확장할 수 있다는 점에 있음. 매크로, 코드-데이터 동일성, REPL 중심 개발이 합쳐지면 프로그램을 '작성'한다기보다 살아 있는 시스템을 계속 진화시키는 방식으로 개발하게 됨.
EDB 포스트그레스 AI, 포레스터 멀티모델 데이터 플랫폼 리더 선정
EDB의 AI 데이터 플랫폼 EDB 포스트그레스 AI가 2026년 2분기 포레스터 웨이브 멀티모델 데이터 플랫폼 보고서에서 리더로 선정됐음. 트랜잭션, 분석, AI 워크로드를 하나의 플랫폼에서 다루는 흐름이 강해지는 가운데, EDB는 전략과 현재 제공 기능 모두에서 높은 평가를 받았다고 밝힘.
Bun, Zig에서 Rust로 갈아탔다: 11일짜리 초대형 런타임 포팅 실험
Bun 팀이 53만 줄이 넘는 Zig 코드베이스를 Rust로 기계적으로 포팅했고, Bun v1.4.0부터 Rust 기반으로 전환될 예정임. 핵심 이유는 성능보다 안정성이었고, use-after-free, double-free, 메모리 누수 같은 문제를 컴파일러와 타입 시스템으로 더 빨리 잡기 위해서였음. Claude Code 워크플로 64개를 병렬로 돌려 11일 만에 전 플랫폼 테스트 통과까지 밀어붙인 사례라, LLM 기반 대규모 코드 마이그레이션의 꽤 강한 신호탄임.
댓글
댓글
댓글을 불러오는 중...