Ну почитайте документацию на эту тему.
Скорее всего, точно так же бы работало и без этой настройки.
Может на bsd и работает если требуется осознанно ограничить нагрузку. То есть уменьшить, а не увеличить.
В любом случае, никак не поможет ТС.
Да лучше бы там вообще ничего не трогать кроме пары всем давно известных настроек.
А эта конкретная директива ничего не делает в linux. В mysql 5.7 так вообще удалено.
luxs, ну это вы так предполагаете.
проделайте сначала более чистый эксперимент :
запустите три терминала
запустите в двух из них запрос SELECT BENCHMARK(1000000000,ENCODE('hello','goodbye'));
в третьем пронаблюдайте за загрузкой в top 200%.
сделайте выводы.
luxs, да, в общем-то, никак.
Конечно же, mysql использует все ядра, но некоторые еще и ожидают, что один запрос будет обрабатываться сразу несколькими. Вряд ли эта проблема и в ближайшем будущем будет решаться.
Но подумайте действительно, ли это то, что вам нужно ? На обычных сайтах все равно запросы от пользователей обрабатываются параллельно автоматически.
Но если очень хочется, то можно отправить несколько запросов, объединить итоговые данные и тем самым загрузить mysql в несколько потоков :
https://www.percona.com/blog/2013/03/06/accessing-xtradb-cluster-nodes-in-parallel-from-php-using-mysql-asynchronous-calls/
Так интернет там у вас на сервере уже был или это первый заказ ?
Если у вас уже есть 1 IP основной, они могут маршрутизировать трафик всей сети /27 на основной IP. Но тогда за технические IP как бы платит провайдер сам и они разделяются между клиентами.
Конечно, это может осложниться любыми фокусами биллинга или того провайдера, который на самом деле все предоставляет, но стандартной практикой это уже назвать будет нельзя.
Ну посмотрите что предлагает Amazon. Вероятно, вам бы подошли с4.large :http://aws.amazon.com/ru/ec2/instance-types/ . Уж точно побыстрее ноутбука будет. Инстансами они называют виртуальные машины, это как VPS.
Да, недешево, если посчитать за месяц, но только там вы сможете за минуты запускать этот VPS и останавливать. Платить будете за неполные часы пока оно запущено. В промежутках между запусками данные лежат на дисках, значит будете платить немного и за хранение.
Почти никто тут такого не предложит.
Это неправильный код.
Возьмите примеры из руководства по функциям geoip
http://php.net/manual/ru/function.geoip-country-code-by-name.php
Складываю, потому что вижу общий повод для обращения от вас - эту новую систему мониторинга. Без нее все жили бы спокойно.
Вот этот момент можете огласить ?
Не все списки одинаково полезны. Какой именно список и почему вы считаете, что Хетцнер не будет игнорировать этот список ?
На самом деле крупные почтовые службы списки эти игнорируют. Им как раз невыгодно генерировать инциденты, которые реакции не требуют. С Хетцнером другая история. Но все же, какой именно был список?
К сожалению, это все равно разработку означает. Просто движок сайта, просто в движке нельзя оставить поле email пустым - разумные и популярные требования с точки зрения программиста. Единственное, что в этой ситуации может сделать владелец сайта - это поудалять пользователей из движка. Что ему очень не хотелось бы делать.
Я понимаю, что вы уже приняли решение, но вы тоже поймите позицию администратора сайта. Это очень неудобно.
А я вот не обращался никогда. Но тикет мне зачем-то написали.
Я подозреваю, что эта система просто оценивает очередь, но никто не проверял связь очереди с реальными проблемами и жалобами на спам.
Она просто исходит из роста почтовой очереди. Ну очередь и очередь. И что ?
На любом старом сайте найдутся ящики, которые пользователи удалили.
На любом сайте пользователи ошибаются при указании email.
Многие сайты делают рассылки просто по списку и в том числе старым пользователям.
Почти никакой движок не делает сбор bounces чтобы пометить пользователей. Ну просто нет такой функции. Как вы себе представляете реакцию пользователя ?
Допустим, есть 34 письма и 34 пользователя. И что ему делать с этими пользователями ? Просто удалить ?
Клиент не будет заказывать разработку ради этого, а просто съедет. Так уж эта ситуация выглядит со стороны клиента.
Спам - это нежелательная корреспонденция. Но если ящика нет вообще, то и жаловаться некому будет ! Это не может быть спамом. Это технические ошибки.
Если наши немецкие друзья считают иначе, надо донести до них эту мысль. Они же не дураки, а просто немцы.
Если судить по последним сообщениям, мы видим лишь увеличение времени ожидания ответов на другие тикеты и недовольства.
Отличный алгоритм. Просто работа с этими блоками не распараллелена.
А как надо ? На источнике по два раза что-ли файл перечитывать ?
Очевидно, если файл достаточно большого объема, то и простой алгоритм будет заметно долго работать.
