после нескольких месяцев работы, TL-SH1008 выкинул странный финт - перестал нормально пропускать трафик. например, материнка отправляет DHCP req, но не получает DHCP reply, хотя другие броадкаст-пакеты видит. заменил на обычный 1gbps свитч - все работает.
высокая мобильность - это все же не для семейных. у супруга своя работа. дети учатся в школах, со своим кругом общения. про "удаленку в школе" уже много было статей, практически везде утверждалось, что результаты обучения на удаленке значительно хуже, детям сложнее сконцентрироваться, а у учителя отсутствует обратная связь в течение урока.
1) с RoW каждая write операция превращается минимум в две, причем сначала нужно дождаться записи анных в новый блок, только потом указатель на него писать. значит если уровень выше делает sync (в виде флага к req или отдельный flush req), то write latency увеличивается в два раза?
2) как выбирать размер блока? на одном томе может быть несколько логических с разными fs и, соответственно, разными собственными блоками? если размер блока снапшота больше размера блока fs, то write провращается в read-write
но если подключать нежилое помещение с ИП/ЮЛ в многоквартирном доме с 1000 квартир - цена будет такая же как в бизнес-центре, в 10+ раз выше чем для ФЛ.
непонятно как без всех этих дженериков и прочих "конструкций" вообще смогли появиться, например, linux kernel. или это еще недостаточно большой проект?
после нескольких месяцев работы, TL-SH1008 выкинул странный финт - перестал нормально пропускать трафик. например, материнка отправляет DHCP req, но не получает DHCP reply, хотя другие броадкаст-пакеты видит. заменил на обычный 1gbps свитч - все работает.
высокая мобильность - это все же не для семейных. у супруга своя работа. дети учатся в школах, со своим кругом общения. про "удаленку в школе" уже много было статей, практически везде утверждалось, что результаты обучения на удаленке значительно хуже, детям сложнее сконцентрироваться, а у учителя отсутствует обратная связь в течение урока.
1) с RoW каждая write операция превращается минимум в две, причем сначала нужно дождаться записи анных в новый блок, только потом указатель на него писать. значит если уровень выше делает sync (в виде флага к req или отдельный flush req), то write latency увеличивается в два раза?
2) как выбирать размер блока? на одном томе может быть несколько логических с разными fs и, соответственно, разными собственными блоками? если размер блока снапшота больше размера блока fs, то write провращается в read-write
но если подключать нежилое помещение с ИП/ЮЛ в многоквартирном доме с 1000 квартир - цена будет такая же как в бизнес-центре, в 10+ раз выше чем для ФЛ.
зато этих блоков много продается, за очень недорого, у них отличный КПД, высокая надежность, есть возможность мониторинга.
p.s. и да, необязательно в один БП втыкать несколько узлов.
почему не используете блоки питания HP (например) + pico psu? на один БП можно повесить несколько "узлов"
а у меня все еще работает.
непонятно как без всех этих дженериков и прочих "конструкций" вообще смогли появиться, например, linux kernel. или это еще недостаточно большой проект?
им далеко до наперсточников в самом youtube (что не означает, что в РКН сидят добрые волшебники).
интересно, google в USDT может выводить?
было бы интересно почитать более развернутое описание в чем ЯД и проч. проигрывают гуглу, без шуток.
p.s. пользовался гуглом пока не начались проблемы с оплатой, теперь ЯД. в целом - нормально для моих небольших задач.
работаю над одним "продуктом" более 20 лет, за это время "продукт" побывал в руках 6 компаний. это смена работы или нет?
зачастую goto - это лучше чем куча вложенных блоков. особенно когда речь идет о проверках входных данных и подобного.
кажется никого из этих людей никогда не смущало то что "творит США", например?