All streams
Search
Write a publication
Pull to refresh
34
0
Send message
Они вроде как такие же
Дело в объёмах, если с диска поднимать больше, то и работать будет медленнее.
Чистый ресайз + сеть 50ms, именно так.
Тикет в trac nginx.

За коммент спасибо, вечером поправлю :)
Прямо сейчас ресайз + чтение в среднем 66ms, чтение с диска 15ms.
Линейность записи фотки гарантируется сервером, который эту фотку у себя держит.

Ресайз фотки кладётся в кеш, но чтобы его туда положить, нужно сначала с диска прочитать. Если мы ресайзим на лету, то после первого чтения оригинальных 5 мегабайт, они лягут в кеш уровня сервера данных. Ресайзы лягут кеш, который выше ресайзеров. При пустом кеше три размера получаются как одно чтение с диска 5мб + 2 чтения из кеша + 3 ресайза.

В вашем варианте при пустом кеше три размера получаются как 3 чтения с диска.
SATA 1Tb, один диск под один логический сервер со своим куском данных, без raid и lvm.

Операции io дешевле чем cpu? Не путаете с объёмами дисков? :)
5 мегабайт поднимается один раз, потом он берётся из кеша. Линейное и рандомное чтение — две большие разницы, прочитать подряд 5 мегабайт проще, чем три раза по 20кб.
Ну смотрите, картинка 5 мегабайт, нарезанные копии по 20кб x 5 штук. Итого в ясную погоду 5 скачков (это ещё без метаданных) по диску. Ежели оставить только 5 мегабайт, то остаётся одно чтение (для нарезки чтения будут из кеша) + cpu. Окружающая ситуация такова, что cpu гораздо дешевле disk seek. Нарезка фотки занимает гораздо меньше времени, чем поднятие фотки с диска.
Игорю Шпизелю привет передавайте! :)
Ситуация возникает достаточно часто, чтобы делать так, как делается. Мы лениво нарезаем и кладём в быстрый кеш вместо медленного диска. Места не жалко, жалко io.
Вы же не думаете, что nginx для ресайзинга картинок держит миллион соединений? :)
Люди могут загрузить 100 фотографий и не захотеть выбирать, где у них там по^W лицо, а превьюшки показывать нужно, вот и приходится вставлять разного рода подпорки.

Но вообще предлагать выбрать важные части тела при загрузке правильно, тут не поспоришь.
Мы делаем допущение, что лицо у людей растёт на голове, которая сверху. image_filter offset center top; у нас :)
После нарезки картинка кладётся в кеш, это далеко не «каждый раз нарезать». Если нарезать при заливке, то однажды наступит ситуация, когда нужно будет нарезать ещё один размер для 200 миллионов картинок.
Если оно не повторялось между тестами, то его на графике не должно быть.

p.s.: s/sll/ssl/g
А где объяснение скачков на графике nginx?
Давно уже все синхронизируются по wifi
Через websockets мгновенно сообщения уходят. Нужно постараться, чтобы заметить временной зазор.
Пишите в файл, файл будет в реалтайме читать PuperGrep и отдавать браузеру.

Information

Rating
Does not participate
Date of birth
Registered
Activity