Горячее
Лучшее
Свежее
Подписки
Сообщества
Блоги
Эксперты
#Круги добра
Войти
Забыли пароль?
или продолжите с
Создать аккаунт
Регистрируясь, я даю согласие на обработку данных и условия почтовых рассылок.
или
Восстановление пароля
Восстановление пароля
Получить код в Telegram
Войти с Яндекс ID Войти через VK ID
ПромокодыРаботаКурсыРекламаИгрыПополнение Steam
Пикабу Игры +1000 бесплатных онлайн игр “Рецепт Счастья” — увлекательная игра в жанре «соедини предметы»! Помогите Эмили раскрыть тайны пропавшего родственника, найти сокровища и восстановить её любимое кафе.

Рецепт Счастья

Казуальные, Головоломки, Новеллы

Играть

Топ прошлой недели

  • dec300z dec300z 11 постов
  • AlexKud AlexKud 43 поста
  • DashaVsegdaVasha DashaVsegdaVasha 7 постов
Посмотреть весь топ

Лучшие посты недели

Рассылка Пикабу: отправляем самые рейтинговые материалы за 7 дней 🔥

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

Спасибо, что подписались!
Пожалуйста, проверьте почту 😊

Помощь Кодекс Пикабу Команда Пикабу Моб. приложение
Правила соцсети О рекомендациях О компании
Промокоды Биг Гик Промокоды Lamoda Промокоды МВидео Промокоды Яндекс Маркет Промокоды Отелло Промокоды Aroma Butik Промокоды Яндекс Путешествия Постила Футбол сегодня
0 просмотренных постов скрыто
firstagrio
firstagrio
33 минуты назад

Шнобелевская премия за превращение коров в зебру⁠⁠

Шнобелевская премия за превращение коров в зебру

Группа из 11 японских ученых получила Шнобелевскую премию по биологии за эксперимент, показавший, что окрашивание коров в черно-белые полосы снижает количество кусачих мух, садящихся на животных, сообщает Kyodo News.

По данным исследования, проведенного в 2019 году, коровы с черно-белыми полосами (зебровый узор) подвергались укусам насекомых на 50% реже, чем животные без окраски или с одними черными полосами. Для окрашивания коров ученые использовали водорастворимые лаки.

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

Шнобелевская премия присуждается за исследования, которые, по словам организаторов, «сначала вызывают смех, а затем заставляют задуматься». Она является пародией на Нобелевские премии и вручается ежегодно в Бостоне с 1991 года. В данном случае организаторы отметили необычный и забавный подход ученых, хотя результаты исследования имеют практическую ценность.

Источник: https://t.me/firstagrio/22

Показать полностью 1
Наука Биология Исследования Научпоп Telegram (ссылка)
2
BloodyPy
BloodyPy
42 минуты назад
Лига Политики
Серия Сфера Власти

Мир против Билайн чо-то⁠⁠

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

Россияне кинулись снимать наличные в банкоматах

Бил Билайн Сбербанк нашли тяжёлый танк

Бил Билайн Сбербанк нашли тяжёлый танк

Показать полностью 1
[моё] Интернет Госуслуги Слова Политика Роскомнадзор Исследования Наука
7
1
Lordyz
Lordyz
2 часа назад

Почему теория относительности кажется не до конца… относительной?⁠⁠

Автор: Алик Гайнетдинов

Начнем сразу с мысленного эксперимента. Представим две «Земли», идущие параллельными курсами с одинаковой скоростью, предельно близкой к скорости света. Планеты так близки, что люди на одной могут протянуть руку людям на другой — кадр из известного фантастического фильма, но допустим. Вопрос: как изменится ход времени на одной планете относительно другой? Логика нам говорит, что если два объекта находятся рядом друг с другом и двигаются с одной и той же скоростью, то скорее всего время тоже будет идти одинаково.

Но давайте сделаем расчеты: формально мы опираемся на лоренцевый множитель (фактор):
γ(v)=1/√(1−v²/c²), который участвует в соотношении для дилатации времени:
Δt набл. = γ(v) · Δτ,  Δτ = Δt набл. / γ(v).

Если подставлять скорость, стремящуюся к скорости света, возникает «раздувание» интервалов: γ→∞. Например, при v = 0,99 c:
γ = 1/√(1−0,99²) = 1/√(1−0,9801) = 1/√(0,0199) ≈ 7,09,
а при v = 0,9999 c:
γ = 1/√(1−0,9999²) = 1/√(1−0,9998) = 1/√(0,0002) ≈ 70,71.
То есть «1 секунда собственная» на одной планете будет видеться как 7,09 или 70,71 секунд — эффект растёт лавинообразно и в пределе даёт ту самую «бесконечность». С одной стороны, наблюдатель на первой планете увидит, что часы на второй замедляются. С другой — симметрично — наблюдатель на второй планете скажет то же самое о первой. Получается двусторонняя «бесконечность», которая интуитивно выглядит как логическая ловушка.

