techwork: (Default)
techwork ([personal profile] techwork) wrote2022-04-07 06:50 am
Entry tags:

Погромисты

Простой пример почему кодер высокого уровня как правило дерьмо.

Наткнулся я на статью странения реализации векторных вычислений Risk-V против ARM

Там аффтор такой везь из себя доказывает почему Risc-V лучше при этом приводя в пример что типа очень простые команды и можно поделить векторный регистр на два все одной командой.

Но этот конченный мудак который очень горд тем что наконец то Аллилуя блядь .... прочитал даташиты по асму и осознал себя от этого Гением которому не 4 а 8 тысяч долларов в месяц надо платить , это тупая драная сука не осознала той простой вещи - а как ты тупая блядь реализуешь это в Железе ??????

У Проекта Fugaku по мимо годов работы коллектива Кодамы кстати в том числе на идеях Неведомского и Краснова по сортировке, есть также то чем в Risc-V и не пахнет. А именно - выстраданная годами АППАРАТНАЯ !!! реализация которая кстати изначально делалась на SPARC архитектуре.

При этом вы постарайтесь найти реальные аппаратные сравнение SVE AVX NEON SSE реализаций SIMD обработки данных про Wavefront и nVidiвские 1024 битные векторные регистры и их обработку я вообще промолчу.

А нет ничего ибо софтячники срут на " личный бренд" всякого говна для лоха.

Опишу что знаю. Реализая Интел и нВиди очень похожи что говорит нам о чём ? О совместной работе.

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


AVX-512 лучше чем SVE справляется с работой с малыми массивами данных с частм обращением к памяти , и я даже знаю почему . Всего не скажу ибо идите вы нахуй а самый очевидной - нет хранения уже готового результата вычисления и причину я этого тоже знаю но не скажу полностью а частично - снизить затраты на транзиторы и TDP

Вообще рещение Фугаку уникально и красиво - чем длинее вектор и больше массив тем скорость вычисления в Z режиме больше. И я знаю по чему а кто не догадался ступает на хуй. Это уровнь вашей "компетенции" уроды .

почему я ещё давно говорил о том что Neoverse V1 это красиво а до того говорил что Фугаку это шедевр именно в части реализации векторных вычислений. Да кстати на самом деле SVE SVE2 можно использовать с самыми разными аритектурами.

И когда вектор 512 бит то да только на больших массивах с потоковой обработкой данных они могут почти сравнятся. Почти потому что там есть кое что что и даёт этот эффект многомерности регистра. А вот при длинном векторе 1024 или 2048 и тем более больших массивах данных SVE рвёт даже nVidia . WF же это простая реализация SIMD в лоб и там нет вообще ничего интересно - силикон рубит все довольны.

На самом деле конечно же можно реализовать видеокарту с очень низким потреблением как в новых чипах Apple за счёт использование SVE в качестве молотилки . Но долбоёбы холёные совтячники этого никогда не поймут - магия , техпроцесс - ну ну а если маркетолог нарисует 0нм то все законы физики вообще отменятся .... facepalm

Дело не в каких то супертехнологиях а в самом банальном включение в ядро эпловской видеокарты наработок от Fujitsu.

При этом SVE особенно с алгоритмом Хоу делает вообще не нужными все те костыли что городили все американские фирмы всё это время. AVX тупо устаревает при таком подходе.

А теперь смотрим на Risc-V - у этой не вьебенно молодой архитектуре где 48 команд как символов в Хирагане есть прям супер удобные инструции для вектрной обработки - проблема только в одном. Нет железа от Fujitsu. И Fujtsu свой Священный Грааль никому открывать не намерен - ARM они дали уже обработанные готовые IP которые и интегрировали в ядро Neoverse V1.

И с хуяли японцам делать такие подарки вcяким обмудкам с Risc-V ? Именно поэтому SiFive не смотря что они прям Risc-V (на самом деле перепиленные исходники проекта Warrior) они для европейского конкурса на европейский чип пошли и купил Neoverse V1.

А Китайцы вообще могут только как в ноябре фейкновости генерить, говноеды грантососы " импортозаместители" их перепечатывать с помпой о типа новых китайских видеокартах выдавая за такие A core купленные у Imagination которые даже близко не в серии. При том что уже есть C XT core. Которые от старых уже ( а какже каждый год устаренвание) Айфонов но что там с лицензией я тогда в ноябре и рассказал. Впрочем и A core это тоже ядро от айфона 5+ летней давности.

Хотя Хоу таки китаец - умный математик, давно за ним наблюдаю.

