[Ivan_83]

Вроде тут была ссылка, на тестирование, энерго эффективность атомов ниже, чем у и3/и5.

Те на архивирование гигабайта они потратят больше и времени и электричества.

 

 

Описания платы на Atom 525 от Гигабайта

Хреново что PCI-E нет.

 

В статье ценная информация о маркировке чипа SATA это JMicron JMB363

На моей GA-G33-DS3R такой же чип, не новость :)

 

 

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

И?

туалатин 1300 и мать на и810 жрут 45 Ватт

система обсолютно лишена всяких функций энергосбережения, и жрёт одинакого с нагрузкой и без.

примерно столько же жрёт G33+E8500 без нагрузки, и 85 Ватт в полной нагрузке на проц.

Только вот в полной нагрузке она работает раза в 4 быстрее, даже если тупо по частотам+ядрам пересчитать.

 

Ещё один камень - для десктопных/серверных платформ огромный выбор систем охлаждения, для атома - обычно только ревун в комплекте.

[Ilya Evseev]

Мучаю SuperMicro 5015A-H на базе Intel Atom 330 с двумя сетевыми картами Realtek 8111C.

OS FreeBSD 8.1

Вопрос в распределении загрузки между ядерными процессами:

1) vmstat -i говорит, что re0 и re1 сидят на irq256 и irq257, но "top -SHn 999" их не показывает.

2) основная нагрузка приходится на процессы "{dummynet}" и "{swi5: +}".

 

cpuset использовать невозможно - irq256 и 257 отсутствуют в списке,

у dummynet PID равен 0, у всех swi он общий (PID 12).

 

Пытаюсь крутить ручки через /boot/loader.conf, но помогает слабо:

net.graph.threads=1 или 2

net.isr.maxthreads=1 или 2

net.isr.bindthreads=0 или 1

net.isr.direct=0 или 1

net.isr.direct_force=0 или 1

 

Если установить net.graph.threads=1, то нагрузка на dummynet падает, на ng_queue возрастает.

 

На другом сервере с такими же настройками, но другим железом (CPU E4600, NIC 2*bge) проблем нет:

нагрузка собрана в irq256/257; у dummynet, ng_queue и swi5 нагрузка минимальная.

Настройки net.graph и net.isr оставлены по умолчанию:

net.graph.threads: 2

net.isr.numthreads: 1

net.isr.bindthreads: 0

net.isr.maxthreads: 1

net.isr.direct: 1

net.isr.direct_force: 1

[SmokerMan]

А бывают атомы с нормальной шиной, чтобы сетевуху 2*1Гбит от Интела ткнуть?..

[vitalyb]

SmokerMan

http://www.supermicro.com/products/motherb...X7SPA.cfm?typ=H и соседи по линейке

[Ilya Evseev]

Заменил на SYS-5015A-H версию FreeBSD с 8.1 на 7.1. Прерывания стали выглядеть так:

# top -aSHPn 999 | grep '\[' | head
   17 root     -28    -     0K    16K WAIT   1  49:56 70.31% [swi5: +]
   15 root     -44    -     0K    16K WAIT   0  42:37 55.71% [swi1: net]
   12 root     171 ki31     0K    16K RUN    0  30:21 45.31% [idle: cpu0]
   11 root     171 ki31     0K    16K CPU1   1  24:39 30.71% [idle: cpu1]
   13 root     -32    -     0K    16K WAIT   0   4:45  2.69% [swi4: clock sio]
   40 root     -68    -     0K    16K -      0  30:28  2.15% [dummynet]
   16 root      44    -     0K    16K -      1   0:28  0.00% [yarrow]

Пиковая производительность - примерно 90+35 mpps, 10+9 kpps.

NAT, Netflow, 650 pipes от 512kbps до 15mbps.

Sysctl kern.hz=2000, net.inet.ip.fastforwarding=0, dummynet.io_fast=1.

[Ilya Evseev]

А бывают атомы с нормальной шиной, чтобы сетевуху 2*1Гбит от Интела ткнуть?..

http://www.supermicro.com/products/system/1U/#Atom

