> Выходит что производительность адаптируется под определенные задачи?

Да.

> Тогда выходит, что самые быстрые компьютеры по определенному назначению могут и в чем-то отставать?

Исторически, кстати, узкоспециализированные компы появились раньше компьютеров общего назначения.

Компьютер НАСА как-то умудряется моделировать тёмную материю.
А вот как на счёт рытья песка триллионом тракторов?

Говорит ОП.
Грубоватое сравнение, однако мне работа узлов процессора чем-то напоминает ДОМИНО(в смысле эффекта цепочки падающих доминошек).

Глобально итоговая проблема вообще в том что непонятно в каких попугаях оную вообще мерять. Оных просто нет абсолютно универсальных.
Даже компьютер общего назначения, тот самый что ни на есть самый раздомашний/офисный - это в итоге объединение спецвычислителей в одном устройстве, "развесовка" этого объединения может, и обычно, бывает разная, и в итоге что-то одно лучше делает одно а что-то другое - своё другое. При том что по тем-же гигафлопсам (подсчёта числа Пи) обе системы могут давать идентичные результаты.

"Высокопроизводительные вычисления используют там, где нужно обрабатывать колоссальные объёмы данных, применяя очень сложные алгоритмы. Обычным компьютерам на решение таких задач понадобятся недели и даже годы."
На деле у параллелизма есть множество применений. К примеру расчёт плотности движущегося вещества в физических ускорителях частиц. Моделирование гидродинамики сжатого газа в холодных цистернах. Конвекция тлеющего водорода во внешних слоях красных карликов.

>>215814
Моделирование скопления звёзд по 1000 слоёв конвекции.

Для типичных задач компьютер/ии - выделяет несильно-большой промежуток от имеющейся памяти. То есть если в компьютере и установлено 4 гб, то по большему счёту из всего объёма будет использоваться всего 1.25.

>>215863
Ты откуда такой вылез? Процесс ест столько, сколько ему нужно. И если столько нет - попросту вылетает. В современных ОС процессов дохрена. Но это не значит, что все они лезут в процессор одновременно. Редко какому процессу нужна ВСЯ оперативка, но практика показывает, что рано или поздно натыкаешься на задачу, которой МАЛОВАТО БУДЕТ. Ну или комбинацию задач, типа просмотра нескольких вкладок современного интернета. Так что, да, в среднем после загрузки ОС у тебя занят гигабайт, но стоит начать что-то делать, и не хватит вообще никаких объемов.

>>215864

>вылетает.

Логично. На деле можно перекинуть в буфер жёсткого диска и загружать данные поэтапно. Это медленнее но работает.
А то как-то игори выживали на слабых видеокартах. Никаких вылетов, но всё идёт с тормозами.

>>215865
Не, своп - это тоже память. Хотя и медленная. Приложения получают память от ОС, и не знают, где она - в RAM или свопе. А вот если запросят больше, чем осталось суммарно - вылетят.
А игры вылетали и до сих пор вылетают подчас. Просто обычно памяти по шейдеры надо сильно меньше, чем GPU способен прожевать, даже с тормозами. Игра обычно проверяет перед загрузкой сцены, сколько есть, и если не хватает - урезает текстуры до меньших разрешений (ну еще есть разные трюки с динамической подгрузкой, что отражается фризами). Но иногда не проверяет, или не находит подходящего размера и вылетает. Чаще всего такое происходит с приставочными портами.
И, да, видеопамять на самом деле память под шейдеры, и оперативка под программы и данные, которые в процессоре крутятся - это разная память. Хотя на встроенных видеокартах видеопамять выделяется из основной, ОС не может так просто ее перераспределять динамически.
Вобщем, тебе надо коммон-сиенс почитать по устройству компьютера. Хрен его знает, есть ли сейчас какой-то актуальный аналог пресловутого "профессора Фортрана" для самых маленьких.

>>215867
Ты никогда не встречал как работает с графикой Интел? Текстуры мыльного цвета отрисовать - вот и прирост производительность. Не новость что подобным образом ЦП может обрабатывать данные. Тут ко всему объёму памяти и нет смысла обращаться.
Современный ии компьютера учится обобщать, а ещё он любит быстро думать. Потому не будет затрачивать полные усилия для решения неликвидных задач.
Он быстренько рассортирует всё по полочкам, современные алгоритмы в скором времени вообще не будут требовать много памяти.
У меня есть мобилка с гигом оперативы, ось грузит всего 350мб., крутит без тормозов неконвертированное mkv.
Есть ещё американская военная поговорка - тупица, делай проще.(kiss - keep it semple, stupid)
Так что следует учесть, что юзать постоянно полный объём памяти - для машин нонсенс. Всеравно что каждый раз перечитывать полную книгу Чуковского, вместо того чтоб быстро вспомнить пару куплетов из Айболита и Бибигона.

