TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #1084 · 9.04

В общем, была задача на оптимизацию плана работ: есть набор заказов, и в каждом N тасков. Таски могут зависеть друг от друга или нет, имеют длительность и тип. Ещё есть M работников, каждый из которых может выполнять таски только определённых типов, причём, у каждого своя скорость. Если все таски в заказе выполнены, фирма получает сколько-то денег. У заказа есть дедлайн, за просрочку штраф (за каждый день просрочки), который вычитается из цены заказа. И ещё фирма тратит деньги за каждый день своей работы независимо от того, как загружены её сотрудники (то есть просто платит зарплаты по сути). Ещё важен учёт праздников и выходных. Нужно заработать на определённом наборе заказов и работников как можно больше денег. Полный текст задачи и код программы проверки есть в репозитории. Эта задача является изменённым заказом, который мы с напарником решали в реальной жизни: оптимизация работы печатных станков для типографии. Правда, тогда и мы справились так себе, и заказчик в итоге сначала захотел всё вручную сам делать, а потом и вовсе похоронил проект при смене директора. !!! Не читайте дальше, если хотите сначала попробовать решить самостоятельно, потому что я сейчас опишу эффективные подходы и результаты. ________________________________________ Так вот. Мы с другим экспертом Андреем сразу сели и написали разные варианты, чтобы задать шкалу, по которой будем оценивать решения команд. За пару часов я собрал примитивный жадный алгоритм, который сортировал заказы по прибыльности и укладывал в сетку кое-как, это дало нам нижнюю оценку. Мой алгоритм заработал ~75 млн виртуальных рублей, мы решили для оценки поставить нижней границей 40 млн. То есть всё, что ещё ниже, оценивалось в ноль баллов за качество оптимизации. Затем Андрей закрылся дома на три дня и вышел на свет со сложным жадным алгоритмом, который очень хитро сортировал заказы и очень хитро укладывал их в сетку, попутно выбирая разные способы этой укладки в зависимости от конкретного заказа. Это позволило заработать ~275 млн рублей. Мы сделали верхней границей для оценки 280 млн. К сожалению, в итоге только две команды из десяти прошли нижнюю границу, заработав, соответственно, ~91 и ~105 млн. К верхней границе не приблизился никто. И у четырёх команд алгоритм вообще не смог уложить без нарушений задачи в сетку (то есть, например, произвольно менял длительности, накладывал задачи друг на друга, давал одному работнику две задачи в один момент и так далее). Важной ошибкой команд, на мой взгляд, являлся тот факт, что никто не воспользовался возможностью запустить алгоритм на несколько минут и дать ему поработать. По условиям задания, можно было тянуть до 5 минут на одну оптимизацию, но по факту решения команд отрабатывали за единицы и десятки секунд. На самом конкурсе, пока команды работали, я решил попробовать сделать быстрое (по времени написания) но эффективное решение. Сначала попробовал жадную сортировку + доведение до лучшего варианта методом имитации отжига. В качестве нового состояния я просто менял местами заказы целиком. Этот вариант работал пару минут и дал мне около ~200 млн дохода. К слову, команда-лидер использовала такой же подход, просто не докрутила число итераций и температуру. Ну и потом я взял готовую либу по реализации классической генетики с особями и скрещиванием. Особью был массив с приоритетами заказов (которые конечно же нужно было аккуратно уложить чистым алгоритмом). Тип скрещивания: scattered. Всего 15 поколений по 20 особей, и это за минуту-полторы давало ~230-240 млн. Считаю, что для конкурса это самый лучший выбор: пишется одним человеком за день и даёт почти максимум, при этом легко настраивается на нужную длительность работы, легко параллелится. Ну а потом уже дома я посидел и накодил свой вариант сложного жадного с плавающим окном перебора отсортированных заказов и плавающей же укладкой по работникам. Такая штука за две минуты зарабатывает ~281 млн. Но за три дня в условиях стресса я бы такое не сделал, скорее всего. #dev

Hashtags

Резултати

Намерени 1 подобни публикации

Търсене: #edgecomputing

当前筛选 #edgecomputing清除筛选
AI一线|ShareCentre

@ShareCentre · Post #7125 · 25.03.2026 г., 03:48

☁️ Cloudflare 发布 Dynamic Workers:基于 Isolate 的 AI Agent 沙盒,比容器快 100 倍 Cloudflare 于 3 月 24 日宣布 Dynamic Worker Loader API 进入公开 Beta,面向所有付费 Workers 用户开放。该功能基于 V8 Isolate(而非 Linux 容器)为 AI Agent 提供运行时沙盒,启动时间仅需几毫秒、内存占用仅几 MB,比传统容器快约 100 倍、内存效率高 10-100 倍。 📎 关键数据 - 启动速度:几毫秒(容器需数百毫秒) - 内存占用:几 MB(容器需数百 MB) - 无并发限制:支持百万级 RPS,每个请求独立加载沙盒 - 零额外延迟:Dynamic Worker 与创建者运行在同一机器甚至同一线程 - 覆盖 Cloudflare 全球数百个数据中心 - 定价:$0.002/唯一 Worker/天(Beta 期间免费) ⚙️ 核心能力 - Code Mode 理念:Agent 通过编写 TypeScript 代码调用 API,而非逐个工具调用,token 用量降低 81% - TypeScript 接口优于 OpenAPI:相比冗长的 OpenAPI spec,TypeScript 接口 token 更少、更易理解 - HTTP 过滤与凭证注入:可拦截/改写 Agent 的 HTTP 请求,自动注入认证密钥,Agent 永远不接触明文凭证 - 配套库:@cloudflare/codemode(沙盒执行 SDK)、@cloudflare/worker-bundler(npm 依赖打包)、@cloudflare/shell(虚拟文件系统 + 事务性批量操作) - 安全:近十年 Isolate 安全经验,自动部署 V8 安全补丁(速度快于 Chrome),多层防御含 MPK 硬件特性和 Spectre 防护 🔙 背景信息 - 2025 年 9 月 Cloudflare 提出 Code Mode 概念,首次发布 Dynamic Worker Loader 实验性 API - Cloudflare MCP Server 基于 Code Mode 构建,仅用 2 个工具和不到 1,000 token 暴露整个 Cloudflare API - 2026-03-19 Cloudflare Workers AI 开始支持大模型推理(首发 Kimi K2.5),补齐 Agent 基础设施最后一块拼图 - Cloudflare 近年持续构建 Agent 基础设施:Durable Objects(状态持久化)、Workflows(长任务编排)、Agents SDK、Sandbox 容器 ⚔️ 竞品对比 - 容器方案(E2B、Modal、[Fly.io](http://Fly.io)):启动慢(数百毫秒)、内存重(数百 MB)、有全局并发限制,适合需要完整 OS 环境的场景 - Cloudflare 自家容器运行时 + Sandbox SDK:仍可用于需要非 JS 环境的场景,Dynamic Workers 定位更轻量 - Deno Deploy / Val Town:类似 Isolate 模型但无专门为 AI Agent 沙盒优化的 API 和工具链 🔗 来源:https://blog.cloudflare.com/dynamic-workers/ #Cloudflare#AI#AIAgent#Serverless#沙盒#EdgeComputing