Теперь возьмем ту же пару планет, но в покое друг относительно друга. Тогда никакой асимметрии нет: интервалы времени совпадают и по формулам мы получаем "правильное" время. Логично. Но почему, как только обе планеты разгоняются согласованно и равноправно, формула будто «теряет относительность» и подсказывает нам два противоположных вывода сразу? Значит ли это, что где-то в постановке задачи мы выбираем «не ту» точку отсчета?

Если первой Вашей мыслю стало, что в формулу необходимо подставлять именно разницу в скорости (т.е. Δv), то я вижу здесь ту же коллизию, что и в парадоксе близнецов: один близнец уходит в космическое путешествие на околосветовой скорости, другой остается на Земле. С точки зрения оставшегося на земле, часы на корабле идут медленнее — это кажется понятным. Но если перенести «центр координат» в ракету, Земля уже «движется», и тогда замедляться должны земные часы. Противоречие? Или ошибка выбора системы отсчета, спрятанная в формуле, которая, как мне кажется, работает только для «неподвижного» объекта?

Чтобы почувствовать масштаб, возьмём конкретный ход: пусть «корабельный» близнец провёл по своим часам Δτ = 1 год при v = 0,99 c. Тогда «земной» интервал, увиденный с Земли,
Δt на Земле = γ·Δτ ≈ 7,09 лет.
Если же смотреть «с корабля» на Землю при той же скорости, симметричное подставление даёт такой же множитель для «чужих» часов — и каждый «видит» замедление у другого. Именно эта зеркальная симметрия и рождает ощущение логического заедания.

Именно это и беспокоит: теория, претендующая на относительность, в подобных мысленных постановках ведёт себя не вполне «относительно». Возможно, мы смешиваем собственное время объекта и изменение времени при сравнении двух разных мировых линий, но тогда почему симметричная разгонка двух планет порождает асимметричную интерпретацию?

Я не утверждаю окончательных выводов. Я формулирую вопрос. Где здесь сбой — в интуиции? В применимости формулы γ(v) к данной конфигурации? В выборе системы отсчёта или в самом принципе относительности? Готов обсуждать и разбирать по шагам. Если я ошибаюсь — покажите, в каком месте рассуждение срывается. Если нет — давайте уточним границы, где «относительность» перестаёт быть действительно относительной.

Мини-справка для читателя, чтобы «сойтись на цифрах»: при v = 0,8 c
γ = 1/√(1−0,64) = 1/√(0,36) = 1/0,6 ≈ 1,667,
а при v = 0,999 c
γ ≈ 1/√(0,001999) ≈ 22,37.
Эти числа помогают ощутить, что «замедление времени» не просто гиперболически, а комплиментарно гиперболически увеличиваются — и именно в этой резкости прячется всё наше несогласие и повод для дискуссии.

Показать полностью
Физика Наука Исследования Научпоп Философия Текст
16
1
kznalp
kznalp
2 часа назад
Postgres DBA
Серия СУБД PostgreSQL

PG_HAZEL : Анализ производительности высоконагруженной СУБД PostgreSQL. Часть 2 - Производительность и ожидания СУБД⁠⁠

Взято с основного технического канала Postgres DBA (возможны правки в исходной статье).

Больше данных - больше результатов.

Больше данных - больше результатов.

Начало

PG_HAZEL : Сбор статистики для высоконагруженной СУБД PostgreSQL

Задача

Проанализировать состояние ОС и характерные ожидания СУБД при инциденте производительности для высоконагруженной СУБД.

  • Количество ядер CPU : 192

  • Размер RAM: 1TB

  • Версия PostgreSQL: 15.13

Инцидент производительности СУБД

Дашборд Zabbix

Дашборд Zabbix

Часть 1 - ОС

Часть 3 - Характерные события ожиданий типа LWLock

Производительности и ожидания СУБД

Операционная скорость

Ожидания СУБД

Диаграмма Парето для типов ожиданий

80% ожиданий СУБД вызваны ожиданиями типа LWLock и IO.

Количество wait_event_type/wait_event по SQL запросу(queryid) во всех БД, по типу LWLock.

Наибольшее количество ожиданий типа LWLock для queryid:

  • 6300411387403852926

  • -1757223094415174739

Количество wait_event_type/wait_event по SQL запросу(queryid) во всех БД, по типу IO.

