MAX
Подпишись
стань автором. присоединяйся к сообществу!
07 мая 22
153

МЦСТ изготовлен первый опытный 4-процессорный сервер с микропроцессорами "Эльбрус-4С"

В сервере установлены 4 микропроцессора "Эльбрус-4С" с частотой 800 МГц, изготовленные на фабрике TSMC по технологическому процессу 65-нм. Среднее энергопотребление одного микропроцессора составляет 45 Вт.

Производительность: 25 Гфлопс на 64-разрядных числах с плавающей точкой и 50 Гфлопс на 32-разрядных.

На материнской плате установлен контроллер периферийных интерфейсов КПИ 1991ВГ1Я ("южный мост"), поддерживающий все необходимые интерфейсы вода-вывода, такие как USB 2.0 - 2 порта, SATA 2.0 - 4 порта, IDE - 2 канала PATA-100, PCI-Express v 1.0a 8 линий, Ethernet 1 Гбит/сек, контроллер звукового интерфейса AС-97 2 канала и другие.

[читать статью полностью...]

Кстати, а вы знали, что на «Сделано у нас» статьи публикуют посетители, такие же как и вы? И никакой премодерации, согласований и разрешений! Любой может добавить новость. А лучшие попадут в наш Телеграм @sdelanounas_ru. Подробнее о том как работает наш сайт здесь👈

Источник: gisinfo.ru

Комментарии 0

Для комментирования необходимо войти на сайт

  • 0
    Нет аватара guest10.05.14 22:14:47
    "я, правда, не знаю, насколько он у вас большой"
    138 библиотек разного размера, часть сторонних, есть большие, есть поменьше, 50 мегабайт кода, 4500 файлов.
    Естественно все это добро не каждый раз собирается, а примерно после каждого апдейта с репозитория, ну максимум несколько раз в день, сборка у меня 8 минут. При работе собирается ну мегабайт пять кода, и около 50 подпроектов. Ну как собирается, есть такое понятие когда собирается только то что изменилось и зависимости, сделано так что бы после правки изменений не ждать больше нескольких минут, а так в пределах 20 секунд во время работы сборка идет.
    это вполне незначительное количество операций записи

    Вот тут вы сильно не правы, там гигабайты записи, одни файлы с отладочной информацией сотни мегабайт и они перезаписываются каждый раз, я так не замерял, но пересборка всего проекта это где-то 20 гигабайт записи(столько весят все собранные бинарники, которые удаляются перед сборкой). А каждая компиляция мегабай по 300 записи будет выдавать. Я конечно не замерял, но думаю что в день гигабайт 100-200 записи могу выдать. Может больше.
    значит у вас довольно много памяти и все операции по компиляции и линковке проводится в памяти

    Может быть это справедливо для gcc, но VisualStudio очень много пишет в тем, точнее так она сначала собирает в темп, потом оттуда переносит куда надо, причем идет сначала сборка в темповый файл, а он скорее всего потом перемещается в точку сборки. И это происходит для каждого файла cpp, из него собирается объектный файл, потом из кучи объектных файлов собирается lib файл, потом из lib файлы линкуются в бинарный файл линковщиком и все это счастье через диск проходит, вообще gcc работает так же. Почитайте хотя бы основы работы компилятора.
    "Про системы хранения - это вы, конечно, очень смело заявили."
    А у нас база уже второй год вертится. Очень быстро стало.
    У меня много памяти, но не достаточно много что бы сделать рамдиск(виртуальный диск в оперативной памяти), не хватает ещё гигов 8, вот перенос temp в рам диск серьезно повышает скорость работы системы и снижает нагрузку на диск. При следующем апдейте системы поставлю гигов 32 или 64. И может быть соберу райд из ссд.
    • 1
      Нет аватара guest11.05.14 07:40:27
      Зачем спорить? Давайте просто посчитаем.    
      Количество циклов перезаписи одной ячейки в большинстве NAND SSD прошивкой контроллера ограничено примерно десятью тысячами. Экзотику типа SLC, MRAM и FRAM не берем - там цены пока совсем не для массового применения. То есть 20 гигабайт записи - это примерно 0,3 цикла, если экстраполировать на 64-гиговый накопитель. Экстраполировать можно, поскольку, как я уже писал, контроллеры там умные и делают так, что циклы перезаписи по всему диску расходуются относительно равномерно. Соответственно, если в день писать 20 гигов - накопитель проживет порядка 30 тысяч дней, то есть около 80 лет. Это для 64-гигабайтного накопителя, чем его ёмкость больше, тем соответственно больше ячеек и при постоянном объеме перезаписи время жизни возрастает линейно. Так что повторю - у вас вполне себе небольшие объемы записи. Для домашнего применения или на рабочие станции SSD подходят вполне себе.
      Но если брать более серьезное применение - более-менее нагруженные БД, системы хранения, графические станции и так далее, где объем записи измеряется гигабайтами, а то и десятками гигабайт в минуту - там SSD умирают очень быстро.
      Отредактировано: igorborisov.livejournal.com~07:57 11.05.14