ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Суббота
20 апреля
704120 Топик полностью
Ксения (07.10.2016 01:55 - 02:04, просмотров: 152) ответил Экспериментатор на А Intel® Xeon Phi™ Coprocessor x100 Product Family уже фсё. Наверное, очень приятно вбухать от $1500 в сопроцессор, шасси, написать оптимизированную программу и через три года с начала производства оказаться у разбитого корыта. Крепеж из
Вы правы только в одном - цена дороговата :), особенно для нашего отечественного потребителя. Во всем же остальном оно совершенно не так. Coprocessor x100 вещь хорошая, а недостаток у него только тот, что требуется принудительное охлаждение из-за http://i.imgur.com/OPTBRV4.png
https://hardforum.com/threads/if-you-wanted-a-xeon-phi-coprocessor-for-any-reason-31s1p-8gb-for-150-at-sabrepc.1840144/
сильного тепловыделения. Поэтому хоть оно и вставляется в PCI-слот любой материнки, не всякий корпус годится для его охлаждения. По этим причинам лично я бы предпочла более умеренную производительность (скажем в 2-3 раза меньше), но с тепловыделением не более 100 Вт. Впрочем, оно бы и в таком виде отлично годилось, если бы тактовую частоту можно было урезать через BIOS или джампером, но похоже на то, что это невозможно. На счет разбитого корыта ваши опасения совершенно напрасны - никто не требует умения писать для этой платы код на ассемблере. Очень удачно сложилось, что Intel уже давно пишет свои библиотеки для быстрых вычислений, а потому поддерживает свои новые платформы еще задолго до того, как они появляются в кремнии. А интеловская библиотека MKL - почти стандарт для матричных вычислений - BLAS и LAPACK под одной крышей плюс кое-что самодельное. Весь мир на этих библиотеках сидит, никто матрицу на матрицу сам не множит. Вот и я на ней тоже сижу, хотя пользуюсь допотопным компилятором - Borland Builder C/C++ 6.0 (2002 г.), т.к. это по сути Delphi с языком C/C++. А там где скорость нужна, пусть библиотека трудится, тем более что Intel лучше знает, как для своих процессоров код оптимизировать. Саму библиотеку юзаю в виде DLL через stdcall-вызовы, что совместимо с любым языком программирования. Причем, если бы на компьютере был установлен Xeon Phi сопроцессор, но программу даже перекомпилировать не надо, т.к. библиотека сразу бы признала наличие в системе сопроцессора и воспользовалась им. Точно так же я недавно обнаружила, что библиотека пользуется инструкциями AVX2 на Core-i7, доступа к которому у меня не было в то время, когда я писала свою программу. А по поводу перспектив я уже раньше свое мнение высказывала - было бы лучше, если бы Intel более заботился о среднем пользовательском звене нежели гнался за первенство в суперкомпьютерных гонках. Еще во времена 386DX следовало включить в систему инструкций DSP-шную команду "умножения с накоплением" и поддерживать ее эффективное выполнение на всем протяжении модернизации арифметического блока (речь о добавлении версий SSE и AVX). Причем Intel сопротивлялся введению этой команды до последнего, а добавил ее лишь совсем недавно (Haswell). Это как раз то самое 4-ое поколение Core-i, процессор которого я сегодня купила именно под эти цели. P.S. Картинку привожу для смеха, я сама не верю в такие цены.