• Симуляция на суперкомпьютере Fugaku показала, что пластиковые щитки для лица неэффективны против коронавируса
    +4

    Спасибо за статью, но где картинки? Ведь без них непонятно как может -"что почти 100% переносимых по воздуху капель размером менее 5 мкм проходит через пластиковый экран"? я то думал, что не зря воду в платиковых бутылках держат.

  • Китай инвестирует $1,4 трлн долларов и переманивает ключевых инженеров TSMC, стремясь обогнать США в производстве чипов
    +2

    Штаты хотели подкосить быстро поднимающегося на ноги конкурента, но ответка со стороны Китая очень серьезная, причем развязка будет довольно быстро в ближайшие 5-8 лет. Интересно — это приведет к ещё большей поляризации или потом после гонки полюбовно договорятся?

  • Как НЕ надо начинать изучать программирование
    +2

    Автор себя загрузил чисто психологически. Постараюсь подсказать решение. Учился в школе 8 классов, потом в училище 3 года. Но потом решил поступить в политех и так как надо было сдавать вступительные экзамены — то выяснилось, что у меня немаленький такой провал в знаниях за последние 5 лет учебы. С осени родители заплатили за заочные подготовительные курсы, там мне дали материалы и задачи, которые я должен освоить и научиться решать, чтобы успешно сдать экзамены. Но до нового года я еще ходил на учебу в училище, после была практика. Так как работать по профессии я не хотел(передумал), то решил приложить все усилия, чтобы поступить в политех. Для этого решил прогулять двухмесячную практику(но без последствий) и вместо неё каждый день самостоятельно по 5-6 часов учился. Учился следующим методом — взял толковые учебники и вначале полностью прочитывал одну тему по которой были задачи из подготовительных курсов, потом решал эти задачи, а формулы и основные понятия и способы решения записывал на отдельных листочках А4. Таким способом за 2 месяца я освоил материал за последние 5 обучения, успешно здал экзамены — более 80 баллов(82 и 84) из 100 и успешно поступил в политех на бесплатное обучение да ещё и со стипендией. Так что тут есть два урока: 1 в общеобразовательных заведениях все обучение очень разтянуто во времени и освоить эту информацию можно за короткое время; 2 — если не отчаиваться, то при определенном усердии можно освоить даже очень большой объем информации за разумное время.
    Но для начала такого обучения я бы посоветовал прочитать книгу "Думай как математик" Барабары Оакли, там есть все необходимые психологические моменты и подходы для успешного даже очень сложных наук и решения задач любого уровня сложности и глубины. Ну чтобы было интересно при обучении, то придумайте и создайте небольшое приложение или сайт в той области где хотели бы работать, первый блин может получится комом, но заметите что чем дальше — тем все лучше и быстрее у вас будет получаться. Это я к тому, что обучение без практического применения — это как научиться водить без машины. И тут на хабре есть много толковых планов по обучению например. Так что все в ваших руках!
    P.S. и было хорошо после того как вам тут дадут много советов в комментариях, узнать ваши выводы в конце статьи. Успехов!

  • Все есть бит
    0

    Но "один тик планковского времени" для целой вселенной означает нецелые значения локальных тиков, что по определению невозможно. И какой будет "один тик планковского времени" для черных дыр?

  • Все есть бит
    +1
    На вход такой функции поступает результат вычисления предыдущей итерации. Каждый тик такой функции является планковским временем, а проще говоря мгновением.

    Нелогичное утверждение, ведь планковское время применимо только локально, и один тик планковского времени в разных точках вселенной будет отличаться кардинально, также рекурсивность по отношению к разным объектам вселенной соблюсти не удастся — так как даже последовательность событий согласно СТО в разных системах будет отличаться. Исходя из вышеизложенного теория либо ошибочна либо этот аспект истолкован неверно.

  • Синус-лифтинг: как это делается?
    0

    Вначале увидев предупреждение подумал, что автор шутит — ведь как от фоток можно быть шокированным. А когда увидел фотки — сразу аж голова закружилась, — и подумал автор чистую правду написал. Качество фоток — само совершенство, настолько реальную картину передает. Если не секрет — чем такие фотки делали? Статья отличная — снимает многие страхи насчет имплантов. Я думаю в след. году ставить импланты — и все думал как десна или кость будет нарастать, а тут всё по полочкам!

  • Секрет формы иконок iOS: это сквиркл? Разбор
    +5
    Никогда не понимал дизайн эппл и фанатских хороводов вокруг

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

  • Мяу-атака удалила уже 4300 баз данных
    0

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

  • 6 мощных возможностей CSS, которые позволяют обойтись без JavaScript
    0

    text-overflow: ellipsis — почти полная поддержка всех браузеров — это не так!

  • История одного взлома или учитесь на чужих ошибках
    0

    Rdp порт открытый, пускай и на нестандартном порте — это главная дыра. Пароли, обновления и прочее — это все второстепенное и за всеми не уследить, если столько прямых проходов открыто. Используйте порт кнокинг — и будет вам счастье и аналогичных проблем описанных в статье не будет.

  • Разбираемся в физике частиц: 7) частицы – это кванты
    0

    отличная статья! Но было бы логично в конце сделать ссылочку на следующую часть.

  • Собираем сервер для графических и CAD/CAM приложений для удаленной работы по RDP на базе бу CISCO UCS-C220 M3 v2
    0
    А устанавливая каждый раз софт на отдельное железо Win-лицензии покупать не надо? Чушь какая-то.
    И какие «тысячи»? Proxmox покупать не надо, если не нужна отдельная поддержка и фичи лично для вас. Качай, ставь, пользуй.

    Перед тем как комментировать статью, её нужно прочитать и понять. А ваши ответы все не по сути, а сплошной спам. Статья про RDP сервер и аргументы все изложены в ней, прочитайте её внимательно, а не спамьте рекламой решений, которые никоим образом не связаны с основной темой статьи. Про лицензии в статье написано, что очень дорогой графический или CAD/CAM софт часто лицензируется на устройство и при использовании на терминальном сервере можно сэкономить на количестве лицензий, а это иногда десятки тысяч $. Но судя по вашим ответам — вы даже заголовок статьи не внимательно читали, а сразу комментировать со своим спамом.

  • Собираем сервер для графических и CAD/CAM приложений для удаленной работы по RDP на базе бу CISCO UCS-C220 M3 v2
    0
    Пришлось делать интерпрайзовые 8.1 в которые этот адаптер пролезает как хост машину- никаких RDP

    Что-то я не понял из комента, что и как вы реализовали? Если нужны именно VM с 3D видеокартой? то смотрим в сторону адаптеров с V-GPU, можно даже бу найти. Обыкновенные quadro прокидываются только в одну VM, а в остальные никак не распараллелить.

  • Собираем сервер для графических и CAD/CAM приложений для удаленной работы по RDP на базе бу CISCO UCS-C220 M3 v2
    0
    А устанавливая каждый раз софт на отдельное железо Win-лицензии покупать не надо? Чушь какая-то.
    И какие «тысячи»? Proxmox покупать не надо, если не нужна отдельная поддержка и фичи лично для вас. Качай, ставь, пользуй.

    Перед тем как комментировать статью, её нужно прочитать и понять. А ваши не ответы все не по сути, а сплошная реклама рекламного агента сайта и программы. Статья про RDP сервер и аргументы все изложены в ней, прочитайте её внимательно, а не спамьте рекламой вашей низкосортной продукции и сайта.

  • Собираем сервер для графических и CAD/CAM приложений для удаленной работы по RDP на базе бу CISCO UCS-C220 M3 v2
    0
    Если вы пробрасываете GPU в ВМ, то доступно оно будет только в этой ВМ..

    наконец-то вы это признали


    Профессиональные видеокарты поддерживают vGPU (+ сервер должен уметь в SR-IOV).

    обыкновенные Quadro не поддерживают, там уже Nvidia Tesla и прочие. Но не факт, что самосбор у вас без проблем соберется, запустится и будет полноценно в 3D работать (цель полностью для каждого пользователя заменить графическую станцию).


    Но насчет лицензий на ОС и софт, отвечу за Вас: да, придется отдельно покупать лицензии и на ОС и софт(десятки тисяч$) — зато мы гордо можем сказать — у нас Виртуализация и денег нам на это не жалко!

  • Собираем сервер для графических и CAD/CAM приложений для удаленной работы по RDP на базе бу CISCO UCS-C220 M3 v2
    0

    аналогичный вопрос wertex78 уже задавали, но неудобные вопросы просто игнорирует. Как и вопрос с лицензиями на каждую ОС и софт в ВМ. Либо не понимает вопроса, либо нет ответа.

  • Собираем сервер для графических и CAD/CAM приложений для удаленной работы по RDP на базе бу CISCO UCS-C220 M3 v2
    0

    а проблему с пробросом Gpu на несколько ВМ вас не смущают?


    1. Бэкапы ВМ с ротацией.
    2. Снепшоты (можно и не выключая ВМ). Зачем? Да для того, чтобы вернуться к работоспособному состоянию ВМ после очередного кривого «вторника обновлений» от MS

    ставим veeam и все имеем без ВМ.
    Каждая ВМ — отдельная ОС, забирает ресурсы и нужны доп лицензии в том числе и на очень дорогой софт.


    Виртуализация ради виртуализации — это бред, никаких проблем не решает, а дополнительные создает. Когда успешно реализуете 5-6 таких решений на 5-10 пользователей 3D графики, то можете про это написать подробную статью на хабре и многие вам спасибо скажут. А пока скорее всего вы для графических пользователей подобного решения не реализовывали, и ваши аргументы чисто теоретические. А в моем случае реализовано уже 6-7 таких решений, которые успешно работают и причем даже никаких нареканий от пользователей нет — а это самый весомый показатель.

  • Собираем сервер для графических и CAD/CAM приложений для удаленной работы по RDP на базе бу CISCO UCS-C220 M3 v2
    0
    Использовать без вирт-ции в 2020-м? Ну, я не знаю.

    На каждую VM мы выделяем определенный объём памяти, а решение с RDP сервером имеем общую память. Самой основной задачей в той компании — работа с большими объёмами 40-60ГБ ОЗУ(на пользователя). При работе 8-10 пользователей для хоста с VM нужно было бы где-то 640ГБ, и при этом весь этот объём большую часть времени простаивал бы, так как большие сборки каждый из пользователей загружает лишь изредка. А в решении с RDP сервером память общая, и в реальной работе всё происходит по след. сценарию — изредка любой из пользователей загружает большую модель ~40-60ГБ, поработает с ней часик, сохранится, закроет модель — память освободится. И случаев когда всем нужно работать с большой моделью на практике не бывает. Поэтому на всех пока с головой хватает объёмов 128ГБ, и в крайнем случае докупить ещё 64ГБ можно за 2-3 часа(если вдруг "горит"). А с VM кроме неразумного использования памяти, ещё много вылазит проблем особенно с пробросом в несколько машин одного gpu(нужны спец gpu за кучу денег).

  • Собираем сервер для графических и CAD/CAM приложений для удаленной работы по RDP на базе бу CISCO UCS-C220 M3 v2
    0
    Могли же просто на i3 (оно в базе от 3+ ГГц) начать собирать станции — давайте будем откровенны 9100F+Quattro620+16 Гб ОЗУ+256 SSD+1.0 HDD, можно уложить в 35 к. А то и в 30 если поставщики нормальные или поиграться параметрами и убрать скажем SSD\HDD\8Гб ОЗУ). И это все новое, свеженькое из магазина, лет на 5 хватит без проблем, с возможностью апгрейда и расширения.

    лет 5 как 32ГБ ОЗУ не хватает для тех конструкторов, для основной работы 32ГБ может и хватит, но 1-2 раза в недельку необходимо 40-60ГБ для основной сборки. В вашем решении(нормальный сервер (около 250-500 т.р.)+тонкие клиенты) так на 8-10 конструкторов нужно было бы минимум 512ГБ(~2700$) + сервер (2500$-3000$) итого около 6К$, в моем решении 1435$ все конструктора довольны и спокойно работают, а это главный результат. В вашем решении большим минусом есть, что память и ресурсы выделяются отдельно на каждого пользователя и используются абсолютно неоптимально и кпд в лучшем случае 20-30%, причем если пользователь вышел за лимит, у него будет конкретный тормоз. В моем случае КПД будет 70-80% и перелимит на пользователя не возникнет.


    сопоставимо с отдельными граф. станциями, на топовом (на тот момент i7\16 Гб\512 SSD+1Тб

    Там у тех пользователей ноуты с такими параметрами и а для многих задач нужно 20-50ГБ ОЗУ, поэтому им и нужен был для больших сборок этот графический сервер. Судят по результату — и мой результат уже 3-4 года как такой недорогой подход к решению поставленных задач оправдал себя на 100%, а в условиях пандемии так вообще по соотношению цена/100%_решение_поставленных_задач пока не имеет себе равных. Все ваши кажущеюся минусы моего решения абсолютно ничтожны на фоне его 7-ми успешных реализаций для более 30 конструкторов и для работы каждого со сборками более 7К деталей.

  • Собираем сервер для графических и CAD/CAM приложений для удаленной работы по RDP на базе бу CISCO UCS-C220 M3 v2
    0

    Я понимаю, что ви защищаете свое — очень дорогое но аналогичное решение "Мы в свое время сделали вывод нормальный сервер (около 250-500 т.р.)+тонкие клиенты(по 20-30к.)", которое всем впаривают вместо более приземленного по цене решения. Возможно для вашей программы Inventor — это единственно подходящее именно ваше решение, но что-то мне кажется — что вы немного лукавите, исходя из того что Inventor на моем решении спокойно работает.


    Анализ технических требований проведен не был.

    все технические требования я уже за 15 лет как вживую опробовал и сам могу рекомендации писать для Creo и Solidworks, 3ГГц это ни о чем — в 2005 тоже 3ГГц процы были и потом сборки выросли мы их на core 2 duo 1.3-1.8Гц поменяли так сразу все тормоза пропали.


    Далее 2620v2 имеет ВСЕГО 6 ядер (итого 12) т.е. у вас по 1 чистому ядру на пользователя в лучшем случае. Наймут еще одного инженера и чего делать будем?

    Рассмешили, вы в курсе что в среднем вы среднем используете лишь 15-30 процентов одного ядра при работе? И пользователь может интенсивно работать только с одной прогой, а все остальные в фоне и потребляют минимум? К тому же почти всю не CAD работу в основном выполняют на локальном ПК или ноуте. И в статье с самого начала написано "поменять процессоры (в нашем случае шестиядерные E5-2620 на десятиядерные Xeon E5 2690 v2)". E5 2690 v2 легко найти по 150-200$.


    Про выбор видеокарты писал выше. P600\P620 это начальный уровень и упереть ее в вычислительную мощность можно 100\200 деталями в том же Inventor 2015 (самолично делал). Вы видимо со своими инженерами не общались.

    Во первых P2200. Во вторых учитывая подход к разработке программ в Autodesk, то я уже лет 10 вообще стараюсь ничего общего с их продуктами не иметь. А если в 100/200 деталей у вас тормоз, то все конструкторы других полноценных программ вас засмеют, ведь еще в далеком 2008 еще в ProE на компах Core2 duo/8ГБ/9600GT сборки на 7k летали, а в CATIA так вообще там даже с зеркальным рендерингом(пробовали для прикола) такие сборки спокойно работали.


    Переезд с 12 на 15 инвентор был просто небом и землей, с 15 на 20 аналогично.

    это потому что изначально программа работала шлаково, в CAM/CAE высокого уровня всё изначально работало как надо, на одном заводе откуда я уволился ещё 2011 году, после меня никто уже больше ничего нового не внедрял и не ставил — там до сих пор успешно работают с изделиями в 7-10к деталей в proE 4.0


    Вы сами попадаете в ловушку — не использовать новое ПО потому, что тормозит, а тормозит оно потому что вы вкорячиваете устаревшее железо без поддержки новых стандартов (я писал про AVX)

    я всегда ставлю всё новоё и все обновления, но уже неоднократно вам писал, что у нас часто людям впаривают программу не того уровня, что необходимо им для работы. В моем случае навязчиво в нескольких конторах впаривают Solid, в котором ничего сложнее газонокосилки лучше не разрабатывать (сотни раз проверено и даже на сайте Solid у клиентов нет сложнее изделий более 3к). И расставят пальцы веером будут вам про AVX-ы шмиксы лапшу вешать.


    Цель создания\обновления любой системы это решение конкретных проблем и, что самое главное, НЕ создание новых. А вы просто взяли и создали людям проблему с не разделяемостью ресурсов и переложили ответственность с себя

    Абсолютно противоположно реальной ситуации пишете. Уже в третий раз вам пишу — решение опробовано и работает уже 3-4 года, только до этого работало для 3-4 пользователей, а тут для 8-10. К решению описанном в статье именно сами конструкторы были инициаторами, потому как решение им очень зашло.


    Про программное писали выше\ниже — вдруг кому шаблон листа потребуется изменить

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


    Если резюмировать все вышесказанное, то ситуация выглядит так — у нас было 100к, модернизировать машины не хотелось, а хотелось поиграться с настоящим сервером (никогда не видели!).

    Посмеялся от души. Ещё 2011 в моем ведении было 2 ЦОДа — один основной и один резервный(с 64 серверами fujitsu py bx920 s2) и 14 комутационных. Если честно, то в моих словах для вас есть много фишек, которые вам стоило бы взять на вооружение или хотя бы обдумать. Но если вы настроены предвзято, то предлагаю прекратить дискуссию.

  • Собираем сервер для графических и CAD/CAM приложений для удаленной работы по RDP на базе бу CISCO UCS-C220 M3 v2
    0
    Если у вас нет денег на такие решения, то нафига ползать по столбам? Проще и надежнее вкатать отдельные графические станции.

    Не попробуете — не узнаете, в том коллективе очень довольны — ведь могут работать отовсюду и часто в другой стране. В статье не описано, но перед этим на одном заводе для конструкторов было уже запущено 5-6 таких решений, но только на мощных ПК. Все особенно когда на карантин всё закрыли, подключились по RDP удаленно и продолжили работать в обыкновенном режиме, причем никаких рекламаций от более чем 30 человек вообще не поступало. А ведь знаете, что конструкторы народ привередливый — и когда нет жалоб — это серьёзный показатель. Просто меня очень радует, что решение по цене немного дешевле графической станции, но по качеству и масштабируемости её превосходит, поэтому и статью написал, чтобы и другие в похожей ситуации могли воспользоваться таким способом, особенно в условиях тотального уменьшения финансирования и закрытия на карантин.

  • Собираем сервер для графических и CAD/CAM приложений для удаленной работы по RDP на базе бу CISCO UCS-C220 M3 v2
    +1
    если игровой (да любой, на самом деле) ПК убрать из офисного угла и поместить в серверную

    вы в курсе что многие производители создают запланированное устаревание (и поломки аккурат после гарантийного срока) розничных продуктов? Даже если производитель это делает ненамеренно, но часто ради экономии многие закрывают глаза на установку компонентов со сроком службы чуть более гарантийного срока. Причем для корпоративного и серверного сегмента качество может отличаться на порядок или даже на два. Слишком много повидал таких игровых компонентов, причем дело почти всегда не в кондюках, а в чем либо более сложном. Причем игровые компоненты работают всегда на грани своих возможностей, что значительно уменьшает срок их службы.


    Кстати, а какого года выпуска ваш сервер?

    сервер вроде 2015

  • Собираем сервер для графических и CAD/CAM приложений для удаленной работы по RDP на базе бу CISCO UCS-C220 M3 v2
    0

    перед этим бекапим на другой ресурс, но "вылетает второй рабочий диск" — довольно редкий случай. При паре десятков таких случаев(замене диска и ребилде) — ни разу так не случилось, но все равно внешние бекапы должны быть.

  • Собираем сервер для графических и CAD/CAM приложений для удаленной работы по RDP на базе бу CISCO UCS-C220 M3 v2
    0
    Мне кажется, вас больше должно интересовать не то, что к чему привязывается, а то, что написано в лицензионном соглашении.

    Я считаю, что тот кто соглашение подписывает тот пускай и интересуется, в данном случае это ответственность заказчика. В его оправдание лишь могу сказать, что PTC поступает очень некорректно, что даже во время пандемии не продает клиентам RDP feature к лицензии — ведь у многих офисы с лицензиями на компах закрыты. PTC конечно сделали так, что можно домой перенести лицензии, но у скольких людей дома или на ноуте есть аппаратная начинка для полноценной работы с Creo? Но это все лишь частный случай, в большинстве случаев лицензии выделяются на пользователя или на устройство, если на устройство — то мы значительно экономим, если на пользователя — то остаемся при своих(ведь до этого же эти пользователи как то работали?). PTC нужно пересмотреть свою дойную политику(только аренда на год, без бессрочных лицензий, запрет на продажу RDP feature к лицензии) — так как знаю уже много случаев, когда из-за такого жадного отношения многие перешли на более слабые решения конкурентов, но с бессрочными лицензиями.

  • Собираем сервер для графических и CAD/CAM приложений для удаленной работы по RDP на базе бу CISCO UCS-C220 M3 v2
    0

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


    По теме много больших вопросов, так как ucs не подходят для GPU внедрений.

    на локальном рынке бу серверов выбор очень мал — поэтому "я его слепила из того что было". Но для такого маленького бюджета вышло просто замечательно. Скажу вам по секрету, но заказывали просто мощный комп, но по моей инициативе сделали реализацию на базе UCS вышло по параметрам в 1,5-раза лучше чем заказанный ПК.

  • Собираем сервер для графических и CAD/CAM приложений для удаленной работы по RDP на базе бу CISCO UCS-C220 M3 v2
    0
    Отличная идея — сначала что-то купить, а потом проверять совместимость.

    Разве в статье не описано, что так делать не надо? Перед тем начинать движения — внимательно проштудировал спецификации сервера — разъем pci 16х есть(видяха), pci 4x есть(nvme), по питанию и размерам тоже инфа была. Поэтому риск почти отсутствовал, но всё равно определенный мандраж был. Но я уже лет 15 так поступаю в разных IT сферах — всё время иду первопроходцем — успешно ставлю и настраиваю разные системы, иногда бывая первым, кто вообще это реализовал. Ведь "под лежачий камень вода не течет". И теперь — я от многих работ отбиваюсь, так как есть свои темы, которыми не хочу жертвовать. А в описанном случае реализация уж очень зашла клиенту когда началась пандемия. Чего в статье не описано — так это то, что уже перед этим было успешно настроено 6-7 мощных ПК, просто на базе сервера сделано впервые.


    Если не было технических проблем при запуске, это ещё не значит, что «проблем с лицензиями не будет», впрочем, как и других проблем:
    — Лицензии могут быть привязаны к кол-ву пользователей — тогда вы нарушаете лицензию.
    — Софт может некорректно работать при нескольких запущенных инстансах — стоит ему хоть в одном месте писать мусор или настройки не в пользовательский профиль/%temp%, а в что-то общеедоступное — вам потом будет очень весело отлавливать проблему; сюда же озвученную выше проблему безопасности

    Полностью согласен с вами — немного поправлю статью, чтобы осветить эти моменты, в моем случае всё уже было пару лет как успешно опробовано, поэтому риска не было.


    Вот тут я бы предложил другой вариант: после всех экспериментов с настройками — всё снести и поставить с нуля. Вот так:
    — во время экспериментов надо документировать все критичные настройки
    — во время установки с нуля вы повторно выполняете минимально необходимые настройки (которые задокументировали на предыдущем этапе)

    Зачем заново всё ставить? В драйверах есть опция "чистая установка" — только так и ставлю, а остальные моменты у меня уже давно выверены(и задокументированы) при установках и настройках серверов. "надо документировать все критичные настройки" благодаря этому и писал статью. Но рекомендация отличная — включу в статью.

  • Собираем сервер для графических и CAD/CAM приложений для удаленной работы по RDP на базе бу CISCO UCS-C220 M3 v2
    0

    а смысл виртуализации? если прямое назначение железа только для графического терминального сервера? в коменте выше человек столкнулся из-за виртализации с непреодолимой проблемой, так зачем городить огород?

  • Собираем сервер для графических и CAD/CAM приложений для удаленной работы по RDP на базе бу CISCO UCS-C220 M3 v2
    0
    Не знаю в каких CAD\CAE-приложениях работают ваши инженеры

    в основном Creo, и немного Invertor.


    но весь виденный мною софт лицензировался по количеству пользователей

    в Creo привязывается к сетевухе, Invertor я не знаю как там лицензировали, я в этом не участвовал, но родительская компания работает в Inventor-е. Но как минимум 1 пользователь Inventor работает иногда совместно с пользователями Creo, и всё без лагов, правда думаю что в инвенторе там не будет 3-4k деталей, но в крео 5-7 тисяч.


    Не знаю какой САПР вы используете, но Inventor в 3-4к деталей вызывает в ней лаги, и упирается она не в память =)

    Скорее всего упирается в логику и проц и очень зависит от правильной методики работы. Ещё в далеком 2008 году на сборках 3-7 тисяч деталей был тормоз на дешевых видяхах, но после замены на nvidia 9600 забыли о такой проблеме. Поэтому и написал что мощность видях выросла в десятки раз, а реальная потребность выросла максимум в 1,5-2 раза. Сомневаюсь что при правильной методике работы будут какие либо тормоза. Ведь в Creo и других САПР есть главное и разные упрощенные представления, знаю что и в Catia и в Solid так есть. Но если работать всё время в главном представлении, то тормоза будут в любой проге и на любом оборудовании. И тормозит именно на проце, причем скорее всего все САПР проги для расчета геометрии и логики используют тупо одно ядро и только при загрузке модели могут подключать второе. Аппаратное ускорение используется только при 3D прокрутке и реальных ресурсов GPU там используется с гулькин нос — это вам не игры или кинематографические сцены, где нужно рендерить каждый из десятков тысяч листочков и травинок. Поэтому тормозов видяхи начиная с 2008 года и 9600 nvidia я не встречал. И p620 и p1000 и p2200 легко справляются с нагрузкой от 4-5(p620) до 8-10(p2200) — протестировано в Creo и Solid со сборками 3-8 тисяч деталей. Табличку что вы привели она для vGPU — я так понимаю для облачных систем и прочих виртуальных машин и примочек. А в моем случае никакой виртуализации не используется и система справляется прекрасно.


    но Inventor в 3-4к деталей вызывает в ней лаги

    открою вам секрет, много зависит от уровня проги. Нам представители Солида все рассказывали, что нам нужно купить какой-то безумно дорогой комп, чтобы на 5-7 тисячах не тормозило — такой комп купили, а при тестах в solidworks тормоза остались, хотя в Creo и Catia без тормозов абсолютно. И причем видяха там вообще никакой роли не играла — всё в проц упиралось. поэтому представители компании, чтобы втулить свою прогу будут рассказывать — ну вот будет у вас новое железо или только вышла новая версия в 3 раза быстрее работает — это профанации, чтобы поверили, что их прога подойдет. А на самом деле лидеры рынка уже более десятка лет спокойно справляются с гигантскими сборками при правильной методике работы.


    Четвертый момент, точка отказа. У вас сейчас тока отказа это сервер, на котором все данные.

    вы не так поняли этот сервер лишь рабочее место — CAD данные и прочее находятся в системе на других серверах. Поэтому потенциально, если этот сервер нагнется пользователи смогут с ноутов подключатся напрямую к системе, и продолжать работать пускай и в ограниченном (через слабость ноутов) режиме.


    Пятое, UDP-канал через VPN у MS эпизодически падает

    раньше было через openvpn ничего подобного не было ни разу. Теперь напрямую по RDP тоже без фризов. Но специально для вас расскажу фокус настройки RDP клиента — connection type:i:6 и networkautodetect:i:0 — интернет у большинства выше 10 мбит, то включаем тип соединения 6(локальная сеть 10Мбит и выше) и отключаем networkautodetect — ведь как раз этот networkautodetect катастрофически и надолго снижает вам скорость при даже небольшой потери пакетов- сервер тогда начинает максимально сжимать картинку и это создает очень ощутимый(до 1-2с) тормоз при работе, который пропадает в основном только после переподключения или перезагрузке. Также многие работают через Wifi и даже usb шнурок -там надо отключать энергосбережение через диспетчер устройств — тогда скорость растет на порядок.


    Третий момент, если я правильно понял, то вы использовали обычный терминальный сервер, а не набор виртуальных машин. Чем обусловлен такой выбор?

    в коменте выше люди уже так пробовали, но без специализированного решения — как в вашем случае, другой метод не пройдет. А инженерам объяснить довольно просто — там через диспетчер всё видно, кто насколько нагружает, и САПР проги при обыкновенной работе более одного ядра не грузят. А если кто хочет расчеты делать, то пожалуйста — есть ночь и выходные считай сколько хочешь.
    P.S. Мой метод абсолютно рабочий — работает в трёх местах на 6-7 машинах разной мощности от мощного ПК до сервера в статье, в Creo, Solidworks и Inventor и очень больших сборках 5-8 тисяч деталей.

  • Собираем сервер для графических и CAD/CAM приложений для удаленной работы по RDP на базе бу CISCO UCS-C220 M3 v2
    0

    Raid это как раз надежность — накрывается один диск система работает дальше, ставим в RAID на замену и массив восстановлен. Если без RAID з резервированием(именно это имеется ввиду) что-то выходит из строя, то не факт, что сможете восстановить не только работу (доступность), но и данные (надежность). А про шифровальшик — это безопасность.

  • Собираем сервер для графических и CAD/CAM приложений для удаленной работы по RDP на базе бу CISCO UCS-C220 M3 v2
    0

    Но зачем через Hyper-V? Просто 2019 на железо, ведь в VM вы всё равно нормально все ресурсы не прокинете — чем нибудь не пожертвовав. К тому же производительность однозначно может пострадать, то зачем нам виртуализация? Чтобы повесить всё на один ресурс? Мне кажется это немного извращенным, потому как некоторые вещи лучше не виртуализировать, и графический сервер один из таких случаев.

  • Собираем сервер для графических и CAD/CAM приложений для удаленной работы по RDP на базе бу CISCO UCS-C220 M3 v2
    0
    Делать бэкап на локальные диски?

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


    512Gb на SSD для рабочих файлов CAD — это может быть маловато

    полностью согласен — но мне порезали бюджет после согласования


    Как я понимаю, своп ОС на том же SSD где и рабочие файлы

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


    конечно сам NVMe дектопный

    в ту сумму ничего получше и понадежней не влазило. Сам люблю в серверы только серверное — но такова реальность, что приходится изголятся — одно радует что ssd самсунг еще ни одного отказа не было из нескольких десятков штук.


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

    там такого объёма нет, но спасибо что обратили внимание, немного поправлю статью — добавлю этот момент.

  • Убийца VPN. Правильный удалённый доступ к боевым серверам
    0

    Удаленка — просто и безопасно: rdp, port knocking, mikrotik https://habr.com/ru/post/495596/

  • Почему IPv6 всё ещё не взлетел. Практические выводы пользователя IPv6 и опрос
    +1

    "копнуть поглубже" — это настроить хостинг? там включили ipv6 для галочки и даже когда я пару лет назад попросил дать для каждого сайта отдельный ipv6 адресс — то отказались, сказали что не могут. А при правильной настройке ssl первое, что надо сделать — это обеспечить отдельный ip адрес. К тому же я точно знаю, что для сайтов у них настроено два разных движка — один для картинок и статики, а второй для скриптов, и ещё куча оптимизаций. Так что если и копать — то через техподержку хостинга — а это долго и не факт, что реализуемо. но кучу времени время потратить вполне можно, причем там как принцип домино — потом dkim и прочие настройки почты нужно будет для ipv6 настраивать, короче движений много, а отдачи 0 — при том что есть риски остановки работы сайта и неважно плановые или нет. А прогресс ради прогресса я считаю — что это тупо, обязательно должны быть конкретные преимущества, а не виртуальные "зато более совершенный протокол".

  • Нападение на удаленку
    0

    Думаю что можно добавить эффективную для защиты удаленки технологию PortKnocking.

  • Почему IPv6 всё ещё не взлетел. Практические выводы пользователя IPv6 и опрос
    +1

    Посмотрите результаты опроса, в коментах много похожих историй от грамотных специалистов. Разницы между ip6to4 и ipv6 при 100% наличии соединения без потери пакетов (проверялось через пинг и днс запросы) практически никакой.


    Это не проблема ipv6, а нежелание копнуть поглубже.

    Проблема не в нежелании копнуть поглубже, а в невозможности использовать ipv6 практически в любой среде с присутствием даже небольшого разнообразия программ, сайтов или инструментов необходимых для полноценной работы, но либо не работающих с ipv6 либо работающих с глюками. В моем случае 1. Бухгалтерия, 2. Бизнес среда разработчиков(бизнес скайп), 3. Коммерческий сайт. И в трёх случаях внедрение IPv6 не принесло ничего кроме проблем. И тут как раз не ipv6 плохой (он как раз отлично продуманный протокол), а проблема в том, что абсолютно непродумано плавный переход на него без сопутствующих (в большинстве случаев критичных) потерь, что и создает для большинства высокий, а иногда непреодолимый порог для внедрения. Хотя ipv6 хорош, и во многих, но сейчас зачастую узких(из-за широкого использования ipv4) сферах применения, он работает прекрасно и решает проблемы для решения которых и создан. Но то, что абсолютно непродумано плавный переход и это рождает много непреодолимых проблем, подтверждается очень долгим, но до сих пор незаконченным даже на треть периодом внедрения, несмотря на полную поддержку и усилия гигантов отрасли.

  • Дешёвый сервер из китайских запчастей. Часть 1, железная
    0

    Полностью согласен! Легче б.у. подобрать, я таких уже штук 5 в разные организации закупал, так там сразу всё в комплекте и ip kvm и райд. В последний (CISCO UCS-C220 M3 v2), даже поставил nvme ssd и quadro p2200 + sas диски, получился неслабый такой графический терминальный сервер. А колхозить на основе китая + "купил, что было" — так за 2-3 года что-нибудь нагнется с вероятностью 60-80%. А брендовые серваки лет 7-10 — поставил и забыл.

  • Почему IPv6 всё ещё не взлетел. Практические выводы пользователя IPv6 и опрос
    0

    Дело не в справке, ее как и прочитал, просто доступ к настройкам nginx только у хостинга, так как у меня там простой аккаунт, а не vps. Насколько я знаю у них там вообще адская смесь, и nginx только для статичных файлов и ssl используется. Я особо не вникал в их кухню, но скорость работы сайта меня устраивает более чем — ведь скорость загрузки страницы вписывается в требуемые гуглом 100мс, причем без memcashed и прочего. А париться с техподдержкой хостинга, понимая к тому же что это общие настройки для всего хостинга с десятками тысяч сайтов, я не хотел.

  • Почему IPv6 всё ещё не взлетел. Практические выводы пользователя IPv6 и опрос
    0

    Первый пункт как раз и подразумевает ваш вариант, ведь без ipv4 сейчас вообще никак, просто в опросе заложены небольшие крупицы юмора :)

  • Почему IPv6 всё ещё не взлетел. Практические выводы пользователя IPv6 и опрос
    0

    Спасибо за грамотный ответ, выходит ту информацию, что читал уже устарела.

  • Почему IPv6 всё ещё не взлетел. Практические выводы пользователя IPv6 и опрос
    +2

    Многие пишут, что уже устарел, так как непродумано его использование для мобильных пользователей — тех что перемещаются между базовыми станциями. А ведь таких сейчас большинство!