прогрев, или переключение скоростей
Thursday, 26 September 2013 02:06![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
gns_uaЕсть у Амазона один воспроизводимый момент, которого я не понимаю.
Вот, кластер воркеров очереди. Вот их нагрузка. Воркинстансы дышат на ладан, с LA ~3, и ты знаешь что cpu penalty и 80% st это вполне реальный пиздец.
Затем нагрузка поднимается В ДВА РАЗА - и LA ~1-1.5.
Простите, я думал, БОЛЬШЕ ведь движения стало? Но, нет, это выглядит так, будто теперь свою работу они фактически делают быстрее, и за счёт этого LA действительно должен упасть.
Сперва мне показалось, что какой-то "прогрев". Да блин, ладно Оракл бы свои кэши набивал - это я понимаю прогрев. Здесь-то в чём он?
Потом я придумал другое описание - как переключение передачи. Вот ты завываешь на высоких оборотах на первой, а вот ты спокойно едешь на третьей. То есть, _недо_груженный инстанс будет вести себя как пиздец, а _увеличь_ ему нагрузку, и всё ок.
Я даже знаю как это могло бы быть реализовано в амазонско-ксенском чедулере
Что огорчает, мы, когда в это ваше айти вписывались, мы дрочили именно на детерминированность. А когда мы учились оптимизациям, мы неявно закладывались на постоянную"мощность" исполнителя.
Если бы я в те годы знал, что производительность CPU будет дискретно изменяться под нагрузкой и в нелинейной зависимости от неё, так я бы блядь лучше стал электриком.
А, хотя, это ж даже не аблака. Вы такое и на своих лэптопах можете наблюдать с cpufreq и c-states.
Вот, кластер воркеров очереди. Вот их нагрузка. Воркинстансы дышат на ладан, с LA ~3, и ты знаешь что cpu penalty и 80% st это вполне реальный пиздец.
Затем нагрузка поднимается В ДВА РАЗА - и LA ~1-1.5.
Простите, я думал, БОЛЬШЕ ведь движения стало? Но, нет, это выглядит так, будто теперь свою работу они фактически делают быстрее, и за счёт этого LA действительно должен упасть.
Сперва мне показалось, что какой-то "прогрев". Да блин, ладно Оракл бы свои кэши набивал - это я понимаю прогрев. Здесь-то в чём он?
Потом я придумал другое описание - как переключение передачи. Вот ты завываешь на высоких оборотах на первой, а вот ты спокойно едешь на третьей. То есть, _недо_груженный инстанс будет вести себя как пиздец, а _увеличь_ ему нагрузку, и всё ок.
Я даже знаю как это могло бы быть реализовано в амазонско-ксенском чедулере
Что огорчает, мы, когда в это ваше айти вписывались, мы дрочили именно на детерминированность. А когда мы учились оптимизациям, мы неявно закладывались на постоянную"мощность" исполнителя.
Если бы я в те годы знал, что производительность CPU будет дискретно изменяться под нагрузкой и в нелинейной зависимости от неё, так я бы блядь лучше стал электриком.
А, хотя, это ж даже не аблака. Вы такое и на своих лэптопах можете наблюдать с cpufreq и c-states.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
2013-09-25 23:21 (UTC)Це нормальна практика, аналогічна байда була і на старих мейнфреймах. Не скажу за 370, не довелося, але на СМ4/PDP11 можна було вручну виставить таску слайс - і це виглядало саме як різкий ріст доступного числа операцій за секунду.
no subject
2013-09-25 23:32 (UTC)теперь и на х86что "персоналки" айти затормозили на 30 лет.(сопоставь кстати "аблака" в "железе" и "лисповщину" в языках!)
правда и кое-что внесли коцептуально - может оно того стоило.
no subject
2013-09-26 00:01 (UTC)Персоналки ІТ не зашкодили. Навпаки, вони саме своїм ганджем ізольованості при очевидній ідеї міжмашинної комунікації породили мережі.
no subject
2013-09-26 22:45 (UTC)