The Fast Way to Sweden – BGP Routing Experiments
핀란드 헬싱키에서 스톡홀름 VPS로의 네트워크 지연 시간을 줄이기 위한 BGP 라우팅 실험을 진행했다. 기존 경로들이 지리적으로 비효율적인 경로를 거치고 있어, BGP 커뮤니티를 활용해 트래픽이 스톡홀름 내에서만 흐르도록 제한하는 방식을 시도했다. 이를 통해 ISP 간 피어링과 업스트림 경로를 제어하여 지연 시간을 개선할 가능성을 탐색했다. 본 실험은 AI 인프라 및 네트워크 최적화에 관심 있는 개발자에게 유용한 사례다.
https://alastairbarber.com/Fast-Way-to-Sweden-Optimal-BGP-Prefix-Announcement/
UniPool: A Globally Shared Expert Pool for Mixture-of-Experts
UniPool은 기존 Mixture-of-Experts(MoE) 아키텍처의 각 층별 독립 전문가 집합 방식을 전역 공유 전문가 풀로 대체한 새로운 MoE 구조입니다. 이를 통해 전문가 파라미터가 층 깊이에 선형적으로 증가할 필요 없이, 공유 풀 내에서 효율적이고 안정적인 라우팅과 균형 잡힌 전문가 활용을 가능하게 합니다. LLaMA 기반 다양한 모델 크기에서 UniPool은 기존 MoE 대비 검증 손실과 혼란도를 일관되게 개선하며, 전문가 파라미터 예산을 줄이면서도 성능을 유지하거나 향상시켰습니다. 이 연구는 MoE의 깊이 확장과 전문가 파라미터 할당에 대한 새로운 설계 방향을 제시합니다.
Modern Mixture-of-Experts (MoE) architectures allocate expert capacity through a rigid per-layer rule: each transformer layer owns a separate expert set. This convention couples depth scaling with linear expert-parameter growth and assumes that every layer needs isolated expert capacity. However, recent analyses and our routing probe challenge this allocation rule: replacing a deeper layer's learned top-k router with uniform random routing drops downstream accuracy by only 1.0-1.6 points across multiple production MoE models. Motivated by this redundancy, we propose UniPool, an MoE architecture that treats expert capacity as a global architectural budget by replacing per-layer expert ownership with a single shared pool accessed by independent per-layer routers. To enable stable and balanced training under sharing, we introduce a pool-level auxiliary loss that balances expert utilization across the entire pool, and adopt NormRouter to provide sparse and scale-stable routing into the shared expert pool. Across five LLaMA-architecture model scales (182M, 469M, 650M, 830M, and 978M parameters) trained on 30B tokens from the Pile, UniPool consistently improves validation loss and perplexity over the matched vanilla MoE baselines. Across these scales, UniPool reduces validation loss by up to 0.0386 relative to vanilla MoE. Beyond raw loss improvement, our results identify pool size as an explicit depth-scaling hyperparameter: reduced-pool UniPool variants using only 41.6%-66.7% of the vanilla expert-parameter budget match or outperform layer-wise MoE at the tested scales. This shows that, under a shared-pool design, expert parameters need not grow linearly with depth; they can grow sublinearly while remaining more efficient and effective than vanilla MoE. Further analysis shows that UniPool's benefits compose with finer-grained expert decomposition.
We’ve been experimenting with an isochrone endpoint today and it’s shaping up nicely.
Still experimental, but a fun Friday afternoon rabbit hole. Watch this space. 🗺️
Seit Jahren navigiere ich hochzufrieden mit @osmandapp, in @GrapheneOS und das wird auch so bleiben.
Aber manchmal wären Stauwarnungen wie bei Google Maps doch hilfreich bzw. würden den Tag retten.
Da es keine offenen Verkehrsdaten gibt (?) suchte ich für solche Fälle eine Alternative. Vorläufig bin ich bei #herewego gelandet.
Alles ist besser als Ex-"don't be evil"-Google. Oder?
Was nehmt ihr so?
#googlemaps #osmand #privatsphäre #datenschutz #android #navi #Navigation #routing
React Router v7 入門 — 第1回：押さえておくべき基本
https://qiita.com/nhatcaofedev/items/b7931e4bb7f51e1dccb6?utm_campaign=popular_items&utm_medium=feed&utm_source=popular_items
OSRM v26.5.0 is out. 🎉 💪 🗺️
Python bindings (nanobind-based) are now part of the main repo.
Build system migrated from Conan + vendored deps to vcpkg manifest mode.
Several Boost components replaced with C++20 stdlib equivalents.
Routing profile tests now cover winter_road and ice_road. CLI tools handle file paths with spaces.
https://github.com/Project-OSRM/osrm-backend/releases/tag/v26.5.0
Contributing to OSRM just got easier. 😌✌🏻🦾
Less manual overhead, more automation. For starters:
Conventional Commits replace hand-maintained Changelogs. The number one source of merge conflicts for the past years automated away and gone for good.
And vcpkg simplified the convoluted dependency management enabling static builds.
More of these quality of life improvements coming. If you’ve been on the fence, now’s a good time.
Сетевой протокол **Yggdrasil** (версия 0.5.x) сейчас находится в активной фазе «работы над ошибками» перед переходом к крупному обновлению v0.6.
Вот основные технические апдейты и состояние проекта на май 2026 года:
### Технические новости и релизы
* **Оптимизация маршрутизации (v0.5.12+):** В последних патчах (февраль–апрель 2026) разработчики внедрили улучшенный алгоритм выбора пути. Теперь система минимизирует не только «стоимость» линка, но и дистанцию до цели в дереве топологии. Это исправляет старую проблему, когда пакеты могли идти длинным путем через «корень», игнорируя более быстрые прямые маршруты.
* **Быстрое восстановление:** Параметр maxbackoff (время ожидания перед повторной попыткой подключения к пиру) теперь можно снижать до **5 секунд** (раньше было минимум 30). Это критично для мобильных узлов и нестабильных mesh-соединений.
* **Ресурсоемкость:** Оптимизировано потребление памяти при расчете путей, что позволяет протоколу стабильнее работать на слабых роутерах и одноплатниках (типа Orange Pi/Raspberry Pi).
### Главный вызов: «Гонка вооружений» за корень
Одной из самых обсуждаемых проблем сообщества в 2026 году стала нестабильность сети из-за появления мощных узлов с очень «сильными» ключами (high addressed root).
* **Проблема:** Когда кто-то генерирует ключ, претендующий на роль корня всей сети, но имеет при этом плохую связность или нестабильный канал, это «раскачивает» всю глобальную топологию.
* **Решение в v0.6:** Разработчики подтвердили, что в следующей версии (v0.6) дизайн **spanning tree** будет радикально изменен, чтобы лишить смысла попытки захватить роль корня и сделать сеть более устойчивой к таким колебаниям.
### Текущее состояние (Status Quo)
1. **Overlay-сеть:** Yggdrasil по-прежнему работает преимущественно как криптографическая сеть поверх интернета (IPv4/IPv6), обеспечивая сквозное шифрование.
2. **Стабильность:** Проект официально в статусе **Alpha**, но фактически признан сообществом достаточно стабильным для повседневного использования (SSH, локальные сервисы, мессенджеры).
3. **Платформы:** Поддерживаются практически все ОС (Linux, Windows, macOS, Android, iOS), а также прошивки OpenWrt и Ubiquiti.
**Короткий итог:** Если вы используете его для работы, стоит обновиться до актуальной ветки 0.5.12, чтобы получить более быстрый хендшейк и исправления маршрутов. Если же ждете глобальных перемен в архитектуре — следите за анонсами версии **0.6**.
#Yggdrasil #YggdrasilNetwork #MeshNetwork #P2P #OverlayNetwork #IPv6 #Routing #SpanningTree #Networking #NetSec #Privacy #Encryption #OpenSource #SelfHosted #Decentralization #Infosec #SysAdmin #DevOps #Linux #OpenWrt #RaspberryPi #OrangePi #Mesh #PeerToPeer #NetworkEngineering #AlphaSoftware #TechUpdate #DistributedSystems
⚔️ Backend Routing Architecture — HTTP Methods, Path vs Query Params (2026)
Routers transform raw HTTP into API magic with
sayzard
Project OSRM
Kochrezeptevereinfacher
lmorchard's links
Qiita - 人気の記事
Alterego_Midshipman
LOGIC AND LEGACY