Смотреть php://input чтобы понять, что эти гении прислали в этот раз. Если там реально нормальный XML - то скормитьэту строку simplexml или другому вашему любимому парсеру XML.
Смотреть на мониторинг. Графики загруженности сети и дисков. Для сети учитывать, что 100% утилизация невозможна, 900мбит/с уже неплохая пропускная способность, дешёвые сетевые карты могут такое и не переваривать. Можно замерить iperf'ом, сколько ваше сетевое оборудование реально может передать между двумя точками. Для дисков смотреть показатель утилизации, плюс график латентности обработки запросов. Бутылочное горлышко может быть как в сети, так и в диске.
ммм, где я такое говорил?
Если сущность - датавремя около настоящего момента - то timestamp подходящий выбор.
А, это где я про сравнения писал? Физически timestamp в mysql занимает 4 байта, как int32 и хранится, поэтому и сравнение двух интов будет.
Александр Алексеев: если не заметно, я про конкретную статью. Там кстати в комментариях сказано, как можно попробовать на одной видеокарте, но без подтверждённого результата эксперимента. Поэтому оставил примечание из статьи.
Можно глянуть тесты зависимости производительности вашего ПО с памятью разной частоты. Для многих задач - никакой разницы от частоты памяти. Соответственно, любая память.
romy4: в зависимости от СУБД и её версии. Это не коррелирующий запрос, отдельный запрос для каждой строки не требуется. Нормальная СУБД и даже современный mysql дадут нормальный план. На postgresql лично видел план для in subquery лучше, чем для эквивалентного join.
Не думаю, что работал в sqlite. Исполнялся и возвращал какой-то случайный результат - да. Может даже иногда похожий на правду. Осмысленный результат - нет. Например, любую дату, вместо последней. Иначе бы postgresql со своим нативным запретом на доступ к неаггрегированным данным при наличии группировки согласился бы с вашим запросом.
romy4: а я про домашние системы и говорю. Сантиметр места - это дофига и это очень просторная корзина. Типично между соседними дисками остаётся всего пара мм (но вроде не меньше 1мм, где-то 3-5мм, хотя я не так много корпусов видел и фактически не видел офисных консервных банок). А вот продувается ли это нормально кулером - вопрос к конфигурации корзины. Продольное размещение дисков - продувается весьма элементарно тихоходным кулером. Поперечное - бывает похуже, бывает сильно хуже.
Кстати, важный момент - тепловыделение самого диска. 5400rpm (а при наличии SSD это отличный выбор под хранилище) удержать от перегрева куда как проще 7200rpm.
А итог всё равно в температуре диска. Самого диска, конечно, не внешней среды. Влиянием влажности - честно, не озадачивался.
romy4: поэтому и говорю, что расстояние значение не имеет. Смотреть надо на результирующую рабочую температуру. Переохладить диск столь же вредно, как и перегреть.
И что на графике утилизации CPU в это время? Сколько памяти занято физической и не лезет ли в своп? Что на графике утилизации диска? Стоит ещё посмотреть утилизацию GPU в это время, утилитка GPU-z, например, показывает такое.
