Цитата: Prohor от 25.05.2008 22:11:25
А также там по дефолту "нету" и .NET 2, не говоря уде о три. Виста не в счет, но и там 3го нета нет.
Цитата: Comrade88 от 25.05.2008 22:10:37
да, я тоже не понимаю: в моем первом спослании про 2ее ничево не было
Цитата: Comrade88 от 25.05.2008 22:38:03
гы. вы только что подтвердили мой изначальный тезис - жава минус
Цитата: Comrade88 от 25.05.2008 23:21:37
промышленные дб сервера предоставляют какой-нить другой интерфейс к данным? может, каждый будет колхозить сопственное виденее оптимизатора запросов?
Цитата: Comrade88 от 26.05.2008 00:15:07
"чистые" скл писатели не востребованы
Цитата: Prohor от 25.05.2008 13:56:58
Оставляя вопрос невозможности существования нынешней бизнес системы без хайтека, просто напомню, что в случае кризиса на первый план выйдет вопрос сокращения издержек, как это уже было в 2000-м. В результате все проекты "на перспективу" будуть закрыты, а по остальным произойдет реструктуризация с целью снизить затраты. Один из ванейших путей снижения затрат - отдача в аутсосинг.
Цитата: _YUKLA_
теоретический предел увеличения производительности за счет роста числа ядер равен корню квадратному из этого числа. Т.е. 2 процессора дают ТЕОРЕТИЧЕСКИЙ рост производительности в 40%, 4 - вдвое и так далее. 10 процессорных ядер дают рост производительности только в три раза. ;) И это - лишь на задачах, допускающих распараллеливание. А таких достаточно мало. Большинство задач НЕ РАСПАРАЛЛЕЛИВАЮТСЯ!
Цитата: _YUKLA_это как бы совсем разные вещи, там архитектура совсем разная, а выведенное вами правило очень сомнительно, зачем тогда эти всякие многотысяче процессорные суперкомпы. Проблемы с распараллеливанием конечно есть и довольно серьезные, но некоторые задачи например кодирование видео параллеляться аж бегом http://thg.ru/cpu/in…ck-12.html
Обоснуйте. Приведите пример 2х кратного роста производительности при переходе с просто Pentium IV на Core Duo ОДИНАКОВОЙ ЧАСТОТЫ - сниму шляпу. ;D Или, лучше, для соблюдения чистоты эксперимента, просто отключать одно ядро в Core Duo. А то - понимаете, частота шины, кеши и их объем...
Вот - хорошая картинка для вас:
Цитата: _YUKLA_
Обоснуйте.
Цитата: Comrade88 от 25.05.2008 22:38:03
гы. вы только что подтвердили мой изначальный тезис - жава минус
Цитата: _YUKLA_
Я писал про "бытовое" использование многоядерных процессоров. И приведённое правило вполне соблюдается - практически все тесты показывают масштабируемость НИЖЕ корня из числа ядер. Обоснуйте, пожалуйста, использования многоядерного процессора в быту (не 3D игры) и в офисе. ;)
Цитата: _YUKLA_
Представьте себе - картинка взята именно из этой статьи! Возьмите, пожалуйста, калькулятор и посчитайте сами рост производительности от числа задействованных ядер в тех или иных тестах. 8)
Цитата: _YUKLA_Я так и не понял, к чему вы приводили эту информацию. Мощности процессоров важны для решения определенного круга задач. Но это не значит, что если не растет мощность процессора, то нечего делать ай ти сектору. На самом деле огромное количество задач все еще ждет своего решения. Например, как та же новая црм для дойче банка, которую лукссофт собрал. И таких задач масса. А уж в вебе делать вообще непочатый край, особенно на внутреннем рынке.
Представьте себе - картинка взята именно из этой статьи! Возьмите, пожалуйста, калькулятор и посчитайте сами рост производительности от числа задействованных ядер в тех или иных тестах. 8)
Цитата: _YUKLA_Конечно есть. Над этой црм работала и работает толпа народа в России и Украине. Причем уровень оплаты труда очень высокий на этом проекте. И таких "рядовых" проектов - море. МОжет не таких выгодных, но таких же персонализированных. Эпоха, которая прошла, на самом деле никуда не ушла. :)
А что есть "новая CRM для Deutsche Bank" с точки зрения "Перспектив хайтека и ИТ индустрии в России"? Современные CRM - фактически, фреймворки, которые должны конфигурироваться и масштабироваться в очень широких пределах. Эпоха написания "персональных версий" тех же CRM давно прошла.
Так что это - рядовой проект, возможно, достаточно дорогой, в долларах/евро и человеко-часах. Но - рядовой.