Поэтому да как де хорошо в теории реализуется векторная обработка на Risc-V - правда с примемлимой скоростью физически такой нет. Но оеа же есть дата shit е и вот такой погромист бежит делать личный бренд чтобы купаться в бабках, на науку ему насрать.И вот идёт потом грант на Risc-V что то делание когда даже нет железа на каком его изгостовиться а ну да " это же мировая практика" только как вот это согласуетсяс " импортозамещение" когда хуячаться деньги государства то есть нас с вами, а не как в " мировой практике" исключительно на свои или DA . Нет сука он жрёт наши деньги, мои деньги и что то там пиздит про "мировую практику". И по итогу что мы получаем - Импортозамещёный Хуй. А он с баблом валит через Турцию в ЕС или под пальму - сдохните лузеры .

[identity profile] paskin.livejournal.com 2022-04-08 05:19 pm (UTC)(link)
Я же не сказал что на С/С++ нельзя писать код под GPU или другие векторные процессоры. Но языки, в которых матрицы являются действительно таковыми — предоставляют компилятору гораздо больше информации для оптимизации и требуют гораздо меньше "костылей" в коде.

[identity profile] techwork.livejournal.com 2022-04-09 12:16 am (UTC)(link)
нет никаких костылей — ты просто не знаешь как это делать вот и всё. И своё не знаение более близких к металлу языков ты оправдываешь бредом в расччёте на то что собеседник тоже ничего не знает .

[identity profile] paskin.livejournal.com 2022-04-09 04:41 am (UTC)(link)
А вы ничего и не знаете. Языки высокого уровня придумали для того чтобы не надо было обьяснять компьютеру каждый шаг. Поэтому в Гугле и придумали TensorFlow, а в Nvidia — TensorRT, потому что на "близких к металлу языках" они бы задолбались писать алгоритмы, да и работало бы это гораздо медленнее.

[identity profile] techwork.livejournal.com 2022-04-09 05:19 am (UTC)(link)
Я то как раз в отличии от тебя как раз таки знаю. Как раз таки то что писалось CtM и работало и работает на порядки быстрее того говнокода который вырабает обьектная модель программирования.

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

Просто с ростом сложности программ требовалось всё больше программистов и времени на разработку — чтобы существенно сэкономить затраты и была придумана ООП . Точнее там было так .

Сначала сварганили ЛИСП — в рамках проекта распознавания естественного языка и ИИ. То есть идея написания программы как описания обьекта на обычном языке. Однако естественно в 1960е компьютеры это не могли

Потом Алан Кай в 1967 начал на основе провала лисп делать Симула — но симула вышла откровенным адски тормознутым говном. Попытка провал Лиспа и Алгол скрестить.

Идею выкинули на помойку и там она провалялась до 1981 когда компьютеры стали всё таки быстрее в разы , начался ИТ бум в Японии и программистов стало просто не хватать. И тогда появился С++ который был " скрежетом зубов" и из-за свое прожорливости стал популярен только когда началась эпоха 386 и 32 битного адресного пространства.

Я помню ещё времена когда Турбо-Паскаль уделывал C++

А вот в 1996 году начался dot com пузырь и вместе с ним эпоха Java потому что нужно было радикально повысить скорость разработки и сделать мультиплатформеность а в ходу уже были Пентиумы и SPARC V8 которые своими мощностями пернежёвывали накладные расходы на java хотя она тоормозила и засирала память мусором.

Задолбались бы только такие говнокодеры как ты которые " не программисты" как ты сказал. Которые даже не понимают о чем говорят но делают это с умным видом.

Если в государстве не стоит проблема сделать так чтобы сократить количество программистов на проекте до минимума — что прямое следствие капиталистической формулы " прибыль немедленно" то можно сделать программы которые вообще не потребуют никаких обновлений и могут работать десятками лет\ Проблема тут только в том что нужно долгосрочное государственное планирование а не " прибыль немедленно"

Код который сейчас пишут это говно. Ruby Phyton это вообще вредительские языки которые просто невозможно скомпилировать так чтобы они работали без адскогого выгрызания процесорного ресурса. Java за счёт долгого вылизывания стала приемлимлимым говном .

Ну и фреймфорки и постоянная линковка с библиотеками это вообще адский ПИЗДЕЦ. Почему браузер сейчас при той же пользовательской функиональности что и 15+ лет назад выжирает в 4-8 раз больше памяти и процессорного ресурса не давая за это совершенно ничего.

Почему игры имеют обьёмы исполняемого кода нет не просто моделек там понятно там сложность возрасла это да понятно — но это всё отработка видеокарты. Так вот сам код имеет такие обьёмы и процессорные потребности что просто пиздец. 18 летней давности суперкомп самый быстрый чтобы просто поиграть.

Сейчас код просто говно. и это не делает работу приложения на пользователи быстрее это нахуй кладёт любое железо. именно потому что используется модель разработки — как можно меньше писать . И если раньше человек получал миксер, то теперь он получает чудовище из многофункиональных модулей 95% функций которых не используется но грузит систему. И естественно всякое дерьмо типа питона это вообще превращает в пиздец.
Edited 2022-04-09 05:20 (UTC)