f
Slava
Ну это чтобы 100%, если даже конст не пройдет, все равно обнулят)))
Size: a a a
2020 March 10
V
Почему не должно? 😀 Наработки компании – такая интеллектуальная собственность, за них деньги плачены. Я потому и сделал закреп, чтобы добрые люди хоть чем-то помочь смогли. Юмор в данном случае не торт 😐
Потому что я написал - без подробностей. Ответ типа "Да, у нас необычные технологии MySQL" или "Нет, вполне стандартные технологии" - отвечает на мое вопрос и не раскрывает никаких наработок.
NK
S
Потому что я написал - без подробностей. Ответ типа "Да, у нас необычные технологии MySQL" или "Нет, вполне стандартные технологии" - отвечает на мое вопрос и не раскрывает никаких наработок.
Тогда возражений нет. Однако ИМХО полезность ответа будет равна актуальности вопроса 😉
S
И не надо, не стоит отвлекаться на общение с живыми людьми, проги всяко лучше будут 👍😜
S
VP
Потому что я написал - без подробностей. Ответ типа "Да, у нас необычные технологии MySQL" или "Нет, вполне стандартные технологии" - отвечает на мое вопрос и не раскрывает никаких наработок.
Интересная тема, был бы рад узнать результат. По опыту такое ощущение, что в вашей БД при переносе потерялся какой то индекс и выполнение запроса идет по другому плану. Такой космический прирост производительности возможен только если БД совсем не тюнилась, или если потерялся индекс. Тюнить вы пробовали, значит остается индекс.
🍄D
Да это понятно, вопрос как!? Т.е. мы на яндекс.клауд сначала взяли конфиг 2 vCPU + 4 RAM, протестировали, 750 запросов - 0.6 сек. Увеличили конфиг там же до 16 vCPU + 16 RAM, перенастроили размер кэша. Результат - 0.6 сек. vCPU выделенные в обоих случаях. На МХ, как я писал выше, это 750 запросов - 0.07 сек.
Хочется просто найти такое решение, чтобы выполнить эти 750 запросов за 0.07 сек на другом хостинге. Понять в чем было дело. Понять, что нам это не по корману (или дело не в выч.ресурсах) и успокоиться, наконец 😂
Хочется просто найти такое решение, чтобы выполнить эти 750 запросов за 0.07 сек на другом хостинге. Понять в чем было дело. Понять, что нам это не по корману (или дело не в выч.ресурсах) и успокоиться, наконец 😂
Да понятно почему кол-во ядер не решает в данном случае, решает частота ядра, на виртуалках яндекса ядро допустим 2Ghz, на сервере мастерхоста может быть 3.4 Ghz отсюда и прирост, плюс виртуализация на яндексе скорость съедает.
🍄D
Да это понятно, вопрос как!? Т.е. мы на яндекс.клауд сначала взяли конфиг 2 vCPU + 4 RAM, протестировали, 750 запросов - 0.6 сек. Увеличили конфиг там же до 16 vCPU + 16 RAM, перенастроили размер кэша. Результат - 0.6 сек. vCPU выделенные в обоих случаях. На МХ, как я писал выше, это 750 запросов - 0.07 сек.
Хочется просто найти такое решение, чтобы выполнить эти 750 запросов за 0.07 сек на другом хостинге. Понять в чем было дело. Понять, что нам это не по корману (или дело не в выч.ресурсах) и успокоиться, наконец 😂
Хочется просто найти такое решение, чтобы выполнить эти 750 запросов за 0.07 сек на другом хостинге. Понять в чем было дело. Понять, что нам это не по корману (или дело не в выч.ресурсах) и успокоиться, наконец 😂
Если у вас запрос создает временные таблицы в tmp то есть tmp в ram диск повесить тоже ускореие будет, плюс настроки мускуля по дефолту наверняка отличаются от тех параметров что сделали админы мастерхоста.
PG
Возможно тут уже обсудили, но мне было интересно прочесть https://habr.com/ru/post/491614/
PG
нашел что ссылку уже кидали выше - пардон)
S
Вынужден перепостить, так как более не могу редактировать предыдущую версию.В группе используются триггеры
#xyz, срабатывают при ответе, они позволяют не дублировать одно и то же:• конспирологам –
#stopplz 😐• несколько DNS-сервисов –
#dnsprov;• различные опросы (дополняется) –
#vote;• выгрузка базы без SSH –
#adminer или #mysql;• куда делегирован домен –
#whois.Реклама крайне нежелательна! На рекламный пост просьба ответить
!report или !sreport, после 5 жалоб участник из писателя на время превратится в читателя 😀 Тот же принцип работает и в других случаях 😉Короткие ссылки запрещены!
Информация о создателе группы.
#info
A
Да это понятно, вопрос как!? Т.е. мы на яндекс.клауд сначала взяли конфиг 2 vCPU + 4 RAM, протестировали, 750 запросов - 0.6 сек. Увеличили конфиг там же до 16 vCPU + 16 RAM, перенастроили размер кэша. Результат - 0.6 сек. vCPU выделенные в обоих случаях. На МХ, как я писал выше, это 750 запросов - 0.07 сек.
Хочется просто найти такое решение, чтобы выполнить эти 750 запросов за 0.07 сек на другом хостинге. Понять в чем было дело. Понять, что нам это не по корману (или дело не в выч.ресурсах) и успокоиться, наконец 😂
Хочется просто найти такое решение, чтобы выполнить эти 750 запросов за 0.07 сек на другом хостинге. Понять в чем было дело. Понять, что нам это не по корману (или дело не в выч.ресурсах) и успокоиться, наконец 😂
Есть одна мысль. Было бы неплохо сравнить какие процы на МХ и на новых, и сравнить версии ядра. Тут пробегало, что у МХ часть живёт на довольно старых. Если у МХ версия до патчей meltdown/spectra и иже с ним, а на новых свежее, то фишка может быть в этом. Оччень неоднозначная это весч.
АМ
Осталось выяснить куда уходить с почтой exchange по цене мастера
Куда? 😊
МS
Анна Мутина
Куда? 😊
🧐вот вопрос! 20 дней на подумать:)
S
Анна Мутина
Куда? 😊
Точно на Office 365 Business можно. @Suzukiche, если я правильно понял, вариант по деньгам не подходит. Информация по другим Exchange-хостингам пока не поступала, но они точно есть.
МS
Точно на Office 365 Business можно. @Suzukiche, если я правильно понял, вариант по деньгам не подходит. Информация по другим Exchange-хостингам пока не поступала, но они точно есть.
Да вопрос цены тож актуален
АМ
🧐вот вопрос! 20 дней на подумать:)
Ясно, я тоже думаю, но пока ещё без auth кода😂
МS
Анна Мутина
Ясно, я тоже думаю, но пока ещё без auth кода😂
Ага, а потом опять что ли запрашиват!ь
S
Анна Мутина
Ясно, я тоже думаю, но пока ещё без auth кода😂
На всякий случай: смена регистратора не связана с возможностью сменить провайдера почты.