Но модели на ICH9R пока слишком дорогие.

За те же деньги можно купить гораздо более быстрый Core2Duo.

[Saab95]

Но модели на ICH9R пока слишком дорогие.

А ICH9 не староват по сегодняшним "серверным" меркам?

[Ilya Evseev]

А ICH9 не староват по сегодняшним "серверным" меркам?

Зависит от задач. Для мелких поселковых сеток на пару сотен абонентов - самое оно.

Главное, чтобы такая платформа по цене была ближе к MiniRouterG и самосбору на базе mini-itx, а не к полноценным серверам.

[BB]

У меня есть такая идея, хочу сделать NAS для файлопомоек в небольших локалках от 20 до 500 пользователей.

 

Берем вот эту плату на базе Atom D525 либо D425

 

Систему посадить на SSD 30 Гиг.

 

Что скажете?

Есть такая вещь IDE Flash - http://www.bestmemory.ru/node/?id=49c79aee...08-2639af47da3f для таких целей самое то (кстати есть варианты и SATA)

ОС - FreeNAS (на основе FreeBSD) и в путь...

[Ivan_83]

В чём профит от DOM в сравнении с CF + [CF-IDE/SATA] адаптером?

Тем более, что по цене DOM приближается к SSD при размерах 8гб против 32гб у ссд.

[dsk]

Ввел недавно в эксплуатацию Supermicro SYS-5015A-PHF в качестве роутера небольшого района. FreeBSD 7.2-STABLE-200912.

ipfw 16 правил, несколько шейперов с таблицами для локального и пирингового трафика, ната нет.

Трафик на входящем интерфейсе в момент прокачки (исход бегает через другой):

            input        (vlan6)           output
   packets  errs      bytes    packets  errs      bytes colls
      8.9K     0        12M          0     0          0     0
      9.0K     0        12M          0     0          0     0
      9.0K     0        12M          0     0          0     0

Загрузка:

last pid: 22128;  load averages:  0.00,  0.00,  0.00                                                                                                        up 6+05:00:06  01:28:04
91 processes:  5 running, 63 sleeping, 23 waiting
CPU:  0.0% user,  0.0% nice,  0.5% system,  4.2% interrupt, 95.3% idle
Mem: 13M Active, 185M Inact, 132M Wired, 16K Cache, 111M Buf, 663M Free
Swap: 2048M Total, 2048M Free

 

Для моих задач более чем достаточно. Как плюс - удобно лезет в ящик типа Е-29.

[NiTr0]

В чём профит от DOM в сравнении с CF + [CF-IDE/SATA] адаптером?

Industrial решение, industrial CF обойдутся намного дороже. А обычная казуальная CF - совсем не обязана выдерживать 10000 или более циклов перезаписи, тут уже как повезет. Как и не обязана стабильно читаться/писаться в industrial диапазоне темпераур.

Я, к примеру, своими глазами видел истершуюся до дыр CF, которую пользовали только в фотоаппарате...

 

Тем более, что по цене DOM приближается к SSD при размерах 8гб против 32гб у ссд.

А нафига такие монструозные DOM? Мне и 32 метров к примеру хватает - жаль их купить уже негде, все больше гиговых монстров предлагают... + ко всему - DOM должен работать в рид-онли (максимум - сохранение конфига после внесения изменений), ибо ротации секторов нет у него. Иначе - протрется до дыр.

Изменено 27 января, 2011 пользователем NiTr0

[Ivan_83]

Как и не обязана стабильно читаться/писаться в industrial диапазоне темпераур.

Только если это. И то нужно сверятся.

Обычную тоже можно юзать реадонли.

А ссд смарт имеет, как минимум.

 

У меня дома СF кингстон элит про х133 на 8гб.

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

Фряхи полноценные с сырцами и портами, вырезан только блютус, вайфай и ещё какие то мелочи, не заметные на фоне всего остального.

/var/log, /var/run, /var/tmp = /tmp - меморидиски, остальное там редко записывается.

[Saab95]

