мощные процессоры - это отвратительно

[:|||||||||||||||:]

Очнись, эти самые законотворцы лоббируют интересы мегакорпораций. Или бери винтарь и иди решай вопросы "в лоб". Гы-гы :))

Отчасти какие средства разработки, такие и программы. Хотя это только отчасти, кривизна рук кодера все же первостепенна ))

+1

/me вспомнил знакомого программиста на .net, который в упор отрицал тормоза данной штуки.

>лоббируют интересы мегакорпораций.

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

Имхо всё правильно. Если ты собираешься всю жизнь быдлокодить хеллоуворлды в 1000 строк дома по ночам, то теперь ты можешь не запариваться оптимизациями. А если собираешься _работать_ или учавствовать в серьёзном большом проекте, то без знания хотя бы основ оптимизации под целевую архитектуру тебя просто выгонят нах. Так что эта мнимая свобода и безнаказанность - скорее этап естественного отбора. Впринципе как и вся современная цивилизация: теперь человек может не охотится, а сидеть весь день перед компом или телевизором, но если он будет так сидеть, то сдохнет от ожирения и гиподинамии.

Ничего, вот будут 16-ядерные процессоры в декстопах, мы своё на ерланге возьмём!

Правильно говоришь, вон дядя Слава Медноногов варика для спектрума наваял, так отличия его поделки на Z80 7.0Mhz (8bit) с 256К от оригинала на 80386 (32bit) 33Mhz с 4Mb не сказать что слишком большие, и это при огромной разнице в технике.

Еще 4 то ядра хз что может нагрузить (разве что какие нибудь архиваторы типа 7z, или узкоспециализированные поделия). Скажите плиз, есть ли игры которые в состоянии работать на 4х ядрах (ессно с распределением нагрузки), я просто интересуюсь.

> _работать_ или учавствовать в серьёзном большом проекте

Ты недоучился русскому в школе, пишешь "учаВствовать", от слова "Чавкать" что ли, а о проектах рассуждаешь! А слово "работать" от слова "раб", пора бы знать! И то, что ты называешь "серьёзными большими проектами" -- на них и смотреть-то смешно! А всё потому, что делают их "умники" вроде тебя. Лизни розетку, быдло!

> хеллоуворлды в 1000 строк

Только истинные ынтерпрайз-девелоперы могут растянуть "Hello, World!" на 1000 строк.

Понятия не имею, а вот компиляция на 16 ядрах это круто. Гентушники так вообще рады будут, да и мне пригодится.

> /me вспомнил знакомого программиста на .net, который в упор отрицал тормоза данной штуки.

/me сидя под c2duo 6400 почему-то вспомнил java..

// wbr

> Еще 4 то ядра хз что может нагрузить (разве что какие нибудь архиваторы типа 7z, или узкоспециализированные поделия). Скажите плиз, есть ли игры которые в состоянии работать на 4х ядрах (ессно с распределением нагрузки), я просто интересуюсь.

vmware, openvz, xen

// wbr

Вот тут про это Джоэль Спольски пишет:

http://local.joelonsoftware.com/mediawiki/index.php/Письмо_о_стратегии_VI

Но я именно в этой теме с ним не во всем согласен. Оптимизация еще никому не мешала. Мира, в котором все пользователи разом покупают ультрасовременное железо, не существует. Немалая часть сидит на компьютерах 5-летней давности, а то и старше.

не могу не сбаянить

Compiling hello.c...
...
347 errors
1438 warnings

Тут ты чертовски прав, брат :D

жаба это наименьшее зло... по сравнению с рубями, перлами, питонами... (с точки зрения производительности разумеется)

Надо запретить ГУИ

> ибо оптимизация это бóльшая часть

zort, повторяй за мной. U+00F3, Latin small letter o with acute. U+043E, Cyrillic small letter o. U+0301, combining acute accent. Ещё раз: U+00F3, U+043E, U+0301. И ещё раз для закрепления: U+00F3, U+043E, U+0301.

> жаба это наименьшее зло... по сравнению с ... перлами

Ответь за редиску!!!!

> Отчасти какие средства разработки, такие и программы

вам не нравится make+gcc?

отстаньте анонимус...

вы что, из неюникодной консоли сайт смотрите, чтобы латинское "о" от кириллического отличать ?

Да. .NET тормозит.

Просто в наше время есть выбор, что важнее: скорость разработки или малое потребление оперативной памяти/процессора.

И не надо все смешивать в одну кучу...

>из неюникодной консоли сайт смотрите, чтобы латинское "о" от кириллического отличать

Нет, у нас кириллические шрифты кривые.

> вы что, из неюникодной консоли сайт смотрите, чтобы латинское "о" от кириллического отличать ?

ГТК кирриллическое о с ударением большинством шрифтов криво рисует :)

> дядя Слава Медноногов варика для спектрума наваял

Warcraft что ли? (Который на 386-ом безбожно тормозил.)

Я у него только UFO видел. И то в эмуляторах падает непрерывно :(

> вы что, из неюникодной консоли сайт смотрите, чтобы латинское "о" от кириллического отличать ?

Нет, у нас хорошее настроение, мы нажали C-S и тыкнули мышей ;-) И наша консоль — не оправдание вашей безграмотности.

