CityCat4: ага, я-то думал, что i7 мобильные как раз с 4 ядрами и есть, шёл смотреть именно сколько нынче ядер у мобильных i5, а тут вот как.
Nekto_Habr: а что ещё? TDP одинаковый, контроллер памяти одинаковый, периферия одна и та же - cpu ведь ровесники. С вероятностью в 99% это даже физически один и тот же чип, отбраковка с неисправным 1мб блоком L2 кеша либо не укладывающийся на чуть более высокой частоте в требуемый теплопакет.
./ -- проект
web/ -- сюда настроить смотреть веб-сервер
web/index.php -- сюда завернуть все динамические запросы
web/css/
web/img/
web/js/
vendor/
composer.lock
composer.json
.git/
-- любые другие директирии и файлы с кодом проекта так же здесь, а не в document root'е
Проверка массива в ядре, для её запуска достаточно сделать: echo check > /sys/block/mdX/md/sync_action
За результатом следить в dmesg, за прогрессом работы - в /proc/mdadm
Проверяет, естественно, только блочный уровень. linux raid не знает, что у вас на нём размещено. Вдруг lvm или вообще образ виртуальной машины. А то для каких-нибудь нужд и сразу данные.
Под дебианом есть скрипт /usr/share/mdadm/checkarray , вызов которого при установке пакета mdadm добавляется в крон раз в месяц. Но суть его сводится в конечном итоге к тому самому sync_action
Интереснее вопрос, почему алиасы для полей так можно выдать в mysql.
В одинарных кавычках пишутся строковые значения. Идентификатором строка быть не может, а пишутся идентификаторы в двойных кавычках либо без кавычек. (у этого странного mysql и тут свой взгляд на вопрос, см. sql_mode ANSI_QUOTES)
Порой путаю мс и мкс, поэтому не заметил, что бред пишу.
After flushing WAL it sleeps for wal_writer_delay milliseconds, unless woken up by an asynchronously committing transaction
Коммит вызывает сброс wal на диск вне зависимости от wal_writer_delay.
Будет ли при этом fsync - зависит от гайки wal_writer_flush_after
synchronous_commit - локальная штука, можно переопределять для каждой транзакции.
А задержка коммита чтобы сделать за один fsync несколько транзакций разом - это гайка commit_delay.
Через iptables обычно.
Ещё можете посмотреть AllowUsers и DenyUsers, на сколько помню, они умеют wildcard ограничения. Или tcpwrappers /etc/hosts.deny и /etc/hosts.allow
Для этого надо читать остальные строки непонятно для чего предназначенного развесистого кода. Судя по названиям методов и readme какая-то дёргалка какого-то внешнего API, которое не вернуло желаемый заголовок.
В конце update точка с запятой быть должна.
Если парсер всё равно не согласен, значит не выставлен DELIMITER. Если это что-то вроде phpmyadmin, то он может ломать запрос с delimiter, слышал о таком. Попробуйте в консоли.
Большие базы в mysql тоже встречаются. Лично щупал только довольно маленькую базу, гигов на 20-30. У mailru года два назад, помнится, были базы по 1,5тб в mysql. Как-то справлялись.
Сейчас да, я с postgresql. Тут уже базу на 1,2тб лично пощупать довелось.
Nekto_Habr: а что ещё? TDP одинаковый, контроллер памяти одинаковый, периферия одна и та же - cpu ведь ровесники. С вероятностью в 99% это даже физически один и тот же чип, отбраковка с неисправным 1мб блоком L2 кеша либо не укладывающийся на чуть более высокой частоте в требуемый теплопакет.