Я в ноутбуки заместо сломанных жестких дисков ставил SSD по 16-64гб. Первые SSD которые работали больше 1.5 лет на винде выходили из строя, современные >30гб пока все нормально работают, и как все пишут при выходе из строя данные с них можно считывать без проблем. Сам правда еще не пробовал.

 

Поэтому все же лучше не экономить а покупать самые маленькие SSD, только они все SATA.

[Ivan_83]

Поэтому все же лучше не экономить а покупать самые маленькие SSD, только они все SATA.

Есть переходники SATA-IDE, IDE-SATA.

 

Выжили SLC или MLC?

Производителя помните?

 

PS: у самого EEE ноут, 704 - из первых, там 4 гб впаяно, вроде slc, до сих пор всё живо, правда я им пользуюсь мало.

[NiTr0]

Только если это. И то нужно сверятся.

Ну и цена. Если не нужно держать монстра - DOM 512MB будет дешевле чем CF 4GB + переходник, и надежнее (хотя бы по причине меньшего кол-ва разъемных соединений).

 

Обычную тоже можно юзать реадонли.

Не спорю.

 

А ссд смарт имеет, как минимум.

Вы уверены в том что смарт на SSD покажет, что записавшийся 64к (или сколько там) сектор, скажем, с файлом каталога /usr/bin + файлом каталога /sbin + еще чем-то (к примеру) - записался криво?

 

Поэтому все же лучше не экономить а покупать самые маленькие SSD, только они все SATA.

Если на них держать RW fs - да. Хотя в любом случае RW флэшку не стоит делать ИМХО, по закону подлости откажет в самый неподходящий момент.

 

у самого EEE ноут, 704 - из первых, там 4 гб впаяно, вроде slc, до сих пор всё живо, правда я им пользуюсь мало.

Потому что мало пользуетесь - потому и живо. У тех, кто на нем активно вендой пользовался дефолтной, да со свопом, да с забиванием на 100% хоть раз - порой за год-полтора дохли. Не смотря на ротацию секторов.

Изменено 28 января, 2011 пользователем NiTr0

[Ivan_83]

Ну и цена. Если не нужно держать монстра - DOM 512MB будет дешевле чем CF 4GB + переходник, и надежнее (хотя бы по причине меньшего кол-ва разъемных соединений).

Тут уже особенности применения.

Если у вас много роутеров собрано, то вам конечно проще и дешевле делать порезанный дистр и инсталить его по быстрому с живой системы или ещё как либо.

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

 

У меня кроме роутинга всякие задачи ещё навешиваются, типа самбы, нгинкса+пхп, mysql и пр, почти везде уникальное сочетание, потому держать каждый раз сильно адаптированную систему в которой совсем ничего лишнего - смерть при суппорте.

 

 

Вы уверены в том что смарт на SSD покажет, что записавшийся 64к (или сколько там) сектор, скажем, с файлом каталога /usr/bin + файлом каталога /sbin + еще чем-то (к примеру) - записался криво?

Должен.

 

Потому что мало пользуетесь - потому и живо. У тех, кто на нем активно вендой пользовался дефолтной, да со свопом, да с забиванием на 100% хоть раз - порой за год-полтора дохли. Не смотря на ротацию секторов.

Своп отключил сразу, на чистой винде и 512 оперативы было достаточно чтобы редко читать сообщения о нехватке памяти. С 1024 ещё вроде ни разу не доходило.

А хибирнейт файл пишется не чаще пары раз в сутки, хоть и большой.

Забивание на 100% ни о чём не говорит - места мало слишком, у меня постоянно не больше 400 мб свободно.

[NiTr0]

У меня кроме роутинга всякие задачи ещё навешиваются, типа самбы, нгинкса+пхп, mysql и пр, почти везде уникальное сочетание, потому держать каждый раз сильно адаптированную систему в которой совсем ничего лишнего - смерть при суппорте.

Ну роутер + веб-сервер 2в1 - ИМХО зло. Да и практически весь хламовник прекрасно размещается на каком-то сервере с виртуалками (а в идеале - на отказоустойчивом кластере, с вебом и прочим г... в виртуалках, а базой - на реальных нодах).

 