Немного поправлю
>>215867
Виндо-ОСь (да и любая современная мнгозадачная) даёт приложению (программе) столько памяти, сколько она простит.
Бывают конечно пограчничные
Прога хочет столько ОЗУ, сколько ОСь ей не может дать на архитектурном уровне (например на 98й винде пробовать занять более 3х гб озу)
Проге надо часто, много, и она всем этим пользуется, а реальной ОЗУ в компе мало - тут ОСь может отказывать в выделении памяти т. к. не только твоей проге она нужна вот прямо сейчас, а выделить не в подкачке сейчас операционка не может - не все программы готовы к таком повороту (и падают) ... С некоторыми готовыми к таким поворотам программами - падает операционка.
Кстати прога при желании может узнать где она - в RAM или свопе, а ещё намерено рекомендовать ОСи отправить кусок запрошенной своей памяти в своп, как и запросить обратное действие.
видеопамять - не оперативка.
Если туда что-то не лезет (или попросту не надо т.к. к примеру, отображаемый трёхмерный бъект - удалённый) туда может быть загружена сильно меньшеная версия текстуры, а если нет готовой маленькой - уменьшена из большой (типично силами ЦП, но от конкретного 3Дэ движка зависти) и загружена.
....
А что имел в виду ОН: >>215863
Не знаю.
Если в общем, на твой запрос выделить n-ное число байт памяти, ты обычно получишь n+сколько-то-там сверху т.к. машина не умеет выделять оперативку куском произвольного размера, только погонными ломтями штатного размера (для ОЗУ на x86 компах - кусками по 4кило -/+ промежуточный программный менеджер (из MSVCRT к примеру) умеющий накрошить тебе их виртуальными кусочками поменьше, но тоже ломтями а не ровным числом байт)

>>215872
Видеокарта может запросить часть памяти у ЦП, у видеокарты схемы памяти чуть-ли не идентичным тем что у компа.(по состоянию на время релиза) Так что немного полегче.

>>215873

> Видеокарта может запросить часть памяти у ЦП

Не работает в случае вычислений на CUDA, а потому для нейросеток нужно много VRAM.

>>215882
Нормальной нейросети хватит для общих задач и 512мб, так что поняти "много" тут сильно обобщённое. Нейросеть и под ЦП написать можно. Там будет памяти по-горло, а вот нужно ли ей столько - уже хз.

>>215884

> Нормальной нейросети хватит для общих задач и 512мб

Для генерации анимушных картиночек в высоком разрешении надо не менее 12 гигов VRAM.

> Нейросеть и под ЦП написать можно.

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

>>215889
Аниме картинки - это общие задачи? Что-то мне так не кажется.
ЦП использует видики в качестве сопроцессора. Сейчас ЦП+видеокарта устоявшийся концепт компьютера. Однако векторные(параллельные) сопроцессоры давно встроенны в сам процессор, с учётом того, что процессор - ядер на 6 - это уже векторная машина.

Спасибо за интерес к треду. Мне тоже интересно чем конкретно отличаются ЦП от видеокарт по возможностям. Знаю только что компьютер Summit выполняет симуляцию термо-синтеза в реакторах.

>>215891

> с учётом того, что процессор - ядер на 6 - это уже векторная машина.

А у ГП несколько сотен ядер.

> Мне тоже интересно чем конкретно отличаются ЦП от видеокарт по возможностям.

ЦП может быстро переключаться между задачами, а ГП — нет.

>>215894

>сотен ядер.

Количество транзисторов говорит о том что это ТРЫНДЁЖЬ.
Так что сравнение слабое.

>>215895
Citation needed
Алсо, количество транзисторов не говорит ни о чем.

КМК, у нас поехавший завелся. Причем еще более чем хлебопечка-кун.

>>215897О, точно, накидай гайды для хлебопечки

я тоже пекарь-куном заделаться хочу

>>215863
Неправда. Смотря что ты подразумеваешь под "типичной задачей", для игровой пеки типичной задачей будут, внезапно, игры, которые спокойно будут мапить гигабайт по 12 на ядро.

