Нет никакого парадокса, у него два двигателя внутри — электрический и газовый. Думается если выкинуть 320кВт*ч аккумуляторов и оставить допустим 20кВт*ч для динамичного разгона и дополнительной тяги в горку, а освободившееся место оборудовать дополнительным газовым балоном то характеристики будут еще более выдающимися
Вот это поворот, а мой морально устаревший кирпич например меня вполне устраивает и выполняет все функции которые от него требуются следовательно для меня он морально не устаревший? И в целом если сравнить последние модели то чем они отличаются? толщина на 0.5мм меньше, 64 бита процессор который нафиг не нужен? ну и т.д. В итоге телефон 3-х летней давности не морально устаревший кирпич, а здравый смысл. А слово морально устаревший — видно придумано производителями новых моделей в которых изменилась только кнопочка
Это где например такие чудеса творятся что вполне рядовая страховка покрывает 124килобакса + стоимость операции + сервисное обслуживание «рюкзака»? Губу закатайте, в развитых странах которым вы поклоняетесь вы к врачу не сходите не заплатив и не дай бог вам придется что то лечить хирургическим путем, до конца жизни будете кредит выплачивать.
Подразогнали Xeon E5-2660 v3 и все. Характеристики совпадают за исключением чуть большей частоты и TDP, да зарубленной возможности работы в паре и максимальным объемом памяти. Ну или продают слегка запоротые чипы :)
как бы ракеты и самолеты на скорости 2 маха это 700 метров в секунду, даже 0.1 секунда упреждения позволяет пролететь самолету/ракете 70 метров. Незначительное изменение угла и через 0.1 секунду цель будет уже не там где вы предсказали.
К слову 0.1 секунды для снаряда летящего со скоростью 3.5 км/сек это 350 метров, т. е. до корабля цели остается лететь 0.5 секунды. По сути можно читать как промах на таком расстоянии=гарантированное уничтожение корабля.
Скорострельные зенитные орудия в свою очередь за 0.1 секунды смогут создать заградительное облако снарядов от которых будет увернуться значительно сложнее чем от одного высокоскоростного.
Забыл уже про этот комментарий но все же отвечу — достаточно одного взгляда чтобы увидеть огромные рычаги и массу подвижных частей, поясню — вместо того чтобы перемещать печатающую головку с подшипниками по направляющим автору конструкции вздумалось перемещать направляющие с головкой, при этом оставив неподвижными подшипники. Тоже самое относится и к столу. В итоге нагрузка на подшипники, рельсы и сопряжения конструкции гораздо выше по сравнению с креплением рельс по краям и скольжению по ним.
Плюс море каких-то непонятных обрезков конструкции не носящих никакой практической ценности, уж если задача конструкции быть простой то зачем воротить эти скосы углов. Крепления направляющих к столу разработано инженером от бога, непонятные вырезы возле основания в котором закреплены вертикальные направляющие как специально сделаны чтобы направляющие могли расходиться в разные стороны, вместо того чтоб использовать цельную пластину, да тут перечислять можно бесконечно, изврат на изврате.
Как заметил Oigen, есть много решений, хороших решений, начерта этот бред выдуманн великая тайна.
Количество запросов заметно превышает количество потоков? Выстраивается огромная очередь и процессор тратит больше тактов на переключение контекстов, чем на саму работу?
Т.е. на тот год (2010-2011) все банально упиралось в количество ядер
8*4*32=1024 ядра на Power7
16*8*4=512 ядер на Т3
8*20=160 на HP980+8*E7-8870
получается что в лучшем случае каждому ядру приходилось обсчитывать в 3 раза больше информации чем ядру Т3 и проблема была в том что разнести базу на два сервера нельзя, а больше ядер уже не впихнешь на тот момент? Тогда проблема мне ясна, спасибо за разъяснение:)
Еще вопрос, я ни разу не силен в спарках, правильно понимаю что говоря Sparc T3 с 16 ядрами, 8 потоками на ядро и 4 сокетами подразумевается шкафчик? и в сравнении удельной вычислительной мощи на юнит он получается сравним с тем же DL980 от НР который занимает юнитов 10 от силы?
Ближайший аналог — работа апача, только апач параллелится, а в банке всем необходимо работать с одной базой.
Тем не менее идет обработка множеством ядер, в чем загвоздка? Почему нельзя приоретизировать некоторые транзакции которые требуют оперативной обработки и например выполнять их, на 8-ми из 64-х ядер?
Ни разу с таким не сталкивался, в том числе и в гипервизоре запуская математические просчеты на 4 ВМ (по 2 ядра) загружающих полностью сервер с 4 ядрами на сутки-другие, и на ноутбуке запуская рендеринг графики на неделю и умудряясь при этом играть в COD выставив для рендеринга приоритет поменьше, можно конкретные примеры или ссылки на описание проблемы, не понимаю о чем речь.
Пережатие фильма это один поток, он создаст load average = 1. Речь идет о случае, когда количество задач в очереди гораздо больше, чем успевает обрабатывать процессор.
обычно пережатие фильма эти минимум два потока (аудио, видео) а для HT и того больше благо пережатие прекрасно масштабируется, разве нет? ну и в довесок еще огромное количество потоков ОС, хотя собственно какая разница, сколько потоков если существует планировщик задача которого правильно предоставлять процессорное время всем задачам.
Могу предположить что проблема связана с переключением контекста между задачами и что на эти тяжелые переключения будет тратиться времени больше чем на реальные вычисления, но разве это не лечится правильным кодом, особенно когда сервер занимается вычислением однотипных задач, как например в банковской сфере?
Переда у машины на фото на земле рядом нет, т. е. это фото сделано не там где был удар. На первом фото на заднем плане видно деталь машины. Также на первоисточнике есть фото где хорошо видно что у теслы помят зад, и что в метре от теслы сзади в земле есть вмятина, отпечаток который судя по форме вполне мог остаться от зада машины.
Думаю авария выглядела так — машина спрыгивает с дороги кренясь на перед, ударяется передом о землю, часть переда срывает и он остается там (как раз та деталь на первом фото сзади машины), машина при этом из за углового удара в капот делает кувырок через перед и приземляется задом в землю (метром дальше от того места где она стоит на фото), ну и продолжая вращение и движение падает вперед туда где стоит на последнем фото.
А теперь немного математики, судя по фото высота дорого относительно поля около 1.5 метра.
Время свободного падения с такой высоты рассчитывается по формуле корень(2h/g)=корень(2*1.5/9.8)=0.55с — это время полета машины. Зная время полета и расстояние в 82ft (24.5 метра) можно вычислить скорость.
скорость=24.6/0.55=44.7 м/с=161 км/ч
Ну и присоединяясь к холивару, думаю с двс авария выглядела бы также, двс бы с капотом срезало при первом ударе в землю.
К сожалению широко практикуется — менеджеры зачастую продают продукт лишь бы продать, обязуются что будет море новых и стабильных фич и что это будет сделано к моменту наступления вчера, а разрабов ставят уже перед фактом. Готов поспорить что так делается в большинстве компаний. Я даже уверен что часть кодеров хотела бы сделать все как надо, но делать все как надо каждый день в свой овертайм только для того чтобы менеджер и топы каждый раз получал плюсики, хорошая попытка но нет.
опечатался по поводу ватт в вспышке, конечно дж. По поводу размерности понимаю что не сходится но не нашел более подробных данных по вспышкам, поясню расчет, в интернете попалась информация где говорилось что лампы используемые во вспышках дают порядка 100 люмен на дж, но с поправкой что этот световой поток излучается не за секунду а за время импульса, для накамерных вспышек это около 1/1000-1/500 секунды, возьмем большее значение и вычислим поток за секунду, получим в момент импульса световой поток 100*50*500=2 500 000 люмен в секунду. Т.е. чтобы излучить за секунду светодиодным фонарем в 100 000 люмен потребуется 25 таких фонарей.
Буду признателен если посчитаете более корректно т. к. я никогда не был силен во всех этих люменах, люксах, канделах и прочих, но очень уж интересно сколькими такими фонариками можно заменить пых накамерной вспышки :)
Т. е. зная что накамерная вспышка излучает около 100 люмен на ватт и зная что мощность накамерной вспышки около 50 ватт получаем что мощность вспышки 5000 люмен. Точно не знаю но примерно продолжительность пыха вспышки 1/500 секунды итого получается 5000*500=2500000 люмен/секунду т. е. если взять 25 таких светодиодных фонарей то можно заменить накамерную вспышку постоянным светом?
И еще вопрос, обычно светодиоды могут дать гораздо больше света в импульсном режиме без негативных последствий для кристала, сколько навскидку мог бы дать один такой 100 000 люмен фонарик в импульсе?
Формально никаких нарушений, в игру встроено такое поведение физического движка:
Не берусь сказать точно про хл, быстрое передвижение — распрыжка, физический движок устроен таким образом что некоторые действия повышают скорость движения игрока, при обычной игре этого не замечаешь. Эта фишка активно используется в киберспорте, например в quake.
По поводу падения с большой высоты, предположу что связано с необходимостью в нужный момент присесть или прыгнуть и тогда падение не нанесет урон. Тоже особенности поведения физики.
Взлет вверх тоже особенность физического движка, аля барон мюнхгаузен, берется в руки предмет, опускается вниз и игрок прыгает на него, а потом с него выше, но т.к. предмет в руках то с прыжком вверх перемещается и предмет, потом еще прыжок и т.д.
Проход сквозь текстуры — игрок берет предмет, в нужном месте стены поворачивается и предмет проскакивает сквозь стену а дальше возможно поворачивается в обратную сторону но т.к. предмет в другую сторону пройти не может игрок отталкивается им от наружной стороны стены и его прокидывает внутрь.
Еще такая фишка, судя по видео прохождения двигаться вне уровня иногда получается очень медленно поэтому быстрее двигаться распрыжкой внутри уровня, например та самая часть карты где надо на катере гонять.
Пропустить некоторые моменты игры нельзя из за игровых скриптов которые жестко перекидывают игрока из уровня в уровень только при условии что, например, диалог завершен, или кто то убит и т. д. поэтому приходится ждать скриптованные сценки, правда в некоторых моментах и эти сценки они подгоняли, например когда девушка идет от одной точки к другой ее тыкают предметом и она быстрее оказывается в следующей точке и продолжает диалог.
Т.е. все же формально нарушений в итоге нет, нет никаких вводов команд которые расширяют права игрока в игровом мире и т.д.
К слову 0.1 секунды для снаряда летящего со скоростью 3.5 км/сек это 350 метров, т. е. до корабля цели остается лететь 0.5 секунды. По сути можно читать как промах на таком расстоянии=гарантированное уничтожение корабля.
Скорострельные зенитные орудия в свою очередь за 0.1 секунды смогут создать заградительное облако снарядов от которых будет увернуться значительно сложнее чем от одного высокоскоростного.
Плюс море каких-то непонятных обрезков конструкции не носящих никакой практической ценности, уж если задача конструкции быть простой то зачем воротить эти скосы углов. Крепления направляющих к столу разработано инженером от бога, непонятные вырезы возле основания в котором закреплены вертикальные направляющие как специально сделаны чтобы направляющие могли расходиться в разные стороны, вместо того чтоб использовать цельную пластину, да тут перечислять можно бесконечно, изврат на изврате.
Как заметил Oigen, есть много решений, хороших решений, начерта этот бред выдуманн великая тайна.
Т.е. на тот год (2010-2011) все банально упиралось в количество ядер
8*4*32=1024 ядра на Power7
16*8*4=512 ядер на Т3
8*20=160 на HP980+8*E7-8870
получается что в лучшем случае каждому ядру приходилось обсчитывать в 3 раза больше информации чем ядру Т3 и проблема была в том что разнести базу на два сервера нельзя, а больше ядер уже не впихнешь на тот момент? Тогда проблема мне ясна, спасибо за разъяснение:)
Еще вопрос, я ни разу не силен в спарках, правильно понимаю что говоря Sparc T3 с 16 ядрами, 8 потоками на ядро и 4 сокетами подразумевается шкафчик? и в сравнении удельной вычислительной мощи на юнит он получается сравним с тем же DL980 от НР который занимает юнитов 10 от силы?
Тем не менее идет обработка множеством ядер, в чем загвоздка? Почему нельзя приоретизировать некоторые транзакции которые требуют оперативной обработки и например выполнять их, на 8-ми из 64-х ядер?
обычно пережатие фильма эти минимум два потока (аудио, видео) а для HT и того больше благо пережатие прекрасно масштабируется, разве нет? ну и в довесок еще огромное количество потоков ОС, хотя собственно какая разница, сколько потоков если существует планировщик задача которого правильно предоставлять процессорное время всем задачам.
Могу предположить что проблема связана с переключением контекста между задачами и что на эти тяжелые переключения будет тратиться времени больше чем на реальные вычисления, но разве это не лечится правильным кодом, особенно когда сервер занимается вычислением однотипных задач, как например в банковской сфере?
Думаю авария выглядела так — машина спрыгивает с дороги кренясь на перед, ударяется передом о землю, часть переда срывает и он остается там (как раз та деталь на первом фото сзади машины), машина при этом из за углового удара в капот делает кувырок через перед и приземляется задом в землю (метром дальше от того места где она стоит на фото), ну и продолжая вращение и движение падает вперед туда где стоит на последнем фото.
А теперь немного математики, судя по фото высота дорого относительно поля около 1.5 метра.
Время свободного падения с такой высоты рассчитывается по формуле корень(2h/g)=корень(2*1.5/9.8)=0.55с — это время полета машины. Зная время полета и расстояние в 82ft (24.5 метра) можно вычислить скорость.
скорость=24.6/0.55=44.7 м/с=161 км/ч
Ну и присоединяясь к холивару, думаю с двс авария выглядела бы также, двс бы с капотом срезало при первом ударе в землю.
Буду признателен если посчитаете более корректно т. к. я никогда не был силен во всех этих люменах, люксах, канделах и прочих, но очень уж интересно сколькими такими фонариками можно заменить пых накамерной вспышки :)
И еще вопрос, обычно светодиоды могут дать гораздо больше света в импульсном режиме без негативных последствий для кристала, сколько навскидку мог бы дать один такой 100 000 люмен фонарик в импульсе?
Не берусь сказать точно про хл, быстрое передвижение — распрыжка, физический движок устроен таким образом что некоторые действия повышают скорость движения игрока, при обычной игре этого не замечаешь. Эта фишка активно используется в киберспорте, например в quake.
По поводу падения с большой высоты, предположу что связано с необходимостью в нужный момент присесть или прыгнуть и тогда падение не нанесет урон. Тоже особенности поведения физики.
Взлет вверх тоже особенность физического движка, аля барон мюнхгаузен, берется в руки предмет, опускается вниз и игрок прыгает на него, а потом с него выше, но т.к. предмет в руках то с прыжком вверх перемещается и предмет, потом еще прыжок и т.д.
Проход сквозь текстуры — игрок берет предмет, в нужном месте стены поворачивается и предмет проскакивает сквозь стену а дальше возможно поворачивается в обратную сторону но т.к. предмет в другую сторону пройти не может игрок отталкивается им от наружной стороны стены и его прокидывает внутрь.
Еще такая фишка, судя по видео прохождения двигаться вне уровня иногда получается очень медленно поэтому быстрее двигаться распрыжкой внутри уровня, например та самая часть карты где надо на катере гонять.
Пропустить некоторые моменты игры нельзя из за игровых скриптов которые жестко перекидывают игрока из уровня в уровень только при условии что, например, диалог завершен, или кто то убит и т. д. поэтому приходится ждать скриптованные сценки, правда в некоторых моментах и эти сценки они подгоняли, например когда девушка идет от одной точки к другой ее тыкают предметом и она быстрее оказывается в следующей точке и продолжает диалог.
Т.е. все же формально нарушений в итоге нет, нет никаких вводов команд которые расширяют права игрока в игровом мире и т.д.