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

Резултати

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

Търсене: #log

当前筛选 #log清除筛选
Recursion Automata® 通知频道

@RecMataChannel · Post #296 · 24.06.2025 г., 19:51

#log A simple overview of AnyTLS protocol - Any: custom 'padding' options to avoid the inspection of 'TLS in TLS' traffic; functionally similar to VLESS's 'xtls-rprx-vision' flow control algorithm, but more flexible. - TLS: uses TLS as the basis of data transfer and helps prevent the inspection of fully encrypted traffic (like Shadowsocks or VMess) and also eliminates the dependence of device's system time when AEAD is enabled. - One More Thing: Protocol-level regulation of 'MUX' mechanism, which maintains a connection pool and significantly reduces the connection latency. Conclusion: another approach to evading the GFW; could be considered an upgraded low-latency Trojan protocol; shows potential to build a high-performance proxy (or Traffic Camouflage, more precise in context of users in China) tunnel with sing-box's implementation.

Hashtags

Recursion Automata® 通知频道

@RecMataChannel · Post #271 · 19.04.2025 г., 17:29

#log 复用主站资源,额外添加了 🇭🇰 HKG Amazon [TEST] 节点,仅适合中国移动 / 中国广电(并非广东电信,电信用户请使用 📀 Core 订阅其他非 TEST 线路)用户使用。 不影响之前安排的根据 🇸🇬 SGP Amazon [TEST] 负载情况来扩容其他地域的决定。

Hashtags

Recursion Automata® 通知频道

@RecMataChannel · Post #256 · 01.03.2025 г., 14:51

#log Vision 服务器升级后体验实测 本视频基于 BGP.GD 广港电信 IEPL 播放(客户自有线路 非我们提供) 理论上使用的代理足够强劲 播放体验就可以持续提升

Hashtags

Recursion Automata® 通知频道

@RecMataChannel · Post #252 · 11.02.2025 г., 03:02

#log 我建议对我有意见的人直接找我开诚布公地谈,我相信信息传播的过程中一定存在着偏差,技术上的问题我愿意进行讨论,有缺陷我愿意立正,但是请不要因为信息的扭曲而造成更多误解好吗? @MissMakima_SAMA

Hashtags

Recursion Automata® 通知频道

@RecMataChannel · Post #251 · 08.02.2025 г., 15:44

#log 感谢 Project X 为 VLESS 开发付出的努力,帮助我们能直接使用大陆优化线路,而不是通过公网点对点 / 专线隧道转发为大家提供商业代理服务。 已购入 REALITY NFT * 1,后续如果 SagerNet 推出类似的数字藏品,只要价格合理我也会收藏,以此纪念一线开发人员在纯粹技术对抗 GFW 过程中作出的贡献。

Hashtags

123•••10•••1314
ПредишнаСтр. 1 от 14Следваща