Научные вычисления жрут примерно 300 метров на ядро.

>>215897
Видно аргументы уплыли. Понятно.

Предлагаю забанить вот этого >>215919. И ОП-а тоже.

>>215925
Предлагаю покинуть тред. Спасибо.

>>215926
Пожалуйста. Не забудь убрать за собой.

>>215927
Ты бы поменьше конфликтовал, и больше писал по делу.
Количество блоков управления процессора(резисторы, транзисторы) - по большему счёту решающий фактор производительности.
На то и кукурузные частоты влияют меньше, чем количество ядер.

>>215928
Гу поясни нам за трантзикторы-резикторы, раз такой умный.

>>215929

>умный.

Ты меня в чём-то упрекаешь?
Поищи в Гугле значения АЛУ, триггер и регистр. Может поймёшь что к чему.

>>215873
Не может.
На высшем программном уровне АПИ (DirectX) для оконечного потребителя (за счёт виртуализации создаваемой операционкой) создаётся такая видимость, но на железном уровне у ГПУ есть только своя местная оперативка, в общесистемную он может что-то затолкать/вытолкать по DMA, но это нисколько не похоже на доступ к ОЗУ (это похоже, доступно, на а-ля операцию копирования файла между локальным диском и сервером по ФТП)
>>215891
Встроенное видеоядро не чета даже не совсем топовой дискретной видео, просто банально ибо "А у ГП несколько сотен ядер."(c)>>215894
>>215894

>ЦП может быстро переключаться между задачами, а ГП — нет.

Не совсем. Не настолько.
Точней:
Все ядра ГП могут выполнять только одну и ту-же задачу (решать один и тот-же набор математических вычислений, только значения переменных x,y,z,m,k,i,j,,,,в условии каждому ядру можно задать свои)
У ЦП каждому ядру можно задать свой персональный набор математических вычислений. Нет, ну там есть ещё MMX, SSE, AVX c аналогичным ГП подходом к заданию условий, но число имеющихся MMX юнитов даже близко не сотня.
А ещё у ядер ГП своеобразная математика, они специализированные для решения задач надевания пространственных крашеных полигонов на плоскость, и как ЦП работать они вообще не умеют, не содержат достаточного для того набора инструкций.

>Количество транзисторов говорит о том что это ТРЫНДЁЖЬ

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

>>215934
Ну в общем-то видеокарту пока не научили только де/компрессить рар архивы. А вот перекодирует видео уже совместно с процессором. Что для снятия нагрузки с процессора вообще сказка.
Так что от видеокарт таки есть польза, когда это нужно.
На счёт транзисторов, аналогично количеству ядер - больше-лучше.
ОП.

>>215939
Ты все еще не способен нагуглить количество транзисторов?

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

>>216023
Нейросеть сама по себе является программным обеспечением, вопрос непонятен.

>>216024
А если понятно?

>>216026
Тогда пусть отвечает тот кому понятно

>>216029
Если б всё зависило только от программы, то ни-каких бы архитектурных различий между железом небыло. Тут даже с точки зрения рынка конкуренции понятно, что какие-то различия всё-же есть, и различия тут не только в тактовых частотах и разбросе производства.
Вспомним те-же 3dnow, x86, x64, sse, avx.
Надеюсь, ты со мной хотя б в какой-то мере согласен.
Тут есть даже различия у носителей информации, как к примеру разработка от SanDisk - 4 бита на ячейку.

>>216030
Под Arm, x86, и x64 пишется разный код. Что уже говорит о том, что разные процессоры могут иметь различия в способах соображения.

>>216030
Нейросети как таковые, их логика абстрагируются от конкретного железа в любом случае в моем понимании, слишком высокоуровневый софт. Так что конечно конкретная процессорная архитектура не должна влиять на их работу. Другое дело, что в зависимости от быстродействия железа или даже ОС на котороq они работают возможны какие-то сайд эффекты. Но это мне кажется, очень сложно доказать.

>>216032
А почему ты так считаешь?

>>216033
Как говорится - единство в многообразии.
Я когда-то пытался углубиться в компонентное строение микроархитектуры процессоров.
Потому и создалось впечатление, что разное железо может работать по разному.
В доказательство тут к примеру факт того, что к разному железу идут разные драйвера.
Ты не установишь под amd radeon драйвер от nvidia.
Тут параллель можно провести даже с автомобилями, они ездят, но мотор рычит по разному, управляемость разная.
Программа тут как топливо, записанное на диск. Хотя и топливо если по делу понятно - электричество.

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

