JOIN /**/ ON TRUE - это и будет декартово произведение. Обычно выглядит ошибкой, поэтому оставляю комментарий, что именно так и задумано.
Вообще-то, как запоздало сообразил, можно было бы написать CROSS JOIN.
1) см. ссылку из моего ответа. Там весь ответ по профилированию.
2) почему вы не видите запрос? Вот он запрос: SELECT `mytime` FROM `date` WHERE `mytime` BETWEEN a=:a AND b=:b
PDO заменяет именованные параметры, начинающиеся на символ двоеточия или позиционные параметры, задаваемые через символ ?
Итого: SELECT `mytime` FROM `date` WHERE `mytime` BETWEEN a='2007-08-09 01:00:00' AND b='2007-08-09 08:00:00'
3) а зачем вам профилирование, если вы банального не знаете? Начните по порядку с основ программирования. В частности, отсюда: php.net/manual/en/functions.arguments.php#function...
LESHIY_ODESSA: и всё-таки raid - это обычно raid. И в этом режиме TRIM опять не работает, вроде только интел в последние года добавил поддержку трима в режиме рейда.
Сколько можно переназначить - на усмотрение производителя. Для 1тб сигейтов допустимо порядка 3000 релокейтов, потом признают гарантийным.
Но это релокейтов по смарту, а не бедов. Бедов должно быть ровно ноль. Всегда, по всей адресуемой поверхности пластин.
Раз диск не заменил блок самостоятельно - этому диску ничего хранить больше нельзя. А уж сотня блоков за пару минут работы - это труп.
Можете прогнать тест записи, затем ещё раз тест чтения. Может быть ситуация улучшится, хотя учитывая и так свежую переустановку системы на нём - т.е. интенсивную запись - очень сомневаюсь. И что-то важное хранить на этом диске нельзя.
> Ваш if просто обязан сработать.
Неа.
> string(4) "0"
Внимание на цифру в скобках. В этой строке 4 байта. Не один, как было бы в большинстве кодировок для строки "0".
Самое очевидное - в ответе сервера прилетает BOM-метка. Как раз 3 байта BOM, затем байт символа 0 - 4 байта в ответе. Но может быть что-то и другое - посмотрите hexdump'ом ответ сервера. (как вариант, запишите ответ в файл и посмотрите этот файл hexdump'ом).
Как участник шины USB - да.
Будет ли это устройство делать что-то полезное согласно своему предназначению - уточняйте у производителя. Может вместо софта там какая-нибудь x86-only проприетарь.
Не путайте расширения PHP для доступа к СУБД с самими СУБД.
Вместо mysql_* использовать PDO или mysqli. Не суть, какое именно расширение. Мне больше PDO по нраву, API удобнее.
Использовать ли mysql или postgresql - познакомьтесь с обеими СУБД.
По некоторым очевидным причинам меня не интересуют материалы для начинающих, так что не скажу, что нынче есть приличное и более-менее актуальное.
Помимо официального мануала, разумеется.
Ну что поделать, будет mysql вычитывать все партиции. Да, нехорошо. Поэтому лучше бы так не делать.
Но это всё равно лучше, чем одна огромная таблица. Это куда более быстрое обновление индексов при записи, месяц, который вы через полгода перенесёте в архив можно будет легко дропнуть, а не удалять построчно.
Т.е. не работает. Просто не попадают критичные потоки на это ядро.
> Как определить ядро на котором нужно производить подобные манипуляции?
Дык четвёртое ядро. Что же непонятно?
Провести какие-то манипуляции вы не сможете. Как частота, так и напряжение для этого процессора ставятся одинаковые для всех ядер.
Немного увеличить или уменьшить напряжение питания попробовать можно. Но раз ядро нестабильно даже в простое - оно дефектно.
Ну откуда же мне знать, что у вас там понаставлено, как понастроено и что из этого потребует вмешательства, а что заработает сразу?
Поставьте на виртуалку свежий jessie, поставьте нужный софт, скопируйте старые конфиги и данные да посмотрите.
> А по поводу что доступно, то та версия и есть.
Это-то более чем ожидаемо, что эта версия есть в списке. Вопрос в приоритетах и кандидате на установку.
Вообще-то, как запоздало сообразил, можно было бы написать CROSS JOIN.