ммм, где я такое говорил?
Если сущность - датавремя около настоящего момента - то 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, например, показывает такое.
> можно легко взять и 1333 гц
А это ценники надо реальные смотреть. Два месяца назад себе память брал - 2х8гб 1866мгц в ту же цену, что 1600. Ну и почему бы не взять 1866?
Но согласен, что переплачивать за частоту памяти смысла нет.
А это, случаем, не переходник ли сам по себе с SATA на вендорский разъём? Нативный SATA идёт вровень диска и не выпирает. Пластмасса с вашим разъёмом не выглядит литой вместе с диском, а именно вставленным переходником.
kykyryky: так о том и речь: интел стоит на месте и наращивает ценник. Давно видели ситуацию, что процессор, вышедший уже больше 5 лет назад менять всё ещё не особо осмысленно? А десктопные i 2xxx появились в 2011 году.
Ну, ещё можно понадеяться на успех arm64. Но zen пока слегка правдоподобнее звучит.
Если сущность - датавремя около настоящего момента - то timestamp подходящий выбор.
А, это где я про сравнения писал? Физически timestamp в mysql занимает 4 байта, как int32 и хранится, поэтому и сравнение двух интов будет.