>>216033
Крысиная(или змеиная) жажда. Кратко говоря. Ну или как-всегда.

>>216033
Почему я считаю что логика высокоуровневой программы абстрагируется от железа? Или что? Если все-таки первое, то это самоочевидно, в том случае если программа должна более-менее одинаково работать на разных архитектурах. Программа может работать быстрее или медленнее(или вообще не работать), но в случае ее работоспособности то что она делает не изменится от того на каком именно процессоре она работает. Как-то так

>>216036
Ты подразумеваешь - разный код - одинаковый способ выполнения(при одинаковой программе). Верно?
Мне интересно получить результат обработки данных из набора разных архитектур.
Просто такой подход как по мне самый интересный. Тут сопоставимо с пословицей о том что - всё в жизни пригодится. То есть имея в наличии сильную видеокарту, хотелось бы чтоб в ящике была и пара слабых.
По опыту скажу что с такой настройкой меньше упустишь из виду.

>>216037

> Ты подразумеваешь - разный код - одинаковый способ выполнения(при одинаковой программе). Верно?

Высокоуровневый код может быть одинаковым и на 100%. В случае с собственно нейросетками это именно так, кроссплатформенность обеспечивают внешние(по отношению к логике самой нейросетки) модули какие-то. Их код таким образом абстрагирован от особенностей архитектуры и работает везде где он должен работать.

>Мне интересно получить результат обработки данных из набора разных архитектур.

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

>>216038
Посмотрим как всё сложится. Спрос не ударит в нос.

От части моё любопытство навела информация - "слабая и сильная нейросеть". Как-то так.

А вот интересно мнение: есть ли смысл брать нормальную (и, соответственно, дорогую) матплату на АМ5 с нормальной же видеокартой (6800ХТ, например) и потом, лет через пять, поменять процессор и видеокарту на что там будет у амуды актуальным? Опасаюсь, что они могут быстро забросить поддержку этого сокета. Дичайший 7800X3D выходит в апреле, кстати.
Пиктуре партиаллы релатед.

>>216042
Будущее не предопределено, так что выбирай то что нравится сейчас.

>>216042
Можно спросить что означает эта провокация на картинке? Прям захожу в тред, и терплю. (ОП)

>>216046
Разрешаю не терпеть, удалить тред и никогда больше на Ычан не писать.

>>216047
А что ещё? Ну действительно.

Можно применить термин - "логические возможности". К видеокартам и центральным процессорам. И таким образом более подробно описать свойства работающих на них программ.

Внесу в тред.
На одном и том же языке,
Одна и та-же программа может быть написана приблизительно разным способом. По этому не всегда есть смысл заучивать каждый сегмент кода.
Другое дело, как этот код понимает железо.
С точки зрения программиста лучшее железо самое новое что подешевле, чем старое но топовые.
Это по впечатлениям.
С достаточным опытом в программировании может быть достаточно и довольно-древнего барахла.
Если за массив определять многоэлементное железо, то перевес будет по большему счёту в пользу видеокарт, на которых рассчитано параллельное программирование. Торговое железо будет отличаться только скоростью счисления.
Потому по моим меркам было б добротно собрать тихий компьютер на непрожорливых компонентах.

У компьютеров есть подпрограмма контроля, хода выполнения программ.
ОП.

Суперкомпьютеры должны работать по принципу введения в цикл(дублирование) кода выполняемых программ.
Я всё правильно понял?
То есть в принципе быстро прогоняет данные через себя.

Господа. Как думаете?
В концепте образа нейросетей лежит подобие векторного компьютера?
Векторные нейросети треад гоу.

А бывают Зонтичные Нейросети?

Правда ли что все многоядерные архитектуры по свойствам в какой-то мере соответствуют нейросетям?
Я двусторонним скотчем на обратную сторону чехла телефона приклеил 2 q6600. Не думаю что в полной мере поможет мобилке - но всё таки поможет.

Немного поделюсь с соседнего треда.
Нейросети по стилю работа напоминают у.ф. фонарик.

>Но что подразумевается под Операцией?

1 комманда ассемблера за 1 такт, герц.

невозбранные удивительные открытия:
чем меньше бинарь, тем быстрее выполняется в памяти.
софт на асме smhw зачастую быстрее софта на Си.
32бит ос и приложения выполняются быстрее 64бит ос.

