Какой у вас стационарный компьютер?

[As]

[uquote="Upgrader",url="/forum/viewtopic.php?p=4134654#p4134654"]...железо совершенствуется постоянно независимо ни от чего.[/uquote]
Вот тут-то и порылась собака! Совершенствование "железа" сильно замедлилось, да, процессоры растут "в ширь", да, памяти стало больше - но всё это бессмысленно без тщательной оптимизации кода! Что толку от процессора в 128 ядер, если программа смогла задействовать лишь пару, а ОСь то и дело эти пары тасует, не давая полноценно использовать кэш-память?

[Upgrader]

Что толку от процессора в 128 ядер, если программа смогла задействовать лишь пару

А все совсем не так.

[As]

К сожалению, часто именно так и происходит...

[SeregaT]

Что толку от процессора в 128 ядер, если программа смогла задействовать лишь пару

Зато можно запустить много программ, которые вместе задействуют все ядра.

[As]

...И тогда мы утыкаемся в неоптимальность ОС по управлению многопоточностью, про которую выше я уже упомянул... "Форточки" раскидывают потоки вычислений довольно произвольно...

[Dick]

Каждой программе- отдельный компьютер! к 2024году! Ура!

[Transformer-V]

[uquote="Upgrader",url="/forum/viewtopic.php?p=4134843#p4134843"]Говнокод не имеет никакого отношения к тому о чем идет речь.[/uquote]
Говонокод, который исполняется по средством байт - машины останется говнокодом.

[uquote="Upgrader",url="/forum/viewtopic.php?p=4134843#p4134843"]Не надо принимать желаемое за действительное.
Это зависит исключительно от специалиста, а не от техники и ее инструментов.[/uquote]
О том и речь, что код написанный для байт машины не требует знаний специалиста.

[uquote="Upgrader",url="/forum/viewtopic.php?p=4134843#p4134843"]Единственное что из этого адекватно - снижение производительности, но не критичное, ибо это в любом случае двигатель прогресса.[/uquote]
Снижение производительности и потребление ресурсов. Когда "программа" инструкции для байт машины с пустым окном весит 100 килобайт, а при её запуске байт машина съедает 500 мегабайт оперативной памяти - это ненормально!

[uquote="Upgrader",url="/forum/viewtopic.php?p=4134843#p4134843"]С оптимизированным софтом можно было бы сидеть на компе 15 летней давности и ничего не нужно было бы больше. Но сейчас совсем другое время активного развития технологий, по этому так не будет ни при каком желании.[/uquote]
Время скриптов, а не программ и к технологиям это никакого отношения не имеет, так как зачаток этой инициативы Visual Basic 6 где откомпилированные приложения работали за счет виртуальной машины msvbvm60.dll программисты тогда ругались на низкую производительность и плавно переходили на C/C++

Радует, что игровая индустрия не перешла на dot net. Так как упор на производительность на первом месте.


[uquote="Upgrader",url="/forum/viewtopic.php?p=4134843#p4134843"]По поводу электричества вообще глупости, т.к. чем новее техника тем меньше она потребляет. Нанотехнологии! Если бы легкий быстрый софт хорошо вертелся на старых компах даю гарантию обновлять их не будут и электричества они жрать будут БОЛЬШЕ.[/uquote]
Софт, который хорошо вертится на старых машинах, быстро выполняет заданную рутину, не потребляя на постоянной основе процессорное время, как это делают приложения на байт машинах, потребляя немерено электроэнергии, изнашивая оборудования.

[uquote="Upgrader",url="/forum/viewtopic.php?p=4134843#p4134843"]Софт тормозит и глючит только у тех, кто собрался новый софт ставить на старое железо - это НЕ нормально с точки зрения пользователя. Но вопросы бедности это совсем другие вопросы, нет смысла тут на это переводить стрелки.[/uquote]
Ну да сменим процессор и всю платформу, что бы запустить горе приложение UWP.

Добавлено after 4 minutes 22 seconds:
[uquote="As",url="/forum/viewtopic.php?p=4134916#p4134916"]...И тогда мы утыкаемся в неоптимальность ОС по управлению многопоточностью, про которую выше я уже упомянул... "Форточки" раскидывают потоки вычислений довольно произвольно... [/uquote]
Когда приложение создает потоки вызывая CreateThread(...) система распределяет эти потоки на каждое ядро - вызов. Т.е создали один поток система отправила его выполнять на одном ядре, создали второй поток, система отправила на второе ядро и т.д.

[As]

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

[Ратмир]

Интересный вопрос в названии темы.
А если у меня сейчас 10 стационарных компьютеров, которые проходят тесты и я их гоняю. Еще около 50 шт. стоят на готове.
Мне что всех их описывать?

[SeregaT]

А если у меня сейчас 10 стационарных компьютеров, которые проходят тесты и я их гоняю. Еще около 50 шт. стоят на готове.

Хорошо что ты не продавец в ДНС!

[Dick]

А если у меня сейчас 10 стационарных компьютеров, которые проходят тесты и я их гоняю. Еще около 50 шт. стоят на готове.
Мне что всех их описывать?

Помоги Скайнет бездомным программам ! Раздай по компу...

[Transformer-V]

[uquote="As",url="/forum/viewtopic.php?p=4135005#p4135005"]...А потом прерывание - и вместо критичного потока на том же ядре - какая-нибудь дрянь... Даже в гугловском плеере иногда рассинхронизация звука и видео по этой причине случается...[/uquote]
Вот вот.

[astrahard]

[uquote="As",url="/forum/viewtopic.php?p=4134897#p4134897"]К сожалению, часто именно так и происходит... [/uquote]
Надо понимать, что ядра конкурируют за общие ресурсы:

В первую очередь "шину" вернее сейчас не шина а матрица, а матрица присоединяет к ядрам память
Во вторую очередь конкурируют за мозги кодеров, хотя и пытается им помочь
В третьих, популярность микросервисов дает понять, что матрица слишком много на себя берет
В четвертых получается что размножение ядер неудобно Intel это единственная понимает
и делает "по старому" спец ядра для проверенных временем задач и ARM идет по этому пути но они несколько послабее умом
Проверенные задачи это ввод-вывод, в эту категорию попадает, например translate (языковой перевод), железный релиз протоколов
в частности протокола OLE, а сам але контейнер для многого в частности для ASCI и UTF
Все идет к тому, что OLE станет "железным" а ядра обзаводятся дополнительной локальной памятью (Бабаян)
Идеология!!!!! такая лишить ядра памяти не эффективна !!!!!! проникла и сюда.

Добавлено after 28 minutes 7 seconds:
Когда программирование опять вернется в науку из области искусства, тогда мои прогнозы сбудутся!
Все как в биологической жизни, молодеж (ARM) размножается и толстеет (что прискорбно (жиреют в прямом смысле))
Intel (старики) знают толк в "апельсиновых шкурках"

Добавлено after 15 minutes 30 seconds:
Моя идеология лучше двух упомянутых, размножая ядра я предлагаю идеологию таймаутов
Пусть ядра имеют шанс не успеть, но очередь таймаутов о них не забудет,
Идеология называется "Сортировка тймаутов на вибросите" Timeouts Sorting a Vibrating screen (TSVs)
P.S. В принципе, это старое доброе асинхронное VS синхронное BX440 VS I815 .....

Добавлено after 9 minutes 19 seconds:
OLE (Microsoft) повзрослеет и переедет жить к Intel. OLE Переименованная в ActiveX что намекает....

[As]

А почему - Интел? У АМД, вроде, эффективность вычислений была выше?
(точнее, не так: процессоры от АМД всегда быстрее исполняли "старый" код, а интелевские были быстрее при использовании их новых инструкций... )

[astrahard]

У AMD нет права первенства, но это ерунда. Лично меня раздражает низкое качество и поспешность. Microsoft тоже раздражается от фразы "Это не Юникс", докажите, что Linyx not Unix.... Докажите, что AMD not Intel?

Добавлено after 4 minutes 4 seconds:
Зато легко доказать, что Windows не Unix. Эту фразу "Не Юникс" должна произносить Microsoft но никак не Linux.....
В свою очередь AMD должна признать, что она коллаборационист. Подает дурной пример и ведет за собой.

Graviton 3 от Безоса также был рассмотрен, как процессор решающий проблемы оценки (как в школе). Будет он доступен?
Надеюсь что нет, или да? О безопасности, как ни странно больше печется Wintel, чем ARMGoogle. Зато ARMGoogle печется о образовании.
Что даст нам одно, и что другое? Время показывает, что образование заранее было запланировано не для всех, многие сами этому верят, пытаясь его сдержать.

[As]

Тема, конечно, не про образование - но: если применить метод Савельева, можно очень быстро найти много людей с нужными параметрами мозга, которые будут отлично обучаемы и достигнут очень высоких результатов, причём, даже не за деньги, как сейчас - а в своё удовольствие, как, например, писались первые сборки "Форточек"...

[astrahard]

Савелиев? А кто это?

[Satyr]

[uquote="As",url="/forum/viewtopic.php?p=4135490#p4135490"]А почему - Интел? У АМД, вроде, эффективность вычислений была выше? [/uquote]
Ключевое слово 'была' -)) 12е поколение от интела наконец шагнуло вперед от ограничений, которые они не трогали уже лет 10-15. И это вобщем то единственное, в чем был АМД впереди.
А именно, у Zen и Golden Cove много производительнее декодер команд и более производительный блок динамического распределения регистров.

Прошлые интелы что сложные, что простые команда молотили с одной скоростью - бэкэнд позволял, но фронтэнд не справлялся.
Мелкие быстрые (видимо, 'старые' в твоей терминологии) комманды просто не успевали ставить в исполнение с той скоростью, с какой они бы могли быть выполнены.
Но теперь это в прошлом.

[uquote="As",url="/forum/viewtopic.php?p=4135490#p4135490"](точнее, не так: процессоры от АМД всегда быстрее исполняли "старый" код, а интелевские были быстрее при использовании их новых инструкций... )[/uquote]
А с АМД, как это в истории уже неоднократно бывало, короткий яркий период опять смениться широкой черной полосой -))

Были у меня АМД 386SX40, 5x86-133, Athlon64 X2. это скорее яркие примеры ))
Интелы очень трудно перечислить
еще Cyrix были - вот это самое самое яркое, но сразу в чернуху с концами ))))

сейчас домашние компы и офисный: E5-2678v3, i5-10400, i9-7900x, amd r5-3500x (гавно. но взял, чтоб быть в курсе), i9-10900x.
ну и в конторе тестовый парк использую эльбрус 8СВ, байкал М1000, атом C2578, xeon 6248R

[astrahard]

"бэкэнд позволял, но фронтэнд не справлялся " Просто "мост" лишний убрали сделали по модному.

[musor]

интел в свое время сделал жирную ошибку которая чуть не привела его к краху....
впрочем он всегда лажал нол толкеа 1 раз с Р=75 признал косяк с сопроцесором... поьтом уже политика отрицания и замалчивания своихкосякоф была прнята -косячные чипсеты и прци с дохлым кешом просто тихо меняли по гарантии с сохранение полно молчания в пресе интел открестился от косякоф заявиф чо у них все класно\\\ это мол производители мамок лажают в разводке PCB////
амдешный райзен9 и сегодня самый быстрыйи крутой... но интел действително может их перегнать нге жалея денек на самые крутые технологи чипоф