Comments 276
Зачёт! Буквально полгода назад задумывался над подобным решением)
Как же я обожаю подобные статьи. Покупаем компьютер за 20 000 рублей → выбрасываем из него всё на 15 000 рублей, оставляем только работу с сетью → я изобрёл роутер!
А почему бы тогда сразу не купить роутер с поддержкой Wi-Fi 6?
Во первых, когда я покупал всё это стоило далеко не 20к, во вторых где вы найдете роутер с Wi-Fi 6 такой мощности и OpenWrt?
Например, самая классика - TP-Link Archer AXE75. OpenWrt умеет, аппаратных доработок не требует, стоит дешевле, и пусть процессор там слабее, но собственно функции роутера он все равно выполняет лучше.
Стóит дешевле? Что-то я глянул, они от 22 до 29 т.р. сейчас. И при этом там 512M RAM, в которые, помнится, даже полная таблица заблокированных РКН префиксов во времена эпичной битвы с Телеграмом уже не помещалась, а как оно будет работать в нынешних непростых условиях, когда надо один VPN заворачивать в другой туннель, и при этом последний написан откровенно на коленке и явно не блещет эффективностью использования ресурсов?..
Что-то я глянул, они от 22 до 29 т.р. сейчас.
Ну так и этот миникомпьютер в минимальной комплектации 26500 стоит: https://bee-link.ru/u59pro , и это без вайфай-модуля и антенн.
Как оно будет работать, когда надо трафик упаковывать через хитро закрученную задницу, не знаю, но я бы сначала попробовал. Вполне вероятно, что не хуже, т.к. узким горлышком скорее всего будет не четырехядерный процессор, который обслуживает один эндпойнт, а VPN-сервер с другой стороны, на котором будет висеть несколько таких же клиентов параллельно.
Ну к слову сказать, если ставить OpenWRT то может быть, лучше и правда купить обычный роутер, который его хорошо поддерживает: все-таки у ARM энергопотребление будет ниже и ниже серьезно.
Причину городить огород со x86 железом я вижу только одну - если хочется/надо поставить pfSense / Opnsense. Но в этом случае я бы не стал использовать wifi на самом роутере - гораздо логичнее (если уж мы замутили все это) будет купить отдельные точки доступа (Unifi или в последнее время - TP-Link / Omada) чтобы сапожник делал сапоги, а пирожник - пироги.
Когда-нибудь я соберусь с силами и напишу про свою домашнюю сетевую инфрастуктуру (1 роутер, 4 свитча, 3 точки доступа, 50+ устройств) и все те грабли, на которые я наступил в процессе.
Когда-нибудь я соберусь с силами и напишу про свою домашнюю сетевую инфрастуктуру (1 роутер, 4 свитча, 3 точки доступа, 50+ устройств) и все те грабли, на которые я наступил в процессе.
По домашним меркам это прямо гигантская сеть. Поэтому да, пожалуйста пишите - уверен, интересно будет и начинающим, и опытным.
Весьма занятно будет почитать. У меня периодически появятся желание купить точку доступа, но ценник отпугивает т.к. ничего особо на Wi-Fi у меня нет
Практически все "раутеры" можно перевести в режим точки доступа в пару кликов в веб-интерфейсе, на компьютере-маршрутизаторе поднять dhcpd, dns, если очень хочется - upnpd.
Мощности даже микрокомпов сейчас достаточны чтобы например WAN от провайдера можно было подать как угодно (вплоть до USB-ethernet адаптера), так что в результате под раутер можно взять угодно.
домашнюю сетевую инфрастуктуру (1 роутер, 4 свитча, 3 точки доступа, 50+ устройств)
У меня в офисе на 10 человек инфраструктура попроше... :)
Та... У меня все построено на Keenetic Giga. Входные каналы 1Gb PON + Starlink Mk1, два усилителя Buddy 5s, NAS QNAP 464. Порядка 30 клиентов, два VLAN. Резервное питание 1кВт online UPS + 5.5кВт генератор с автоматом переключения город - генератор.
Mediatek MT7921K с антеннами на алике 2500р без скидки. Так что при равной стоимости миникомп все таки универсальней перепрошитого роутера.
Поддержка MERCUSYS MR70X, он же AX1800 в Опенврт появилась этим летом...
Если именно роутер, то Mercusys MR90X: отличный wifi (в т.ч. и на 2.4 диапазоне, что важно для всяких iot устройств) и мощный (для роутера) процессор. OpenWrt поддерживается, стоит ~100$.
Главные минусы: 2.5 Gbps порт только один (остальные 1Gbps) и нет USB, т.е. NAS с веб-серверами мимо.
А его никто не вскрывал? может, там на плате USB, а то и SATA есть?
Вскрывали, конечно: https://4pda.to/forum/index.php?act=findpost&pid=121828008&anchor=Spoil-121828008-1
Нераспаянная гребёнка - uart
USB, PCI-E, и прочих SATA нет.
Ну и на мой вкус - особо и не нужное. Роутеру реально не хватает только USB - LTE свисток воткнуть для резервного канала. Сервер же из роутерного железа все равно получается весьма компромиссным.
Redmi AX6000(arm), на aliexpress менее 10000р., 30db мощность сигнала, установка openwrt куда более простая чем на x86(если сравнивать с Вашей инструкцией).
например Banana Pi R3
https://wiki.banana-pi.org/Banana_Pi_BPI-R3
Есть похожие мини пк но с 4х2.5gbps портами, есть с 1 слотом PCIE, а есть barebone комплекты что бы покупать не за 20 а за 8к + 2к на дешевую память + ссд. В итоге по деньгам выйдет выгоднее чем брать отдельно роутер + отдельно 2,5гбит свич.
Intel AX210, но, когда он пришел, оказалось он не умеет раздавать Wi-Fi 5 ГГц
Железка безусловно "умеет раздавать", проблема в дровах, которые для конкретного региона начинают считать, что все каналы -- NoIR (no initiate radiation), т.е. если оно услышит AP на канале, то соединится, но само первое в эфир не полезет.
Лечится, соответственно, патчем типа такого (патч для atheros, правда):
--- regd.c_ORIG 2022-04-06 11:10:19.213487557 +0300
+++ regd.c 2022-04-06 11:11:42.318492109 +0300
@@ -116,6 +116,8 @@
static bool dynamic_country_user_possible(struct ath_regulatory *reg)
{
+ return true;
+
if (IS_ENABLED(CONFIG_ATH_REG_DYNAMIC_USER_CERT_TESTING))
return true;
@@ -188,6 +190,8 @@
static bool ath_reg_dyn_country_user_allow(struct ath_regulatory *reg)
{
+ return true;
+
if (!IS_ENABLED(CONFIG_ATH_REG_DYNAMIC_USER_REG_HINTS))
return false;
if (!dynamic_country_user_possible(reg))
@@ -345,6 +349,8 @@
struct ieee80211_channel *ch;
unsigned int i;
+ return;
+
for (band = 0; band < NUM_NL80211_BANDS; band++) {
if (!wiphy->bands[band])
continue;
@@ -379,6 +385,8 @@
{
struct ieee80211_supported_band *sband;
+ return;
+
sband = wiphy->bands[NL80211_BAND_2GHZ];
if (!sband)
return;
@@ -408,6 +416,8 @@
struct ieee80211_channel *ch;
unsigned int i;
+ return;
+
if (!wiphy->bands[NL80211_BAND_5GHZ])
return;
@@ -640,6 +650,9 @@
const struct ieee80211_regdomain *regd;
wiphy->reg_notifier = reg_notifier;
+
+ return 0;
+
wiphy->regulatory_flags |= REGULATORY_STRICT_REG |
REGULATORY_CUSTOM_REG;
Теперь ответственность за выбор канала теперь полностью на вас -- чтобы не попасть в запрещённые в данном регионе каналы.
С другой стороны, хорошо, что ынтiль у вас не завёлся -- не огребали бы с ним (точнее, с качеством драйверов) проблем. В моём случае это был AX200 с проблемами типа порчи памяти, которые сначала заставляют драйвер глючить и срать в dmesg, потом всё зависает и помогает только рестарт hostapd
, потом только рестарт модуля с драйвером, наконец вообще только ребут.
Да я мучался с этими патчами, но когда нашел другой модуль, забил и стал использовать медиатек)
У меня медиатек оказался в ноуте, прям такой как нужно.
Я их просто поменял местами и всё заработало как надо.
Честно говоря был удивлён таким подходом со стороны интела, это они зря так.
Ещё из последних "изобретений" интела - CNVi.
Это когда карточка грузит CPU на каждый чих, типо так дешевле стоимость.
В общем, вы поняли тренд.
Разбирался с интеловскими последними М2 карточками недавно, эти патчи недостаточны (wireless-regdb надо патчить тоже и даже кажется hostapd, уже не помню на чём я заставил себя остановиться).
Там проблема глубже, на уровне фирмваре она раскрывается только в US регионе, так что если вы в EU (как я например), то по частотам получается нарушение.
В интернете была шумная разборка по поводу этого, но контакт в Интеле упёрся, обиделся на всех и послал линукс нафик.
По теме - интеловские карточки хороши только в STA mode.
Не стоит тратить время на хаки (которые потом нужно сопровождать самому), лучше купите нормальную wifi сетевуху и всё.
Неплохой вариант, на самом деле. Только не очень понятно, зачем там OpenWRT, с наличием, актуальностью версий, установкой и обновлением разного софта на которую всё иногда не так радужно, - если это железо с лёгкостью потянет любой дистрибутив Linux общего назначения.
Я пробовал поставить Arch Linux, но настроить локальную сеть, фаервол, раздачу Wi-Fi сильно сложнее, поэтому пока остановился на OpenWrt)
настроить локальную сеть, фаервол, раздачу Wi-Fi сильно сложнее
Рановато вам роутеры делать, если настройка сети и FW вызывает сложность. Уж извините.
И решение - из пушки по воробьям. Выше уже писали. Куча роутеров в разы дешевле закрывает указанный функционал.
зачем там OpenWRT
linux, заточенный быть роутером. Можно, конечно, любой linux при желании сконфигурировать, но взять готовое (и протестированное) - проще.
Скорее Linux, заточенный работать на железе бытовых роутеров, - со всеми компромиссами, на которые приходится идти (места на диске чуть более чем ничего, RAM минимум, CPU своеобычной архитектуры и т.п.)
Учитывая, что в ближайшее время наиболее актуальным функционалом роутера становится возможность запустить самую свежую версию только что придуманного изобретательными китайцами стойкого к блокировкам туннеля - усложнять себе жизнь ещё и задачей собирать вот это всё под OpenWRT, IMHO, так себе идея. А если бы этой потребности не было - тогда можно было бы и RouterOS накатывать, и VyOS.
Если эта задача актуальна - она будет решена и на роутерах. OpenWRT вполне себе мейнстрим.
Решена-то она будет. Я вон Cloak на Микротике запустил-таки (в контейнере) :) Но удобство установки и обновления сомнительное.
А можно подробностей про Cloak в шпроутере?
Если очень коротко - берётся микрот, поддерживающий контейнеры (у меня RB3011, поддерживает). Активируется эта поддержка по мануалу. Собирается docker-контейнер cloak под arm32 (танцы с бубном, как его собрать, прилагаются, выстраданный совет - даже не пробуйте делать это в WSL), загружается, запускается, настраивается маршрутизация и заворачивание VPNа. Поскольку внешней памяти у меня нет, все настройки (конфиг, ключи запуска cloak) гвоздями приколочены внутрь контейнера, т.е. под каждую инсталляцию его надо индивидуально собирать.
Подробно пока не готов написать, только один раз для теста запускал, в продакшн всё это пока не пошло.
зачем там OpenWRT
Там GUI удобный
Там GUI удобный
Готовый. Никто не мешает перетащить все это на любой linux.
Вообще мешает. OpenWrt это все-таки скорее ОС специального назначения, чем "линукс с свистульками" - LuCI, uci, и никакой особенной головной боли именно с функционалом роутера.
Перетащить это на любой Linux означает сделать из него OpenWrt, что бессмысленно.
Можно с тем же успехом заявлять что Mikrotik RouterOS можно перетащить на любой линукс
Никто не мешает перетащить все это на любой linux.
А зачем? Ведь это сделает из него такой же openwrt.
Я целенаправленно перешел на использование OpenWrt на домашних серверах. Использую под это дело тонкие клиенты с пассивным охлаждением - их за копейки можно найти на любой барахолке, т.к. видимо особого спроса на них нет. OpenWrt очень шустрая и нетребовательная к памяти - 2гб с запасом хватает на торрент-клиент, файловую шару nfs, sshfs, веб-сервер, сервер синхронизации (syncthing, webdav), сервер бэкапов, docker-хост, впн, прокси.
Но на месте автора я бы не использовал готовые образы для x86 а собрал бы его при помощи ImageBuilder. Можно добавить нужные пакеты, убрать лишние, поменять настройки. Ну к примеру, для корня на ext4 по дефолту не включено журналирование, может не оказаться драйверов на сеть, сразу можно указать размер образа под свой носитель и пр.
Из минусов такого решения - для x86 не поддерживается обновление на следующий релиз. Только "прошивка" новым образом. Но благодаря встроенной системе резервного копирования это не составляет проблемы - сделали бэкап, записали образ новой версии, восстановили бэкап.
Так неоправданно дорого же.. ради одного OpenWrt можно и обычный роутер взять... А на такое я бы установил proxmox, pfsense/opnsense, home assistant и еще пару-тройку виртуалок...
На такое железо можно и pfsense поставить, сделать сравнение работы.
pfSense по сути FreeBSD. А сеть у нее до сих пор практически однопоточноя. Я на своём шлюзе смог разнести сетевухи по разным ядрам а NAT переключил ядерный. Скорость добавилась, нагрузка процессора размазалась.
Вообще фряха всегда славилась своим крутым (в отличии от линукса) сетевым стеком. pfsense великолепное решение особенно если учесть что pfsense+ со всеми его плюшками можно получить совершенно бесплатно для домашнего использования.
Да, очень крутой сетевой стек, сам пользуюсь. Но от этого он не делается многопоточным. Я использую FreeBSD с 4 версии (сейчас 13) в качестве сетевого шлюза у себя дома (сначала просто в обучающих целях а потом просто уже не мог без него). Так вот, в первый раз я упёрся в производительность на 7й версии, когда мне выдали 120 мегабит. При скачивании в полочку, 1 ядро (поток) тогда ещё Intel Atom D525 улетало в 99% загрузки, когда остальные были менее 3%.Затем мне выдали тариф в 300Мбит этот Атом не смог обеспечить больше 150Мбит. Пришлось курить мануалы по настройке ядерного NAT, чтобы уйти от однопоточного диверта, в итоге я развёл сетевушки по разным потокам и смог из атома выжать около 270Мбит. И заложил апгрейд до i7 2600S на матери mITX. Сейчас у меня 500Мбит и при скачке в пол у меня загрузка выглядит вот так:
Для минусаторов повторяю: сетевой стек мегакрутой и очень гибкий, но всё равно остаётся однопоточным, увы. Максимум можно разнести по потокам сами сетевые карты, я сделал вот так в loader.conf:
#==================
Настройка net.isr
#==================
Очередь netisr
net.isr.defaultqlimit=4096
Прибандить каждую очередь к отдельному ядру
net.isr.bindthreads=1
Количество потоков netisr (равно количеству ядер CPU)
net.isr.maxthreads=4
Размер очереди исходящих пакетов
net.link.ifqmaxlen=1024
Без этого всего мегакрутая сеть FreeBSD крутится в одном потоке вообще.
NETISR: by default, FreeBSD uses a single thread to process all network
traffic in accordance with the strong ordering requirements found in some
protocols, such as TCP. In order to increase potential packet processing
concurrency, net.isr.maxthreads can be define as "-1" which will
automatically enable netisr threads equal to the number of CPU cores in the
machine. Now, all CPU cores can be used for packet processing and the system
will not be limited to a single thread running on a single CPU core.
Круто!
У меня тот же wifi адаптер (с парой intel тоже не срослось), но под ubuntu.
Все на hp t530 + kodi + файлопомойка + роутер.
А все подключено к ТВ и управление с пульта bluetooth.
тоже стоит рядом с телеком, может когда ни будь будет совмещенный роутер и андроид приставка)
А можете побенчмаркать, сколько он через OpenVpn и Wireguard сможет прокачать? В качестве сервера и в качестве клиента?
Я тоже планирую подобное собрать, пытаюсь определиться с процессором, в идеале чтобы хватило полностью забить как минимум 1 гигабит (а то и 2.5 в пике), при этом держать 2-3 впн-сервера для 4-8 клиентов и 2-3 клиентских подключения к сторонним ВПН-серверам.
Это очень странное устройство, смысл существования которого не очень ясен. Как роутер оно избыточно, как точка доступа — не только избыточно, но и работает хуже, чем современная двухдиапазонная AP с её 6-8 антеннами (и да, китайцы вам про 10 дБ наврали, шансы примерно 9 из 10, что там обычные 2 дБи и красивый пластмассовый корпус, 1 из 10 — что там 4-5 дБи, шансов на 10 дБи нет никаких), как домашний сервер — явно недостаточно, как минимум по объёму хранилища и отсутствию RAID, не говоря уже про куцый софт.
Поэтому не надо мешать мух с котлетами. Домашний сервер делается как сервер — с RAID, pfSense в качестве файрволла, файлопомойкой, торрентокачалкой, умным домом, всякой прочей ерундой в виртуалках, бэкапами всего этого, и без всякого Wi-Fi.
А Wi-Fi добавляется обычными точками доступа, которых на большую квартиру ещё и надо по-хорошему 2-3 штуки (и ни одна из них — не там, где удобно поставить сервер), особенно если вы хотите стабильными 5 ГГц покрыть всю площадь квартиры.
![](https://habrastorage.org/getpro/habr/upload_files/498/735/bce/498735bcec5d72e8000a343b291e5714.jpg)
А на каком железе это крутится у тебя? RAID zfs-овский?
Судя по потребляемой памяти - да...
Да, 2×256 ГБ NVMe в зеркале с ZFS в Proxmox под систему и образы виртуалок, 4×4 ТБ SATA HDD в RAID-Z в OpenMediaVault (весь SATA-контроллер прокинут в OMV напрямую, доступ к дискам OMV для других виртуалок раздаёт по NFS по мере надобности).
А процессор какой?
У меня похожая конфигурацию, только вместо OMV Xpenology, которая докерам NFS-шары обеспечивает. Рейда в основном хранилище proxmox нету, полагаюсь на бекапы. Ну и микротик вместо pfSense.
![](https://habrastorage.org/getpro/habr/upload_files/a6e/789/075/a6e789075991c8976baa6b5b39838e7e.png)
Core i3-10100
Диски WD Blue (OEM'ные c Али за половину цены в Москвы), корпус InWin IW-MS04 с корзинками, SSD GoodRam IRDM, мать ASRock H570M-ITX/ac (Wi-Fi, кстати, на ней даже есть, но я так и не придумал, зачем).
Докер я не люблю, так что мелочь типа всяких вордпрессов у меня внутри LXC, вещи поспецифичнее — в полноценных виртуалках, поверх этого три сети — WAN, LAN и DMZ (существующая исключительно между виртуалками).
В pfSense, помимо собственно файрволла (нескольких: WAN-LAN, WAN-DMZ, DMZ-LAN) — реверсивный прокси и сертификаты SSL для вордпрессов, клиент OpenVPN с приземлением в Европе, два интерфейса WireGuard с разными правилами роутинга для других локаций и для мобильных клиентов (при подключении к одному тебя заворачивает в VPN по адресам из списка и пускает в LAN, по другому — по всем адресам, за исключением рунетовских; из LAN по умолчанию работает первый вариант роутинга).
Wi-Fi домашний снаружи всего этого на Xiaomi AX3200, который в принципе выступает тупо точкой доступа.
но я так и не придумал, зачем
А не, придумал даже — гостевой Wi-Fi на 2,4 ГГц, с простым паролем и без доступа куда-либо, кроме WAN.
Но лень настраивать :)
Тем более, такое можно и на внешней точке доступа через VLAN поднять.
Забавно, похожее решение. ASRock B550 + Ryzen 5 5600 OEM + 2x Samsung 980 PRO, 2xST8000NM0055 в Jonsbo n1.
Реверсивный прокси хипстеркий, traefic, а SSL на Cloudflare.
Wi-Fi домашний снаружи всего этого на Xiaomi AX3200, который в принципе выступает тупо точкой доступа.
Жирный какой. У меня WS7100.
Докер я не люблю
Почему?
Жирный какой. У меня WS7100.
Мне была нужна модель с поддержкой OpenWRT и пристойной мощностью процессора, ибо в другом месте он сначала год отработал в качестве шлюза с WireGuard-клиентом на нём.
Почему?
Концепция «одно приложение — один контейнер» привносит в мою жизнь ненужные сложности и необходимость изучать лишнее.
Я бы на каждый чих ВМ для докера не поднимал - дюже жирно будет (
Для этого есть lxc , но есть и нюансы (преодолимые) для связки докер + zfs.
Я для себя недавно кинетик "открыл".
В плане удобства и базовых возможностей точно не хуже микрота (100500 типов впн (клиент и сервер), шейпер, гостевые, мультиван в 2-3 клика, vlan etc)
Кинетик умеет hw aes даже в самой дешевой модели (привет, микрот).
Крайне рекомендую ознакомится с оной железкой.
Вижу приверженца секты pve )
Может чего и приглянется https://forum.netgate.com/topic/163435/proxmox-ceph-zfs-pfsense-и-все-все-все-часть-2/
Обожаю статьи где на Кайен цепляют прицеп.
Ну хорошо, взял пушку, но по воробьям-то зачем палить? Можно ж поставить туда какой-нибудь clearos, ipfire, pfsense. Хотя можно и простой классический дебиан.
И все равно незачем. Ресурсы этой машины в самой высоконагруженной сети будут использоваться на 2%-3%, а потреблять оно будет далеко не как роутер.
Если уж очень хочется x86_64 - apu2c4 (у меня именно такой) нам в помощь. Там три порта, там GPIO гребенка с i2c, там два miniPCIe разъема, там слот под SD, там SATA, вдобавок ко всему там нормальный coreboot.
Сначала я заказал Intel AX210, но, когда он пришел, оказалось он не умеет раздавать Wi-Fi 5 ГГц
Решается модификацией драйверов. Под Linux в комментах выше, под Windows искать в этой теме. Там же драйверы для AX200, где включена работа Wi-Fi 6 в РФ.
По-моему самый главный недостаток подобного подхода в том что роутер это устройство которое должно работать очень долгое время, возможно даже круглые сутки. И использовать для таких целей неэкономичный x86 нерационально. Для устройств с подобным режимом работы нужно выбирать ARM процессор, а возможности x86 избыточны. Он только будет переводить электроэнергию в тепло.
А так же на x86 привычнее устанавливать операционную систему, чем на ARM или RISC-V.
Ну надо потренироваться и вскоре это не будет для вас такой проблемой.
Такая система на долгие годы будет справляться с нагрузкой роутера и не только.
Покупать электронику с запасом это самая глупая идея. Это кстати касается также и видеокарт с запасом на долгие годы. Потому что микроэлектроника развивается такими темпами, что через пару лет вы сможете купить устройство которое будет превосходить ваше по производительности и электропотреблению в разы, а стоить будет в разы меньше.
По умолчанию стоят очень слабые антенны, которые не подходят для Wi-Fi роутера, и были куплены антенны на 10 дБ.
Цифры в 10дБ это коэффициент "направленности" антенны по сравнению с идеальным изотропным излучателем, который излучает во все стороны равномерно. Когда вы покупаете антенну с высоким уровнем децибел, вы покупаете антенну которая хорошо передает и принимает в каком-то одном направлении защёт ухудшения приема в остальных. Что может быть вредно для Wi-Fi где принимающая сторона может перемещаться по комнате, и сигнал будет то супер сильный то супер слабый в зависимости от положения относительно антенны.
Антенна это не вечный двигатель она не может излучать больше мощности чем к ней подведено. Она может только перераспределять мощность сигнала с одних направлений на другие.
Цифры в 10дБ это коэффициент "направленности" антенны по сравнению с идеальным изотропным излучателем, который излучает во все стороны равномерно. Когда вы покупаете антенну с высоким уровнем децибел, вы покупаете антенну которая хорошо передает и принимает в каком-то одном направлении защёт ухудшения приема в остальных
Если не рассматривать вопрос о том, что про 10 дБи китайцы врут (а они врут), то это ненаправленные антенны, что в переводе на русский означает — у них нет выделенного направления в горизонтальной плоскости. Высокий коэффициент усиления у таких антенн получается за счёт «сплющивания» диаграммы направленности по вертикали.
То есть покрытие одноэтажной квартиры останется равномерным.
https://www.l-com.com/wireless-antenna-24-ghz-rubber-duck-omni-antennas
Коеффициент усиления таких антенн связан с длиной. У этих товарищей антенна на 9db - длиной 15". Внутри несколько полуволновых вибраторов, наверное. Если антенна длиной 12 см и 10 дб - врут ;)
Нет, жизнь устроена несколько сложнее, а антенны внутри как фломастеры, на вкус и цвет все разные.
Вот, например, четыре антенны на 868 МГц, примерно одинаковые снаружи и совершенно разные внутри (по качеству тоже, четвёртая хорошая, две средние полная дрянь, левая бывает в двух вариантах корпуса, в одном хорошая, в другом приемлемая):
![](https://habrastorage.org/getpro/habr/upload_files/4d8/af2/a57/4d8af2a578e1546062b75655e3d58cdb.png)
Но что китайцы врут про 10 дБи — это, конечно, факт. Хорошо, если там больше 2 дБи будет.
Он только будет переводить электроэнергию в тепло.
Вообще, вполне себе существуют планшеты x86 и, насколько мне известно, работают они неплохо, энергию не жрут как не в себя. Но да, если взять большинство десктопных процов — они и в простое уничтожают электроэнергию
Покупать электронику с запасом это самая глупая идея.
Не всякая электроника так быстро устаревает, что не надо брать с запасом, хотя для компьютерного железа это обычно так. Исключение, разве что, блоки питания (у меня был блок питания, который работал почти 15 лет. Один раз поменял кондеры) и мониторы (у меня ЖК, но хз, сколько ему лет. Матрица хорошая, поэтому менять не думаю)
Цифры в 10дБ это коэффициент "направленности" антенны
Хоть кто-то об этом написал. А ограничение стандартных роутеров, насколько помню, 200мВт
Потому что микроэлектроника развивается такими темпами, что через пару лет вы сможете купить устройство которое будет превосходить ваше по производительности и электропотреблению в разы, а стоить будет в разы меньше.
Это в 90-е так работало. Девайсы 2023 года превосходят девайсы 2021 года процентов на 20 в лучшем случае, а стоят наоборот, зачастую дороже. А если где-то есть значительный рост производительности, то там же и жор вырастает. Например, Snapdragon 8 gen 2 2023 года раза в полтора быстрее Snapdragon 888 2021 года, но он и жрёт 13 ватт против 8 у своего предшественника. Производство чипов уже ведь достигло предела миниатюризации где-то на 14nm, затворы транзисторов меньше делать уже особо некуда. Поэтому все последующие процессы ворочают их в пространстве с целью более плотной геометрической упаковки, но размеры затворов при этом практически не уменьшаются, а значит, не уменьшается их ёмкость, а значит, не уменьшается энергопотребление чипов. Где-то какие-то проценты удаётся выиграть, но это отнюдь не качественные изменения.
На скриншоте с настройками WiFi адаптера ширина канала указана 80 мегагерц. А это точно wifi6, а не wifi5? Почему вы не установили ширину 160? А поддерживает ли ваша сборка такую ширину? У меня роутер с wifi5 показывает приблизительно такую же скорость в speedtest. Раз у вас стоит openwrt, то было бы интересно потестировать скорость с устройством wifi6-wifi6e через iperf. Если вам не сложно - протестируйте пожалуйста и сообщите что получилось. Очень интересно.
160 раздавать не умеет)а 6е пробовал но устройств нет)
Ну раз на ширине 160 раздавать не умеет, тогда может в вашей сборке WiFI5 (ac), а не WiFI6 (ax)? Жаль, что не умеет так раздавать, мне очень интересно насколько увеличиться скорость при установке ширины канала в 160. У меня так-же как и у вас роутер на x86 и OpenWrt, но стоит адаптер WiFi5, но такая же скорость speedtest у меня вытягивается.
Нет это именно Wi-Fi 6 (виндовс об этом пишет), но с ограниченной полосой, а скорость в оператора уперлась)
Тогда ещë интереснее проверить скорость через iperf3. В openwrt такой пакет есть, и под windows такая программа существует. Было бы очень интересно увидеть реальную скорость передачи в wifi6, но на частоте ширины канала wifi5. Интересно, есть ли вообще смысл тогда переходить с wifi5 на wifi6.
Есть, при удаленности роутера, скорость поднимается с 350 до 400 примерно, просто за счет перехода на WiFi 6)
Вот это и хотелось бы проверить. Так как ширина канала не поменялась, то возможно увеличение скорости будет на проценты, если вообще будет. Буду рад ошибиться, но хотелось бы это проверить. Вы можете потестировать скорость iperf' ом? Очень интересно, какую скорость покажет.
Сегодня сделаю)
Wi-Fi 6:
[SUM] 0.00-10.00 sec 464 MBytes 389 Mbits/sec sender
[SUM] 0.00-10.00 sec 464 MBytes 389 Mbits/sec receiver
Wi-Fi 5:
[SUM] 0.00-10.01 sec 348 MBytes 292 Mbits/sec sender
[SUM] 0.00-10.01 sec 348 MBytes 292 Mbits/sec receiver
Там у этих медиатековских карт черти что творится. Ребрендинг под AMD RZ616 поддерживает 160 МГц (проверьте, тот же чип или нет). Значит дело в захотели или нет ради своего OEM.
Как человек долго эксплуатировавший дома роутер на связке Celeron + Freebsd, тогда ещё 7-я, полностью поддерживаю автора. А насчёт OpenWRT - так она же там не гвоздями прибита...
Возникнут проблемы - всегда можно поставить другую ОС, благо выбор под амд64 широчайший. Как быстрое решение чтобы не париться с выпиливанием блоатваре из современных дистрибутивов типа Убунты - вполне себе годно.
Зато со временем можно даже Виндоус сервер поставить, если захочется конечно.
У меня исторически роутерами работают старые десктопы под гентой. Куда их ещё девать?
роутерами работают старые десктопы
Размеры, шум, электричество - не важно?
Если в офисе или ЦОД, то важно. Если дома во встроенном шкафу под квартирным щитком в коридоре - не важно. Про электричество вообще вопроса не понял. Даже в самом печальном случае, когда роутер на старых дровах будет потреблять 2КВт*ч в сутки, он окажется дороже того же Beelink EQ12/Pro лет через 7-10. То есть, тогда, когда этот миниПК или сам умрет, или безнадежно устареет. На практике же, 2КВт*ч в сутки у меня не получалось даже при обновлении мира на генте.
10 рублей в сутки. Или 3500 за год. Или 15000 за 5 лет. 5 лет это уже похоже на разумный срок службы роутера.
Любой потребляющий всего в 2 раза меньше уже просто на электричестве отобьется за типичный срок своей работы.
Ну вот, у Вас тоже получается, что древний десктоп явно выгодней Beelink EQ12/Pro, стоимостью 32-45 тыс. рублей. При этом имеет ну никак не меньшую функциональность и производительность.
Я в конце статьи добавил что брал мини-ПК за 12500)
древний десктоп явно выгодней Beelink EQ12/Pro
Смотря какие гвозди этим микроскопом забивать. Для большинства домашних применений какого-нибудь TP-Link (даже без openwrt) более чем достаточно.
А на TP-Link и нет 8 ГБ оперативки, указанных в статье. То есть, даже LDAP, Kerberos, Exim, Asterisk, Squid, GitLab и т.п. на нем поднять будет проблематично.
даже LDAP, Kerberos, Exim, Asterisk, Squid, GitLab и т.п.
Зачем все это хозяйство на роутере, когда есть медиаплеер? ;) Да и заворачивать всю инфраструктуру в одну ушатанную жизнью железку как-то странно. Чтобы, если ей вздумается уйти на пенсию, отвалилось совсем всё?
Затем, что мне так удобно.
Какая связь между Exim c Asterisk и медиаплеером?
ей вздумается уйти на пенсию, отвалилось совсем всё
Да нет, это будет просто поводом для замены десктопа мне, жене, сыну или дочке. Из резервной копии подниму на другом компе за пару часов.
Какая связь между Exim c Asterisk и медиаплеером?
В медиаплеере есть неплохой проц и память. На нем можно поднять linux и играться в разные троллейбусы.. Но зачем?
это будет просто поводом для замены десктопа мне, жене, сыну или дочке
То есть в случае отвала вашего сервера кто-то из домашних на неделю попрощается со своим компом? Штош ;)
Из резервной копии подниму на другом компе за пару часов.
Люди делятся на 3 вида: кто не делает копии, кто теперь делает копии, и кто теперь регулярно проверяет, что копии рабочие.
В медиаплеере есть неплохой проц и память.
Пример? Те, что попадались мне, имели очень слабые CPU и памяти не более 2 ГБ. 6-7 летний десктоп такие STB уделывает на порядок.
кто-то из домашних на неделю попрощается со своим компом?
Даже неделя на ноуте - не смертельно. Особенно при наличии достаточно производительного сервера, на который можно свалить тяжелые задачи.
Люди делятся на 3 вида: кто не делает копии, кто теперь делает копии, и кто теперь регулярно проверяет, что копии рабочие.
Так алерт прийдет через Exim, если DAR обнаружит битые копии или сам навернется.
6-7 летний десктоп такие STB уделывает на порядок.
Конечно. Неплохой проц - это по сравнению с одноплатником типа raspberry/banana/etc ;). Но если всенепременнейше необходим домашний датацентр в стиле 2000-х - штош, некоторые вкусы бывают достаточно специфические ;) squid, ldap, ip-телефония со звонками в Замбию..
Ваши предложения? Как реализовать авторизацию и аутентификацию прозрачно для пользователя без LDAP и Kerberos? Как сделать индивидуализированную L7 фильтрацию HTTP трафика без Squid? Как звонить в ОАЭ, Иран, Намибию и т.д. без IP-телефонии и не получать многотысячные счета?
Как реализовать авторизацию и аутентификацию прозрачно для пользователя без LDAP и Kerberos?
Для 4 постоянных пользователей это точно необходимо?
Как сделать индивидуализированную L7 фильтрацию HTTP трафика без Squid?
Как зачем? Я в эти игры игрался в далекие 2000-е, и потихоньку понял, что это не нужно никому. Даже моему начальству. А если все это для защиты детей, то конечно да. Без этого сложно.
Как звонить в ОАЭ, Иран, Намибию и т.д.
Ну надо значит надо. Ок.
Для 4 постоянных пользователей это точно необходимо?
Точно, если пользователей пять и из них трое детей.
А если все это для защиты детей, то конечно да.
И для защиты, и в воспитательных целях. В результате, я к 100 баллам по ЕГЭ почти привык )
Точно, если пользователей пять и из них трое детей.
А, ну это в корне меняет дело ;)
КМК если пользователей <20, и они не меняются, не увольняются, не переходят из отдела в отдел - можно 1 (один) раз завести логины с одинаковыми паролями и забыть.
И для защиты
Телеграм у вас заблокирован?
в воспитательных целях
ээ. в случае залёта блокируется доступ в интернет?
В результате, я к 100 баллам по ЕГЭ почти привык )
Не уверен что есть какая-то связь. У меня в детстве никакого интернета не было, но академиком я так и не стал ;)
Телеграм у вас заблокирован?
Есть еще SOCKS5 )
в случае залёта блокируется доступ в интернет?
Сейчас уже нет. Дети выросли. А раньше были суточные, дневные и недельные лимиты в минутах. Которые могли меняться в обе стороны в зависимости от успехов в учебе и поведения. Дети разные. Сын и старшая дочка почти не испытывали неудобств от таких ограничений. Младшая дочка года два сидела на голодном пайке, пока не поумнела.
Не уверен что есть какая-то связь.
Это только один из воспитательных элементов. Функции репетитора по информатике, математике и физике выполнял я. Стороннего репетитора брали только по русскому языку, так как в нем я точно пас. Без ограничений интернета дети бы часами сидели в социальных сетях и тупо не успевали бы ни учиться, ни помогать жене по хозяйству, ни высыпаться. А так они с малых лет оказались приучены к тому, что всему свое время.
Какзачем? Я в эти игры игрался в далекие 2000-е, и потихоньку понял, что это не нужно никому. Даже моему начальству. А если все это для защиты детей, то конечно да. Без этого сложно.
Если человек хочет иметь дома сервак (ну нравится ему администрировать личный сервак. Кому-то нравится рыбалка, кому-то пчеловодство, кому-то серваки), он найдёт тысячу якобы нужных ему функций, лишь бы объяснить дома наличие сервака. Всё нормально. Вы наигрались, я наигрался, а кто-то ещё не наигрался.
Скорее у кого-то еще нет сколиоза и он таскает на своем горбу тяжелый и мощный ноутбук, на котором можно вести разработку. А у кого-то сколиоз уже есть, и он таскает на себе легкий 15 Вт ноутбук, но вынужден для разработки иметь еще и десктоп дома.
Макбуки уже запретили? А виртуалки для удаленной компиляции тоже запретили?
Все уже сделано. Не надо носить тяжелый ноут, если не хочется.
Домашний десктоп окупается по сравнению с сервером в облаке за полгода-год. Не выгодно.
А какая связь между макбуком и хостом для СУБД я вообще не понял? Это хайп какой-то новомодный?
Домашний десктоп окупается по сравнению с сервером в облаке за полгода-год. Не выгодно.
Сервера в облаке для разработки оплачивает работодатель. И он же запрещает носить его код и данные на любые другие.
А какая связь между макбуком и хостом для СУБД я вообще не понял? Это хайп какой-то новомодный?
Макбук это очень-очень быстрый и легкий ноут. Дев базу он и не заметит. То что надо, если с виртуалкой связываться не хочется.
Сервера в облаке для разработки оплачивает работодатель.
Ходим по кругу. Читайте выше. Есть масса клиентов, которые в принципе не пользуются облаками. А вот клиентов, которые не позволяли писать код на своем ноуте я встречал редко. Но это уже отдельная история, так как такие клиенты требуют вести разработку только на своем железе в своем офисе, а мобильник и ноутбук сдается в камеру хранения на охране.
если с виртуалкой связываться не хочется
Не понял, чем лучше гонять вируталки под маком, чем под убунтой. Возможно есть макбуки с 64 ГБ памяти и 8 ядрами для более менее комфортной работы того же PostgreSQL на них. Но подозреваю, что стоить это будет в разы дороже десктопа, которому можно поручить все тоже самое.
Примерно все приличные работодатели запрещают выносить код или данные с корпоративного оборудования. Причины в общем понятны. И при этом они понимают что работать надо. Вот и выдают облака всякие.
Облака обмазались уже примерно любыми сертификатами от всех кого только придумать можно. Запрещать работать в них это придурь конкретной конторы. Надо просто пойти работать в нормальную. Нормальных больше.
Возможно есть макбуки с 64 ГБ памяти и 8 ядрами для более менее комфортной работы того же PostgreSQL на них
Если ваша дев база требует таких ресурсов, то что-то сильно пошло не так. И надо не фичи делать, а инфраструктурой и окружением заняться. Чтобы разрабатывать нормально было.
Вот и выдают облака всякие.
И все возвращается на круги своя. Сделав себе на локал push получаешь полную копию репозитория GIT, а имея доступ к обезличенной БД разработки, ничего не мешает выгрузить ее данные тоже к себе на локал. А метаданные и так уже в GIT.
На практике, когда работал в команде интегратора, то пользовался ресурсами его ЦОД, а когда по ГПХ - своего сервера, так как любое облако было бы за мой счет.
Говорю же, читайте выше, все уже писал. Были заказчики у которых доступ к их ЦОД только через спутниковый интернет с пингом в секунду. Были и такие, у которых VPN больше мегабита не выдавал. А последнее время, с развлечениями Роскомнадзора над VPN, я бы всех зарубежных клиентов растерял без локального сервера.
Если ваша дев база требует таких ресурсов, то что-то сильно пошло не так.
Ну я еще скромно запросил, так как для монопольного использования. На последнем проекте у меня на дев PostgreSQL 256 ГБ и 32 ядра в ЦОД заказчика. Прод 128 ядер и терабайт оперативки. У меня же не пет-проекты, как у Вас. Объемы АСКУЭ и биллинга даже маленького Камчатскэнерго - уже терабайты. А сильно БД не порежешь, так как статистики уплывут и оптимизировать запросы потребуется потом заново.
Вы делаете очень смелые предположения о моих проектах. Distilled базы вам стоит научиться делать. Они ускоряют разработку просто на порядки.
Дремучие конторы бывают. Бежать от них надо. Нечего там делать. Пусть начинают работать нормально и тогда с ними можно будет иметь дело.
Как я чуть выше говорил все крупные облака ради таких обложились любыми сертификациями, нет ни одной нормальной причины чтобы не работать с ними. Всякие корпоративные штуки облака тоже давно освоили. Все будет как родное в сети. Осталось только дедов сломать из этих дремучих контор.
Вы делаете очень смелые предположения о моих проектах.
Вы сами сказали, что 8 ядер для СУБД - много. Какой еще вывод можно было сделать?
Distilled базы вам стоит научиться делать.
Да, можно сделать для разработки обезличенный срез из четырехтерабайтной БД размером в полтерабайта. И тогда 64 ГБ оперативки, хоть и с трудом, но хватит. Но если обрезать БД еще сильней, то статистики точно уплывут и будете потом все запросы оптимизировать заново. И если на Redis, Confluent, Сassandra и ClickHouse это не так заметно, то на PostgreSQL - наоборот, очень даже существенно. Просто у Вас нет опыта работы с SQL, поэтому даже не понимаете, что план запроса по таблице в 100 ГБ и вороху справочников вокруг нее может принципиально отличаться от плана запроса по той же таблице, но обрезанной до 10 ГБ.
Даже при переносе на тест, на БД минус-день, некоторые запросы приходится оптимизировать заново. Я уже молчу о модельках, которые на малых объемах данных не обучишь. Но это уже отдельная песня, так как ферму A100 я дома ставить точно не собираюсь и пользуюсь ресурсами клиента.
Вы вообще не видите разницы между продакшеном под нагрузкой пользователей и дев базой?
Окей, нет у меня опыта. Ерундой занимаюсь какой-то. Дев базы у меня умещаются в десяток мегабайт. В запущенных случаях в 100. И этого достаточно для разработки. Прод при этом может быть любых размеров. Скриптик снимающий дев копию с теста занимает сотни строк. В запущенных случаях тысячи. Пишется и правится довольно редко.
Планы запросов оптимизировать надо довольно редко. Это можно и нужно делать отдельно от основной разработки. Процентов 99 запросов работают ровно так как и предполагается по их виду. Если внезапно появилась аномалия ее и на проде видно на мониторингах. Вы же мониторите медленные запросы на своем проде?
Таблица на сотню гигабайт+ в sql бд обычно означает ошибку проектирования. Не факт что ее можно исправить малой кровью, но понимать что это ошибка стоит. Для таких данных есть более подходящие базы. new sql рекомендую посмотреть. Сейчас уже есть достаточный выбор.
Вы вообще не видите разницы между продакшеном под нагрузкой пользователей и дев базой?
А у Вас в голове может укладываться, что витрина живет на ClickHouse, а пользователи в PostgreSQL даже доступа могут не иметь?
Планы запросов оптимизировать надо довольно редко.
Потому и говорю - пет-проекты. А у меня оптимизация запросов занимает чуть ли не половину рабочего времени.
Таблица на сотню гигабайт+ в sql бд обычно означает ошибку проектирования.
Я могу сильно Вас удивить, что сейчас я развлекаюсь с таблицей размером в терабайт, для которой мне надо оптимизировать трансформацию, очистку, валидацию, фильтрацию и агрегацию данных нужных для обучения модели. И ее обрезать вообще не реально, так как иначе и модель обучить не получится.
Вы хоть голову включите, и прикиньте размеры таблиц АСКУЭ даже небольшой энергосети из 200 тыс. ПУ, с которых показания всех регистров снимаются каждые 5-15 минут.
Для таких данных есть более подходящие базы.
Все зависит от того, как эти данные нужно трансформировать. Понятно, что сырые данные вообще в Cassandra, кеш и агрегация в Redis, витрина в ClickHouse, связь сервисов через Confluent и gRPC. Но трансформацию этих данных лучше делать в PostgreSQL, так как там, благодаря массивам и очень низкой латентности в вызове R функций, это реализуется очень эффективно. А оттуда уже в Spark для обучения моделей.
Схемы данных бывают любые. И что? Ну поднимите 5 микро дев баз. Они ничего не занимают что в памяти что в ЦПУ. Поднимать надо аккуратно, но тут тоже инструментов вагон.
Я могу сильно Вас удивить, что сейчас я развлекаюсь с таблицей размером в терабайт
Терабайтная таблица в sql это совершенно точно ошибка проектирования. Нет ни одного случая когда это было бы нормальным решением.
Понятно, что сырые данные вообще в Cassandra, кеш и агрегация в Redis, витрина в ClickHouse, связь сервисов через Confluent и gRPC. Но трансформацию этих данных лучше делать в PostgreSQL
Логи кладите в Кликхаус, раз вы уж о нем упомянули. Пусть там лежат вечность в том виде как положили. Полные логи для разработки вообще не нужны. Хватит выборки в тысячи строк оттуда. Остальные строки такие же.
Метаданные в вашу любимую sql бд. Их мало. Скриптик правильно копирующий оттуда куда-то то что нужно для запуска и разработки придется написать. Он иногда бывает сложным.
Активно изменяемый большой стейт в newsql БД по вкусу. Тут сложнее всего. Подумать придется. И для разработки кусочек стейта вырезать иногда непросто. Как правило один шард или таблетка или как оно там сейчас называется подходит.
Сверху накиньте любой kv кеш по вкусу и снимите большую часть пользовательской нагрузки на чтение. Его копировать для разработки вообще не надо. Чистая БД ок.
Вот и получилась типичная хайлоад схема хранения любых данных.
Я могу сильно Вас удивить, что сейчас я развлекаюсь с таблицей размером в терабайт
Данные трансформировать не надо. Лежать и пусть лежат. Тем более что терабайтные объемы ничего не стоят. Агрегаты поверх строить полезно. DWH тоже полезно. А вот трансформировать не надо.
А у меня оптимизация запросов занимает чуть ли не половину рабочего времени.
Типичные запросы в любом хайлоаде это кей-велью. Или в случае небольших табличек выборка по ключу из sql. Кликхаус особняком, но это если он по настоящему большой. В терабайтном можно просто писать запрос. Ключ в запросе есть - будет работать нормально. Обмазывать всяким чтобы работало нормально по разному. Все остальное работает не очень. И с newsql плохо совместимо. Что вы в них оптимизировать собрались я не знаю. Как их правильно обмазать выбирается по другому.
Баззвордов вы знаете много. Поздравляю.
Нет ни одного случая когда это было бы нормальным решением.
Вот даже интересно стало, как Вы представляете реализацию трансформации пары миллиардов записей трекинга вагонов в формате станция-код операции-номер вагона-время, а надо вычленить временные серии из последняя операция на станции А и первая операция на станции Б при рейсе со станции В до станции Г, проходящем через станции А и Б? И так для всех возможных сочетаний А, Б, В и Г. Данные грязные, возможны телепортации, операции бросания, перегрузки, исключения из рабочего парка и т.п. Если в течении рейса есть такие операции и они заметно влияют на время в пути (есть критерии), рейс из рассмотрения исключается. Дальнейшие операции, такие как построение и анализ распределения, вычисление еженедельного матожидания (или матожиданий, если в распределении несколько пиков) и т.п. пока опустим.
Сами данные поступают из многих источников и не последовательно. Казахи, например, могут задерживать данные месяца на три. Белорусы - не сильно лучше. Операции исключения из рабочего парка могут приходить из некоторых зарубежных станций через полгода. Алиасинг станций (объединение нескольких станций в одну) может меняться в любой момент. Критерии фильтрации или сглаживания - тоже.
ClickHouse умирает, не помещаясь даже в 256 ГБ оперативки. Ему же надо еще справочники в каждую запись подтащить заранее, так как на джоинах он еще раньше умрет. Cassandra такие выборки делает жутко медленно. В Redis такое не всунешь. А на PostgreSQL на 32 ядрах я это уже делаю за час с копейками.
Логи кладите в Кликхаус, раз вы уж о нем упомянули.
При чем тут логи? Понятно, что они там и живут.
Данные трансформировать не надо.
Это Вы клиентам говорите, что модельки учить не надо? Или учите их сырыми данными? )))
Типичные запросы в любом хайлоаде это кей-велью.
Вы действительно не представляете, что есть что-то кроме простых пет-проектов? Посмотрите на любую ERP и убедитесь в обратном. Про биллинг по АСКУЭ вообще молчу. Какой на фиг key-value, если для разных целей массивы информации нужно срезать по совершенно разным ключам и просто агрегатными функциями невозможно воспользоваться, так как есть целый ряд ограничений по валидации данных? Сети они, простите, даже не иерархические. РосСети уже пытались с наскоку. Райцентр или район города без технических ПУ - пожалуйста. А хотя бы всю сеть ТГК-2 - слились и пришли к нам. Потому что ни хрена по биллинговым объектам схема не пилится, да еще перетоки и кольца радуют. А модельку, которая будет потенциальных воров вычислять - очень хочется получить.
а надо вычленить временные серии из последняя операция на станции А и первая операция на станции Б при рейсе со станции В до станции Г, проходящем через станции А и Б?
Например, поделить таблицу из 1.2 млн российских вагонов на несколько десятков шардов по номерам вагонов, и отслеживать вместо одной двухмиллиардной таблицы несколько пятидесятимиллионных, которая и сервер укладывать не будет, и в память жирного сервера целиком влезет. Железка-то по вагонам учёт ведет, там шардирование вполне себе уместно.
К слову, я в нулевые семь лет отработал в достаточно крупном банке, там транзакционные таблицы куда пожирнее ваших были, только один крупный супермаркет с пятью десятками касс в сутки мог нашлёпать десятки тысяч транзакций, а серверы в нулевых куда пожиже современных. Но оно же работало не "за час с копейками", а за минуты. Наверное, проблема всё-таки у вас в архитетуре, а не в задаче.
шардирование вполне себе уместно
Закончили. Вы или занялись демагогией, или для Вас эта задача неподъемна. Здесь шардирование мало уместно, так как по какой аналитике не шардируй, по другой будешь собирать уже по всем шардам, причем больше записей, чем хранилось изначально. По годам таблица секционируется, по другим аналитикам - Вы полный бред написали. Распределение то строить по всем вагонам, проехавшим от В к Г через А и Б. А это вычислительно намного более сложная задача, чем восстановление трека вагона.
там транзакционные таблицы куда пожирнее ваших были
Там не надо было их трансформировать и чистить. Моделки по ним ним тоже не учили. Блин, да я Сбербанком занимался еще в конце 80-х на ЕС ЭВМ. В 90-х внедрял ERP в Союзконракт, Макдональдс, P&G. Никто и не мечтал тогда о предиктивной аналитике по транзакциям. Все мыслили исключительно агрегатами.
По годам таблица секционируется, по другим аналитикам - Вы полный бред написали.
Я написал не бред. То, что я написал - нормальное предложение при имеющихся вводных данных. Если у вас там какая-то другая картина (а так скорее всего и есть), значит, надо проанализировать и принять какое-то другое архитектурное решение. Бред - это когда в 2023-м году операции с парой миллиардов записей выполняются часами. Это не запредельный объём данных, с ним многие сталкиваются, и финансовые организации, и ритейлеры, и рекламные трекеры и т.д.
Мне Ваши десятки тысяч - детские игры.
Десятки тысяч по одному клиенту - детские игры? О_о :)
нормальное предложение при имеющихся вводных данных
Вам же явно сказано, что "вычленить временные серии из последняя операция на станции А и первая операция на станции Б при рейсе со станции В до станции Г, проходящем через станции А и Б. И так для всех возможных сочетаний А, Б, В и Г". У не знаю, кем надо быть, чтобы не суметь посчитать количество сочетаний из N по 2. Например, из одного рейса одного вагона через 50 станций, где на каждой было, в среднем, две операции, из этих 100 операций получите по одному элементу для 1225 временных серий.
операции с парой миллиардов записей выполняются часами
Попробуйте быстрее на дев, где всего 32 ядра. На сколько спорим?
Десятки тысяч по одному клиенту - детские игры? О_о :)
Конечно, если только один многоквартный дом из 200 квартир выдает ~150 тыс по АСКУЭ за сутки.
У не знаю, кем надо быть, чтобы не суметь посчитать количество сочетаний из N по 2
А вы их комбинаторно перебираете, что ли? Ну тогда вопросов нет, почему так долго :) Я же говорю, проблема в архитектуре, а не в объеме данных. Да, вы решили задачу в лоб, может быть, на это есть какие-то причины, о которых вы не говорили, а я не спрашивал. А может быть, и не было, вы просто решили так, как получилось, а теперь защищаете своего слона, потому что он ваш, любимый. Так что извините, пока что ваши аргументы недостаточны, чтобы вам поверить. Почему не сделать промежуточную выборку, сначала просто вагоны по нужным четырем станциям (сколько их там в день проходит? Полсотни составов по одной ветке, ну т.е. выборка уже резко сокращается с миллиардов до тысяч), а потом уже по ней дальше уточнять, и т.д.
Попробуйте быстрее на дев, где всего 32 ядра. На сколько спорим?
Всего 32 ядра - это в два раза больше, чем у меня было в банке 15 лет назад, с таблицей транзакций размером в полтриллиона записей. И справедливости ради, если уж лопатить данные такого размера, тут больше вопрос к производительности системы ввода-вывода, чем к количеству ядер.
сначала просто вагоны по нужным четырем станциям
Потому что их все же сначала нужно провалидировать. Отсюда и многоходовочка, в которой сначала валидация с формированием векторов в массивах, и только потом уже транспозиция такой матрицы с фильтрацией.
больше вопрос к производительности системы ввода-вывода
Как раз с СХД особых проблем немного, а вот с анализом логнормального распределения и разложением его по спектру - есть.
было в банке 15 лет назад
И 15 лет назад Вы занимались предиктивным анализом? Простите, точно не верю.
Потому что их все же сначала нужно провалидировать.
Ок, я спорить не буду, т.к. для этого надо погружаться в задачу, о которой я знаю лишь крохотные отрывки.
И 15 лет назад Вы занимались предиктивным анализом? Простите, точно не верю.
Зря не верите, в банке аналитики хоть отбавляй. Банк должен планировать будущие денежные потоки, должен планировать свои резервы на следующие периоды, планировать свои будущие потребности в привлечении средств и т.д. Да, собственно, и не только в банке. Если вы возьмёте зрелый купи-продай уровня регионального дистрибьютора, даже там будет планирование на основе предиктивного анализа. Другое дело, что региональный дистрибьютор вряд ли будет разрабатывать его сам, скорее купит готовое решение у поставщика своей ERP.
в банке аналитики хоть отбавляй
Вот только 15 лет назад не было аппаратных средств даже для обучения ARIMA триллионом операций, не говоря уже у нейросетях. Поэтому любоваться этим триллионом можно было, а обучать им модели - нет.
Вот только 15 лет назад не было аппаратных средств даже для обучения ARIMA триллионом операций
Не было, ну и что? Можно было обучить миллионом операций, и получить достаточный результат. Это же не языковая модель, там с определённого объема выборки уточнение уже точность прогнозирования не улучшает. Впрочем, я не в курсе, какие модели использовали у нас для прогнозирования, не моё это направление было.
не говоря уже у нейросетях
А вот нейросети как раз уже были, в в частности, кредитном скоринге, в 2007 году внедряли.
Можно было обучить миллионом операций, и получить достаточный результат.
А для этого уже не надо трансформировать триллион операций. Достаточно пайп-лайном считать агрегаты на каждый миллион операций и сохранять их для обучения. Вот только любая агрегация - это утеря данных, которые модель могла бы учесть при обучении, если бы ей скормили трансформированный триллион операций при обучении.
А вот нейросети как раз уже были
Были. А вот ферм A100, которым можно было бы скормить триллион операций и обучить модель до того, как она перестала бы быть нужной - не было.
В 2007 лидером был Blue Gene/L с 596 TFLOPS, тогда как ферма из четырех A100 в ЦОД моего заказчика выдает больше 1 PFLOPS на TF32. Разницу не замечаете?
Вот только любая агрегация - это утеря данных, которые модель могла бы учесть при обучении, если бы ей скормили трансформированный триллион операций при обучении.
Обучение модели - это и есть, по сути, агрегация, только в виде весовых коэффициентов. От того, что вы предварительно данные схлопнули, там ничего особо не поменяется. Я о другом говорил, не считать агрегаты, а грубо говоря, брать для обучения не триллион транзакций по 30 млн клиентов, а миллион транзакций по рандомно выбранным 30 тысячам клиентов. Весовые коэффициенты в итоге получатся примерно такие же, ну потому что всякого рода средние взвешенные от 1 млн значений будут такие же, как и от 1 трлн значений с тем же распределением, и уточнять их там с третьего до пятого знака после запятой, это уже далеко за гранью потребностей бизнеса.
Разницу не замечаете?
Во флопсах - да. В возможностях на указанных задачах, см. выше - не настолько принципиально. Эта вычислительная дурь, пусть и не стоит в масштабах бизнеса очень больших денег, всё-таки для иного класса задач предназначена.
От того, что вы предварительно данные схлопнули, там ничего особо не поменяется.
Вы, получается, даже не знаете, что такое Data Mining и что любые данные могут содержать "ранее неизвестные, нетривиальные, практически полезные и доступные интерпретации знания". Нейронная сеть тем и хороша, что она автоматически решает основную задачу Data Mining, а агрегировав данные Вы ее этой возможности лишаете.
миллион транзакций по рандомно выбранным 30 тысячам клиентов
Во-первых, при транспонировании 30 тысяч - катастрофически мало для обучения. Во-вторых, сократив выборку в 1000 раз Вы наверняка получите распределение далекое от исходного. В-третьих, рандом на то и рандом, что каждый раз будете получать разные результаты и не сможете опираться на сохраненные ранее результаты кроссвалидаций. Именно поэтому, как только вычислительные мощности стали позволять, о таких костылей и отказались.
десятки тысяч транзакций
У меня только из ЭТРАН и только по дислокации сейчас по НТК ежесуточный прирост - пять миллионов записей. Мне Ваши десятки тысяч - детские игры.
А на АСКУЭ всего лишь с 200 тыс. ПУ (район города) и 15 минутным сбором даже укладывая все регистры массивом, получим ежесуточный прирост в 19 миллионов записей.
Дремучие конторы бывают. Бежать от них надо.
Меня вполне устраивает Ваша позиция. Именно благодаря ей такие конторы, как Камчатскэнерго, РосСети, РФПИ, РЖД и т.п. платят явно выше рынка. А как с ними работать и общаться, чтобы разработка была для меня комфортной, я научился еще лет 20 назад )
Скорее у кого-то еще нет сколиоза и он таскает на своем горбу тяжелый и мощный ноутбук
Я советский ребёнок, у меня сколиоз - профессиональная болезнь с детства. Я, правда, не знаю, зачем ноутбук таскать на горбу разработчику, я же не полевой админ. Всё моё "таскать" - это с одного стола на другой, или со стола в машину, а с машины опять на какой-то стол. Иногда пару раз в день пять минут пронести 3 килограмма между локациями, что тут не так?
Я рад, что Вам так повезло. А я лет 20 лет мотался по командировкам от Парижа до Камчатки. И где-нибудь в Женеве командировочных на такси точно не хватит. Их там на пожрать еле хватало. Арендовать машину можно, но парковаться негде.
И где-нибудь в Женеве командировочных на такси точно не хватит. Их там на пожрать еле хватало. Арендовать машину можно, но парковаться негде.
Ну вы же, если не туристом по городу кататься, а в командировку приехали - вам разве там в отеле паркоместо не дадут? И что там за офисник, в котором тоже своей подземной парковки нет? А если снимали квартиру, а не отель, ну, можно попросить секретаря снимать не в историческом центре, а в каком-нибудь Каруже, где домам не полторы сотни лет, и где подземные паркинги есть у каждой пятиэтажки.
вам разве там в отеле паркоместо не дадут?
Вы точно в Женеве были? Там отелей с собственной парковкой, причем платной, на пальцах можно пересчитать. 20 франков каждые сутки и только за ночную парковку - совсем не бюджетно. А где припарковаться у офиса - это уже совсем непонятно. Там забито все резидентами.
можно попросить секретаря снимать не в историческом центре
Можно было попросить снимать во Франции рядом с Вежи-Фонсене. Это был ближайший отель с бесплатной парковкой. Но в офис я, естественно, на машине не ездил, так как припарковаться негде. Зато покатался по Франции и Швейцарии вечерами и в выходные.
И что там за офисник, в котором тоже своей подземной парковки нет?
Парковка есть, мест - нет. И очередь на свободные места из штатных работников, ожидающих появления там места по году-два.
Причем контора не мелкая - Bunge.
Был бы хотя бы Park and Ride поблизости. Там за 14 франков можно было парковаться на целый день или на ночь. Но до ближайшего от офиса было минут 20 ходу, что совсем не прельщало.
Был бы хотя бы Park and Ride поблизости. Там за 14 франков можно было парковаться на целый день или на ночь. Но до ближайшего от офиса было минут 20 ходу, что совсем не прельщало.
Мне бы наоборот норм, причем в любую погоду. Если уж нельзя стать бесплатно под конторой, как следовало бы по-хорошему, то на мой вкус это вполне себе вариант.
И где-нибудь в Женеве командировочных на такси точно не хватит. Их там на пожрать еле хватало.
Претензия к вашему работодателю или кто там вам оплачивает командировку, а не к мироустройству в целом.
Арендовать машину можно, но парковаться негде.
Я никогда не езжу туда, где нельзя парковаться. То есть, конечно, за всю жизнь насчитается несколько единичных исключений из этого правила, но на командировки эти исключения категорически не распространяются, если только принимающая сторона не берет полное обеспечение транспортом на себя. Я в целом стараюсь избегать даже тех мест, где парковаться можно, но только платно - на этом поприще успехи, конечно, скромные, но это не вопрос экономии денег, а как бы вопрос принципа. То есть, например, выбор временного жилья всегда делается с учетом возможности стоять бесплатно. Вы тоже можете так же.
Не ожидал встретить тут чудака, готового по три часа стоять в пробках, вместо того, чтобы за час добраться до метро. )))
Справедливости ради, факт встречи человека, который вообще рассматривает вариант перемещения по Женеве за рулём, а не на общественном транспорте (на крайняк такси) тоже достаточно неожиданный ;)
Ну чудак явно на своей волне ;)
Ну чудак явно на своей волне ;)
Чудак - это я? Отлично же! :)
Для меня чудак - вы. То есть и вы лично, и вам подобные по образу мышления. Тéрпите неудобства и считаете это нормальным, а вариант жить в комфорте отметаете на корню и лишь пишете в ответ странные, а для кого-то и вовсе обидные вещи. Поскольку с вам подобными я периодически встречаюсь в этих ваших интернетах, то я не обижаюсь и даже не удивляюсь уже - вы просто не понимаете, как можно жить комфортно. Возможно, ваши представления о комфорте безнадежно искажены безальтернативной реальностью ночевки в человейнике и дневания в офисе в "центре" крупного города с многочасовым скучанием в пробках за рулем городской нанолитражки* - не знаю наверняка, я не берусь ставить диагноз по юзерпику, но как предположение - сойдет на отлично.
Справедливости ради, факт встречи человека, который вообще рассматривает вариант перемещения по Женеве за рулём, а не на общественном транспорте (на крайняк такси) тоже достаточно неожиданный ;)
А что там рассматривать? В навигаторе посмотрел - и поехал. Именно так я во многих европейских мегаполисах ездил, езжу и предполагаю ездить впредь. Просто нужно заранее поинтересоваться, нет ли ограничений, которые необязательно очевидны для навигатора - например, где-то въезд разрешен только для местных, где-то "экологическая зона", где-то въезд только для электротранспорта и тому подобное в ассортименте. Ваш пункт назначения в таких случаях просто держит для вас паркоместо или, если это категорически невозможно и никак не преодолимо, вашим пунктом назначения становится ближайший платный паркинг. Речь же не про туристическую поездку, когда вы поставите машину у арендованного дома или гостиницы, а дальше поедете общественным транспортом глазеть на город. Нет, речь о том, что вы по работе едете туда, где вас ждут - то есть вы не курьер с пиццей, а скажем или специалист, нужный для вашего пункта назначения или, например, просто клиент. Так что или пусть дают паркоместо, или пусть дают машину с водителем.
*
Я люблю любые автомобили, сам ездил на разных, и не пытаюсь унизить владельца микроскопического автомобиля за его размеры - категорически нет. Это не снобизм и не попытка перейти на личности - это оговорка о том, что если вам не нравится сидеть часами в пробках по короткой, в километрах или милях, дороге от человейника в контору и обратно, то это не значит, что вождение вообще некомфортно и что кто-то стоящий рядом с вами в пробке не получает в это же время удовольствие, пусть и подпорченное смехотворно низкой скоростью, читай потерей времени в пути. Это даже без адаптивного круиза и системы удержания в полосе, при которых можно вообще бросить руль и отвлечься на что-то еще. Пока вы нервничаете и суетитесь, потому что нужно успеть в контору на 0900 или уже вечер и просто хочется скорее вернуться в свою бетонную ячейку, кто-то в соседней машине просто зависает в своем микрокосмосе, отделенный от вас обработанной виброшумоизоляцией сталью и, возможно, двойными, шумоизолирующими стеклами. Этого кого-то тоже, скорее всего, совсем не радует такая езда, но этот кто-то в это время все равно скорее отдыхает - даже если у него редкий сейчас евромобиль с механической коробкой, которая требует некоторого вовлечения в пробочную дерготню.
Тéрпите неудобства и считаете это нормальным,
Я понимаю, что все субъективно. Но для меня час на метро - меньшее неудобство, чем два часа за рулем в пробках. И ноутбук весом в килограмм - меньше неудобство, чем ноутбук весом три килограмма.
Речь же не про туристическую поездку, когда вы поставите машину у арендованного дома или гостиницы, а дальше поедете общественным транспортом глазеть на город.
Вот видите, Вы в командировках работаете, как раб, круглосуточно, а я по 8 часов и только в рабочие дни. И могу вечерами и в выходные "глазеть на город"
Вот даже не знаю, как Вы такое можете считать "удобством" )))
И могу вечерами и в выходные "глазеть на город"
Мы с вами говорили о том, как неудобно перемещаться с тяжёлым ноутбуком. Я-то вечером гуляю, но ноутбук мне при этом таскать не нужно, и мне неважно, сколько он там весит на тумбочке в гостинице. А вы, судя из вашего комментария, таскаете его с собой. Ну кто тут как раб? :-Р
А вы, судя из вашего комментария, таскаете его с собой.
По разному. Если у меня билет на TGV в кармане и выходные я собираюсь провести в Париже, то зачем мне мотаться два раза в гостиницу? Да и гостиница может быть совсем не рядом с офисом, который уже находится в историческом центре.
мне неважно, сколько он там весит на тумбочке в гостинице
Ну вот, Вам удобно каждый вечер тратить час-два на поездку по вечерним пробкам из исторического центра, где офис, в гостиницу на окраине, где есть бесплатная парковка, и обратно в этот же исторический центр. А мне не удобно )
Самое интересное почему не прокомментировали? Чем два-три часа за рулем в пробках лучше часа в метро?
Самое интересное почему не прокомментировали? Чем два-три часа за рулем в пробках лучше часа в метро?
О, на это у меня ответ как раз есть. Когда я стал проводить время в салоне своего авто, а не давиться в толпе других пассажиров, я практически перестал болеть. Теперь только то, что ребёнок приносит из школы, а не каждый грипп по два раза в год. Плюс, 2-3 часа, это вы всё-таки преувеличиваете. Час-полтора обычно.
Час-полтора обычно.
Для Москвы - фантастика. За 30-45 минут добраться на встречу из своего офиса в офис клиента (если оба офиса в пределах ТТК) на авто можно только если очень повезет. Час-полтора минимум. На метро же не дольше получаса. Вот и получается, что одна поездка на встречу на метро - час, а на такси - два-три часа.
каждый грипп по два раза в год
Что только не придумывают люди, лишь бы избежать бесплатных прививок в офисе )))
На метро же не дольше получаса
У вас математика предполагает, что оба офиса находятся рядом со станцией метро, но при этом так, чтобы дорога автомобилем туда была неудачной. Тут на самом деле есть масса вариантов :)
Что только не придумывают люди, лишь бы избежать бесплатных прививок в офисе )))
Можно подумать, прививка от гриппа, учитывая, что воздушно-капельных зараз - миллион штаммов, а прививаешься ты от какого-то одного, по прогнозам, наиболее популярного в этом сезоне, такой уж эффективный способ не заболеть...
У вас математика предполагает, что оба офиса находятся рядом со станцией метро
Я же явно указал, что "оба офиса в пределах ТТК". А там это действительно так. Сложно найти в пределах ТТК офис на расстоянии более пяти минут пешком от метро.
Вот полчаса только подъезжать на такси к Москва-Сити со съезда с ТТК - явление обычное. А метро прямо под ним. У меня, примерно, треть клиентов там.
Можно подумать, прививка от гриппа
Да я уже понял, что Вы один из тех, кто принципиально против прививок. Иначе бы не болели по два раза в год. Я, например, гриппом не болел уже года четыре или пять. Хотя не могу сказать, что иммунитет у меня хороший. Все же когда тебе под 60, редко кто может хорошим иммунитетом похвалиться.
Да я уже понял, что Вы один из тех, кто принципиально против прививок.
А я уже понял, что вы один из тех, кто всем навешивает налево и направо ярлыки :) Сколько их уже в нашей дискуссии и я получил, и другие ваши собеседники?
Я, например, гриппом не болел уже года четыре или пять.
А у меня такая же нога, но болит (с) И не в прививке дело.
У возраста есть и положительная, и отрицательная сторона. Положительная - у вас накапливается опыт. Отрицательная - вы перестаёте замечать, когда ваш опыт перестаёт быть релевантным. Самое худшее, это когда вы помните свои заслуги молодости, и по ним считаете, что вы ого-го, вы правы, и всё знаете. А возраст, он-то даёт знать о себе на самом деле. Что-то вы не замечаете, где-то выбираете сначала неоптимальные решения, а потом вообще динозаврические (передайте привет тем дедушкам в руководстве ваших заказчиков, которые облака запретили) и так далее. Но свято веря в собственный авторитет, будете отбиваться до последнего, считая своих собеседников глупыми.
К сожалению, даже я себя иногда за этим стал замечать, хотя у нас с вами лет десять разницы. Надеюсь, смогу этот процесс если не остановить, то хотя бы притормозить.
вы один из тех, кто всем навешивает налево и направо ярлыки
В зеркало что ли посмотрели? )))
когда ваш опыт начинает быть релевантным
Он перестанет быть релевантным, когда я прекращу учиться, чуть ли ежедневно. А в ближайшие годы мне это не грозит.
где-то выбираете сначала неоптимальные решения, а потом вообще динозаврические
Я вполне могу ошибаться. Это естественно. Но обвинять меня в ретроградстве, с учетом упомянутых мной выше и активно используемых в продуктиве Confluent, k8s, ClickHouse - это скорее наоборот, скорее страсть к нестабильным и непроверенным решениям.
передайте привет тем дедушкам в руководстве ваших заказчиков, которые облака запретили
Меня с юности приучили выполнять любой каприз клиента за его деньги. А Вы не только навешиваете ярлыки на клиента, который не желает решать множество проблем с ФЗ-149 и 152, но и не видит в этом смысла, так как сам будет иметь доступ к облаку только через спутник. Но Вы же утверждаете, что даже через спутник с пингом в секунду облако на материке для того же Камчатскэнерго лучше, чем собственный ЦОД. Так кто из нас навешивает ярлыки? )))
Но свято веря в собственный авторитет, будете отбиваться до последнего, считая своих собеседников глупыми.
Хреновый из Вас экстрасенс )))
Хотя, явно судите по себе. Соболезную.
Самое смешное, что я то Вам не указывал, что Вы должны делать. Я лишь писал, что делаю я и почему. Это Вы активно набросились на меня, утверждая, что мне не нужен сервер дома, потому что облако лучше, или что мне нужно по Москве ездить исключительно на автомобиле, так как метро - рассадник заразы. )))
Так кто из нас что-то "навешивает"? И кто не уважает стороннюю точку зрения?
Он перестанет быть релевантным, когда я прекращу учиться, чуть ли ежедневно
Когда он перестанет быть релевантным, вы об этом, к сожалению, не узнаете. Умение освоить кубернетис в вашем возрасте, это прекрасно, но вы даже юнит-тесты с интеграционными тестами уже путаете, хотя тоже спорили, что вы там якобы были правы, я уже и тему-то развивать ту не стал :)
Так кто из нас что-то "навешивает"? И кто не уважает стороннюю точку зрения?
Вы. Вы даже разницу между "я считаю ваше решение неудачным" или "я бы сделал в вашем случае вот тако-то", и...
Вы или занялись демагогией, или для Вас эта задача неподъемна.
И уже не верю, что Вы разработчик.
Просто у Вас крошечные пет-проекты, а не суровый энтерпрайз
и тому подобными выпадами не видите.
Я критикую объективно. Да, когда контора отказывается от облаков по соображениям якобы безопасности, но при этом для неё нормально ту же среду закинуть на персоналку в шкафу дома у удалённого разработчика, это не есть решение, принятое профессионалами. Когда к датацентру крупной богатой конторы, которая там разрабатывает нейросетку на прогнозы, идёт 1 мегабит VPN, это не есть решение, принятое профессионалами и т.д.. Когда в той девелоперской среде на персоналке в шкафу "для максимальной приближённости к реальным условиям" в тестах ворочаются огромные объемы данных, и моя Ванга шепчет, что это не моки данных, а стянутый кусок с продакшена (для максимальной приближённости к реальным условиям), это тоже не есть... и так далее.
Так что лично у меня аргументов критиковать ваших заказчиков как раз предостаточно.
я уже и тему-то развивать ту не стал
Ну так развивайте. Мне интересно стало, почему модульное тестирование не должно включать в себя тестирование веб-интерфейсов REST или gRPC микросервисов. Вы тоже считаете, что они должны тестироваться только в интеграционном тесте? Почему?
когда контора отказывается от облаков по соображениям якобы безопасности, но при этом для неё нормально ту же среду закинуть на персоналку в шкафу дома у удалённого разработчика
Вот именно из-за такой наглой лжи я и не выдерживал порой.
Я же неоднократно указывал выше, что контора не пользуется облаками из-за соображений безопасности своих данных, которые удаленный разработчик и не видит. А вовсе не из-за кода, заказанного этому разработчику. И если бы Вы занимались разработкой удаленно, то наверняка на Вашей личной персоналке был бы результат git pull. То есть такая же локальная копия репозитория, что и у меня. А уж отдеплоить код в БД на своем же компьютере мне уже ничего не мешает. Так в чём Ваши претензии?
Когда к датацентру крупной богатой конторы, которая там разрабатывает нейросетку на прогнозы, идёт 1 мегабит VPN
Никто не говорит, что это хорошо или правильно. Ошибаются все. Так же и заказчик ошибся, не закупив нормальную циску, вместо убитого десктопа с OpenVPN, которым сам до этого пользовался для своих непритязательных нужд. Вот Вы бы, обнаружив это, долго и нудно судились бы, чтобы не платить неустойку за расторжение договора по выигранному тендеру, в условиях которого не была указана скорость доступа по VPN. Или сидели бы безвылазно в командировке под Ярославлем за свой счет, так как бюджет командировок в условиях тендера был очень ограничен. А я нашел способ, как выполнить все условия тендера не поднимая зада дома. Это опять вопрос субъективного удобства. Ну нравится Вам тратить деньги и время на суды или торчать вдали от семьи под Ярославлем. А мне нет. Вот и все )
моя Ванга шепчет
Поверьте, мне глубоко наплевать на Вашу Вангу )))
в тестах ворочаются огромные объемы данных
Давайте на спор. Я Вам до завтрашнего вечера присылаю код на pl/pgsql, который формирует данные и две хранимые процедуры, функционально одинаковые, но первая будет эффективна только на небольших объемах (миллион строк), а вторая - наоборот, на объеме в миллиард строк. Пусть 10 тыс. рублей на кону. Смогу предоставить код - платите Вы. Не смогу - я. Честно?
Мне интересно стало, почему модульное тестирование не должно включать в себя тестирование веб-интерфейсов REST или gRPC микросервисов. Вы тоже считаете, что они должны тестироваться только в интеграционном тесте? Почему?
Я нигде и никогда не писал, что модульное тестирование не должно включать в себя тестирование микросервисов. Должно, конечно же. Вот чего оно не должно в себя включать, так это тестирование микросервисов в связке с хранилищем. Или тем более, в связке друг с другом. Потому что юнит-тест по определению, это тест того, как непосредственно ваш микросервис/контроллер/объект выполняет свой собственный контракт, на него не должны влиять какие-либо другие объекты. Вместо них юнит-тест должен использовать моки. А тест, в котором вы тестируете ваши сервисы в связке с хранилищем, это называется "интеграционный тест".
Вот именно из-за такой наглой лжи я и не выдерживал порой.
Ещё один необдуманный ярлык. Мои претензии были к тому, что ваш заказчик не предоставил вам девелоперскую среду в облаке, не суть важно, своём или арендованном у провайдера, а не к тому, что он там чужому провайдеру не перенёс свои критические данные.
А я нашел способ, как выполнить все условия тендера не поднимая зада дома
Я не пишу, что вы в этом случае поступили неправильно. Я пишу, что ваши заказчики непрофессионально организовали свою инфраструктуру. Тот одномегабитный канал, он же не для вас лично, через него и другие удалённые сотрудники и подрядчики мучаются.
Пусть 10 тыс. рублей на кону. Смогу предоставить код - платите Вы. Не смогу - я. Честно?
Нет, я вам тоже на спор способен такой код выдать, хоть и не под постргес, под MS SQL или DB2. Вот только тестировать производительность в девелоперской среде, ну это уж совсем слишком. Подобные вещи надо делать в тестовой среде, а не в девелоперской.
Вот чего оно не должно в себя включать, так это тестирование микросервисов в связке с хранилищем. Или тем более, в связке друг с другом.
А я разве где-то писал обратное? Вы явно меня с кем-то перепутали. Я писал дословно "Просто поднимите k8s, десятка три-четыре контейнера и в каждом 100% загрузку сетевым обменом с соседними контейнерами. Сэмулируем так юнит-тест веб-интерфейса."
Итак, видим ОДНОГО веб-интерфейса, но из трех-четырех контейнеров в параллель без всякой связи с хранилищем. Просто потому, что так быстрее, чем гнать тесты последовательно.
Ещё один необдуманный ярлык.
Ваши слова?
контора отказывается от облаков по соображениям якобы безопасности, но при этом для неё нормально ту же среду закинуть на персоналку в шкафу дома у удалённого разработчика
И где тут про среду разработки в изолированном от ЦОД заказчика облаке? Тут только о безопасности, которая связана со сложностями исполнения ФЗ-149/152, которые у заказчика вообще нет желания решать.
Мои претензии были к тому, что ваш заказчик не предоставил вам девелоперскую среду в облаке
По условиям тендера он предоставлял эту среду в своем ЦОД. А то что мне неудобно пользоваться его ЦОД через полпланеты, да еще и через спутник - мои проблемы. Которые я успешно решил.
Я пишу, что ваши заказчики непрофессионально организовали свою инфраструктуру.
А я писал, что очень может быть как раз из-за отсутствия профессионалов в штате заказчика он и платит выше рынка. И меня это вполне устраивает. Но почему это не устраивает Вас - загадочно. Я же не предлагаю Вам в таких тендерах участвовать )))
я вам тоже на спор способен такой код выдать
То есть Вы знаете, что код процедуры по разному оптимизируется, в зависимости от объемов обрабатываемых данных, но все равно настаиваете на его оптимизации на небольшом объеме данных? Где тут логика?
тестировать производительность в девелоперской среде, ну это уж совсем слишком
Полностью согласен. Но я не вижу где и как это утверждение противоречит тому, что я писал.
Итак, видим ОДНОГО веб-интерфейса, но из трех-четырех контейнеров в параллель без всякой связи с хранилищем
И как вам три-четыре контейнера в параллель без всякой связи с хранилищем ответят на вопрос "выполняет ли интерфейс свой контракт"?
Ваши слова?
Именно. Готов подписаться под ними.
Тут только о безопасности, которая связана со сложностями исполнения ФЗ-149/152, которые у заказчика вообще нет желания решать. .
Я не понимаю, что вы хотите этим оправдать? Да, у заказчика вообще нет желания это решать, и много чего другого нет желания решать, несмотря на то, что бюджеты позволяют. Совершенно обычная ситуация для государственных и окологосударственных заказчиков. Обычно это? Да. Хорошо это? Нет. Профессионально? Нет.
То есть Вы знаете, что код процедуры по разному оптимизируется, в зависимости от объемов обрабатываемых данных
Не "код процедуры по-разному оптимизируется в зависимости от объемов обрабатываемых данных", а "можно сделать пример, на котором будет такая разница". Первое утверждение подразумевает, что так происходитвсегда, что есть ложным, наоборот, различная оптимизация для маленьких и крупных объемов - это частные случаи.
Но я не вижу где и как это утверждение противоречит тому, что я писал.
А зачем у вас тогда в девелоперской среде датасеты подобного размера? И, кстати, о Ванге, не суть важно, как вы к ней относитесь, но она ведь была права, верно? Это же данные с продакшена, вы же их не рандомом нагенерировали?
И как вам три-четыре контейнера в параллель без всякой связи с хранилищем ответят на вопрос "выполняет ли интерфейс свой контракт"?
Мне учить Вас как писать юнит-тесты и как в них сверять совпадение ответа сервиса эталонному ответу на эталонный запрос? Бесплатно отказываюсь.
Обычно это? Да. Хорошо это? Нет. Профессионально? Нет.
Еще раз. Меня с юности учили выполнять любые капризы клиента за его деньги. Больше капризов - больше денег. Ну хочет клиент платить мне, а не ЦОД в облаке. Чем плохо? Вас учили иначе. Но почему из этого следует, что меня учили неверно?
различная оптимизация для маленьких и крупных объемов - это частные случаи
Для Вас - частные. Для меня - типовые. То Вы говорите о владении SQL, а потом вдруг утверждаете, что при разработке план запроса Вам неинтересен и разбираться с ним Вы будете уже по результатам нагрузочного тестирования.
А зачем у вас тогда в девелоперской среде датасеты подобного размера?
Так Вы в курсе, что план запроса зависит от ожидаемого количества записей в каждом элементе выборки?
Вы вообще как на SQL код пишете? Типа что получилось - то сразу в тест? Даже не пытаясь хотя бы одним глазом взглянуть на план запроса каждого предложения? Типа, если у Вас в запросе участвует таблица из 100 секций, то для Вас нормально, что в запросе по каждой секции попрет Seq Scan или Bimap Heap Scan только потому, что в каждой секции лишь 10 тыс. записей и прыгать по индексу через Index Scan неэффективно? А ведь если индекс более, чем по одному полю, а фильтрация идет только по первому - это явление обычное. А Вы вообще в курсе, что сложность сортировки, в среднем, n*log(n) и поэтому если на 10 тыс. записях оптимизатор может решить делать сортировку и merge join, то уже на миллионе переключится на hash join? То Вы пишете, что работали с триллионами записей, то вдруг ведете разработку на тысячах?
Это же данные с продакшена, вы же их не рандомом нагенерировали?
Подобные клиенты к продуктиву и близко не подпускают. В лучшем случае могут предоставить обезличенную БД. Другое дело, что открытые данные из внешних источников, как упомянутые выше операции с вагонами, секрета не представляют и могут быть предоставлены отдельно в CSV. Распределение там не то что по годам, по месяцам или даже неделям существенно гуляет. Так что если они нужны для обучения модели, то анализировать надо весь объем, причем с транспонированием.
Мне учить Вас как писать юнит-тесты и как в них сверять совпадение ответа сервиса эталонному ответу на эталонный запрос?
Вообще, это был вопрос с намёком, что у вас эта штука - не то, что как вы её называете. Но ладно, проехали. Я же говорил выше, что вы просто отказываетесь слушать, слепо веря своему опыту.
То Вы говорите о владении SQL, а потом вдруг утверждаете, что при разработке план запроса Вам неинтересен
+1 необоснованный ярлык :) Я такого нигде никогда не утверждал, но тем не менее, для проверки плана запроса совсем не нужна огромная выборка. Маленькой предостаточно. Вы же опытный разработчик, вы в состоянии и на тысяче записей понять, что план не оптимальный, верно? Так зачем большие выборки-то?
Типа что получилось - то сразу в тест?
Естественно. Зачем мне проводить тесты производительности SQL в девелоперской среде? Это называется "преждевременная оптимизация". Тестовая среда как раз и предназначена в том числе и для оценки производительности. Девелоперская среда для того, чтобы максимально быстро вносить правки и проверять, что они соответствуют задаче.
Вы же опытный разработчик, вы в состоянии и на тысяче записей понять, что план не оптимальный, верно?
Я же специально привел Вам детальный пример. Расскажите, как видя сплошные Seq Scan, оптимальные(!) для 10 тыс. записей, Вы сделаете какие-то выводы об оптимальности плана на 10 миллионах записей?
Зачем мне проводить тесты производительности SQL в девелоперской среде?
Откуда опять взялись тесты производительности? Ваша Ванга глючит и фантазирует.
Или EXPLAIN ANALYZE Вы называете тестом производительности?
Это называется "преждевременная оптимизация"
Преждевременная оптимизация - это когда тратится время на оптимизацию не критичных или только предположительно критичных участков кода. А когда в запросе участвует таблица даже с десятками миллионов записей, не говоря уже о миллиарде - такой запрос заведомо критичен.
Хотя, именно такие, как Вы, и обеспечивают меня работой на добрую половину. Каждый второй проект - это как раз оптимизация того, что наляпали без оптимизации, а доступа к реальным данным и продуктиву нет и быть не может.
И каждый раз одно и то же. Генерация данных в БД разработки, чтобы увидеть там именно такой же план запроса, какой прислал заказчик.
Для Москвы - фантастика.
Москва - это каков процент от, сколько там сейчас, восьми уже миллиардов? То есть для какого количества нулей после запятой актуально то, что вы в своих высказываниях как бы неявно экстраполируете на вообще всех?
Ну пусть будет Стамбул, Богота, Мумбаи, Нью-Йорк и т.п. Любой мегаполис. Суммарно в мегаполисах и их агломерациях на планете проживает, работает или учится свыше 3 миллиардов человек. Если считать не миллионники, а только свыше 10 миллионов населения, то все равно миллиард. Так устроит?
Ну пусть будет Стамбул
Довольно тяжелый, на мой вкус, для вождения город. Пожить бы подольше - привык бы, наверное.
Богота
В Боготе уже есть метро, на которое вы предлагаете пересесть из автомобиля? Его там с прошлого тысячелетия все пытаются начать строить. Про успехи строительства ничего не знаю, потому что не интересуюсь, может быть за недавние пару лет уже начали и закончили.
Мумбаи
Стыдно признаться, но правый руль требует повышенной осознанности, потому что "на автомате" срабатывают леворульные привычки.
Нью-Йорк
Нью Йорк объективно ограничен, он не может, как почти все города, разрастаться вширь, сростаясь в агломерации с соседними городами. Поэтому Нью Йорк растет вверх, а улицы шире не становятся. Это печально.
Почему бы нам не поговорить о Детройте?
В Боготе уже есть метро, на которое вы предлагаете пересесть из автомобиля?
Там вместо этого метробус, который, хоть и менее эффективен, чем метро, но в разы быстрее легкового автотранспорта в условиях Боготы.
Почему бы нам не поговорить о Детройте?
Почему бы Вам не признать, что при перегруженности автодорог в городах с населением миллион и выше, даже скоростной трамвай или вышеупомянутый метробус оказывается существенно быстрее, чем личный автотранспорт или такси?
Почему бы Вам не признать, что при перегруженности автодорог в городах с населением миллион и выше, даже скоростной трамвай или вышеупомянутый метробус оказывается существенно быстрее, чем личный автотранспорт или такси?
Почему не признать? Потому что это не всегда соответствует действительности. Не всегда существенно быстрее и даже не всегда просто быстрее. По большому количеству причин. Если ваш человейник возле метро и ваша контора возле метро, а линейное расстояние велико (а по реальным дорогам и того больше) то почти всегда существенно быстрее, охотно признаю. Если транспорт наземный и, особенно, с пересадками, то может получиться вполне себе медленнее, даже существенно медленнее. Можете это не признавать, потому что ваше признание или непризнание никак не повлияет на реальное положение дел, разнящееся даже от района к району одного и того же города, не говоря уже о городах в принципе разных.
Да, кстати. Быстрее, если даже таки быстрее, более того - если даже существенно быстрее, совершенно не значит комфортнее. Вы можете аппелировать к тому, что комфорт - понятие субъективное, и что вам комфортнее втискиваться в толпу посторонних людей, возможно неприятно пахнущих или чем-то больных, чтобы постоять среди них с полчаса или час, едва дотягиваясь одной рукой до поручня, а второй прикрывая свой нехитрый скарб от потенциальных карманников или просто непредумышленного срывания с плеча или раздушивания наваливающейся массой тел с острыми углами чемоданчиков и прочей поклажи. Пусть так. Но тогда вы не имеете права возразить тем, кому комфортнее находиться в собственном микромире - как бы филиале или посольстве своего макромира, в относительной тишине или под звуки любимой музыки, с желаемой температурой воздуха, сидя в удобном кресле и даже попивая чай (мате, кока-колу и т.п. по вкусу). И этот ваш ноутбук, какая разница, сколько он весит и какого он размера, если он лежит на сиденье сзади, а не оттягивает вам руки в сумке, которую вы еще и должны оберегать от случайной или умышленной порчи или кражи?
Деточка, я давно вышел из возраста, когда мог иногда быть склонен к максимализму. И если я пишу "оказывается" - это значит только "оказывается", без указаний "везде" и "всегда".
А вот то, что Вы вроде бы осознавая, что комфорт - понятие субъективно, активно навязываете мне свою позицию в каком-то фантастическом мире, где всегда можно припарковаться у дома или офиса, а не в полчаса ходу от него - показывает Вас не в лучшем свете.
Понимаете ли, мне глубоко насрать, как Вы передвигаетесь по мегаполисам, где паркуетесь и сколько за эти парковки платите. Но мне небезразличен мой личный сколиоз. И поэтому всегда предпочту килограмм груза трем, даже если на метро приходится ездить раз месяц. Я не живу в Вашем мире, где метро не пользуются НИКОГДА.
Деточка
Хахаха а вы таки хамло. Странно, что я когда-то успел поставить вам плюс - теперь, скажу честно, жалею. В общем, раз реальный минус вам поставить не получается чисто технически, то просто знайте, что я вас презираю. За ваше хамство. Ваш, так сказать, диалог выше с @PuerteMuerte - доказательство, что это у вас не личная неприязнь ко мне, а ваш modus vivendi. Можете минусовать, упражняться в острословии, жаловаться модераторам или все вместе взятое - это будет забавно. Прощайте! :)
Спасибо, что хоть в таком виде, полностью уйдя от темы и перейдя на оскорбления, признали свои заблуждения. Может, в итоге, когда подрастете, и избавитесь от своего детского максимализма, хотя бы не будете расставив пальцы веером утверждать, что подавляющее большинство людей - глупцы, потому что порой передвигаются на общественном транспорте или даже соглашаются на командировки туда, где в офисе нет свободных парковочных мест.
P.S. Деточкой я так же называю свою старшую дочь, которой уже скоро 40 лет )
Справедливости ради, факт встречи человека, который вообще рассматривает вариант перемещения по Женеве за рулём
Я вообще там на моцике ездил. Правда, в итоге и моцик разбил, и хромал потом года полтора, но это уже другая история. Впрочем, не могу сказать, что город для водителя некомфортный. Если ты там по центру гулять собрался, ну понятное дело, неудобно, как и во всех старых европейских городах. А если по работе, ну так в принципе там вокруг центра ничего особенного в плане пробок/дорог нет, город как город.
Я вообще там на моцике ездил.
не могу сказать, что город для водителя некомфортный
Это с его то обилием брусчатки, где на двух колесах улететь - раз плюнуть? Там и на четырех колесах некомфортно, особенно после дождя.
Правда, в итоге и моцик разбил, и хромал потом года полтора, но это уже другая история.
Lo siento.
Если ты там по центру гулять собрался, ну понятное дело, неудобно, как и во всех старых европейских городах.
Я в Фиренце ездил по историческому центру. Не особо понравилось - катастрофическая теснота и оголтелые толпы пеших туристов лезут тебе под колеса. И разноцветные углы домов, слоями хранящие краску невнимательных или просто слишком габаритных водителей, держат в напряжении вместо глазеть по сторонам. Обычно я избегаю таких поездок и после этого меня трудно чем-то удивить именно в контексте исторических центров европейских городов. Мегаполисы в ЮВА в этом смысле попроще - пешеходы как-то изворотливее и если продираешься по узкой, переполненной людьми улочке, то тебя как бы обтекают, а не лезут под колеса.
город как город
Так все города как города. Исторический центр, где сохранился, типичен для своего региона и своей эпохи, спальные районы по окраинам также плюс-минус типичны. Это не значит, что не на что посмотреть туристу, но значит, что для водителя все более-менее одинаково, главное не попадать на камеры на скорость и знать про местные нюансы, если таковые чем-то выделяются из по сути одинаковых правил.
Еще выгоднее выгоднее обычный роутер. На чем-то что потребляет минимум электричества.
Но статья же именно о тех задачах, для которых нужны гигабайты оперативки. Так что сравнение не корректно.
В статье не описано ни одной такой задачи. Обычный роутер.
И как уже отметили совмещать роутер и домашний сервер неразумно. Как минимум у них расположение обычно разное.
Ну почему. Шлюз вполне можно нагрузить расширенными задачами, которые касаются сетевых сервисов. Всё зависит от запросов владельца.
Самое тяжелое что приходит в голову это ВПН клиент какой-нибудь. И с ним отлично справляются обычные роутеры. Самые дешевые или неудачные модели не вытянут, но в целом проблем нет.
У Вас или слабая фантазия или нет жены и трех детей. У меня на роутере даже PostgreSQL для 1C жены вертится. Про LDAP, Kerberos, Asterisk, Squid, Exim, GitLab - уже писал выше.
В любом случае, если нет расширенных и сложных задач для роутера, то нет и смысла покупать под него миниПК. Достаточно какого-то TP-Link или D-Link. А если смысл покупать миниПК есть, то, почти наверняка, этот миниПК может заменить старый десктоп ценой только большего потребления электричества.
В любом случае, если нет расширенных и сложных задач для роутера, то нет и смысла покупать под него миниПК.
Ну так мы про это и пишем. Автор же не обосновывает, что ему вот там надо было зачем-то в одном устройстве совместить и девелоперский сервер, и роутер (как по мне, не самая удачная идея, но хотя бы может быть оправдана, например, банально место в квартире сэкономить). Он пишет, что... ну, просто захотелось, и х86 для него привычнее, чем ARM.
Так, в реальной жизни, если бы мне понадобилось поднимать постргес, гитлаб и иже с ним дома, я бы тоже не ставил это на роутере. Да и на девелоперском сервере не ставил бы. Мы тоже оба с женой разработчики, но у нас разные проекты, и мне не нужна её тестовая среда, а ей не нужна моя. Так зачем её шарить на роутере или сервере, и в режиме 24х7? У нас оно на виртуалках на наших рабочих ноутах. Надо - включил и пользуйся. Не надо - выключил.
Но зачем три хоста там, где можно обойтись одним? А ждать час, пока все юнит тесты отработают, вместо того, чтобы в это время на своем ноуте заняться чем-то ещё - выглядит странным.
Ну потому что это совершенно разные сервисы, живущие независимо друг от друга, и востребованные разными людьми и в разное время. К тому же, не нуждающиеся в 24х7.
И совсем не надо "ждать час, пока все юнит тесты отработают". Если уж крохотная коробочка с ними справляется, то чего бы вашему рабочему ноуту не сделать их в фоновом режиме, пока вы там делаете что угодно другое? А если ноут не 15-ваттная крошка, он ещё и выполнит всё это побыстрее. А если не ноут, а мощная персоналка, то вообще за минуты.
Другой большой плюс иметь вашу работу на вашем ноуте, а не в роутере - это банально мобильность. Так вы просто привязаны к вашему дому, причём без фактической необходимости. С ноутом же вы, например, можете поработать где-нибудь на природе, или там в парке. Это удобно :)
И совсем не надо "ждать час, пока все юнит тесты отработают". Если уж крохотная коробочка с ними справляется, то чего бы вашему рабочему ноуту не сделать их в фоновом режиме, пока вы там делаете что угодно другое? А если ноут не 15-ваттная крошка, он ещё и выполнит всё это побыстрее. А если не ноут, а мощная персоналка, то вообще за минуты.
Проснитесь, осмотритесь и посмотрите на календарь. Видите в годе первую цифру 2? Так вот, с тех пор, как она перестала быть единицей, 5-7 летний десктоп вполне может быть производительней современного легкого ноутбука, ориентированного на мобильность, а не производительность.
И уже не верю, что Вы разработчик. Если бы Вы хотя раз попробовали сами поработать на компе, на котором живет CI/CD, то такое бы не написали. У него же при сборке и тестировании загрузка 80-90%.
Так вы просто привязаны к вашему дому, причём без фактической необходимости.
Вы явно из криокамеры )))
С ноутом же вы, например, можете поработать где-нибудь на природе, или там в парке.
А я так и делаю. Это одна из причин, почему у домашнего сервера статический IP.
5-7 летний десктоп вполне может быть производительней современного легкого ноутбука, ориентированного на мобильность
Ну и что? Вы хозяин своих инструментов, вам выбирать. Если вы на ноуте работаете, а не контент потребляете, вы можете без проблем купить ноут, который производительнее 5-7 летнего десктопа, и уж точно производительнее мини-ПК.
И уже не верю, что Вы разработчик. Если бы Вы хотя раз попробовали сами поработать на компе, на котором живет CI/CD, то такое бы не написали. У него же при сборке и тестировании загрузка 80-90%.
А может быть, проблема не во мне? Вот я сейчас запустил сборку и общаюсь с вами. На ноуте уже почтенной четырёхлетней давности.
![](https://habrastorage.org/getpro/habr/upload_files/97e/6ec/618/97e6ec61889bec2b85ad95f8d2b00e94.png)
А если у вас железо не тянет, опять же таки, добавить в команду запуска этого добра низкий приоритет для процесса, или там аффинити маску накинуть на какие-то конкретные ядра, это полминуты времени. Ну т.е. вообще никакого резона делать это на роутере нет. Особенно если в хозяйстве есть 5-7 летний десктоп.
А я так и делаю. Это одна из причин, почему у домашнего сервера статический IP.
И вам это удобно? Держать отдельную машину дома под тестовые среды, держать там впн-сервер, зависеть от мобильного интернета и т.д.? Хм. Скажем так, это очень сильно на любителя. Не говоря уже о том, что статический IP далеко не каждый провайдер предоставляет.
можете без проблем купить ноут, который производительнее 5-7 летнего десктопа, и уж точно производительнее мини-ПК.
Могу. Но не хочу. Потому что весить он будет в два раза больше. А у меня и без того сколиоз.
Вот я сейчас запустил сборку и общаюсь с вами.
Если это юнит-тесты в сборке, то написаны они из рук вон плохо. Настройте k8s нормально, чтобы тесты шли в параллель. А то если мои проекты так собирать, то они всю ночь будут юнит-тесты гонять.
А если у вас железо не тянет
Вопрос не в том, тянет или не тянет. Вопрос в том, на хрена гонять часами на своем компе CI/CD, если GitLab совершенно комфортно позволяет это делать на сервере?
И вам это удобно?
Очень удобно. Все алерты - через собственный Exim. Полный контроль за доступом в интернет у детей. PostgreSQL не сжирает гигабайты оперативки ни на моем компе, ни компе жены, но всегда доступен. Умный дом совершенно не зависит от кого-то. 130 рублей в месяц за статический IP я считаю вполне оправданным.
Вопрос в том, на хрена гонять часами на своем компе CI/CD, если GitLab совершенно комфортно позволяет это делать на сервере?
Хм. Для меня "не иметь дома сервер, который не делает вообще ничего такого, чему нет более подходящего места на рабочей персоналке/ноуте" - куда более весомый аргумент. Ладно, то такое. Я сам когда-то был человеком с домашним сервером, ещё задолго до появления этих малышек. Потом наигрался. Пятнадцать лет назад у меня рабочее место выглядело так:
![](https://habrastorage.org/getpro/habr/upload_files/d76/a45/82a/d76a4582a32a0a8aa1bfd81b7554b2c5.png)
Сейчас на столе нет ничего, кроме ноута, монитора и клавомышенаушников
Для меня "не иметь дома сервер, который не делает вообще ничего такого, чему нет более подходящего места на рабочей персоналке/ноуте" - куда более весомый аргумент.
На Вашем ноуте, k8s будет гонять юнит-тесты на моих проектах часов 8. Тогда как даже предыдущий мой сервер на древнем Thuban с 6 ядрами справлялся бы раза в два быстрее. Во-первых, за счет оптимизированной генты против WSL2, во-вторых, благодаря возможности выходить на полные 125Вт потребления на всех ядрах, так как в десктопе можно это рассеять обычным кулером.
Сейчас сервер помощнее и дольше двух часов юнит-тесты гоняются, только если жена хорошо нагрузила PostgreSQL своей 1С. А на моем 3700U я бы эти тесты, боюсь, ждал бы часов 12.
Просто у Вас крошечные пет-проекты, а не суровый энтерпрайз, с которым постоянно работаю я.
На Вашем ноуте, k8s будет гонять юнит-тесты на моих проектах часов 8.
Почему? Восьмой кор, шесть ядер с гипертрейдингом, каждое даже в однопотоке в два раза быстрее ядра Thuban, несмотря на скромные 65 ватт против 125. Мой ноут легко уделает древний феном. Да, если ваш домашний сервер - не экономичный миниПК, а большая мощная дура, мой ноут ей будет уступать, конечно, но большая мощная дура 24х7 в домашний интерьер вообще не вписывается, если честно.
Просто у Вас крошечные пет-проекты, а не суровый энтерпрайз, с которым постоянно работаю я.
Боюсь, вы плохо понимаете, что такое "суровый энтерпрайз". Суровый энтерпрайз дома не хостится. По массе причин, среди которых и вопросы безопасности, и потребность в ресурсах (ну как можно называть "суровым энерпрайзом" проекты, которые вертятся у вас на домашнем компе?), и банально денежный вопрос: что это за энтерпрайз, который вам в AWS/Azure/ещё где не арендовал площадку под девелоперскую систему, почему у вас дома вертится домашний гитлаб и т.д.?
Так что извините, у вас что-то другое. Я могу себе представить, что вы работаете на какого-то корпоративного заказчика с устаревшей ИТ-инфраструктурой, который не умеет ни в безопасность, ни в облака, но это не "суровый энтерпрайз". Это "старая закостенелая контора".
Почему?
Я же объяснил. Во-первых, производительность k8s под WSL2 (а я ведь вижу скрин Windows!) очень низкая. Во-вторых, несмотря на двукратное преимущество в одном потоке, на 12 потоках 100% загрузки, мобильный CPU срубит тактовую частоту до минимума, тогда как десктопный сохранит максимальную, если охлаждение позволяет.
большая мощная дура 24х7 в домашний интерьер вообще не вписывается
Ну если специально отодвинуть дверь встроенного шкафа в коридоре и увидеть его под квартирным электрощитком - возможно. Но зачем это делать?
Ну и ради интереса посчитайте, во сколько жене в месяц обходился бы 1С в облаке для двух десятков ИП и десятка ООО. Причем некоторые из последних даже с каким-то производством и кастомизированными мной конфигурациями. Тут новый мощный сервак меньше, чем за год окупится.
Суровый энтерпрайз дома не хостится.
У Вас глюки. Я такого не писал. Я писал, что разработку для энтерпрайз клиентов я могу, если требуется, вести дома. Не взирая на блокирования VPN Роскомнадзором или пинг в секунду при доступе через спутник.
что это за энтерпрайз, который вам в AWS/Azure/ещё где не арендовал площадку под девелоперскую систему,
Уже приводил два примера выше https://habr.com/ru/articles/768694/comments/#comment_26082468
Для обоих из них ведомственными решениями категорически запрещены облака. Тем более вне РФ.
К тому же как Вы представляете для них связь с ЦОД через спутник? Намного проще отдать разработчику обезличенную БД и не оплачивать ему перелеты через полпланеты.
Я же объяснил. Во-первых, производительность k8s под WSL2 (а я ведь вижу скрин Windows!) очень низкая
Ну, блин. Вы выбираете ОС под задачи, а не задачи под ОС. Если низкая, то можно брать то, где высокая. У меня, к слову, виртуалка с убунтой на машине есть для тех случаев, где под линукс лучше работает.
на 12 потоках 100% загрузки, мобильный CPU срубит тактовую частоту до минимума,
Мобильный CPU будет работать в рамках TDP и возможностей системы охлаждения. 65W Core i7 8 поколения будет примерно в два раза производительнее 125W Фенома и в многопотоке.
Ну и ради интереса посчитайте, во сколько жене в месяц обходился бы 1С в облаке для двух десятков ИП и десятка ООО.
Минимальный тариф. Если ваша жена в одиночку ведёт три десятка организаций, это достаточно красноречиво говорит, что у них там не бог весть какой мощный документооборот. В времена 1С 7.х с этим справлялся какой-нибудь Пентиум-200. Сейчас оно, конечно, подобрело, но сколь-нибудь мощный сервер для этого точно не требуется. А о том, чем плох домашний продакшен по сравнению с облаком, вы узнаете, когда он у вас сломается, даже при наличии бэкапов (кстати, они у вас хранятся на другом винте того же сервера, угадал?).
Для обоих из них ведомственными решениями категорически запрещены облака. Тем более вне РФ.
Ну т.е. насчёт старых закостенелых контор я попал в точку. Ок, тогда без вариантов. Облака - это небезопасно, запретить. А захостить свой софт на домашнем компе в шкафу у ИП-подрядчика, причём не только девелоперскую среду (вместе с базой данных), но и контроль версий, ну так это же ведомственным решением не запрещено, значит, можно.
Вы выбираете ОС под задачи, а не задачи под ОС.
Естественно. У жены - Windows, так как у нее такие задачи. На сервере - Gentoo, так как у него другие задачи. На моем 15Вт ноуте - Ubuntu, потому что у меня такие задачи. А на игровом десктопе - Windows, потому что там такие задачи. И что не так?
65W Core i7 8 поколения будет примерно в два раза производительнее 125W Фенома и в многопотоке.
Не верите - проверьте. Просто поднимите k8s, десятка три-четыре контейнера и в каждом 100% загрузку сетевым обменом с соседними контейнерами. Сэмулируем так юнит-тест веб-интерфейса. Сами увидите упавшую частоту, суммарную загрузку и зверское потребление CPU сетевой подсистемой Windows. Проблема частично лечится сборкой кастомного ядра с xt_recent. Но не радикально.
Я с чердака дачи Феном доставать не буду, хотя и уверен, что он под Gentoo производительней Вашего ноута под Windows раза в два при 100% загрузке контейнеров.
Про текущий сервер на менее древнем Ryzen 7 3800X вообще молчу. Этот, после установки правильного кулера, на 16 потоках остается на тактовой 4.5ГГц. Так что его с Вашим ноутом сравнивать смысла не имеет.
Сейчас оно, конечно, подобрело, но сколь-нибудь мощный сервер для этого точно не требуется.
Вы недооцениваете 1С. Закрытие периода с пересчетом итогов по трем десяткам юрлиц на Вашем ноуте пришлось бы оставлять на ночь. У ИП, конечно, не так много операций, но каждый кассовый чек в 1С все равно заносится, хоть и импортом из файла. А это за месяц тысячи проводок.
кстати, они у вас хранятся на другом винте того же сервера, угадал?
На сервере в трех экземплярах. На HDD rsync с RAID 1 на SSD. Но еще на локале жены. Плюс, после закрытия периода, на внешнем HDD всё и на флешках для каждого клиента. У клиентов, наверняка, тоже. Просто на сервере резервные копии только БД и конфигурации, а на локале жены, внешнем HDD и флешках - резервные копии в формате 1C.
Уж слишком медленно pg_backup на HDD льет. Поэтому и лью сначала на SSD, а потом уже в фоне переписываю на HDD, оставляя на SSD только два последних. Да и минус-день БД поднимать с SSD быстрее.
А захостить свой софт на домашнем компе в шкафу у ИП-подрядчика, причём не только девелоперскую среду (вместе с базой данных), но и контроль версий, ну так это же ведомственным решением не запрещено, значит, можно.
Я не утверждал, что мой GIT не синхронизирован с их. Просто это уже фоновый процесс, который может идти часами.
Кстати, РФПИ мне подобную же хрень устроили с ТГК-2 и Тулаэнерго. VPN у них, от силы, мегабит выдавал. Работать через него было просто нереально.
Сэмулируем так юнит-тест веб-интерфейса.
Не сэмулируем. Юнит-тесты так не делаются :) Интеграционные тесты - да, это их сфера, но то уже совсем другое.
Вы недооцениваете 1С. Закрытие периода с пересчетом итогов по трем десяткам юрлиц на Вашем ноуте пришлось бы оставлять на ночь.
Простите, но мы это делали за вменяемое время задолго до того, как появился мой ноут, и ваш райзен 3800Х, на совсем других машинах, но на той же 1С. Не сочиняйте, в общем :)
VPN у них, от силы, мегабит выдавал. Работать через него было просто нереально.
Ну ок, я согласен, тут деваться некуда. Только не путайте старое чиновничье болото с суровым энтерпрайзом.
Минимальный тариф cloud.1c.ru для одного(!) ИП с сотрудниками -
Возьмите обычную виртуалку и поставьте на неё 1С, как сейчас на вашем аппарате. По крайней мере, это гарантирует, что ваш сервер будет онлайн, а не сдохнет вместе с тремя экземплярами бэкапов (я опять угадал), а вы не будете судорожно бегать, ища куда бы взгромоздить локальный бэкап с ноута вашей жены, когда у клиентов закрытие месяца дружно идёт.
Юнит-тесты так не делаются
Именно так и делаются. Интеграционные тесты я у себя гонять и не собираюсь. В рассматриваемом примере интеграционный тест идет почти сутки на 64 ядрах Gold 6348 в ЦОД у клиента. Мой старый десктоп его и за неделю не одолеет.
Простите, но мы это делали за вменяемое время задолго до того, как появился мой ноут
Вы из криокамеры? До 1 июля 2018 года, ФНС не требовала проведения кассовых чеков. Достаточно было проводить только кассовую книгу суммарными оборотами за день по каждой кассе. Сотня чеков по кассе за день - дело обычное. А значит разница в два порядка. Вот так, сразу.
Возьмите обычную виртуалку и поставьте на неё 1С, как сейчас на вашем аппарате.
Сами пробовали с такой латентностью работать? Это тогда уже две виртуалки, одна под Windows для приложения, другая под Linux для БД. Теперь заходим на Яндекс cloud и конфигурируем виртуалку, сопоставимую моему серверу на 8-ядерном Ryzen 7 3800X. 6 ядер, 30 ГБ, терабайт SSD. Хлоп! 22.5 тыс. в месяц только за Linux сервер. Я даже не знаю, какие слова бы Вы услышали в качестве благодарности за такой совет от менее культурного, чем я, человека )))
Ну ок, я согласен, тут деваться некуда. Только не путайте старое чиновничье болото с суровым энтерпрайзом.
Да, в общем случаем, за исключением тех клиентов, которые позволяют вести разработку только у себя в офисе и на своем железе, и со своим ноутбуком в офис даже не пустят, везде разработка ведется аналогично. То есть:
Разработчик получает доступ в GIT, что уже подразумевает наличие у него всего репозитория. Уж такова идеология GIT.
Разработчик получает все права, как минимум, на БД своего контура. Соответственно ничто не мешает ему эту БД выгрузить к себе.
Иными словами, у удаленного разработчика по любому на локале и все исходники, и БД разработки. Так что то, что я держу GIT и БД еще и на своем же сервере - сути не меняет совершенно.
Ах, да. Были еще попытки заставить работать исключительно через SSH/RDP, но тут уже на пальцах показываешь, что вся информация при этом на локале легко оказывается доступной и смысла в мучениях через SSH/RDP нет никакого.
Минимальный тариф.
Минимальный тариф cloud.1c.ru для одного(!) ИП с сотрудниками - от 650 рублей в месяц. Итого, за 30 юрлиц ~ 20 тыс. в месяц. В одной БД то их вести недопустимо. Как быстро окупится даже новый сервер?
Но зачем три хоста там, где можно обойтись одним?
Зачем 4 хоста, если уже есть 3. У вас и так компы более мощные, чем пожилой сервер.
Это задачи не для роутера. А для отдельной железки. Я бы ее даже в облако вынес, но это уже дело вкуса.
Роутер стоит там куда провайдер провод дотащил и перемещать его обычно сложно. В идеальном случае он стоит в центре квартиры, чтобы вторую точку доступа не ставить. Ставить туда что-то больше/шумнее обычно неудобно просто из-за расположения.
Так как мне по любому нужен был домашний сервер со статическим IP, то я не видел причин, почему он не может быть ещё и роутером. Стоит себе под электрощитком в коридоре во встроенном шкафу и никому не мешает. По всем комнатам разведена гигабитка для работы. WiFi, по сути, используется только мобилами и планшетами. И им хватает его без репитера по всей квартире. Ну есть пару мест, где больше 30 мегабит не увидишь, но для гаджетов этого достаточно.
В современном мире ноутбуков и телефонов провода стали откровенно неудобны. У меня ни в одном из ноутов даже rj45 нет уже.
Опять же возможность повесить телевизор вот сюда, просто потому что хочется, удобна. И колонку поставить вон туда, тоже просто хочется. И это все требует быстрого вайфайя. Ну или затевать строительные работы с прокладкой провода. Строительные работы это дорого, сложно, грязно и неудобно.
Отказался от проводной разводки сети дома лет 5 назад и полностью доволен. Пара точек доступа покрывают все уголки и работают в mesh режиме по воздуху друг с другом. Минимум 200мбит везде есть. Местами больше.
Отказался от проводной разводки сети дома лет 5 назад и полностью доволен.
Я тоже. А год назад снова к ней вернулся. Потому что просто ради любопытства попробовал воткнуть шнурок, и удивился, что сеть стала работать намного шустрее, несмотря на вифи 5 и прочие радости. Речь даже не про мегабиты/секунды, а про латентность сети. Поэтому на столе у меня теперь опять лежит шнурок от роутера :)
Это обычная история. Когда ты пользуешься Wi-Fi один, то все прекрасно. Но как только к Wi-Fi подключаются твои соседи то канал забивается и отклик падает. Поскольку роутеру приходится ждать когда канал освободится чтобы передать свои данные.
Минимум 200мбит везде есть.
Просто у Вас другие задачи. Возможно, совершенно пользовательские. Мне моих 2 гигабит (если считать, как в WiFi) не хватает. В роутере Intel X540T2 уже стоит )
Вы делаете дома что-то очень странное. Для такого есть датацентры и виртуалки там. Дома оно не нужно.
Датацентр для задач требующих больших нагрузок лучше прямо со всех сторон. И ксеноны нормальные и памяти сотни гигабайт и 10гбит сетка и интернет на гигабитных скоростях доступен и работает все заметно надежнее чем дома. Не стоит из дома делать филиал датацентра. Все равно выйдет плохо и дорого.
Для такого есть датацентры и виртуалки там. Дома оно не нужно.
Вам не нужно.
Во-первых, я подписываюсь под соглашением о конфиденциальности, которое не позволяет мне использовать облако или ЦОД, кроме ЦОД заказчика. И если ЦОД заказчика в Магадане или на Камчатке, доступный только через спутник, то намного проще гонять все дома, деплоя туда туда только релиз.
Во-вторых, есть еще жена, которая на 1С обслуживает несколько фирм дома. И 1С стоит на PostgreSQL. И тут тоже выбор невелик. Или жуткие тормоза на локальной БД, или несколько менее жуткие под PostgreSQL под Windows. Или все же нормальный PostgreSQL под Linux на сервере. Для жены даже прикидывал стоимость услуг ЦОД. Слишком дорого. Дороже даже нового выделенного сервера дома, не говоря уже о старом десктопе переконфигурированном под сервер. Не говоря уже о большой латентности.
В-третьих, есть дети. Сейчас младший вырос и вопрос стал не актуален. Но в былые времена этот же сервер обеспечивал контроль доступа в интернет со всеми ограничениями и бонусами по результатам учебы.
В-четвертых, есть ряд абонентов у меня, жены и детей за рубежом, с которыми приходится общаться по телефону. И чтобы не держать в голове, как и с кем соединяться, чтобы не получить потом многотысячный счет после часа-другого разговора, проще держать все настройки на Asterisk, спокойно звоня через него с мобилы или принимая звонки на мобилу через него.
Во-первых, я подписываюсь под соглашением о конфиденциальности, которое не позволяет мне использовать облако или ЦОД, кроме ЦОД заказчика. И если ЦОД заказчика в Магадане или на Камчатке, доступный только через спутник, то намного проще гонять все дома, деплоя туда туда только релиз.
Фирму с ЦОДом черти где, и без полной копии этого ЦОДа в европейской части России я с огромным трудом, но могу представить. Хотя в живую не встречал. Управление у всех где-то тут сидит. Им как работать?
А вот фирму которая позволяет выносить свои данные на некорпоративное оборудование я даже представить себе не могу (я пытался). Рога и Копыта разве что только, но там данных столько что и ноута хватит. Я о чем-то покрупнее у кого как вы написали ЦОД свой есть.
Во-вторых, есть еще жена, которая на 1С
Мелкие 1С в облаке давно уже. Это гораздо дешевле и гораздо удобнее для фирм. Да и безопаснее. Бекапы там точно делаются, как минимум. И шифровальщика с гарантией не будет.
В-третьих, есть дети. Сейчас младший вырос и вопрос стал не актуален. Но в былые времена этот же сервер обеспечивал контроль доступа в интернет со всеми ограничениями и бонусами по результатам учебы.
У детей хотя бы немного постарше для бесконтрольного доступа в интернет есть телефон. Вы вероятно об этом телефоне не знали. Не переживайте, это нормально. Можно не париться.
В-четвертых, есть ряд абонентов у меня, жены и детей за рубежом, с которыми приходится общаться по телефону. И чтобы не держать в голове, как и с кем соединяться, чтобы не получить потом многотысячный счет после часа-другого разговора, проще держать все настройки на Asterisk, спокойно звоня через него с мобилы или принимая звонки на мобилу через него.
Ужас какой. Записные книжки телефона и звонки через мессенджеры или Зум какой даже таджики освоили. Работает само по кнопке. Удобно.
Упраление у всех где-то тут сидит. Им как работать?
Пожалуйста два примера с ходу.
Омолонская золоторудная компания
Камчатскэнерго
Так же, с последними развлечениями Роскомнадзора, я был просто счастлив, что мог работать локально, не имея возможности поднять VPN к клиенту в ОАЭ.
А вот фирму которая позволяет выносить свои данные на некорпоративное оборудование я даже представить себе не могу
А для этого и подписывается соглашение о конфиденциальности. Камчатскэнерго первый год оплачивало мне командировки каждый месяц. Потом осознали, что дешевле удаленная работа.
Мелкие 1С в облаке давно уже. Это гораздо дешевле и гораздо удобнее для них.
Очень дорого обходится. Дома намного дешевле.
Да и безопаснее.
Вы из какого мира? У меня даже клиенты так через суды месяцами до своих данных добирались. С переменным успехом. А уж частника отрубить с концами - дело вообще обычное.
Бекапы там точно делаются, как минимум.
И тоже, как повезет. Не считая того, в какую сумму может вылиться восстановление из резервной копии на соседний сервер. А вот за свои резервные копии я уверен и они всегда под рукой.
У детей хотя бы немного постарше для бесконтрольно доступа в интернет есть телефон.
Лет 10-20 назад мобильного интернета еле хватало для действительно мобильных нужд, а дополнительные пакеты были запрещены. А потом появился МТС Junior с полным контролем.
звонки через мессенджеры или Зум какой даже таджики освоили
Вы из будущего? В ОАЭ VoIP уголовное преступление. У саудитов, в Иране и в Сирии в офисах вообще мобильную связь глушат. Даже в кипрский банк через мессенджер или зум не позвонить. В Намибии с мобильной связью совсем плохо. И это я только по началу конфига Asterisk прошелся.
Мы с вами живем похоже на разных планетах. У вас вообще все наоборот чем у меня.
У меня и облака работают, и запреты (если они есть) все игнорируются, и ЦОДы в европейской части России у всех есть, и скататься куда-то далеко стоит чтобы в живую пообщаться с людьми и дети способны организовать себе симку (или сидеть через публичные вайфаи) без каких-либо проблем. У вас прямо все наоборот.
Мы с вами живем похоже на разных планетах.
На Вашей планете нет ОАЭ или там отменили цензуру? На Вашей планете нет Намибии, где мобильная связь может лежать неделю-другую, пока до разворованной вышки не доберутся и её не восстановят? На Вашей планете у изолированной сети Камчатскэнерго есть офис на материке?
скататься куда-то далеко стоит чтобы в живую пообщаться с людьми
Пару раз слетать на Камчатку из Москвы даже приятно. Раз пять - терпимо. Но десятки раз по девять часов в самолете и с резкой сменой часовых поясов - достает уже очень сильно. Сколько раз сами на Камчатку летали?
дети способны организовать себе симку (или сидеть через публичные вайфаи)
Для этого во-первых, нужно иметь деньги, которых у них нет. Во-вторых, время, чтобы посидеть у публичного WiFi, которого тоже нет. Буквально пару раз переставлял симку в кнопочный телефон на неделю, за пропадание после школы на час без согласования - как отрезало.
Зато к 100 баллам по ЕГЭ я почти привык.
У меня на плане есть Дубаи (которые часть ОАЭ). Это хайтек страна где цензура наверно есть, но для бизнеса она незаметна. Все просто работает.
Там где сотовая связь лежит неделю не стоит работать. Особенно IT делать. У них все равно денег нет. Пусть в начале связь наладят.
Пару раз летал. Не по работе.
А в том Камчатскэнерго есть IT проекты? Ну чтобы нормальные и был смысл их делать? Я допускаю что есть, но это опять корнер кейс. Массовости в таких кейсах даже близко нет.
У детей нет карманных денег которые они сами решают на что тратить? Мне их даже жаль. Тяжело им будет жить. Хотя остальное в том же духе. Нет возможности детям погулять самим? Это же ужас полный. ЕГЭ это конечно хорошо, но такой ценой? Наверно нет.
Как и говорил мы с вами на разных планетах живем. Отношение к детям у нас с вами тоже просто противоположное. Я так ограничивать никого не готов. Сами разберутся. Свобода важнее ЕГЭ.
PS: Дети это подростки в данном случае. Когда у них возникают вопросы и когда они учатся свободе и ответственности как раз.
Это хайтек страна где цензура наверно есть, но для бизнеса она незаметна. Все просто работает.
http://bookmyguide.ru/novosti/item/161-pocemu-ne-rabotaet-whatsapp-v-dubae.html
И не надо мне сказки рассказывать. У меня старшая дочка уже лет семь живет с мужем в Дубае с октября по апрель. Туристов могут просто оштрафовать, а вот те, кто там работают, за голосовые звонки по интернет могут и с работы вылететь.
Муж старшей дочки часто мотается в командировки в Саудовскую Аравию, Иран и Сирию. И там реально в офисах мобильную связь глушат. Дозвониться до него в рабочее время можно только на фиксированный офисный телефон. Иначе никак.
Там где сотовая связь лежит неделю не стоит работать.
А я не про работу. В Намибии бойфренд младшей дочки живет. Ну так сложилось, что после развода она там себе любимого нашла. Мне запретить ей ему звонить? Или все же предложить удобный способ?
А в том Камчатскэнерго есть IT проекты?
А Вы думаете, что там нет АСКУЭ и биллинг на счетах? )))
ЕГЭ это конечно хорошо, но такой ценой?
Какой ценой? То что лимиты дневного, недельного и месячного доступа в интернет зависят от учебы и поведения? Ничего в этом страшного не вижу. Пока идут одни пятерки и жена не возмущается, что отказываются убраться в своей комнате - ограничений почти нет. А то что даже за билет в кино или гамбургер в макдачке приходится расплачиваться социальной картой - не велика потеря.
Зато возможность учиться на бюджете именно там, где хочешь - стоит многого.
Опять же возможность повесить телевизор вот сюда, просто потому что хочется, удобна. И колонку поставить вон туда, тоже просто хочется.
Что значит хочется? Абсолютно необходимо разместить колонки относительно телевизора и места прослушивания совершенно определенным образом, вся эта конфигурация должна вписаться в фактически имеющееся помещение, причем в помещении должны быть предприняты не хаотичные, а целенаправленные усилия по подавлению резонансов и ревербераций. Иначе телевизор и колонки будут практически бесполезными предметами интерьера. Учитывая вышесказанное получается, что и у телевизора, и у всех колонок, включая пару сабвуферов, есть предопределенные места, к которым несложно предусмотреть проводку соответствующих кабелей, включая и Ethernet для, видимо, источников воспроизводимого сигнала.
Отказался от проводной разводки сети дома лет 5 назад и полностью доволен. Пара точек доступа покрывают все уголки и работают в mesh режиме по воздуху друг с другом. Минимум 200мбит везде есть. Местами больше.
Лично я исповедую ровно противоположный подход. Розеток Ethernet всегда закладываю раза в полтора больше, чем как предполагаю понадобится в самом тяжелом случае, и распределяю "лишние" по стенам так, чтобы самое непредсказуемое подключение можно было сделать коротким, не валяющимся на проходе патчкордом. Вайфай - только для телефонов внутри и снаружи дома, для этого хорошо подходит 2.4GHz, потому что у 5GHz никудышняя практическая дальность, а плодить целую радиосеть с зайчатками роуминга, направленными антеннами и толстыми кабелями (ибо затухание катастрофическое на этих частотах) только для телефонов нет практического смысла. Разве что как хоббийный проект для радиолюбителя, но хоббийно мне интереснее другие диапазоны частот.
Вот то и значит хочется. Тут шкаф переставим вон туда, кровать сюда и на стену телевизор повесим. А вот это кресло вообще выкинем. У вас как будто жены нет.
Вайфай - только для телефонов внутри и снаружи дома, для этого хорошо подходит 2.4GHz, потому что у 5GHz никудышняя практическая дальность, а плодить целую радиосеть с зайчатками роуминга, направленными антеннами и толстыми кабелями (ибо затухание катастрофическое на этих частотах) только для телефонов нет практического смысла.
Уже много лет 2.4 только для уловного иот. Пылесосы, кондиционеры и все такое где скорость не нужна вообще. Остальное строго 5 и только 5.
Для типичного дома или квартиры городить ничего не надо. 2-3 точки покрывают все. Друг с другом они общаются по воздуху отлично. Работает из коробки по кнопке. Стоит копейки. Места для них подбираются методом тыка за час-два.
На участок отдельная четвертая точка на улице. Тут посложнее и подороже. Надо купить что-то в уличном исполнении. Но в целом тоже никаких проблем. И она тоже без провода с остальными точками общается.
Вы описываете что-то что делалось 10+ лет назад. Когда вайфай5 еще на был так хорош и так распространен. Тогда да. Сеть кидали, розетки ставили и прочей ерундой занимались.
У вас как будто жены нет.
Спасибо, напомнили перечитать про сепульки. :) Нет, жена - профессиональный, а не блогер в ютубе, дизайнер. Местоположение телевизора, шкафа, кресла и так далее - объект проектирования как функционального, так и эстетического. Спроектированные однажды элементы интерьера впредь остаются на своих местах постоянно, потому что они уже подобраны наилучшим образом одновременно с точки зрения удобства и с точки зрения внешнего вида. Некоторые объекты, например тот же телевизор, приходится согласовывать с проектировщиком аудиосистем и домашних кинотеатров в моем лице, хотя некоторые из предусмотренных проектом решений нередко остаются нереализованными - очень трудно продавить установку басовых ловушек в пространстве подвесного потолка из-за недостаточной эстетичности как для жилой комнаты, и довольно заметной высоты всей конструкции, крадущей дефицитную высоту комнаты до потолка, а отделка стен акустической пеной фактически невозможна по вышеуказанной эстетической причине.
Уже много лет 2.4 только для уловного иот. Пылесосы, кондиционеры и все такое где скорость не нужна вообще. Остальное строго 5 и только 5.
Да, но насчет много - не знаю. Говорю за себя, не пытаясь экстраполировать сказанное на всех. У меня самый свежий ноутбук - лет десяти. Естественно, никакого 5GHz в нем нет. Заменить модуль просто и дешево, но он, ноутбук, всегда подключен кабелем, поэтому не нужно даже даром. Обновлять ноутбук, кроме непредсказуемой поломки с нецелесообразным по цене ремонтом, не предполагаю, соответственно встроенного 5GHz не увижу. Десктопы - можно прикупить PCIe или USB адаптер, но зачем, если они подключены проводом? Остаются только телефоны - их, как ни крути, а раз лет в пять приходится обновлять, поэтому там 5GHz поддерживается, но телефонам чисто практически не нужны большие скорости. Самое трафикоемкое, что можно делать с телефоном - смотреть что-то онлайн, скажем вроде ютуба. HDR поддерживают не только лишь все, а разрешение, размер растра видео на маленьком экране имеет практически нулевое значение, будь у вас идеальное зрение или будь у вас прекрасные очки, то есть единицы, от силы несколько десятков мегабит. Ну, вот и ничего не остается, что прямо так явно и очевидно выигрывает от 5GHz.
2-3 точки покрывают все.
...
На участок отдельная четвертая точка на улице.
Если и дом, и участок маленькие, то они приемлемо покрываются единственной точкой в доме - той, что встроена в бытовой роутер. Но это на 2.4GHz, конечно. Если участок прилично большой, то снаружи 5GHz недостаточно дальнобойно. В моем случае нет смысла.
Вы описываете что-то что делалось 10+ лет назад. Когда вайфай5 еще на был так хорош и так распространен. Тогда да. Сеть кидали, розетки ставили и прочей ерундой занимались.
При ремонте или новом строительстве укладка сетевого кабеля почти ничего не стоит сверх укладки силового кабеля, коаксиального для телевидения, и прочей слаботочки, если предусматривается. При этом достигаются два преимущества: гарантированная пропускная способность (заметно выше, чем обеспечивает WiFi на 5GHz) и поддержка устройств, работающих только с проводной сетью, включая и PoE. Что до скорости, то в быту это пока что малозначимое преимущество, потому что на входе может быть сто мегабит и меньше, а внутрисетевой обмен, опять же в быту, едва ли прямо таки важен. Смотреть 4K HDR с сетевого диска вполне хватит скоростей WiFi 5GHz. Тем не менее, провод быстрее, даже относительно бюджетный и относительно массовый гигабит. Что же до устройств без поддержки беспроводной сети, то тут провод как бы почти безальтернативен, потому что отдельную точку доступа вроде как глупо, а в случае PoE почти невозможно, в смысле все равно провод тянуть, только уже питание.
. Местоположение телевизора, шкафа, кресла и так далее - объект проектирования как функционального, так и эстетического. Спроектированные однажды элементы интерьера впредь остаются на своих местах постоянно, потому что они уже подобраны наилучшим образом одновременно с точки зрения удобства и с точки зрения внешнего вида.
Понятие надоело и что-то надо изменить вам вообще не близко? Меня прямо тянет раз в несколько лет что-то переделать. Оно конечно и было спроектировано, но просто надоело. Заодно что-то лишнее выкинуть, что-то не менее лишнее купить.
У меня самый свежий ноутбук - лет десяти
Вот тут все стало понятно.
У меня в самом старом ноуте нет rj45. Про более новые и речи нет. В стационарном компе вайфай прямо в материнке. То есть просто все железки умеют в вайфай.
Ноуты подключаются к монитору одним проводом. От него же и заряжаются. Клаво-мышки воткнуты в тот же монитор навсегда.
PoE в теории наверно интересно, но дома как-то ни разу не пригождалось. Это больше промышленная штука. Видеокамеры там запитать во всему зданию.
прочей слаботочки
Я уже год надсмехаюсь над друзьями которые везде дома сделали usb type-a и теперь ни одна железка в него не умеет. Надо что-то городить и красота и удобство потеряны.
Не-не. Теперь только 220. Оно самое стабильное и не требует замены из-за устаревания.
коаксиального для телевидения
Коаксиалы тоже уже не нужны много лет как. Все через интернет по вайфайю по воздуху.
Если и дом, и участок маленькие, то они приемлемо покрываются единственной точкой в доме - той, что встроена в бытовой роутер. Но это на 2.4GHz, конечно.
Меш точки стоят копейки. И заменяют просто все. Все эти слаботочки, poe, коаксиалы, локальную сеть. Остается классическая разводка электричества и все. И можно не думать что куда ставить. Электричество есть? Ставим. Сеть там точно есть. Электричество расширяется проще любой другой сети. Тоже плюс.
Как раз лет 10 назад именно ваша схема была оптимальной. И ноуты были не очень автономными и rj45 был везде и телевизоры работали не только от интернета и вайфай5 был совсем не везде и меш сети строились не так просто. А сейчас все упростилось. Все заводим только на интернет по воздуху. Просто и универсально.
Это все применимо к классическим требованиям дома. Сотни-другой мегабит должно хватать любому потребителю. Видео и патчи на игрушки это максимальные потребители.
Сотни-другой мегабит должно хватать любому потребителю.
"Отучаемся говорить за всех" (с)
У меня GPON 1 Гбит, что в дуплексе, вообще-то 2 Гбита, а есть еще нагрузка на локальную сеть. То есть общая пропускная способность локальной сети должна быть хотя бы 4 Гбита. Но мне этого мало. Потому и собираюсь переходить на 10GBASE-T.
Ну и, в качестве вишенки на торт:
icmp_seq=1 ttl=64 time=0.443 ms
icmp_seq=2 ttl=64 time=0.260 ms
icmp_seq=3 ttl=64 time=0.272 ms
icmp_seq=4 ttl=64 time=0.253 ms
icmp_seq=5 ttl=64 time=0.271 ms
icmp_seq=6 ttl=64 time=0.268 ms
icmp_seq=7 ttl=64 time=0.282 ms
icmp_seq=8 ttl=64 time=0.265 ms
icmp_seq=9 ttl=64 time=0.243 ms
icmp_seq=10 ttl=64 time=0.277 ms
Ваш ход?
Это что-то на админском? ;)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=63 time=0.739 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=63 time=0.575 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=63 time=0.485 ms
Вы выйграли у моего 10-летнего tplink с разгромным счетом.
Что-то вы явно лжете. Меньше 1 мс пинг по WiFi можно ожидать только на скоростях от гигабита. А десять лет назад их не было.
А 0.5 мс пинг - это точно кабель.
Моей домашней гигабитной сети, кстати, 20 лет, а не 10 )
Кабель, ну да. А нужно обязательно wifi? Ну, мобильник с телевизором не жалуются. Но как на них запускать ping я не знаю.
кабельные сети себя уже изжили
По разому.. Иногда удобнее кабель, иногда wifi. Скорости, как правило, хватает.
Я вообще-то указал, в первую очередь, на латентность. Если в локальной сети есть сервер СУБД, то это может быть очень существенным.
Ну и если сами точки доступа уже появились гигабит и выше, то подавляющее большинство ноутбуков по WiFi больше 200-250 мегабит не вытянут. А когда GPON гигабит - это как то обидно )
Кабель, ну да. А нужно обязательно wifi?
Как по мне, кабель лучше везде, где применим. То есть почти все, кроме телефонов. Ну, может, для кого-то и кроме ноутбуков - кто как пользуется.
А это точно достаточно нужная фича что ради нее что-то делать? Когда оно само, то пусть будет. Современный ноут рядом с основной точкой доступа, а не через меш точки ближе к гигабиту и показывает. Ну и ладно. А вот специально затевать ремонт и кучу проводов. Ради чего? Видео лучше работать не станет. Патчи на 50 гигабайт бывают иногда, но это точно тот кейс ради которого надо суетиться? В больше ничего и нет. Все тяжелое рабочее все еще крутится в датацентрах.
Пинги уже давно зависят от скорости света и географического расположения серверов. Меньше 10мс это специальные сервера совсем рядом с вами. От вас тут ничего не зависит. И тоже смысл упираться? Соревновательная игра в cs2? Или что-то такое. Но это опять не от вас зависит.
А это точно достаточно нужная фича что ради нее что-то делать?
В случае ORM, сыпящего тысячами мелких запросов к БД - необходимая. Меньше 0.5 мс действительно уж не столь существенно, так как это уже сравнимо с длительностью большинства мелких запросов к БД. Больше 1 мс - уже точно ощущается пользователем. Например, когда проведение документа в той же 1С занимает не 0.1 секунду, а больше, так как сыпет сотней мелких запросов к БД.
Не запускать орм тем более с тысячами рпс дома. Вроде очевидно?
У людей 1с успешно работает без вот этого вот всего, если что. И в облаках и прости господи через рдп. Вся страна пользуется 1с, а проблемы требующий особых конфигурации железа только у вас.
Откуда вы взяли тысячи рпс я вообще не знаю. Это продакшен нагрузка немаленьких сервисов. Им место в датацентрах.
Не позорились бы, а почитали о требованиях к сети между сервером приложений и БД для 1С.
"Для оптимальной работы клиентских приложений (в том числе мобильных) с серверной частью платформы 1С рекомендованная скорость сети составляет 1Гбит/с."
Я лишь соблюдаю рекомендацию.
Я по-прежнему знаю что 1с работает во всей стране. На примерно любом железе и на любой сетке. В регионах подальше бывает совсем древность. И она на самом деле там работает. И обычно на более тяжелых бизнесах чем у вас. 30 предприятий ведущиеся одним человеком (как вы сами написали) это что-то микро совсем.
А проблемы с 1с требующие гигабитных сетей только у вас. Наверно дело не в 1с.
В регионах подальше бывает совсем древность.
Так и моей гигабитной локальной сети уже 20 лет )
А проблемы с 1с требующие гигабитных сетей только у вас.
Я же процитировал рекомендации производителя. Значит 100% не только у меня.
на более тяжелых бизнесах чем у вас
Там уже почти везде давно 100GBASE-CR10 между сервером приложений и СУБД. Причем у ряда клиентов лет десять как )
Вы не понимаете что такое древняя сеть. Хотя чуть ниже говорили про всякие дыры с которыми работаете. Это странно.
Я таких слету не нашел. Но может быть это я не нашел. Вообще странно. Требовать гигабит от клиента для массового софта это ненормально.
О, уже 100 гигабитные сети массовые появились. Они конечно кое-где есть. Но это даже близко не массово. Я до сих пор встречаю серверные железки с гигабитной сетью. И я не могу сказать что их прям мало осталось. Процент 100 Гбит в проде явно меньше чем процент гигабита.
Вы не понимаете что такое древняя сеть.
Сеть, смонтированная 20 лет назад не древняя? ArcNet что-ли вспомнили? )))
Где Вы сейчас найдете сеть с кабелями хуже, чем UTP5?
Требовать гигабит от клиента для массового софта это ненормально.
Почему? Кабельная сеть все та же UTP 5-6. Если в 1999 году гигабитные адаптеры были относительно дороги, то к моменту, когда я монтировал свою локалку в 2003 году, гигабитные адаптеры стали вполне доступны. А еще через несколько лет стали массовыми на ноутбуках и материнских платах. Сейчас же ноутбук с 2.5 гигабит или материнская плата с 10 гигабит - уже в порядке вещей. Но для скоростей выше гигабита требуется уже UTP 6a, что несколько тормозит их распространение.
Да и вообще, странно не иметь даже дома гигабитку, если массово предоставляется гигабитное подключение к интернет по GPON.
О, уже 100 гигабитные сети массовые появились.
Вообще-то IEEE 802.3ba был принят в 2010 году. А широкое его внедрение - в 2011-2012. Больше 10 лет в IT - не малый срок.
Я до сих пор встречаю серверные железки с гигабитной сетью.
На свалке много что можно встретить. А на серверах десятилетней давности 10 гигабит на материнской плате уже было массовым явлением.
Да и вообще, странно не иметь даже дома гигабитку, если массово предоставляется гигабитное подключение к интернет по GPON.
Странно не иметь дома гигабит даже при, не знаю, каком-то модеме наружу. Или вообще без выхода наружу. Нет, я конечно помню времена, когда сто мегабит было просто огромным шагом вперед после десяти, но те времена как бы прошли. Сейчас, когда между сотней мегабит и гигабитом разница в цене обустройства сети почти нулевая - ничтожной разницей в цене бытовых неуправляемых коммутаторов и бытовых же роутеров можно пренебречь, а работы по прокладке кабеля идентичны что для Cat 3, что для Cat 5e и выше, просто глупо держаться за сто мегабит. Просто глупо ни за что, ни за какую экономию, иметь скорость в десять раз ниже там, где диски могут быстрее, и чтение/запись упирается в сеть, а не в диски.
Не запускать орм тем более с тысячами рпс дома. Вроде очевидно?
Вроде да. Мне вообще кажется немного странным тащить домой что-то промышленное и негодовать от того, что дома оно плохо помещается. То есть это не запрещено и в принципе можно, но почти любой такой случай выходит довольно ощутимо за рамки среднестатистического бытового сценария и, ничего удивительного, требует нетривиально по, повторюсь, бытовым меркам, подхода. Смотрели бы няшных котиков - ста мегабит от провайдера и неизвестно сколько (мало) от роутера по воздуху точно хватало бы всегда, а про ping и latency и знать не знали бы.
негодовать от того, что дома оно плохо помещается
Главный прикол в том, что негодуют как раз те, кто считают домашний сервер не нужным. А у меня все хорошо и он замечательно помещается )
Главный прикол в том, что негодуют как раз те, кто считают домашний сервер не нужным.
Я не могу за вас считать, нужен вам сервер или нет - поэтому и не пытаюсь даже. А вот обозвать вас далеким от среднестатистического домашнего пользователя - имею полное моральное право. :)
А у меня все хорошо и он замечательно помещается )
Это прекрасно! Нет, серьезно. Но это не отменяет, а как бы наоборот, подтверждает, что ваши требования к параметрам быстродействия сети плохо экстраполируются на среднестатистического обывателя и для этого самого обывателя ваши требования многократно избыточны.
А вот обозвать вас далеким от среднестатистического домашнего пользователя - имею полное моральное право.
Согласен. Обычному домашнему пользователю даже 10 мс пинга в локальной сети достаточно за глаза )
ваши требования к параметрам быстродействия сети плохо экстраполируются на среднестатистического обывателя и для этого самого обывателя ваши требования многократно избыточны.
А вот это уже не так, и знаю немало примеров даже среди соседей, у которых тоже по тарифу гигабит GPON. И они приходили ко мне консультироваться, почему вдруг торренты на их ноутбуке качаются со скоростью не более 20-25 мегабайт в секунду по WiFi, хотя по тарифу должно было быть в три-четыре раза быстрее )
И подавляющее большинство из них после моей консультации прокладывали кабель по плинтусам. Благо в GPON роутере МГТС уже встроен четырехпортовый гигабитный свич, а ноутов без гигабитного Ethernet мало.
Главный прикол в том, что негодуют как раз те, кто считают домашний сервер не нужным.
А начиналось всё с домашнего роутера, в заголовке статьи написано так ;) Ну и назвали бы статью: домашний ДЦ.
А вот специально затевать ремонт и кучу проводов. Ради чего?
В быту нет никакого специального ремонта, есть плановый косметический или капитальный ремонт, во время которого прокладка проводов выполняется как один из ряда этапов. А на производстве кабели просто уложат в кабельный канал.
Понятие надоело и что-то надо изменить вам вообще не близко?
Телевизор заменить на такой же побольше и с более высоким контрастом - да, изредка. Остальное уже как-то устоялось. Электроника, громкоговорители, вот это вот все, оно уже есть и преимущественно устраивает. Я не из секты свидетелей подставок под провода, мне как-то ближе балансные кабели и XLR разъемы - я не прогреваю колонки, я их слушаю. Хотя могу и инструментально их измерить. В общем, менять что-то просто так почти всегда нет ни объективной, ни субъективной необходимости.
Вот тут все стало понятно.
У меня в самом старом ноуте нет rj45.
А у меня есть RJ45. И встроенный старый однодиапазонный WiFi заменить на двухдиапазонный и в целом быстрый проблем нет ни технически, ни по цене вопроса. Просто мне не нужно. Ноутбук стоит на одном и том же месте почти всегда. Если же я его куда-то беру с собой, то WiFi, который он видит, это или арендуемая квартира/дом с чем-то местным уровня TP-Link 710, или гостиничная точка доступа (с тем же результатом), или я раздаю себе со своего телефона, а даже наличие покрытия 5G не значит, что непременно будет сильно быстро и я упрусь в скорость старого WiFi.
PoE в теории наверно интересно, но дома как-то ни разу не пригождалось.
Обычно это задел на потом и да, на камеры, как вы правильно предположили. Из недавнего: от провайдера оптика шла, но дальше условного заборного столба так и не дошла, бывает. Там-то ее медиаконвертер и подхватил. А питание ему, медиаконвертеру, по когда-то на всякий случай проложенному куда-то в ту сторону проводу пришло.
Меш точки стоят копейки. И заменяют просто все.
Наверное таки возьму поиграться. У меня больше радиолюбительский интерес, чем для чего-то практического нужно - поиграть в планирование радиосети, полазить везде поизмерять напряженность поля, как будто по-настоящему.
Коаксиалы тоже уже не нужны много лет как.
У меня спутниковая антенна, несколько. Сейчас, когда есть Starlink, это уже по инерции. Совсем недавно - наоборот, было актуально везде, где доступного интернета почти или совсем не было.
Еще, не забывайте, некоторым все еще хочется кабельное телевидение. Для них соответствующая проводка - плюс. А не понадобится - ну, так и будет.
Это все применимо к классическим требованиям дома. Сотни-другой мегабит должно хватать любому потребителю. Видео и патчи на игрушки это максимальные потребители.
Я уже видел комментарии от негодующих коллег, но здесь поддержу именно вас, причем полностью. Понятно, что всегда есть небольшое количество пользователей с какими-то частными случаями, для которых и гигабита не сказать, что с запасом. И, что характерно, на Хабре процент таких будет очевидно сильно выше средней температуры по больнице, так что неудивительно. Но вот только для среднего пользователя, у которого от силы два-три телефона одновременно смотрят ютуб с его-то смехотворным битрейтом, сто мегабит даже непонятно, зачем так много.
были куплены антенны на 10 дБ
Да, я понимаю, что это почти оффтопик, но ШТА? Хорошо, пусть даже не 10dBd, а 10dBi. Это, ориентировочно, стек из пяти-шести, смотря как хорошо посеребрен провод и как тщательно все собрано*, вибраторов 5/8 с фазосдвигающими элементами, то есть геометрическая высота такой антенны без учета корпуса составит что-то порядка полуметра для 2.4GHz. У вас какая высота антенн?
*
Насчет посеребренного провода - не шутка, а здоровый сарказм, в смысле серебрение на таких частотах на самом деле довольно полезно и на самом деле нередко применяется, правда для товаров с алиэкспресса - чаще на словах, как и вообще все "хорошие" заявленные характеристики, которые остаются полетом фантазии производителя и/или продавца. Насчет тщательной сборки - ровно то же самое. Длина волны при частоте около 2.4GHz в линейных единицах очень мала и неточности в, скажем, один миллиметр - уже очень много в масштабах длины волны. То есть компьютерная модель антенны может быть довольно честно рассчитана (вряд ли с учетом источника товара, но допустим), а совсем чуть-чуть кривая сборка реального изделия приведет к тому, что реальное изделие будет отличаться от модели катастрофически - причем, без вариантов, отличаться только в худшую сторону. Вот и оказывается, что модель из идеального проводника должна показать, допустим, что-то в районе 12dBi, из-за потерь в реальном проводнике, чего мы бы не учитывали на частотах сильно ниже, у нас останется, допустим, 10dBi, а из-за кривой сборки получится хнотическая хрень, имеющая с антенной лишь внешнее сходство. Хотя, на деле, там скорее всего просто кусочек проволоки, а никакая не антенна по рассчитанной модели. И это мы еще не коснулись такой штуки, как импеданс и его согласование, когда, при плохом согласовании, заметная часть энергии не излучается антенной, а отражается обратно на передатчик и либо бесполезно теряется, либо еще и помогает передатчику выйти из строя - поэтому, вообще-то, нельзя ничего включать без предварительного подсоединения антенн.
Делал подобное на Alpine - как по мне для x86 куда как интереснее. Особенно если захочется чего-то большего - тот же Nextcloud например.
Откровенно говоря, цена за такое решение мягко говоря отпугивающая, если цель стояла в обеспечении домашней инфраструктуры, то чаще всего, необходима экономия, если место это не самая большая проблема, то возможно все это было сделать в полноценном пк-гробу, дешевле и мощнее
Здравствуйте! Это ваш окончательный вариант роутера? У многих в доме есть умные устройства с wifi 2.4. Очень не хватает в вашей конфигурации раздачи на 2.4 Ghz. Для такого мини-ПК совсем мало вариантов подключения еще одного wifi-модуля. Разве что по usb?
Да, я думал купить Wi-Fi USB)
Спасибо, что заморочились с openwrt. Имхо, openwrt хороша для железных роутеров.
Для x86 я бы сперва накатил proxmox ve и внутри в виде ВМ pfsense или opnsense .
Там же можно в виде lxc развернуть raspap https://raspap.com/ для ви-фи + adguard home в докере для резки рекламы. Благодаря proxmox-у еще и "мощи" останется на эксперименты.
Зы. Цикл статей по работе с описанными выше продуктами https://forum.netgate.com/topic/163435/proxmox-ceph-zfs-pfsense-и-все-все-все-часть-2/
Я в свое время на неттопе из загашника поднял тоже роутер. Но решил не брать готовое решение, а поставил Linux Gentoo. И это было чертовски верное решение! Каждые несколько недель в голову приходила новая идея. А давай openvpn, давай wireguard, давай еще несколько wifi подкину, а теперь nginx, который в интернет вынесет картинку от камеры, но отфильтрует все остальное, а еще gstreamer который транслировать HLS, nginx пустит HLS в HTTP, а еще nginx будет обслуживать небольшой сайт... два... три. И все это грузит 5-7% CPU.
Не стреляйте из пушек по воробъям
Вижу люди разделились на два лагеря: "Круто!" и "Пушки и воробьи с прицепами"
Я автора немного понимаю.
Не понимаю только в выборе ограниченной опенврт, это легковестный линукс дистрибутив все же не раскрывает мощь миникомпа, который можно было подключить к ТВ и смотреть всякое.
К примеру KODI+квазар, а на роутере впн, то мы уже можем смотреть фильмы сразу с торрентов не дожидаясь их полной загрузки. Видео по запросу от пиратов выходит.
роутер лучше справится, чем х86 с 2 вещами: wifi и энергопотребление(важно не только при оплате коммуналки, но и при наличии умного дома и отдельного упса хоть на паре-тройке 18650)
на х86 поднимаем то, с чем он лучше справляется: умный дом(на мощный роутер можно запихнуть, но не всегда), твприставка, сетевой диск, да даже игровая консоль(если слабая, то ретроигровая консоль!)
Как собрать свой собственный x86 Wi-Fi роутер