>>216388

>32бит быстрее х64

Ну вообще да. Х32 как-бы покомфортнее.

>32бит ос и приложения выполняются быстрее 64бит ос

Нет. В общем случае с той-же скоростью или 64бит быстрее (если есть операции над большими величинами которые имея 64битные регистры можно выполнить за один подход (а имея только 23бит - нет ибо по разрядности не влазит)
НУ а далее в жизни - смотря чё там неабыдлокодили.

>>216397
Выгодно 64, только когда есть возможность юзать много оперативы (гиг так от 4х). С 2гб х64 это дохлый номер.
У меня сейчас пара мобилок самсунгов по 3гб оперативы в х32 режиме, производительности хватает за глаза.

да у меня на одном и том же лаптопе приложения и доступ к файлам работают в винхп32 быстрее чем в вин7 64.

ах да, а ещё фат32(ext4) быстрее ntfs(any journalfs).

>>216398
повезло вам. те телефоны что сейчас на рынке.. какая то ересь, не рутаются из коробки. даже не знаю есть ли для свежих андроидов v10+ поддержка прошивки 32бита?

>>216397
если бы ты сам писал код десктопных приложений, то понимал бы что не так уж и многим приложениям нужна поддержка переменных int64, float64 ... для большинства переменных за глаза хватает до 32бит, а для многих и того меньше.

более 4гб рам можно использовать с PAE в 32битных системах. разве что может встать вопрос с макс лимитом файла на диск в 4гб, но файлы разбиваются на части как filename.part1 filename.part2 где каждая часть 4гб, суммарно файла 8гб.

>>216399
У меня первой осью с 3гб рам была вроде - таки семерка. Я в свое время поставил эту ось через эмулятор Даймон.
Я чисто с интереса на атлон 6000 купил приличный радиатор и решил добавить один гигабайт памяти к двум. И по правде и не ожидал что по производительности всё так прилично полетит.
Всё так классно работало что даже не было интереса играть в игры. Анимультики да кинушка. И достаточно.
У меня в наличии сейчас работает 7 х32 телефона. 3 по 2гб рам, 2 по 3, и 2 по одному гигу.
4 самсунга и 3 зте.
Note 3, Note 4, a01, s2. ZTE a31, a32, blade a8.
Такая себе БАТАРЕЯ - псевдосервер. Бате отдал х64 моторолу g22. Она на 4гб.
Живём короче. В ящике лежит талисман-видик Nvidia 9800gt со снятым радиатором. Нет возможности проверить рабочая или нет.
На задних крышках 3 телефонов приклеено по 2 процессора Интел, по 2 кор 2 квад, и один квад с целероном 3300.

>>216399

>если бы ты сам писал код десктопных приложений, то понимал бы что не так уж и многим приложениям нужна поддержка переменных int64, float64 ... для большинства переменных за глаза хватает до 32бит, а для многих и того меньше.

19 января 2038 года узнаешь, в чём ты не прав.

>>216398
>>216399
Я описал ИДЕАЛЬНЫЕ условия.
Если к обыденной реальности - большинству софта крутящегося на "домашнем" компе даже 32 бита в повальном порядке не надо. 64? Единичные тяжёлые вещи использующие всё это.
Итого всё в среднем работает только медленнее. Но маркетинг и дешёвое железо, да. Только пустые накладки, не говоря уже просто разжирении операционок и популярного новомодного софта по принципу да просто так.

>более 4гб рам можно использовать с PAE

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

>вопрос с макс лимитом файла на диск

От битности ОС это никак не зависит (это зависит от ограничений ФАТ32, с одной стороны, и ДОС, с другой, не умеющих в файлы 2^32 - 2 байт)
>>216417
Эта мелочь легко и незатратно решаема даже в просторах 8и битного ЦП.

>>216418
Табздык вашему 64. У меня Самсунг Ноте 4 с замедлением и прокруткой прочитал длинный японский мр3 фаил ост Parasite.
Это аудио к одноименному аниме.

>>216418

>добро пожаловать в ад программного кода переключения окна отображения

А вы, стало быть, пишете этот пост с i286 в реалмоде? Иначе как бы это все и без pae присутствует.

Правда ли что нейронные сети на деле не занимаются глубоким обучением?
Это им технически не выгодно.

Скрин странички, на тему работы памяти.