И не из Intel — и смешно думать так :) (могли бы тогда еще и в Transmeta записать)
Если Вы не поняли — то поясняю — то речь шла о VLIW — и применительности, ведь Мультиклет именно сделать по VLIW технологии.
вот именно поэтому и необходим модуль ядра — идет замер времени между отправкой запроса и физической записью на диск. Тут без правки драйвера диска не обойтись.
К сожалению от Transmeta сейчас мало чего осталось — в основном они теперь только патентами торгуют. (Intel, AMD и другим)
В 2001-2002 активно интересовался этой темой, но сейчас ссылки уже не найду.
ОК. Однако учтите что SSE может быть использовано для операции над числами И для пересылки данных (через xmm регистры) в памяти. Несколько разнородных операций одновременно — если могут быть выполнены паралелльно — то можно самому упаковать в SSE — если же они сильно разные — то их паралеллизм может выйти боком — например просто выражение вида b = a/2 c = b/3 x = c*2 (хотя пример не совсем в тему) — кстати неявные оптимизации для VLIW очень хорошо оценены Transmeta — и это очень большая тема.
P.S. думаю поэтому разработчики Мультиклета так и не сделали еще оптимизирующий компилятор — таже Transmeta очень долго искала решение проблемой оптимизации.
Потому-что тогда нужно держать соответствующий уровень SLA.
По поводу чем мерить — в случае если используете Xen PVM Linux Kernel или BSD ядро — то можно написать драйвер для замеров IOPS внутри ядра самой ОС, далее экспортировать эти счетчики. Соответственно посчитая количество IOP за определенный тайминги можно получить тот самый IOPS + значение загрузки (т.е. 3 случая — (1) нету загрузки (2) максимум (3) перегрузка )
Если у Вас разбита камера — то естественно по железной причине :) также есть базовые тесты — как правило их и проводят.
Давайте теперь по пунктам (Я даже почитал законодательство РФ на эту тему (не поленился))
— по поводу возврата в течении 14 дней — это называется «Расторжение сделки» — имеете право.
— экспертиза — до 30 дней, гарантийный ремонт — до 45 дней
Однако есть лицензионное соглашение в котором четко прописано что гарантия на ОС — НЕ ПРЕДОСТАВЛЯЕТСЯ, т.е. если Вы купили ноутбук и убили там Windows — то СЦ Вам ничем не обязан — а смартфон по закону является «сложной бытовой техников» вместе с компьютерами, ноутбуками и etc.
Если Вы пришли, распаковали устройство и оно СРАЗУ не работает — то можно вернуть как «Фабричный брак».
По поводу США — не путайте Apple и другие компании, это неуместно. Если Вы сами убили телефон — то никто Вам его менять на новый не будет.
Для примера у Intel есть хорошая технология HT — которая делает форк потока управления на 2 конвеера.
Если кто вспомнит Transmeta Efficon и Crusoe с VLIW — то там тоже был подобный принцип — но там показатели чипа были на порядок лучше… и… с оптимизациями там тоже было туго.
Паралелльность на уровне инструкции уже давно есть — например SSE в Intel выполняются сейчас за 1 такт ядра (особый конвеер), все остальное сильно сложно делать. Многопоточность в этом плане лучше.
OpenCL — это технология (ну или язык — кому как понятнее) — для выполнения вычислений на GPU как абстракции поверх DirectX и OpenGL. C Мультиклетом это вообще никак не связано — точнее связано с многопоточностью, но к ТС не относится.
Корректна — если камера не работает НЕ по «железной» проблеме — то Вам могут отказать в гарантии. Не знаю как в РФ, но вот в США не думаю что Вы так сможете сделать. Для CM нужно отписаться на форум и ждать апдейта — если же у Вас стоит оригинальный ROM то ждать придется ОЧЕНЬ… долго… апдейта (если вообще будет)
хостинг компаниям разработка этого модуля не очень то и выгодна, а как коммерчески подобное решение не будет пользоваться спросом — думаю поэтому его и не разрабатывают.
Вообще-то Вы не совсем правы — например покупая ноутбук с предустановленной Windows — на него распространяются ОТДЕЛЬНЫЕ условия EULA — и гарантия на ОС НЕ предоставляется. Тоже самое и для смартфонов.
что-то Вы сильно на Linux ушли — а ведь есть еще BSD семейство и UNIX (SmartOS (форк Illumos)) который тоже используются в продакшене достаточно активно.
чтобы такое реализовать нужно иметь патч к ядру конкретной ОС — тогда замеры производительность будет что называется из первых рук. Но это естественно не все так просто…
к слову — при установке оригинальной прошивки если ЧИТАТЬ лицензионное соглашение — то там также написано — AS IS (т.е. без гарантий) — поэтому CM в этом плане далеко не хуже.
VLIW подобная архитектура если быть точным.
Если Вы не поняли — то поясняю — то речь шла о VLIW — и применительности, ведь Мультиклет именно сделать по VLIW технологии.
В 2001-2002 активно интересовался этой темой, но сейчас ссылки уже не найду.
P.S. думаю поэтому разработчики Мультиклета так и не сделали еще оптимизирующий компилятор — таже Transmeta очень долго искала решение проблемой оптимизации.
По поводу чем мерить — в случае если используете Xen PVM Linux Kernel или BSD ядро — то можно написать драйвер для замеров IOPS внутри ядра самой ОС, далее экспортировать эти счетчики. Соответственно посчитая количество IOP за определенный тайминги можно получить тот самый IOPS + значение загрузки (т.е. 3 случая — (1) нету загрузки (2) максимум (3) перегрузка )
Давайте теперь по пунктам (Я даже почитал законодательство РФ на эту тему (не поленился))
— по поводу возврата в течении 14 дней — это называется «Расторжение сделки» — имеете право.
— экспертиза — до 30 дней, гарантийный ремонт — до 45 дней
Однако есть лицензионное соглашение в котором четко прописано что гарантия на ОС — НЕ ПРЕДОСТАВЛЯЕТСЯ, т.е. если Вы купили ноутбук и убили там Windows — то СЦ Вам ничем не обязан — а смартфон по закону является «сложной бытовой техников» вместе с компьютерами, ноутбуками и etc.
Если Вы пришли, распаковали устройство и оно СРАЗУ не работает — то можно вернуть как «Фабричный брак».
По поводу США — не путайте Apple и другие компании, это неуместно. Если Вы сами убили телефон — то никто Вам его менять на новый не будет.
Если кто вспомнит Transmeta Efficon и Crusoe с VLIW — то там тоже был подобный принцип — но там показатели чипа были на порядок лучше… и… с оптимизациями там тоже было туго.
Паралелльность на уровне инструкции уже давно есть — например SSE в Intel выполняются сейчас за 1 такт ядра (особый конвеер), все остальное сильно сложно делать. Многопоточность в этом плане лучше.
OpenCL — это технология (ну или язык — кому как понятнее) — для выполнения вычислений на GPU как абстракции поверх DirectX и OpenGL. C Мультиклетом это вообще никак не связано — точнее связано с многопоточностью, но к ТС не относится.