Интересное замечание! Я использовал формулировку "слева направо" как общее упрощение для описания потока данных в конкретном примере, но вы правы: это не универсальное правило. Как я понял, порядок зависит от стратегии выполнения: при Hash Join первым часто отрабатывает правый узел (построение хэша), а при Nested Loop — левый. И соответственно, выполнение может идти в любую сторону в зависимости от выбранного планировщиком алгоритма. Спасибо, что затронули эту интересную техническую деталь!
Большое спасибо за внимательное чтение! Да, действительно, допущена неточность в формулировках "Bitmap Scan" и "Bitmap Index Scan". Исправили этот момент. Спасибо за помощь в улучшении статьи!
Большое спасибо за внимательное чтение! Вы абсолютно правы насчет опции SETTINGS. Она не меняет никакие параметры. Исправили этот абзац, чтобы не вводить читателей в заблуждение. Спасибо за помощь в улучшении статьи!
Отвечает автор текста: Хороший вопрос. Я сделал акцент на возможных случаях, когда из-за неточных оценок планировщик вынужден перебирать больше вариантов соединения таблиц, особенно в сложных запросах с большим количеством JOIN. Также, если он часто обращается к статистике, это может требовать декомпрессию данных из системных таблиц, что добавляет накладные расходы на этапе планирования. Но в целом, основное влияние статистики — это всё-таки время выполнения (качество плана). А вот на время планирования сильнее влияет сложность самого запроса.
посмотрите, у вас в предустановленном ПО, скорее всего, панель выбрана, без нее стоимость будет 4548, а на панель скидка не распространяется, только 1 месяц бесплатный
Механика такова, потому что без авторизации призы не смогут найти своего героя) Так у нас есть в игре ежедневные задания. И мы не сможем отследить, если неавторизованный пользователь сегодня зайдет в игру из офиса, завтра из дома, в выходные, например, с мобильника) А авторизация для всех одинаковая.
В условиях акции прописаны максимальные сроки, чтобы авторы понимали, сколько в принципе может быть ожидание. Но у нас нет задачи растягивать проверку материалов - тут многое будет зависеть от нагрузки на редактора в целом :) Также и со сроком публикации материалов - указан максимально возможный, если желающих будет много. Если вам критично, чтобы срок между согласованием статьи и публикацией был не очень большим, то вы можете это в индивидуальном порядке обговорить с редактором. О дате публикации мы всегда авторам говорим сразу после согласования статьи.
174 рубля это тариф Прогрев, самый минимальный, на него скидка не распространяется по акции. Не могу ваше видео посмотреть, не работает ( как вы считали?
Обычные процессы Виндоус не устраивают связь с удаленными серверами, которые принадлежат к вирусной инфраструктуре. Эти айпи адреса фигурируют и в ответе от CheckPoint, и во многих других.
Ключи FIDO, на основе которого работает WebAuthn, для каждого сайта уникальны, поэтому использовать их для отслеживания на разных сайтах затруднительно.
Разве своим ответом вы не подтвердите мое наблюдение?
Нет, 3 проекта с разными продуктами и разные технически, это не "плодить одно и то же".
Если вы используете серверное железо (которое всегда по задержкам хуже десктопного), как вы добились таких скоростей?
Потому что AIDA как инструмент абсолютно не подходит для объективного тестирования внутри виртуальной машины. И результаты в которых вы сравниваете свой ПК и VM некорректны.
Для верного тестирования вы, во-первых, не знаете какие скорости на чтение у RAID 10 на NVMe. Во-вторых, измерили дисковый кеш на чтение у хост-сервера. И использовали не тот бенч.
У правильных бенчей есть опции, заставляющие принудительно сбрасывать кэши или вообще обращаться к дисковой подсистеме минуя их. Для корректного теста на виртуальной машине лучше использовать фороникс, гигбенч, сисбенч и аналогичные бенчи, а не АИДу для стандартного ПК. Для теста производительности дисковой подсистемы рекомендуем утилиту FIO.
Прочли ваш сравнительный обзор и хотим ответить на некоторые моменты в тексте:
1. Они плодят проект за проектом.
Это не так. У нас всего 3 проекта и каждый про определенный вид хостинга:
FirstVDS — собственно VDS (запущен в 2002 году)
FirstDEDIC - выделенные (dedicated) сервера (запущен в 2010 году)
CLO — облачные серверы (старт проекта апрель 2020 года)
2. Перехожу к оплате, но она не прошла.
Тут просим вас уточнить номер платежа или ID пользователя, чтобы разобраться в чем была ошибка. Если она, действительно на нашей стороне, то мы её изучим и исправим (если она еще актуальна).
3. Я зарегистрировался, но ни создания новых проектов ни S3 я в личном кабинете не обнаружил, — документация есть, а функционала нет.
Действительно, многопроектности пока нет. Но и на сайте пока и не обещаем — она в разработке (как и новый сайт).
По обратной связи наших клиентов многопроектность не такая критичная “фича”. Уже сейчас можно создавать несколько серверов, с несколькими дисками (масштабируемыми сетевыми и локальными), серыми IP-адресами и при необходимости использовать API.
По S3 не согласимся, он есть и работает. Еще недавно через API, но на сегодняшний день и в интерфейсе личного кабинета. Нажмите “Хранилище S3” в левом меню в ЛК и настройте его под свои задачи .
4. Clo: локальный диск. Используется либо Xeon W-3175X, либо десктопный Intel. Память разогнана в щщи, скорее всего, без ECC
У нас нет таких процессоров. На проекте CLO только Intel Scalable и AMD EPYC. Память мы не гоним и используем RDIMM DDR4 ECC 2933 частотой.
Подметим, что в вашем же скриншоте AIDA верно распознала, что процессор AMD (поле CPU Type, но вы это проигнорировали). А у теста VDSINA с процессором DUALCORE вы наоборот почему то решили что это EPYC.
5. Не удивительно, что всех сделал Clo, использовавший десктопный проц. Они разогнали NVME в режиме линейного чтения почти до 13 гигабайт в секунду, IO на мелких файлах просто поразителен.
Про некорректное интерпретирование вами процессоров уже отметили выше. Повторимся еще раз, что мы не гоним оборудование, а используем хорошие серверные двухпроцессорные конфигурации, быструю память и быстрые диски от Intel.
И про итоговый результат, нам кажется, что автор так и не протестировал FirstVDS и не полностью разобрался в возможностях CLO. Предлагаем читателям Хабра протестировать хостинг самостоятельно - просто напишите в личку и мы дадим тестовый баланс на ваш аккаунт.
Отвечает автор текста:
Интересное замечание! Я использовал формулировку "слева направо" как общее упрощение для описания потока данных в конкретном примере, но вы правы: это не универсальное правило. Как я понял, порядок зависит от стратегии выполнения: при Hash Join первым часто отрабатывает правый узел (построение хэша), а при Nested Loop — левый. И соответственно, выполнение может идти в любую сторону в зависимости от выбранного планировщиком алгоритма. Спасибо, что затронули эту интересную техническую деталь!
Большое спасибо за внимательное чтение! Да, действительно, допущена неточность в формулировках "Bitmap Scan" и "Bitmap Index Scan". Исправили этот момент. Спасибо за помощь в улучшении статьи!
Большое спасибо за внимательное чтение! Вы абсолютно правы насчет опции SETTINGS. Она не меняет никакие параметры. Исправили этот абзац, чтобы не вводить читателей в заблуждение. Спасибо за помощь в улучшении статьи!
Отвечает автор текста:
Хороший вопрос. Я сделал акцент на возможных случаях, когда из-за неточных оценок планировщик вынужден перебирать больше вариантов соединения таблиц, особенно в сложных запросах с большим количеством JOIN. Также, если он часто обращается к статистике, это может требовать декомпрессию данных из системных таблиц, что добавляет накладные расходы на этапе планирования. Но в целом, основное влияние статистики — это всё-таки время выполнения (качество плана). А вот на время планирования сильнее влияет сложность самого запроса.
Спасибо за дополнения!
спасибо за идею, подумаем по поводу этой темы)
В статью тоже внесли :)
Спасибо за внимательность, действительно ошиблись. Заменили на пример с годом рождения Торвальдса :)
посмотрите, у вас в предустановленном ПО, скорее всего, панель выбрана, без нее стоимость будет 4548, а на панель скидка не распространяется, только 1 месяц бесплатный
Механика такова, потому что без авторизации призы не смогут найти своего героя) Так у нас есть в игре ежедневные задания. И мы не сможем отследить, если неавторизованный пользователь сегодня зайдет в игру из офиса, завтра из дома, в выходные, например, с мобильника) А авторизация для всех одинаковая.
В условиях акции прописаны максимальные сроки, чтобы авторы понимали, сколько в принципе может быть ожидание. Но у нас нет задачи растягивать проверку материалов - тут многое будет зависеть от нагрузки на редактора в целом :) Также и со сроком публикации материалов - указан максимально возможный, если желающих будет много. Если вам критично, чтобы срок между согласованием статьи и публикацией был не очень большим, то вы можете это в индивидуальном порядке обговорить с редактором. О дате публикации мы всегда авторам говорим сразу после согласования статьи.
отлично)
174 рубля это тариф Прогрев, самый минимальный, на него скидка не распространяется по акции. Не могу ваше видео посмотреть, не работает ( как вы считали?
Нам жаль, что мы вас разочаровали. Подумаем с редакторами, как исправить ситуацию и не допустить подобного в будущем
Спасибо за обратную связь. Не обидели, нам важно мнение наших читателей. Редакторам информацию передал
Обычные процессы Виндоус не устраивают связь с удаленными серверами, которые принадлежат к вирусной инфраструктуре. Эти айпи адреса фигурируют и в ответе от CheckPoint, и во многих других.
Ключи FIDO, на основе которого работает WebAuthn, для каждого сайта уникальны, поэтому использовать их для отслеживания на разных сайтах затруднительно.
спасибо из идею)
Нет, 3 проекта с разными продуктами и разные технически, это не "плодить одно и то же".
Потому что AIDA как инструмент абсолютно не подходит для объективного тестирования внутри виртуальной машины. И результаты в которых вы сравниваете свой ПК и VM некорректны.
Для верного тестирования вы, во-первых, не знаете какие скорости на чтение у RAID 10 на NVMe. Во-вторых, измерили дисковый кеш на чтение у хост-сервера. И использовали не тот бенч.
У правильных бенчей есть опции, заставляющие принудительно сбрасывать кэши или вообще обращаться к дисковой подсистеме минуя их. Для корректного теста на виртуальной машине лучше использовать фороникс, гигбенч, сисбенч и аналогичные бенчи, а не АИДу для стандартного ПК. Для теста производительности дисковой подсистемы рекомендуем утилиту FIO.
Добрый день!
Прочли ваш сравнительный обзор и хотим ответить на некоторые моменты в тексте:
Это не так. У нас всего 3 проекта и каждый про определенный вид хостинга:
FirstVDS — собственно VDS (запущен в 2002 году)
FirstDEDIC - выделенные (dedicated) сервера (запущен в 2010 году)
CLO — облачные серверы (старт проекта апрель 2020 года)
Тут просим вас уточнить номер платежа или ID пользователя, чтобы разобраться в чем была ошибка. Если она, действительно на нашей стороне, то мы её изучим и исправим (если она еще актуальна).
Действительно, многопроектности пока нет. Но и на сайте пока и не обещаем — она в разработке (как и новый сайт).
По обратной связи наших клиентов многопроектность не такая критичная “фича”. Уже сейчас можно создавать несколько серверов, с несколькими дисками (масштабируемыми сетевыми и локальными), серыми IP-адресами и при необходимости использовать API.
По S3 не согласимся, он есть и работает. Еще недавно через API, но на сегодняшний день и в интерфейсе личного кабинета. Нажмите “Хранилище S3” в левом меню в ЛК и настройте его под свои задачи .
У нас нет таких процессоров. На проекте CLO только Intel Scalable и AMD EPYC. Память мы не гоним и используем RDIMM DDR4 ECC 2933 частотой.
Подметим, что в вашем же скриншоте AIDA верно распознала, что процессор AMD (поле CPU Type, но вы это проигнорировали). А у теста VDSINA с процессором DUALCORE вы наоборот почему то решили что это EPYC.
Про некорректное интерпретирование вами процессоров уже отметили выше.
Повторимся еще раз, что мы не гоним оборудование, а используем хорошие серверные двухпроцессорные конфигурации, быструю память и быстрые диски от Intel.
И про итоговый результат, нам кажется, что автор так и не протестировал FirstVDS и не полностью разобрался в возможностях CLO. Предлагаем читателям Хабра протестировать хостинг самостоятельно - просто напишите в личку и мы дадим тестовый баланс на ваш аккаунт.