>Да. .NET

DA. .Нет

;)

>Warcraft что ли?

Он самый. Ксати, где образ УФО найти можно? Вдруг у меня не упадет ...

Переходите на embedded решения. Там народ аккуратнее. Хотя и там мегагерцы и мегабайты растут.

> ибо оптимизация это бóльшая часть компьютерной науки

Да, ты прав, этот раздел назывется "Теория построения оптимизирующих компиляторов". Так вот, вместо того, чтобы на форуме флудить, помог бы этому разделу, провел бы исследования в области prefetching, например.

P.S. я не спорю, что выбор эффективных алгоритмов - то, что отличает грамотного программиста от новичка или "быдлокодера", но заниматься на современном этапе ручной оптимизацией в той мере, которая сравнима с "500 селероном" - бред.

Вот Java просрала десктопы и Web именно из за оптимизации. А .NET вендовый десктоп уже захватывает. Так что не всё так просто.

> Надо запретить ГУИ

Хочешь плачь а хочешь жуй - все равно получишь ГУЙ!

>провел бы исследования в области prefetching, например.

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

>ручной оптимизацией в той мере, которая сравнима с "500 селероном" - бред.

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

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

>Вот Java просрала десктопы и Web именно из за оптимизации.

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

>Ксати, где образ УФО найти можно? Вдруг у меня не упадет ...

ищи в гугле по запросу

"НЛО 2 Дьяволы Бездны" trd

программе надо 256К памяти, чего в оригинальных speccy не было. в каком-то древнем эмуляторе под dos ставил модель машины Scorpion-256, работало без проблем.

> где образ УФО найти можно?

Я брал отсюда: http://www.worldofspectrum.org/infoseek.cgi

А Warcraft?

> Он самый. Ксати, где образ УФО найти можно? Вдруг у меня не упадет ...

zx.da.ru

только раздел игры там ссылка русскими буквами написана будет, исправь вручную...

> Ничего, вот будут 16-ядерные процессоры в декстопах, мы своё на ерланге возьмём!

Шо, и их затормозите до Cel450? O_x

> отзывчивость гуйни, (время отклика в константу, или показывай прогресбар) тоже не научатся

Отзывчивость гуйни от оптимизации самой GUI-программы зависит минимально. Это идёт начиная с ядра (приоритеты, очереди обращения к диску, кэши) и заканчивая билиотеками на которых построен GUI. Вот там при желании можно всё заточить под "загрузка системы 100%, но я нажал на другое окно и оно мгновенно открылось". Я не знаю какой подход к приоритетам и т.д. оптимален в данном случае, но думается что можно найти таковой.

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

Это задача ОС так распихивать в памяти и так опрашивать эти 4000 элементов меню, кнопок и т.д. чтобы тормозов не было. Программист может просто переделать интерфейс чтобы не создавать такой ситуации в принципе, но это будет решение в стиле "у нас к сожалению закончилась туалетная бумага, но мы можем вам предложить отличную наждачную"

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

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

А в чём разница по сравнению с "я нажал и оно сразу сработало"?

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

что значит в константу, дядя? по-моему это значит что чёртов gajim может 120 секунд показывать пустые окна, ибо о размере константы Вы почему-то умалчиваете.

>сабж разлагает программиста

Сабж разлагает говнопрограммиста. Это две большие разницы.

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

Странный вывод. Мне категорически не нравится .net (пинайте сколько угодно). Мое предпочтение - чем ближе к оригиналу (к ассемблеру, к примеру), тем лучше. Это ессно не значит, что труъ-софт пишется исключительно на асме. На мой взгляд C++ - своего рода гармония удобства языка высокого уровня (хотя он вроде относится к языку среднего уровня) и мощи ассемблера. Вывод делаю из своего опыта (пусть не такого большого). Самые стабильные, быстрые и небольшие по объему исполняемых модулей программы, которые я видел, были написаны именно на C/C++.

ЗЫж Как бы мне стремно не было, но работа связана с написанием бизнес-приложений на связке Delphi+Oracle. Против второго абсолютно ничего не имею, но от делфи не в восторге совсем. Но деваться некуда - работа такая...

> быдла

Юноша, надо быть терпимее к людям. Есть слово "игруны", есть слово "домохозяйки".

> спонсируют увеличение мощности процессоров

А также они спонсируют новые несовместимые разъёмы и прочую лабуду каждые полгода... Плюс они спонсируют процессоры с тепловыделением в 100 ватт и монструозные системы охлаждения. Понятно что можно запас техпроцесса пустить в сторону "холодно и чуть помедленнее", а не в разгон до синего пламени но в готовом виде таких решений нет. Не найдёте вы нигде какой-нибудь кор-два-дуо с родной частотой в 1-1,5 ГГц.

Да, и про мощность процессоров - для чего в линуксе вам не хватит скорости VIA C3/C7?

Для сборки мира за шесть секунд при загрузке компа.

> Самые стабильные, быстрые и небольшие по объему исполняемых модулей программы, которые я видел, были написаны именно на C/C++.

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