Должен.

Кому? Вы уверены, что на SSD есть проверка чтением после записи? Я бы за это не ручался. Кстати. на HDD тоже проверки чтением после записи нет :)

 

Забивание на 100% ни о чём не говорит

Говорит. Один раз засранный на 100% SSD - при заявленных производителем алгоритмах ротации секторов должен здорово потерять в надежности. Потому как один раз записанные сектора уже помечены как "занятые", следовательно, в ротации не участвуют. То, что они свободны - знает только ось, анализируя ФС, на деле же - данные после логического удаления там как лежали, так и лежат. В итоге, рассчеты производителя, по которым SSD можно непрерывно переписывать 10 лет - превращаются в пшик. И лечения этому нет, без отказа от ротации на уровне железа и переноса алгоритмов ротации секторов на уровень ФС.

[Ivan_83]

Ну роутер + веб-сервер 2в1 - ИМХО зло. Да и практически весь хламовник прекрасно размещается на каком-то сервере с виртуалками (а в идеале - на отказоустойчивом кластере, с вебом и прочим г... в виртуалках, а базой - на реальных нодах).

Нагрузок нет.

Вебсервер - для локалки, статистику обычно отдавать, редко что то ещё.

[vIv]

Забивание на 100% ни о чём не говорит

Говорит. Один раз засранный на 100% SSD - при заявленных производителем алгоритмах ротации секторов должен здорово потерять в надежности. Потому как один раз записанные сектора уже помечены как "занятые", следовательно, в ротации не участвуют.

А где можно об этом почитать?

[woddy]

А где можно об этом почитать?

за последние 2 года сменилось 3 поколения контроллеров. подозреваю что информация могла "немного устареть".

[NiTr0]

А где можно об этом почитать?

Да открыть сырцы любой файловой системы. И с удивлением для себя обнаружить, что при удалении файла его блоки/кластеры только помечаются как свободные в таблице файлов/битмэпе/чем там еще. А так же потом открыть АТА стандарт и убедиться, что комманды стирания сектора попросту нет, есть только ком*** записи в сектор. Не говоря о том, что пользовательский софт и не догадывается о настоящем размере физ. блока.

 

за последние 2 года сменилось 3 поколения контроллеров. подозреваю что информация могла "немного устареть".

Полагаете, новые поколения контроллеров обзавелись телепатией, чтобы догадаться какие сектора освободились? Или, хотя бы, обрели достаточное кол-во мозгов для самостоятельного анализа структур размещенных на них файловых систем (причем - различных)? :)

[vIv]

А на что это влияет-то?

[woddy]

Полагаете, новые поколения контроллеров обзавелись телепатией, чтобы догадаться какие сектора освободились?

как вы думаете почему в продаже ССД объемом 60гбайт, а не 64? куда 4гбайта делось? :)

 

[vitalyb]

комманды стирания сектора попросту нет

TRIM ?

 

Кроме этого, на флеше есть область, не доступная хосту, которая используется для записи. Т.е., например, есть флеш с 4 блоками ABCX - ABC - доступны пользователю, X - свободный блок. Когда хост пишет данные, скажем в блок B, контроллер делает следующее - читает B, заменяет там данные на новые, записывает вместо X, получается теперь AXCB. X можно спокойно стереть в свободное время, дабы при очередной записи блок не надо было стирать - это долго. Это должны уметь даже "копеечные" контроллеры, более умные будут двигать и "никогда не перезаписываемые" блоки.

 

NAND флеш без wear leveling вообще использовать нельзя без специальной ФС - умрет в момент.

 

Но самое смешное не в этом, а в том, что винты тоже страдают от этого, а подобных механизмов там нет в принципе. Физика процесса немного только другая - разрушается не место, куда ведется запись, а данные на смежных треках. Это хорошо видно на линуксовом софт-рейде - по дефолту часто обновляется суперблок (до 10 раз/сек) и всё, через месяц +- несколько МБ от суперблока имеем UNC. Так же, если сделать битмап и вынести на отдельный винт - картина та же, частая запись в одно и то же место.