Pull to refresh
39
0
Send message

нет никакого предсказателя ветвлений.

Вот и я на это обратил внимание. Что для современного процессора это не будет играть большого значения, так как у них очень развитые алгоритмы предсказания переходов.

Разве что для старых Atom-ов.

iptables хорош, особенно в сочетании с ipset, который почему-то не был упомянут в статье.
Но тем не менее, iptables - это уже устаревшее решение, которое в современных дистрибутивах заменено на nftables.

Я бы рекомендовал установить Monterey, чтобы пользоваться современными версиями Xcode и других инструментов.

Для последнего Xcode нужна Ventura. И только с последнего Xcode можно отправлять приложения в стор.

Немного некорректное сравнение стоимости (или выгоды).

В случае Yandex/Gmail/другие - платится за готовую услугу: заплатил - и пользуй на здоровье.

Со своим сервером - там же ещё надо найти админа, который настроит и будет присматривать. Хорошо если в штате такой есть. А вдруг он захочет повышение за дополнительный объём работы? Ну или на стороне искать.

То есть если бы вы предоставляли не аренду голого сервера, а услугу аренды почтового сервиса, с функционалом сопоставимым с "облачной" почтой, то было бы честно сравнивать.

Кроме того, чаще всего пользователи голосуют за Yandex/Gmail из-за удобного интерфейса и очень хорошей фильтрации спама.

У меня довольно большой опыт работы со SpamAssassin - это совсем не то что есть в Gmail. Ну и RoundCube, тоже на любителя, кроме того были очень серьёзные инциденты с безопасностью.

Потом надёжность, вы говорите что не страшно, если сервер пару дней полежит, отдохнёт.

Да, почта не потеряется. Но если большой начальник ждёт важное письмо, и с той стороны говорят что они отправили, то объяснение что почта когда-нибудь дойдёт, скорее всего, большого начальника не устроит...

Но в целом, при наличии рук и головы, действительно можно здорово сэкономить.

больно споткнувшись о глюк данной ФС...

Было такое же, много лет назад, как только появилась в ванильном ядре.

Бэкапный рейд с BTRFS был забит под завязку. И потом что-то сломалось, и файловая система уже не монтировалась. Очень долго мучился, пока получилось расширить том ещё одним диском и потом система ожила. В те времена это была очень серьёзная проблема, когда заканчивается свободное место, особенно при наличии большого количества снимков и использования сжатия. Сейчас вроде починили. Ну то есть как - понять сколько у тебя фактически есть свободного места всё так же не просто, но хотя бы не падает.

Ну и важно понимать, что CoW подходит далеко не для всех задач. Если нужен swap файл - то есть специальная утилита чтобы создать его правильно, а для баз CoW вообще лучше отключать - есть множество бенчмарков.

А вот для бекапов эта ФС идеальная. Именно поэтому она всё чаще идёт как система по-умолчанию на NAS устройствах.

Я одного не понял - зачем мне оно, если есть ext4.

Мгновенные снимки, прозрачное сжатие.

Тренировочная активность отнимает в среднем 5-10% от суточной активности. Тренируется люди в среднем час

Мои (70кг) часовые пробежки, согласно трекеру, съедают плюс минус 700 ккал.

О каких 5-10% идёт речь?

На разработку сервиса с нуля обычно уходит примерно столько же времени, сколько было потрачено на его создание в первый раз.

Откуда взята такая информация? По своему опыту скажу, что даже та же самая команда, напишет код второй раз быстрее и "чище". Если отдавать новой команде - то зависит от квалификации. Но опять таки, новой команде будет легче, так как система уже устоявшаяся (не нужно будет в процессе разработки что-то кардинально менять), процессы понятные, на что приходится наибольшая нагрузка - тоже примерно ясно.

Да нет, это они единичку пропустили, т.е. должно было быть что-то типа 1304/24444

Тест однопоточной производительности 561/328

Тест многопоточной производительности 304/24444 (79 threads) 7549 (23 thread)

ИМХО тут закралась какая-то ересь. Как многопоточка х86 может быть меньше однопоточки?

Нормальным режимом питания кето может стать, если найдёте новые рецепты под Ваши вкусы (поскольку выбор ограничится серьёзно).

Собственно в этом и видится проблема. Пока расходуются свои жировые запасы, грубо - пачка масла в день, то найти рецепты на овощи/мясо/рыбу/яйца - не проблема совсем. Но вот когда своих жиров будет уже не хватать, то придётся придумывать, как сделать 70% калорий от жиров.

Сейчас тоже пробую кето...
При первой попытке (жёсткое ограничение калорий, 3 часа в день аэробных нагрузок) со 101кг похудел до 65кг за 4 месяца, но долго продержаться не получилось. Психический срыв - пиццы, тортики целиком и т.п. За пару месяцев 80кг, потом в течении года до 90кг и такой вес три года.
На второе похудение начитался теории, решил попробовать кето вариант + умеренные пробежки. Результат хороший, -15кг за два месяца. Самое главное - нет чувства голода, на сладкое пока не тянет. Хочу довести снова до 65кг и посмотреть может ли кето быть не только временной диетой, а постоянным нормальным режимом питания.

Если вы держите неплатящее ядро

Овец можно держать или свиней. Про своих пользователей так говорить, ИМХО, не очень уважительно.

Картинка для Banana Pi BPI-R2 Pro неправильная. Видимо от Banana Pi BPI-R2 - она на базе Mediatek-а построена.

Такой вопрос, немного не по теме.

Есть пальчиковые Ni-MH аккумуляторы LEXMAN размера AAA на 900 mAh из Leroy Merlin.

Используются по три штучки в разных автономных светильниках с датчиком движения.

И вот такое явление - если допустить сильный разряд, когда светильник еле-еле подаёт признаки жизни, то при замере напряжение на аккумуляторах, один, почти всегда, будет показывать небольшое отрицательное (!!!) напряжение, типа -0.06В.

После зарядки - всё в порядке, можно дальше пользоваться. Таких "странных" аккумуляторов у меня уже несколько, т.е. это не единичное явление.

В чём химия процесса?

Попробовал проксировать запросы через ProxySQL (v2.0.12 из исходников). Удивительно, но подключений к базе стало больше. Может этот multiplexing нужно как-то отдельно включать? Например в табличке mysql_query_rules есть поле 'multiplex'.
Интересное совпадение — заговорили про кэширование, и как раз всплыло. Написал комментарий — его не видно…

Продублирую ещё раз в таком случае.
Не могу не согласиться — конечно решать на уровне приложения правильней. Но сейчас как-то часто случается что или разработчики заняты, или их уже нет. А нагрузка есть и с ней нужно что-то делать.
С микрокэшированием на уровне nginx-а я уже обжёгся. Теперь вот хочу набить шишек уровнем ниже.

А вы не пробовали использовать его функционал по кэшированию запросов?
На тестовой нагрузке работает, а вот как он поведёт себя на >20k запросов в секунду — неизвестно.

Information

Rating
Does not participate
Registered
Activity