Ха! Нашел причину, ваш комментарий мне косвенно помог. В общем на .38 параметр i915.i915_enable_rc6 был включен по умолчанию, а в 3.0 из-за регрессий отключили. Включил, сейчас у меня тоже ~9.
Вот такая у нас линуксойдов судьба :\
Приобрёл себе x220, с обычной матрицей. Конечно хотелось бы рамку вокруг экрана поменьше да сам экран и разрешение побольше, но похоже 1366x768 теперь стандарт де-факто :\ Плюс? ещё есть проблемы с кулером: до обновления bios, внутренний контроллер сильно его крутил, сейчас более-менее нормально, хоть слегка и пульсирует.
А вообще очень доволен: при таком весе и размере имеет хорошую клавиатуру и Core i5 Sandy Bridge. От GPU в Sandy Bridge так я вообще в восторге — Braid и Limbo работают достаточно шустро.
В свежих линуксах всё работает из коробки, были проблемы на 2.6.38 но в 3.0 и свежей Mesa всё починили. Алсо, такого низкого энергопотребления как в Windows добиться не смог, там в idle и включенным wi-fi потребление ~9 ватт, в то время как в Linux у меня ~15.
1) Подозреваю, что несколько медленнее чем JIT (в виду разных техник) но не сильно. И уж наверняка будут кэшировать результат.
2) Я конкретно о IR LLVM ничего не знаю (может там несколько уровней), но PNaCL просто определит абстрактную 32х-битную машину для которой будет генерить промежуточный код.
Согласен, в текущем виде NaCL не интересен. С другой стороны правильно, что зарелизили — народ поиграется, потестит сэндбокс, pepper и т.д. А там глядишь и PNaCL подоспеет.
Что до верификации то принципиальной разницы нет — они всё равно только проверяют, чтобы сисколов не было, а само приложение всё равно в сэндбоксе и отдельном адресном пространстве.
Не использовать такие макросы. PNaCL подразумевает, что есть одна 32х-битная виртуальная, определяет размер и представление типов и возможно даст пару интрисиков для SIMD. Если сильно нужно, то можно использовать обычные условные конструкции самого языка, а llvm выпилит неиспользуемые куски.
Нашёл, что у них есть проект PNaCL — используют промежуточное представление LLVM и компилируют на таргете. Вот это как раз то, о чём я всегда мечтал, а native client в котором нужно для каждой архитектуры компилять — не нужен.
>именно на 7 версии года 4 назад я начинал писать блокноты по мануалам из Игромании
Именно на 7 версии, 7 лет назад я начинал писать <уже не помню что> по мануалам из Игромании.
Похоже что-то в этом мире остаётся неизменным.
Так а как наказывать рублём если почти все PC-ноутбуки одинаковые? Вот у Macbook Pro отличный дизайн, нормальное разрешение (а не уродливое 1366x768), хорошее время работы от батареи и вообще хорошее железо. Будучи линуксойдом я сопротивляюсь и не покупаю Mac, но похоже что всё-таки придётся купить. Ибо от пятнадцатидюймовых поделий с 1366x768, 3мя часами от батареи, уродливыми корпусом и клавиатурой просто тошнит.
Ок, с безвкусным дизайном можно смириться но, что эти азиатские гении творят с клавиатурой… Numpad никому нахрен не нужен — верните home/end/pgup/pgdown на нормальное место, не говоря уже про Ctrl, чьё место частенько занимает Fn.
О, отдельно упоминания стоит то говно, что предустанавливают на ноутбуки. Уёбищные включалки/выключалки wifi и bluetooth вызывают рвотные позывы, впрочем как и все остальные «фирменные» утилиты с уродливыми фирменными скинами.
Под Linux нет Steam, а это облако для сохранений, покупка единожды под все платформы, коммьюнити и ачивки распродажи. У меня есть игры из трёх Humble indie bundle и хоть я и прошёл Braid под Linux — все игры я активировал в Steam и играю перезагрузившись в венду. Тем более Braid в Linux не умеет джойстик.
Другими словами: без steam (или альтернативы, посмотрим, что получится из Desura) мне игры под Linux не упёрлись.
С точки зрения разработчика, с Linux тоже куча проблем. Ок, технические решаются, а продавать-то как? Steam нет, Desura только в разработке, самим — лишний геморрой. В конце концов нужен не просто мгазин, а тот который устраивает промо-акции, типа праздничных распродаж.
Вот такая у нас линуксойдов судьба :\
x220 и HTC Desire, УМВР.
А вообще очень доволен: при таком весе и размере имеет хорошую клавиатуру и Core i5 Sandy Bridge. От GPU в Sandy Bridge так я вообще в восторге — Braid и Limbo работают достаточно шустро.
В свежих линуксах всё работает из коробки, были проблемы на 2.6.38 но в 3.0 и свежей Mesa всё починили. Алсо, такого низкого энергопотребления как в Windows добиться не смог, там в idle и включенным wi-fi потребление ~9 ватт, в то время как в Linux у меня ~15.
2) Я конкретно о IR LLVM ничего не знаю (может там несколько уровней), но PNaCL просто определит абстрактную 32х-битную машину для которой будет генерить промежуточный код.
nativeclient.googlecode.com/svn/data/site/pnacl.pdf
Что до верификации то принципиальной разницы нет — они всё равно только проверяют, чтобы сисколов не было, а само приложение всё равно в сэндбоксе и отдельном адресном пространстве.
Именно на 7 версии, 7 лет назад я начинал писать <уже не помню что> по мануалам из Игромании.
Похоже что-то в этом мире остаётся неизменным.
Ок, с безвкусным дизайном можно смириться но, что эти азиатские гении творят с клавиатурой… Numpad никому нахрен не нужен — верните home/end/pgup/pgdown на нормальное место, не говоря уже про Ctrl, чьё место частенько занимает Fn.
О, отдельно упоминания стоит то говно, что предустанавливают на ноутбуки. Уёбищные включалки/выключалки wifi и bluetooth вызывают рвотные позывы, впрочем как и все остальные «фирменные» утилиты с уродливыми фирменными скинами.
Хух, выговорился.
ачивкираспродажи. У меня есть игры из трёх Humble indie bundle и хоть я и прошёл Braid под Linux — все игры я активировал в Steam и играю перезагрузившись в венду. Тем более Braid в Linux не умеет джойстик.Другими словами: без steam (или альтернативы, посмотрим, что получится из Desura) мне игры под Linux не упёрлись.
С точки зрения разработчика, с Linux тоже куча проблем. Ок, технические решаются, а продавать-то как? Steam нет, Desura только в разработке, самим — лишний геморрой. В конце концов нужен не просто мгазин, а тот который устраивает промо-акции, типа праздничных распродаж.