и как теперь процессоры и видеокарты ускорять? если они в предел почти упёрлись.
Ни как, мы застряли с текущей графикой и физикой в играх на веки Разница в играх между 2000 и 2010 большая, теперь надо будет посмотреть разницу между 2010 и 2020... где там ваша сингулярность)
Фотонный компьютер, квантовый компьютер, когда уже... Если сложность будут также же нарастать и дальше, то видимо скоро будет по 1% увеличения производительности в год, хотя уже в последние годы не видно большого увеличения производительности между процессорами.
Member
Статус: Не в сети Регистрация: 12.09.2009 Откуда: здесь двоеточие
Центральная фабула всех современных статей по теме: #77
Цитата:
Закон Мура, несмотря на мрачные прогнозы, продолжит свою работу также в следующем десятилетии
Такое ощущение, что либо интервьюируемые, либо сами новостники напрочь забыли все формулировки оной тенденции. Придётся напомнить, что она про удвоение (ну минимум - уполторение) производительности/количества транзистров на чип/техпроцесса каждые два года. Либо десятилетия теперь внезапно стали заканчиваться не на десятках, а на пятёрках лет, потому как уже сейчас Мур на глобусе трещит вполне ощутимо.
Lozov писал(а):
Год назад написал, что 14нм скорее всего будет последним коммерчески значимым техпроцессом на кремнии для сложных изделий вроде х86 процессоров. Так меня еще и зачмырили.
НапротивЪ! Из всех здешних коментариев Ваш тогда Нам показался одним из наиболее компетентных и познавательных! Я его кстате перечитывал недавно. Только Мы смотрел чуть более оптимистично и откладывал окончательный и бесповоротный конецЪ до 10нм. А на ментально-недостаточных особей внимания не обращайте - они тут только чтобы Нас веселить прыгают.
igor90 писал(а):
и как теперь процессоры и видеокарты ускорять? если они в предел почти упёрлись.
Оверцлоцкерам придётся снова мастурбировать старым обычным способом.
Member
Статус: Не в сети Регистрация: 03.11.2004 Откуда: Тверь
Ничего страшного, производительность железа давно избыточна. Если что-то тормозит то это исключительно из-за криворуких индусских программистов пишущих го8нокод. Может наконец то вспомнят что такое оптимизация программных продуктов.
зачем использовать 110нм и 250нм, если есть 32нм и 28нм?или производственных линий для современых техпроцесов не хватает, а на старые техпроцесы дают существеную скидку?
А в космосе больше (вернее тоньше) и не надо, ибо чипы и процессоры меньше 90нм очень подвержены воздействию ионизирующего излучения (думаете почему Фобос-Грунт упал? Как раз таки техпроцесс чипов памяти и стал той больной точкой, по которой ударило ионизирующее излучение космоса). Ну это только один пример, в других областях примерно также. Да и военным, учёным и заводам которые строят станки с ЧПУ тоньше не надо, им на тепловыделение и энергопотребление пофиг, им такого оборудования на 10-15 лет хватит, главное чтоб работало и надёжно. У них программы по 3-7 лет не обновляются, ибо они без костылей работают как часики, соотвественно и отпадает необходимость в обновлении железа. Да и опять же цена вопроса, конечно это всё дешевле. Но главный фактор конечно же более толстых техпроцессов - надёжность и стабильность.
и как теперь процессоры и видеокарты ускорять? если они в предел почти упёрлись.
Да хватит уже гнать план по валу. Пора и оптимизацией начать заниматься. А то раньше в 64кБ умещались проги, а потом и 640 стало мало . А сейчас 16ГиБ -- обычное дело для домашней машины. И что, всё стало летать и лучше работать? Рюшечки добавили, и всё.
Пора вспоминать Си, ассемблер, оптимизацией заняться, параллельные вычисления и прочее. Мелкая Мяготь повесится в полном составе наконец-то. Это ни повели прогресс в ложном направлении -- в сторону гонки за гигагерцы и уродливый код на ужасных языках. Впрочем, Интел тоже, ведь они состоят с МС в сговоре. Винтел -- это то зло, которое завело всех в тупик.
yччѣmъ rycckoѣе йэзыккo
Статус: Не в сети Регистрация: 30.12.2004 Откуда: у зайки яйки?
IliaV писал(а):
уродливый код на ужасных языках.
Языки не виноваты, они как раз хорошие. Виноваты фреймворки.
Очень грубо и условно, фреймворк - это программа, которая рассчитана делать чуть ли не все, что может пригодиться, где быдлокодер отключает лишнее, копипастит нужное, и запиливает нужные буквы и цифры в предоставленные переменные.
Результат - сокращается время разработке, на выходе титанических размеров софт, 99% объема и процессорных циклов которого не делают ничего вообще, т.е. даже не рюшечки, а именно ничего. Число девяток со временем растет.
Чтобы понять, можно вспомнить принятый в вузах метод решения задач в экселе, только если бы табличка после завершения намертво зашивалась в эксель, вместе с ним упаковывалась в инсталлятор и продавалась.
И дело не в оптимизации и не в ассемблере, а в этих 99% лишнего. Написанная с нуля программа даже на тормознутом интерпретируемом языке будет гораздо компактнее и быстрее.
Member
Статус: Не в сети Регистрация: 08.08.2010 Откуда: РФ
Раз уж подняли вопрос корявости и засронности Винды, то вопрос - на сколько шустрее тот же Линукс в играх\рабочем столе? Ощущается разность в скорости на одном и том же железе?
_________________ Невозможно пить мало,изменять жене в пределах разумного.Нет золотой середины при определении степени порочности.Нельзя деградировать в меру
Member
Статус: Не в сети Регистрация: 08.08.2010 Откуда: РФ
Human_82 писал(а):
Несколько лет назад сравнивал Работу Мандривы 2009 и ХР на 775 сокете встройка, камень Соплерон430 озу 512 метров, пингвин работал раза в два быстрее.
Интересно, как себя поведут 2-е сис-мы на современном железе ...
_________________ Невозможно пить мало,изменять жене в пределах разумного.Нет золотой середины при определении степени порочности.Нельзя деградировать в меру
Member
Статус: Не в сети Регистрация: 26.09.2011 Откуда: Canada, Toronto
mistergrim писал(а):
Я вот когда простенький рендер в Блендере запускаю, как-то не ощущаю этой избыточности.
Ну так железо сравнительно бюджетное у вас в профиле - уж извините. Atlon II X4 без L3 даже по выходу в 2009-2010 никогда звезд с неба не хватал. Можно проапгрейдить проц, например, на б/у Phenom II X6 где-нибудь баксов за 100 - тогда оно, может, повеселее пойдет.
Оно пойдёт повеселее, но даже если я сменю железо на i7, всё равно придётся задумчиво ожидать результата. Мне-то много не надо, а если более сложная сцена? а если анимация? И все топовые i7 встают на колени.
_________________ Здесь должна быть замысловатая закорючка.
Member
Статус: Не в сети Регистрация: 20.03.2011 Откуда: Москва
dvdm писал(а):
Наглядный пример - обработка тяжелого запроса их большой БД (хотя надо отдать должное, что в этом плане у Windows Server все куда лучше, нежели у десктопной семейки, да и сам MS SQL сплошной кафтан из всяческих затплаток-улучшайзеров и оптимизаторов)...
мм, а все-таки тут есть луч света в темном царстве. TSQL - :*
Цитата:
но окончательно саму идею роста "вширь" процессорных архитектур добивает Windows со своими многочисленными "костылями". К примеру ядра Linux и FreeBSD распределяют потоки по ядрам куда эффективнее (т.е. ситуации, когда к примеру запущенный софт ковыляет "на одном цилиндре", в то время, когда ядро ОС не перебрасывает хотя-бы сервисы на другие ядра встречаются крайне редко).
нуну, или ишак сдохнет, либо шах. Т.к. шах сдохнуть не в состоянии, то сдохнет ишак (вместе с одноименным браузером). Новая ось от МС в активном допиле, к 20 году, если не раньше, объявится со словами Смерть костылям! Какие-то конечно придется оставить, иначе неидущий софт поставит крест на этой затее, но все же лучше, чем ничего.
VladiT писал(а):
Фотонный компьютер, квантовый компьютер, когда уже... Если сложность будут также же нарастать и дальше, то видимо скоро будет по 1% увеличения производительности в год, хотя уже в последние годы не видно большого увеличения производительности между процессорами.
квантовый компьютер ничем в играх не поможет, он не для этого придуман...
william blake писал(а):
и в чём же проблема х86?
в том что она г...
k@mikadze писал(а):
Если что-то тормозит то это исключительно из-за криворуких индусских программистов пишущих го8нокод. Может наконец то вспомнят что такое оптимизация программных продуктов.
угу, так вот почему Ray Tracing так и не сделали в real-time. Не потому, что железо слабое, а потому что говнокодеры! Спасибо за раскрытые глаза!
IvanMPT писал(а):
У них программы по 3-7 лет не обновляются, ибо они без костылей работают как часики, соотвественно и отпадает необходимость в обновлении железа. Да и опять же цена вопроса, конечно это всё дешевле. Но главный фактор конечно же более толстых техпроцессов - надёжность и стабильность.
послушай человека, который много времени потратил, чтобы настроить сраный МСВС 3.0 на компах нескольких полковников: столько костылей, как там, я не встречал нигде. Про 3-7 лет тоже смешно, софт меняется раз в десятилетия или реже.
IliaV писал(а):
Да хватит уже гнать план по валу. Пора и оптимизацией начать заниматься. А то раньше в 64кБ умещались проги, а потом и 640 стало мало . А сейчас 16ГиБ -- обычное дело для домашней машины. И что, всё стало летать и лучше работать? Рюшечки добавили, и всё.
Пора вспоминать Си, ассемблер, оптимизацией заняться, параллельные вычисления и прочее.
ну а как же, есть же KolibriOS, жрет 640к, помещается на дискете. Что ж вы ей не пользуетесь? Да и ДОС никуда не делся, ставьте и юзайте, никто же не мешает, все программы старые в инете найти можно...
Цитата:
Мелкая Мяготь повесится в полном составе наконец-то. Это ни повели прогресс в ложном направлении -- в сторону гонки за гигагерцы и уродливый код на ужасных языках. Впрочем, Интел тоже, ведь они состоят с МС в сговоре. Винтел -- это то зло, которое завело всех в тупик.
это ваще n/c, феерический бред.
Цитата:
Языки не виноваты, они как раз хорошие. Виноваты фреймворки.
Очень грубо и условно, фреймворк - это программа, которая рассчитана делать чуть ли не все, что может пригодиться, где быдлокодер отключает лишнее, копипастит нужное, и запиливает нужные буквы и цифры в предоставленные переменные.
Результат - сокращается время разработке, на выходе титанических размеров софт, 99% объема и процессорных циклов которого не делают ничего вообще, т.е. даже не рюшечки, а именно ничего. Число девяток со временем растет.
Чтобы понять, можно вспомнить принятый в вузах метод решения задач в экселе, только если бы табличка после завершения намертво зашивалась в эксель, вместе с ним упаковывалась в инсталлятор и продавалась.
И дело не в оптимизации и не в ассемблере, а в этих 99% лишнего. Написанная с нуля программа даже на тормознутом интерпретируемом языке будет гораздо компактнее и быстрее.
фреймворки бывают разные. И ситуации бывают разные. Например минификатор jQuery оставляет только нужные зависимости. .Net очень симпатичный фреймворк, за который приходится платить очень мало по сравнению с тем же С, а вот удобство несравнимо. Да и вина это не фреймворка, с скорее винды и её дизайна. Хотя и с этим можно справиться.
Нормальные программисты всегда стараются написать идеально, вложить душу и так далее, ведь это как дом построить, никто не хочет жить в выгребной яме. А вот горящие сроки и требования "готово должно быть вчера" обычно провоцируются ПМами и заказчиками.
Beetlejuice писал(а):
Раз уж подняли вопрос корявости и засронности Винды, то вопрос - на сколько шустрее тот же Линукс в играх\рабочем столе? Ощущается разность в скорости на одном и том же железе?
как правило аналоги виндового софта тормознутее и глючнее. Но это не из-за линукса, а из-за квалификации программистов скорее. Никто не бросает все усилия для покорения не самого большого рынка. Ну а серверный софт должны вылизывать, иначе трудно объяснить такое засилье линукса в серверных
Цитата:
Оно пойдёт повеселее, но даже если я сменю железо на i7, всё равно придётся задумчиво ожидать результата. Мне-то много не надо, а если более сложная сцена? а если анимация? И все топовые i7 встают на колени.
блендер это который XAML?
_________________ I would tell you a joke about UDP, but you probably wouldn't get it.
послушай человека, который много времени потратил, чтобы настроить сраный МСВС 3.0 на компах нескольких полковников: столько костылей, как там, я не встречал нигде. Про 3-7 лет тоже смешно, софт меняется раз в десятилетия или реже.
Однако ж простоит ракета в шахте лет 10, а потом нажмут кнопку - и полетела туда куда надо) Да и те же танки катаются по 10 лет и без особых сбоев, наводятся на цель и т.п. А ещё интересней как всякие спутники которые около Юпитера где нибудь болтающиеся (или Вояджер-1 например, недавно вылетевший за пределы солнечной системы - вообще уникум! Запущен был аж в 1977 году) до сих пор функционируют и ничего, без всяких обновлений софта и т.п. ибо и сигнал туда летит несколько часов, да и прерваться может, а уж про скорости закачки на них я вообще молчу) Передают и/или принимают сигналы, фотки, информацию, меняют свой курс как положено, то есть полностью работоспособны. Конечно не буду спорить, ибо понятно что не везде и не всё так, но всё же, думаю таких примеров множество.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 21
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения