LINUX.ORG.RU

Intel Atom 230 based ITX boards, насколько оно медленное?


0

0

Кто-нибудь имел дело с сабжем? Насколько он медленное? Хочется сделать NAS... Плюс торренто-осло-фтп-етц качалку и, возможно, чтоб оно раздавало инет по wifi.

Единственное, всего один PCI :( Но ведь вроде можно воткнуть райзер на 2PCI, так ведь?

В общем, отпишитесь все, кто имел дело с сабжем (основные проблемы/затыки и т.д.)

anonymous

Очень медленное. ОЧЕНЬ. Cel 420 работает в полтора раза быстрее.

svr4
()
Ответ на: комментарий от svr4

Гм. Как это так, что цел 420 быстрее? Не верю я почему-то.

486 на стероидах? Так атом (которые не n) 64 разрядный, а z - так и виртуализацию может. Всё-таки что-то вы сильно перегибаете.

anonymous
()
Ответ на: комментарий от anonymous

Аааа, cel 420 это же не celeron@420mhz?

anonymous
()
Ответ на: комментарий от isden

Нет, тест это не учитывает. (Судя по отсутсвии разницы между коре2дуо и коре2квад, хотя мб оно в память упирается - но тогда это тест уже не на цпу, а на память+немножко цпу)

Кстати, есть ещё ITX с двух-ядерным атомом, итого с гипертредингом - 4 ядра :)

Вот было 2 PCI или гигабитка встроенная - был бы Über-NAS =)

anonymous
()
Ответ на: комментарий от anonymous

Пока эти олухи не сделают чипсет с вменяемым тпд ну его нахрен, а то по вырывающимся языкам плазмы создается впечатление, что под радиатором чипсета прячется athlon на сокете A.

wfrr ★★☆
()
Ответ на: комментарий от anonymous

>Кстати, есть ещё ITX с двух-ядерным атомом, итого с гипертредингом - 4 ядра :)

HT в атомах сделан не для увеличения мифических ядер, а потому что у них упрощенная логика исполнение команд в порядке очередности. Чтобы исключить простои процессора, когда при выполнении для какой-то команды из очереди может не оказаться данных в кэше и происходит обращение к основной памяти. Это чтение может затянуться на несколько сотен тактов - в это время продолжает выполняться параллельный поток. На процессорах с логикой не в порядке очереди HT практически не дает прироста в скорости и там эти мифические ядра действительно мифические.

koTuk
()
Ответ на: комментарий от koTuk

> когда при выполнении для какой-то команды из очереди может не оказаться данных в кэше и происходит обращение к основной памяти. Это чтение может затянуться на несколько сотен тактов - в это время продолжает выполняться параллельный поток.

Ну, а вероятность того, что код для второго потока в кэше не больше, чем для первого. Где-то у тебя в рассуждении ошибка :) Так как при такой логике оптизации вообще нет, проще было бы сделать какой-нить баррель-процессор и чтоб он крутил 8 тредов по-очереди

anonymous
()
Ответ на: комментарий от koTuk

> На процессорах с логикой не в порядке очереди HT практически не дает прироста в скорости и там эти мифические ядра действительно мифические.

тем не менее, имел личный опыт тестирования машинок на селероне 900Мхз и атома на 1.6Гхз. судя по сабжевому тесту, атом должен сливать селерону. на практике же, машинка с атомом работает на порядок резче.

isden ★★★★★
()
Ответ на: комментарий от anonymous

>Ну, а вероятность того, что код для второго потока в кэше не больше, чем для первого. Где-то у тебя в рассуждении ошибка :)

То есть ты хочешь сказать что на общую вероятность это не повлияет ? Процессорное ядро одно. Вероятность будет

P(A+B) = P(A)+P(B)-P(AB)

Для примера пусть вероятность что данные в кэше 0,4 (одинаковая для обоих потоков), события независимые поэтому имеем общую вероятность

P = 0,4+0,4-0,4*0,4=0,64

Бред конечно применять тут теорию вероятностей, но это к тому что никакой ошибки в рассуждениях нет.

koTuk
()
Ответ на: комментарий от koTuk

А теперь посчитай что будет, если у нас будет баррель процессор с 8 (а лучше и 16) тредами на ядро... :)

Проблема простая - если один поток не влез в кэш - то кэш уже кончился, а данные в кэше - данные последнего потока... Вроде бы так.

anonymous
()
Ответ на: комментарий от anonymous

>А теперь посчитай что будет, если у нас будет баррель процессор с 8 (а лучше и 16) тредами на ядро... :)

Сам посчитай - в мои планы не входит обучать анонимусов ВМ.

>Проблема простая - если один поток не влез в кэш - то кэш уже кончился, а данные в кэше - данные последнего потока...

Такого бреда я давно не слышал :) Для начала - это вообще о кэше какого уровня идет речь ? :)

koTuk
()
Ответ на: комментарий от wfrr

Берёшь серийный одноядерный Athlon на Sparta и скидываешь в биосе множитель. Благо он на понижение разлочен.

svr4
()
Ответ на: комментарий от koTuk

Для начала, добавление гипертрединга с целью повысит хит-рейт это немножко бредово. Обычно когда у процессора есть несколько Alu/один FPU - то мы может делить фпу между двумя тредами, в то время как АЛУ будет раздельные и в этом случае вся целочисленная арифметика грубо будет в два раза быстрее.

anonymous
()
Ответ на: комментарий от anonymous

>Я делаю memcpy и копирую 100миб. Посчитай, когда закончатся кэш L1d+L2

Если это все для чего нужна твоя программа то стоит задуматься - а нужен ли для этих целей процессор вообще ?

koTuk
()

> Но ведь вроде можно воткнуть райзер на 2PCI, так ведь?

нет. Это тока в серверах так :)

PS Атомы тормозное говно.

true_admin ★★★★★
()
Ответ на: комментарий от true_admin

> > Но ведь вроде можно воткнуть райзер на 2PCI, так ведь?

> нет. Это тока в серверах так :)

А вот и нет. man pci ;)

> PS Атомы тормозное говно.

Да, это я уже понял

anonymous
()
Ответ на: комментарий от koTuk

> Если это все для чего нужна твоя программа то стоит задуматься - а нужен ли для этих целей процессор вообще ?

Если это всё, что ты можешь сказать - то стоит задуматься - нужно ли говорить вообще?

Ты не поверишь, но в 21в веке программа, данные которой не помещаются в кэш - это не редкость :( Ты только сильно не растраивайся (например, проигрывание видео)

И использования гипертрединга для улучшение кэш хит-рейта - мягко говоря абсурд

anonymous
()
Ответ на: комментарий от true_admin

> Это тока в серверах так :)

> PS Атомы тормозное говно.

Вроде атомы под сервера никто и не затачивал. Это же процессор для утрамобильников и, скоро, для мобилок?

anonymous
()
Ответ на: комментарий от svr4

Хочется процессор с виртуализацией :)

А спарта, если я правильно помню, какая-то больно ушербная. И ещё хочется память DDR2-1066

У нас из свежих АМДшных камней только феномы (3 и 4 ядерные, нет энергоэффективных моделей с TPD<=65w) и спарта.

anonymous
()
Ответ на: комментарий от anonymous

>Ты не поверишь, но в 21в веке программа, данные которой не помещаются в кэш - это не редкость :( Ты только сильно не растраивайся (например, проигрывание видео)

Ты вероятно поверил что атом это 486 :) Тогда удивись еще раз - у него есть поддержка sse, включая загрузку и выгрузку регистров xmm минуя кэш, так что даже твой глупый пример по копированию больших блоков памяти сработает без проблем и что самое главное будет быстрей чем стандартная реализация memcpy.

>И использования гипертрединга для улучшение кэш хит-рейта - мягко говоря абсурд

Все же почитай про эту технологию и удивишься что ее основной задачей было эффективное использование простаивающих ресурсов в том числе и при промахах кэша 2 уровняа в атомах был еще и улучшен предварительный выбор для для кэша.

koTuk
()
Ответ на: комментарий от koTuk

> Ты вероятно поверил что атом это 486 :) Тогда удивись еще раз

Ха-ха, сумничал.

> самое главное будет быстрей чем стандартная реализация memcpy

А dma может быть ещё быстрее и не грузит процессор. Ты это к чему вообще?

> ее основной задачей было эффективное использование простаивающих ресурсов в том числе и при промахах кэша 2 уровня

Вот сам же сказал - кэш тут сбоку и "в том числе". Никто эту технологию ради кэша не городил.

anonymous
()
Ответ на: комментарий от wfrr

> есть 4х ядреный феном с 65 ватт

Ага, есть. Только у нас в локальных магазинах почему-то всё ещё распродают старые остатки. Кроме спарты ничего <= 65w из атлонов нет. Стоит оно копейки, возьму поиграюсь, а там куплю феном на 45-65вт.

Сразу вопрос - какие материнские платы/биос позволяет легко и просто уменьшить множитель? (или это делается только на black edition? то, что есть cool'n'quiet понятно, просто хочется "насильно" ограничить максимальную частоту).

anonymous
()
Ответ на: комментарий от anonymous

>А dma может быть ещё быстрее и не грузит процессор.
Да-да - расскажи еще что ты в своих прикладных задачах напрямую с контроллером дма работаешь.

>Ты это к чему вообще?
Я это в ответ на глупость что копирование больших блоков забъет кэш.

>Вот сам же сказал - кэш тут сбоку и "в том числе". Никто эту технологию ради кэша не городил.
Для танкистов - я не совсем корректно выразился в своем первом посте. Основная идея - логика упрощена и чтобы процессор не простаивал реализована технология HT.

koTuk
()
Ответ на: комментарий от koTuk

> Да-да - расскажи еще что ты в своих прикладных задачах напрямую с контроллером дма работаешь.

Нуу-у, думаешь зря тут ibm-dw спамит новостями про целы и работу с dma? :D

> Я это в ответ на глупость что копирование больших блоков забъет кэш.

Это был упрощённый пример :) Можно взять декомпресию bzip2/gzip/7z. Проигрывание flac/ape/wv. Etc.

И вообще, хватит про это всё. Ты лучше мне скажи, какие мамки/биосы и т.д. могут понизить (и могут ли вообще без cool'n'quiet?) множитель...

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.