Наибольшее количество ожиданий типа IO для queryid:

  • 6300411387403852926

  • -1757223094415174739

Ожидания типа LWLock для queryid =6300411387403852926

Ожидания типа IO для queryid =6300411387403852926

Ожидания типа LWLock для queryid =-17572230944151747396

Ожидания типа IO для queryid =-1757223094415174739

Результат анализа производительности и ожиданий СУБД

  • 80% ожиданий СУБД вызваны ожиданиями типа LWLock и IO.

Наибольшее количество ожиданий типа LWLock,IO для queryid:

  • 6300411387403852926

  • -1757223094415174739

Показать полностью 16
[моё] Субд Postgresql Статья Исследования Длиннопост
0
0
kznalp
kznalp
3 часа назад
Postgres DBA
Серия СУБД PostgreSQL

PG_HAZEL : Анализ производительности высоконагруженной СУБД PostgreSQL. Часть 1 - ОС⁠⁠

Взято с основного технического канала Postgres DBA (возможны правки в исходной статье).

Большим ресурсам и нагрузкам - подходящий инструмент поможет.

Большим ресурсам и нагрузкам - подходящий инструмент поможет.

Начало

PG_HAZEL : Сбор статистики для высоконагруженной СУБД PostgreSQL

Задача

Проанализировать состояние ОС и характерные ожидания СУБД при инциденте производительности для высоконагруженной СУБД.

  • Количество ядер CPU : 192

  • Размер RAM: 1TB

  • Версия PostgreSQL: 15.13

Инцидент производительности СУБД

Дашборд Zabbix

Дашборд Zabbix

Часть 2 - Производительность и ожидания СУБД

Часть 3 - Характерные события ожиданий типа LWLock.

Анализ состояния ОС

Предупреждения и аварийные ситуации - не отмечено

Корреляция ожидания СУБД и vmstat - отсутствует

Корреляция vmstat-iostat для файловой системы /wal - OK

Корреляция vmstat-iostat для файловой системы /data - OK

Чек-лист IO - ОК

Чек-лист CPU - очень высокая корреляция (cs - in) - переключения контекста могут быть вызваны прерываниями.

Чек-лист RAM - более 50% наблюдений - свободная RAM менее 5%

Результат анализа состояния ОС во время инцидента производительности СУБД

  • Предупреждения и аварийные ситуации - не отмечено

  • Корреляция ожиданий СУБД и vmstat - отсутствует

  • Корреляция vmstat-iostat для файловой системы /wal - OK

  • Корреляция vmstat-iostat для файловой системы /data - OK

  • Чек-лист IO - ОК

  • Чек-лист CPU - очень высокая корреляция (cs - in) - переключения контекста могут быть вызваны прерываниями.

  • Чек-лист RAM - более 50% наблюдений - свободная RAM менее 5%

Показать полностью 11
[моё] Субд Postgresql Статья Исследования Длиннопост
1
0
BloodyPy
BloodyPy
10 часов назад
Серия Сфера Власти

Фокусные проблемы данных⁠⁠

Внезапно произошло изменение в солнечной активности, что привело к возникновению проблемы с фокусным расстоянием в оптических инфракрасных сенсорах, используемых в телефонах и на производстве. В результате фокусное расстояние данных сенсоров стало стремиться к нулю.

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

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

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

Исследования Наука Развитие Энергия Ученые Диванные эксперты Текст
1
4
ThyroidRus
ThyroidRus
10 часов назад

Роль витамина Д при Аутоиммунном тиреоидите Хашимото⁠⁠

Показать полностью 3
Медицина Наука Перевел сам Врачи Здоровье Болезнь Исследования Лечение Ученые Усталость Лекарства Гормоны Щитовидная железа Левотироксин Сонливость Эутирокс Гормональная терапия L-тироксин Гипотиреоз Длиннопост
1
2
kznalp
kznalp
10 часов назад
Postgres DBA
Серия СУБД PostgreSQL

PG_HAZEL : Следствие из гипотезы корреляционного анализа ожиданий СУБД PostgreSQL⁠⁠

Взято с основного технического канала Postgres DBA (возможны правки в исходной статье).

Путь в 1000 миль начинается с первого шага.

Путь в 1000 миль начинается с первого шага.

Гипотеза

Сокращение периода, когда серверный процесс, обрабатывающий SQL-запрос к системе управления базами данных (СУБД), сталкивается с событием ожидания, напрямую влияет на скорость выполнения запроса. Чем меньше времени процесс простаивает в ожидании, тем быстрее завершается SQL-запрос.

