Если бы у меня было 32 ГБ памяти на халяву - так бы и сделал. К сожалению, идея не катит.
Бенчмарк гонялся в режиме случайного доступа, а не последовательного. Он создает сколько-то файлов равного размера, суммарно заданного размера, потом происходит в них рандомное чтение, рандомная запись, или чтение-запись (как оно конкретно работает - не вникал). В моем понимании именно так работает MySQL: по ключам определяются смещения нужных записей в Талмуде, дальше идет setfilepointer() и ReadFile() либо WriteFile() (прошу прощения за терминологию Windows API, другой не знаю, и вообще тут Linux) и считываются блоки данных по нужным смещениям из многогигабайтного файла.
> COUNT(*) убивают любую InnoDB
COUNT(*) это обычный счетчик, инфа сама не передается за счет этого по идее экономия ресурсов. На реальных запросах там счет идет максимум на пару тысяч записей, удовлетворяющих запросу. Все всегда отрабатывает в пределах 5 сек, но хочу быстрее. Сейчас я специально гоняю MySQL по всей таблице (95% попало по критерию) чтобы найти наиболее быстрый способ хранения данных (без учета того что повторные запросы быстрее отрабатывают за счет кеширования, причем не базы, а кеширования дисковых операций). С MyISAM я уже определился - если запрос касается выборки только по индексу, и не проверяет другие колонки, можно файл индекса кинуть на NVM / SSD, а файл с данными - на HDD, при больших объемах данных существенная экономия денег выйдет, время выполнения запроса - то же как будто все лежит на SSD. Если же в запросе проверяется какой-то не индекс то что-то среднее получается по времени между чисто HDD и чисто SSD. Но в InnoDB и данные, и индексы лежат в одной братской могиле, её не распилишь. А если у тебя будет скрипт 2 минуты дописывать туда новые данные и блокировать MyISAM таблицу, в это время в очереди висеть запросы, ожидающие UNLOCK, при этом половина из них отваливаться либо по таймауту (автоматические) либо обрубаться CloudFlare по причине бекенд не ответил, это не подходит.
> почему не может упираться в него сильнее, чем в диск?
Если база на NVMe - камень загружается на 96%, Iotop на MySQL показывает 10%. Получается что вот он потолок всего. Но когда на SSD камень загружен только на 70% для InnoDB или 30% на MyISAM / Aria - тут узкое место диск. Правильно понимаю? Чтение с HDD показывало 21% CPU на Isam / Aria и до 64% на Inno, iotop 79 и 42% соответственно.
> ну так ведь оно и есть в большинстве случаев когда диск, не предназначенный для этого заставляют много записывать
Раньше не встречал. Всегда хостинг на SSD и хостинг на HDD существенно отличался, а тут мало того что скорость, так я еще баранам объясняю что у них раз в 10 минут кто-то на 3 секунды полностью кладет сеть своими кронами (рост пинга на все IP из интервала, включая мой), а они отвечают что специалисты работают над этим вопросом и ответят когда разберутся. И так уже пол года. Переезд уже без вариантов. Сейчас просто пытаюсь сообразить как грамотнее запустить эту базу, но пока самому сообразить не получается.
Google Cloud тоже не разрешает подключения к 25 порту, причем ни при каких обстоятельствах, договориться и порешать вопросы нельзя :)
Пользуюсь IHC около 6-7 лет, ПО сервера не переустанавливал, не помню чтобы хоть раз обращался в ТП. С Namecheap не знаком.
Отличная вещь! К таким джойстикам еще обычно плата шла в комплекте на 2 порта (2 джойстика) и не помню каким разъемом.
Видел такой джойстик год назад приделанный под управление станком. Внутри - джойстика оригинальная плата, но варварским методом удалены все детали, в нескольких местах перепилены дорожки, установлены 4 кнопки, откушена "лишняя" кнопка в ручке, это всё присобачено к RS-232 разъему которым вкручено в корпус. Кустарщина, но двигать устройство по 2 осям и активировать то что там перемещается - можно, джойстик вполне справляется с поставленной задачей 😂
Проблема в том что ФО зажрались и слишком много рекламы. У людей эти все названия файлопомоек на слуху и когда они это видят - вызывает отвращение. У меня даже на онлайн кинотеатры некоторые стойкая аллергия - помню у кого тяжелая тормозящая верстка, у кого рекламы больше чем у других итд.
Альтернативой может быть гибрид варезника и торрент трекера. Но, в сухом остатке, в 2020 году создавать новый трекер или варезник при существующих популярных ресурсах - нет смысла. Весь софт и так есть на Рутрекере.
А баланс общий, или на каждом отдельно по косарю лежит? :)
Если
Есть много хостингов, которые клали на то, насколько вы загружаете процессор. Они выделяют вам ресурсы. Некоторые просят не майнить, некоторые вырубают за майнеры, но если у вас сутки сжимается бекап со 100% загрузкой CPU и довольно приличной нагрузкой на SSD - вас за это не попрут, так же как и за игровой сервер.
Другой вопрос что камни ниже 3.5 GHz для CS:GO не стоит рассматривать, будут просадки FPS. Но это не точно, я в CS:GO не играю, как и в другие анимешные игры для школьников, вот 1.6 - да, стоящая игра.
Я не хостер, но вставлю свои 5 копеек.
well-web.net сильно завышена цена, ИМХО. С предложением знаком по многочисленной рекламе ВКонтакте.
Гляньте advancedhosting.com, там в техподдержке русскоговорящие тоже бывают. Из того что мне понравилось - сервера шустрые, явно не оверселлят (пока что), облако, вроде бы стабильность.
Панель какая? ISP? Раньше все хостеры с ISP слали SMS, сейчас взяли за моду звонить и называть код (видимо, так дешевле). Копался в документации, оказывается там десяток разных шлюзов можно подключить. Вот кто-то из них куда-то там не может доставить SMS.
А вот с хостерами, где невозможно отключить 2-факторную авторизацию, нужно сразу прощаться. Глупая мода, от которой одни проблемы.
Может. Есть западные хостинги, которые не сообщают IP адрес сервера вообще. Требуют смены NS для правильной работы сайта. Лечится выяснением IP адреса
и установкой A записи. А если это что-то типа Cloudflare, которые физически не активируют сервис без смены NS (хотя теоретически смены A записи достаточно) тогда устанавливайте NS записи для субдомена.
