Если бы вы были более знакомы с аутсорсом изнутри, то знали бы о том, что получение заказов индусами обеспечено далеко не «силой» соперников, а тем, что индусские менеджеры начали в определенное время получать посты в корпорациях и скидывать заказы своим в Индию. Личные связи (кроме числа сотрудников в аутсор конторе) один из основных факторов получения нормальных аутсорс заказов.
Мне почему-то казалось, что:
1) флэш — не открытый, а проприетарный коммерческий продукт с закрытым кодом и весьма нехилым ценником
2) флэш — не является стандартом (где RFC?)
Во многих случаях из реальной жизни эти вопросы, кстати, решаются использованием заточенного под SMP кэширующего bulk-аллокатора памяти, который сам определит размер cache line size и будет действовать соответственно.
По крайней мере обычному программисту обычных задач об этом париться не стоит.
Прогеру работающему в области highload, который использует все свое — аллокаторы, хэш-таблицы, кэшы и т.п. — вот ему это нужно.
Таким вот незамысловатым методом проб и ошибок автор открыл для себя cache line size и особенности работы в SMP, которые тем, кто этим занимается известны давным давно :)
Вообще-то, об это написано в первых же советах по оптимизации алгоритмов на сайте developer.intel.com.
Что касается тестов и оптимизации компилятором, то, как правильно пишется выше в комментах, циклы эти могут распознаться, как бесполезные и тупо могут быть выброшены из финального кода. Просто статиком здесь не поможешь. В конце цикла для надежности неплохо бы поставить хотя бы ASSERT с проверкой требуемого значения — чтобы было зафиксировано обращение к участку памяти — тогда можно и оптимизированный компилером код протестить.
Автору дивайса хватит охлаждения, т.к. это его персональный дивайс не расчитанный на одновременную и высокую нагрузку всех винтов. А так в ДЦ мрут винты при плохом отводе тепла даже в хороших корпусах.
на самом деле все проще — китайцам невыгодно производить так мало деталей, как надо первой конторе — вот и пристраивают по дешевке остатки, чтобы линия производственная не простаивала :)
похож. вопрос в том будет ли экран под стеклом и корпус из unibody аллюминия. хотя если туда впихнут все о чем зявлено — то не факт что он получится маленьким
Светодиоды излучают свет одной длинный волны — поэтому они ощутимо вреднее.
"
Processor — 1GHz Apple A4 custom-designed, high-performance, low-power system-on-a-chip
"
Где там A8?
Мне почему-то казалось, что:
1) флэш — не открытый, а проприетарный коммерческий продукт с закрытым кодом и весьма нехилым ценником
2) флэш — не является стандартом (где RFC?)
По крайней мере обычному программисту обычных задач об этом париться не стоит.
Прогеру работающему в области highload, который использует все свое — аллокаторы, хэш-таблицы, кэшы и т.п. — вот ему это нужно.
Вообще-то, об это написано в первых же советах по оптимизации алгоритмов на сайте developer.intel.com.
Что касается тестов и оптимизации компилятором, то, как правильно пишется выше в комментах, циклы эти могут распознаться, как бесполезные и тупо могут быть выброшены из финального кода. Просто статиком здесь не поможешь. В конце цикла для надежности неплохо бы поставить хотя бы ASSERT с проверкой требуемого значения — чтобы было зафиксировано обращение к участку памяти — тогда можно и оптимизированный компилером код протестить.