При многократном повторении запросов, минимизация времени ожидания приводит к увеличению количества выполненных запросов за единицу времени. В конечном итоге, это позволяет предоставить клиенту больший объем полезной информации за тот же период. Таким образом, снижение задержек в обработке SQL-запросов ведет к повышению общей производительности системы.

PG_HAZEL : Основная гипотеза корреляционного анализа ожиданий СУБД PostgreSQL.

Следствие из гипотезы - необходимое условие определения причины снижения производительности СУБД.

Для оптимизации производительности СУБД необходимо определять и оптимизировать SQL запросы в ходе выполнения которых возникают ожидания имеющие наибольшую корреляцию со снижением операционной скорости СУБД.

Доказательство следствия:

1. Предпосылка (Определение метрики):
Главная метрика производительности СУБД — операционная скорость (Operational Throughput). Это количество транзакций или запросов, выполняемых в единицу времени. Снижение этой скорости — прямое проявление проблемы производительности.

2. Аксиома (Причина снижения скорости):
СУБД — это система с ограниченными ресурсами (CPU, Disk I/O, Memory, Network, Locks). Любое снижение операционной скорости напрямую следует из того, что запросы (или части системы) вынуждены ожидать (WAIT) освобождения этих ресурсов. Вся современная диагностика производительности строится на анализе ожиданий (Wait Interface methodology).

3. Логический шаг 1 (Корреляция ожиданий и скорости):
Если в системе присутствуют ожидания определенного типа (например, ожидание записи в журнал WRITELOG или ожидание блокировки LCK_M_), и их совокупная длительность имеет наибольшую корреляцию со снижением операционной скорости, это статистически доказывает, что именно этот тип ожиданий является основным "узким местом" (bottleneck) в данный момент.

4. Логический шаг 2 (Источник ожиданий):
Эти ожидания не возникают сами по себе. Каждое ожидание является прямым следствием выполнения конкретного запроса или действия:

  • Ожидание IO (чтение с диска) вызывается запросами, выполняющими большие сканирования таблиц.

  • Ожидание WAL вызывается запросами, которые выполняют интенсивную операцию журналирования (индексы, большие UPDATE/INSERT).

  • Ожидание Lock вызывается запросами, которые блокируют большие объемы данных на длительное время.

Следовательно, чтобы устранить ожидание, необходимо найти и оптимизировать конкретные SQL-запросы, в ходе выполнения которых эти ожидания возникают.

5. Синтез (Необходимое условие оптимизации):
Объединяя шаги 1-4, мы получаем строгую причинно-следственную цепочку:

Снижение операционной скорости → вызвано накоплением времени ожиданий → которое, в свою очередь, вызвано выполнением конкретных SQL-запросов.

Таким образом, необходимым условием для эффективной оптимизации является:

  1. Определение типов ожиданий, наиболее сильно коррелирующих с падением производительности.

  2. Идентификация и последующий анализ SQL-запросов, порождающих эти ожидания.

  3. Оптимизация именно этих запросов (через изменение индексов, логики запроса, структуры базы и т.д.).

Почему это необходимое условие?

Потому что попытки оптимизировать производительность вслепую, без этого анализа, заведомо неэффективны. Можно бесконечно:

  • Добавлять лишние индексы, которые замедлят операции записи.

  • Наращивать hardware-мощность (больше CPU, память), не устраняя главную проблему (например, блокировки).

  • Тюнить общие параметры сервера, не влияя на плохо написанные запросы.

Только целевая оптимизация запросов-виновников напрямую уменьшает время ключевых ожиданий, что и приводит к росту операционной скорости СУБД.

Вывод:

Представленное утверждение является верным и доказанным следствием из современной методологии анализа производительности СУБД, основанной на статистике ожиданий (Wait Events). Оно описывает не просто возможный путь, а необходимое условие — необходимый и систематический подход к решению проблемы снижения производительности.

Показать полностью
[моё] Субд Postgresql Статья Исследования Развитие Длиннопост
0
Посты не найдены
О нас
О Пикабу Контакты Реклама Сообщить об ошибке Сообщить о нарушении законодательства Отзывы и предложения Новости Пикабу Мобильное приложение RSS
Информация
Помощь Кодекс Пикабу Команда Пикабу Конфиденциальность Правила соцсети О рекомендациях О компании
Наши проекты
Блоги Работа Промокоды Игры Курсы
Партнёры
Промокоды Биг Гик Промокоды Lamoda Промокоды Мвидео Промокоды Яндекс Маркет Промокоды Отелло Промокоды Aroma Butik Промокоды Яндекс Путешествия Постила Футбол сегодня
На информационном ресурсе Pikabu.ru применяются рекомендательные технологии