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

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

  • 1
    Нет аватара guest07.05.14 13:31:46
    процессоры мы сами производим,а винчестеры что не маловажно мы сами не производим.в России есть технологии производства винчестеров?
    • 6
      Нет аватара Ulanit07.05.14 13:34:45
      Они точно есть в Китае, который к санкциям никогда не присоединится    
    • 2
      Нет аватара guest07.05.14 13:39:55
      Винчестеры только Япония сама производит.
      Когда в 2011м затопило Тайланд, выяснилось, что 5 из 6 заводов, производящих подшипники для HDD, находятся именно в нём. И только один - в Японии   .
      • 5
        Нет аватара eugene77107.05.14 14:39:11
        Сейчас все на SSD переходит, а там подшипников нет.
        • 5
          ivankun ivankun07.05.14 17:52:20
          Я даже больше скажу, с твердотельными накопителями все у нас будет в порядке.
          В Москве запущена первая очередь завода «Крокус Наноэлектроника»
          • 0
            Нет аватара guest07.05.14 23:55:24
            Там другое. Жесткие диски с блинами нужны для хранения больших масивов данных и перспектив перехода на ссд там пока нет. Некоторые вроде даже на магнитных лентах хранят, так вроде фейсбук бекапы сохраняет.
            • 0
              ivankun ivankun08.05.14 02:08:24
              Рано или поздно HDD вымрут, так как цена твердотельной памяти постоянно снижается. Думаю лет через 10 цены сравняются и уже не будет особой проблемой сохранять большие объемы данных на SSD.
              • 2
                Нет аватара guest08.05.14 05:26:44
                У твердотельных накопителей помимо цены на данный момент есть еще один очень серьезный недостаток - малое количество циклов перезаписи, которые они способны выдержать. И именно это, а не цена - причина того, что они до сих пор не вытеснили HDD.
                • 0
                  Нет аватара guest08.05.14 20:22:34
                  Вот это полная ерунда, я два года как на ссд диске работаю, стоит система без каких либо оптимизаций, а своп файл выключен(но это не для ссд), и на этом же диске собираю проекты, а это оооочень много циклов перезаписи, каждый день, значительно больше чем в системах хранения или просто в домашнем пользование.
                  • 0
                    Нет аватара guest09.05.14 21:02:27
                    Сборка проекта, я, правда, не знаю, насколько он у вас большой - это вполне незначительное количество операций записи. Десятки, максимум сотни. Если у вас отключен своп не из-за SSD, значит у вас довольно много памяти и все операции по компиляции и линковке проводится в памяти, а на диск пишутся только окончательные результаты (вы же про софтверные проекты говорите?). Кроме того, объем этой перезаписи, я уверен, относительно невелик, а в подавляющем большинстве SSD накопителей реализована логика "размазывания" операций записи по блокам, то есть если вы много пишете в одно и то же место (CHS кортеж), то через какое-то время контроллер заремапит этот сектор другим, менее "покоцанным". И так до тех пор, пока не кончатся.
                    Про системы хранения - это вы, конечно, очень смело заявили. Я как-то интереса ради поставил SSD-шку на не очень нагруженную по записи систему хранения. Она прожила там пару недель.
                    Отредактировано: igorborisov.livejournal.com~21:05 09.05.14
                    • Комментарий удалён
                    • Комментарий удалён
                    • 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
                  • 0
                    Нет аватара guest11.05.14 13:37:22
                    Не, для бытовых применений всё уже вполне шоколадно, MTBF флэша вполне сравним с оным у HDD. Другое дело, что цена за мегабайт всё ещё выше раз в пять-семь, и «бытовые применения» — это далеко не индустриальный уровень нагрузки. «Сборка проекта» — это не бог весть что, на самом деле. Даже простой монтаж видео нагружает систему хранения куда больше, а уж серверный режим, когда головки не останавливаются ни на секунду... Флэш-SSD от такого загнётся в разы быстрее HDD. Вот SSD на MRAM или FeRAM — другое дело, они от записи не деградируют, но их пока в количестве нет и не предвидится.
                    Отредактировано: Andrey Tupkalo~13:38 11.05.14
                • 0
                  ivankun ivankun10.05.14 16:52:02
                  У MRAM памяти с циклами перезаписи все в порядке (практически бесконечный ресурс).
                  • 0
                    Нет аватара guest11.05.14 08:06:54
                    О MRAM сейчас говорить пока рано, особенно в качестве замены накопителям.
              • 0
                Нет аватара guest08.05.14 20:26:10
                собственно это говорят производители ссд с момента появления. гигабайт на ссд девешеет, на хдд он дешевеет ещё быстрее.
                Отредактировано: Денис Демидович~20:26 08.05.14
                • 0
                  ivankun ivankun10.05.14 16:54:20
                  Но у HDD все же есть предел плотности записи, да и быстродействие достаточно низкое. Сколько сейчас занимает времени скопировать 2тб HDD?
                  • 0
                    Нет аватара guest10.05.14 18:03:41
                    Быстро, не намного медленнее чем ссд, если речь о линейном чтение и записи.
                    Плотность записи каждый год увеличивается. Теоретический предел это управление квантовыми состояниями атома, сколько так на один атом можно вытащить бит в теории, я не готов дать ответ, но есть вероятность что не один. В датацентрах например до сих пор бабины используют с магнитной лентой, так фейсбук архивирует данные. Такая же судьба скрее всего ждет хдд, крупные массивы хранения данных, но это не означает что они останутся уделом только дата центров. Пользователям типа то же надо хранить будет где-то свое видео в 4к, плюс почему магнитная пленка не может быть у пользователей, это отсутствие такой важной функции как случайная выборка. Доступ к позиции старта данных очень долгий. Так что видимо будет 4 уровня данных. Это 1) кеш процессора, 2) оперативная память, 3) быстрая системная(ссд), 4) большое хранилище (хдд). То есть ссд это не замена хдд, а дополнение, как минимум так сейчас видится будущее и так сейчас строятся архитектуры на серверах, в ноутбуках и домашних ПК.
                    • 0
                      ivankun ivankun10.05.14 19:29:57
                      Ну не знаю, если в 2-4 раза не намного медленнее, то мы видимо о разных SSD говорим.
    • 11
      user78 user7807.05.14 14:46:21
      а винчестеры что не маловажно мы сами не производим.в России есть технологии производства винчестеров?

      крутящиеся винчестеры постепенно будут уступать место твердотельным накопителям. Их объем растёт, а цены падают. И технологии производства перспективных твердотельных накопителей в России уже есть - это MRAM, на московском заводе «Крокус Наноэлектроника»:
      В 2014 году планируется запустить завод, способный выпускать 500 пластин в неделю. На второй фазе инвестиций его мощность будет увеличена до 1000 пластин в неделю.

       https://sdelanounas.ru/blogs/42954/ 
       https://sdelanounas.ru/blo...2954/?pid=467832#comments 

      Впервые в отрасли мы предлагаем передовую масштабируемую энергонезависимую архитектуру MLU (Magnetic Logic Unit™ - Магнитная Логическая Ячейка), основанную на технологии Thermally Assisted Switching™ MRAM (Магнито-резистивная память произвольного доступа с термическим переключением), которая позволяет реализовать функции логики и памяти. Эта инновация является основой для нового поколения магнитной технологии, открывая возможность для применения в сферах хранения данных больших объемов, защиты коммерческих операций и передачи информации, высокопроизводительных сетевых решений и высокотемпературной промышленной автоматики на мировом рынке.

      В сфере применений высокообъемной памяти, MLU открывает возможность реализации конфигурации NAND для магнитной памяти, которая ранее была доступна только для памяти Flash (Флэш). Память MLU NAND в два-четыре раза превышает по плотности обычную магнитную память и, при этом обеспечивает полноценный произвольный доступ.

       http://www.crocusnano.com/node/9 

      При необходимости на MRAM чипах можно делать и большие накопители, за этой технологией будущее (по сути будут винчестеры со скоростью оперативной памяти).
      • 0
        Эдуард Тарико Эдуард Тарико07.05.14 16:47:12
        MRAM по всем описаниям и обзорам звучит примерно как «вечный двигатель». То есть «ХЗ, может и возможно, но как-то очень маловероятно». Правда, вечные двигатели по сути уже существуют, может, и MRAM non penis canina est.
        • 1
          Нет аватара Z-zyl07.05.14 17:10:44
          Чего?

          MRAM - вполне нормальная и уже зрела технология.

          Хотя, конечно, полноценного заменителя винестеров с технологиями "Крокуса" не выйдет - уж очень дороговато оно будет.
          В первую очередь та МРАМ нужна как заменитель флеша для радиационно-стойких применений (космос, военка). Там цена не так важна (да и устойчивый флеш тоже стоит очень недёшево, не говоря уж о том, что и в лучшие времена его в Россию не продавали).
      • 0
        Нет аватара Z-zyl07.05.14 17:12:58
        В принципе - да.

        На практике - нужны иные техпроцессы, иначе "винчестер" из МРАМ будет дороже обычного раз так в 100-300, как сейчас. Высокая дозовая стойкость нормальному пользователю не очень-то нужна, чтоб так переплачивать.

        Кроме того, русское производство "Крокуса" не самодостаточно. Оно использует чужие (импортируемые, своих нет) 300мм пластины для нанесения дополнительных слоёв, специфичных для МРАМ.
        То есть, пока в России лишь один необходимый этап, а не своё независимое производство МРАМ.
        Отредактировано: Z-zyl~17:16 07.05.14
      • 1
        club-k club-k07.05.14 18:23:11
        крутящиеся винчестеры постепенно будут уступать место твердотельным
        накопителям.

        очень спорное утверждение. классические жёсткие диски гораздо надежнее хранят данные, чем чипы памяти в SSD-дисках, с точки зрения восстановления данных.
        и т.д. и т.п.
      • 0
        club-k club-k07.05.14 18:23:17
        крутящиеся винчестеры постепенно будут уступать место твердотельным
        накопителям.

        очень спорное утверждение. классические жёсткие диски гораздо надежнее хранят данные, чем чипы памяти в SSD-дисках, с точки зрения восстановления данных.
        и т.д. и т.п.
        • 0
          RadiantConfessor RadiantConfessor08.05.14 05:31:18
          SSD не всегда будет на FLASH.
          • 0
            club-k club-k08.05.14 18:44:35
            классический жесткий диск надёжен для хранения данных в силу принципа работы - на магнитной записи. условно говоря, даже если вся электроника диска сгорит - данные можно восстановить с самого носителя (магнитного диска).
            более надежной технологии хранения данных пока нет и не предвидится.
            SSD доверять хранить данные не стоит, можно потом кусать логти.
            классические жесткие диски будут и дальше совершенствоваться.
            • 0
              RadiantConfessor RadiantConfessor09.05.14 20:06:03
              Нужно уточнить, что вы говорите про FLASH память.

              Да, альтернативы магнитной записи пока не предвидится. Возможно на смену ей придёт голографическая запись в кристаллы.
    • 0
      Нет аватара guest07.05.14 23:53:58
      Ещё очень важно делать видеоядро, под свою архитектуру нужен свой порт ядра, и конечно же к нему драйвера под существующее железо, я не уверен что нвидия будет портировать свои драйвера под ОС Эльбрус. скорее даже уверен в том что не будет.
      • 0
        Нет аватара guest08.05.14 01:06:12
        Если почитать статью внимательнее, для этого туда и поставили Radeon, с открытыми драйверами и документацией на железо.
        • 0
          Нет аватара guest08.05.14 20:30:34
          Документация на железо это хорош, а вот качество драйвера открытого говорят не очень, сам я не пробовал, но могу сказать что не очень даже качество того что от производителя, то слетает, то что-то не делает, то глюки.
      • 0
        Нет аватара Z-zyl08.05.14 02:48:49
        Если есть драйвера под Линукс, то достаточно перекомпилять... не то чтоб это совсем уж просто     , но задача несравнимая с разработкой драйверов.
        • 0
          Нет аватара guest08.05.14 20:28:27
          Если есть драйвера под Линукс, то достаточно перекомпилять...

          Собственно так говорит человек ни разу не собиравший ядро линукса.
          А если там платформенно зависимый код на ассемблере?
      • 0
        Нет аватара guest11.05.14 13:41:09
        Чего-то они там пилят, в КПИ-2 даже какое-то встроенное видео обещали, но, боюсь, просто купили какое-нибудь 2Д IP у того же Silicon Motion.