[покупка ноута] Стоит ли покупать

>Ноутбук хочется больше всего для стиля

Макбук

Хочешь - покупай
Не хочешь - не покупай
делов-то

Alienware m11x.
Dell Latitude e6500/6400/6510/6410.
Dell Precision M4400/6400.

zibert> Ноутбук хочется больше всего для стиля

ASUS NX90

http://habrahabr.ru/company/asus/blog/96757/

Что это за ужос?

Dell Adamo! (не XPS)

>Макбук
он хочет стиля, а не закос под метросексуала )

Да, да, да свали свои неудачи на Стельмаха и Бджоляра.

Нетбуки идут от 2800грн. Нотики 500баксов. Полазь по newegg.com и сравни цены.

Вопрос в другом - какой нот покупать. Вот на данный момент, если не горит, то лучше обождать. Пока все вендоры не перейдут на Core_i*.

А в феврале делать выводы и брать то, что понравится.

а в феврале вспомнить что скоро выйдут процы с avx и подождать ещё...
сказка про белого бычка :)

Ненужно, любые ноуты греются и тормозят.
+Практическая невозможность upgrade.
Кроме того батарея независимо от режима использования сдохнет быстро.

>скоро выйдут процы с av

Это костыли, и большого профита от этого не будет.

> Человек Я

На улицу Я

поэтому Я

Это такая демонстрация ЧСВ?

>Это костыли, и большого профита от этого не будет.
да ну!?
а вообще сегодня все x86 набор кучи костылей - дык и что?

>да ну!?
Много программ у тебя собраны и _реально_используют_ тот же sse?

все x86 набор кучи костылей - дык и что?

Переходить на amd64, а потом на ARM/Loongson etc же :3

Ненужно, любые ноуты греются и тормозят.

уже ж сказали, макбук

весь софт с sse*
ЧЯДНТ?

Переходить на amd64

ну если буду брать новую коробку, то там будет 64, но не амд 100%

а потом на ARM/Loongson etc же :3

дооо )

>уже ж сказали, он хочет стиля, а не закос под метросексуала )
//fixed

>любые ноуты греются
решается заменой пасты

> Ноутбук хочется больше всего для стиля

Возьми лучше большой телек, выводи на него клипы и фильмы.

>весь софт с sse*

Да ню? И vim ? :D

и _реально_используют_ тот же sse?

Реально это используется только в mplayer/etc и там, где есть рукописный асмовый код.
А всё потому, что генерировать код с векторными расширениями ни один компилятор не способен.
Конечно, для операций с floating point оно используется, но значительного профита это не даёт - тк большая часть кода fixed point.

>решается заменой пасты

Ога и будет 60⁰ вместо 80⁰, да.

>Реально это используется только в mplayer/etc и там, где есть рукописный асмовый код.

Конечно, для операций с floating point оно используется

не видишь противоречий? )

А всё потому, что генерировать код с векторными расширениями ни один компилятор не способен.

да ну на!? о_О

Перевожу - некоторые вещи не руками ни компилером не раскладываются на векторы.

>да ну на!? о_О

Кури матчасть..

матчасть....
назови софтину в которой не получается сгенерить

>не видишь противоречий? )

Нет. Складывать два числа с sse не быстрее чем с x87, внезапно.
Оно даст профит, если нужно сложить 10 _независимых_ переменных, или проще вектор.
В обычных последовательных вычислениях - профита 0.
Более того - видел исследования, в кот-х mmx наоборот проигрывал в скорости.

>назови софтину в которой не получается сгенерить
Любая, в которой мало параллельных однотипных операций над данными, представимыми в виде векторов - те практически любая софтина, кроме кодировшиков видео/звука.

а конкретней?
архиваторы сгодятся?

имя назови
из тех, что есть у всех

матчасть!

а «нас рать!»
имя давай

>архиваторы сгодятся?

AFAIK, алгоритмы там неахти как параллелятся, поэтому pbzip жмёт хуже чем обычный, хотя и быстрее.

ты мне скажи имя софтины, в которой компилятор не может сгенерить нужные фичи, при этом чтоб софтина была без вставок

>имя назови

Если не брать либы обработки изображений - то те же кеды нифига не выиграют )

>Если не брать либы обработки изображений - то те же кеды нифига не выиграют )
бррр - дык кеды только морду и рисуют
имя дай!
в основных утилтках линя есть такие?

>Если не брать либы обработки изображений
т.е. морда таки выигрывает? :)

Как думаешь, почему в той же статье в конце концов от этого:

for (i = 0; i < 1024; i+=4)
    for (ii = 0; ii < 4; ii++)
       C[i+ii] = A[i+ii]*B[i+ii];

Пришли к этому:

After replacing with vector codes
for (i = 0; i < 1024; i+=4)
  {
    vA = vec_ld( &A[i] );
    vB = vec_ld( &B[i] );
    vC = vec_mul( vA, vB );
    vec_st( vC, &C[i] );
  }

>в основных утилтках линя есть такие?

Давай так - 90% _всех_програм_ не смогут получить профит/вообще использовать эту хрень.

я НЕ кодер
для меня это филькина грамота :)

Автор интересная личность. Смешать в запросе взаимоисключающие параграфы + политику = тонко/толсто.

>т.е. морда таки выигрывает?

Косвенно и теоретически - да.
Но Сильви постила про libjpeg написаный на асме - он до 30% быстрее оказывался.

>90% _всех_програм_ не смогут получить профит/вообще использовать эту хрень.
хорошо - допустим
но остаётся 10% - это не мало - согласен?
морда - выиграет
мультимедия - выиграет
архиваторы - тоже думаю выиграют
этого мало? учитывая что я сижу в гуях и у меня source-based дистр...

>Но Сильви постила про libjpeg написаный на асме - он до 30% быстрее оказывался.
дык - тыб ещё сравнил питона с асьмой )

>я НЕ кодер

Я объясню - компилер сам такого не может провернуть. Sad, but true.

Неее - на выходе у асма такой же бинарник как и у gcc. Просто автомат не может оптимизировать с оглядкой на исходный алгоритм.

имя давай! )
хорош мой мозг насиловать! )

>этого мало?

Дык и прирост-то небольшой.

>имя давай! )

Пароли\явки?

>Дык и прирост-то небольшой.
мелочь, а приятно!
а раз приятно, то это уже не мелочь! :)

>Пароли\явки?
аааа - обратный слэш!
имя софтины )