Обзор рынка, приглашаются все :-)

[Efim Kushnir]

Очень понравилась статья с общим обзором решений (http://www.citforum.ru/hardware/arch/servers_in_russia/) "Серверы в масштабе российского предприятия" с примерами некоторых характеристик оборудования разных вендоров. Для нашего рынка тоже годится.
Рекомендую.

[Efim Kushnir]

Еще интересная статья, там же:
"Хранение данных: задачи, решения, перспективы" (http://www.citforum.ru/hardware/data/data_storage/)

[Timur Bazikalov]

Интересно, а проводит ли кто-нибудь исследование нашего рынка?

[Evgeniy Sklyarevskiy]

Интересно, а проводит ли кто-нибудь исследование нашего рынка?

Просматривая номинантов Фестиваля был приятно удивлен сайтом http://www.eastcapital.uz/ - хорошие отчеты о банковской деятельности. А все считали что у нас вообще никакой аналитики нет - оказывается - есть!

[Efim Kushnir]

Просматривая номинантов Фестиваля был приятно удивлен сайтом http://www.eastcapital.uz/ - хорошие отчеты о банковской деятельности. А все считали что у нас вообще никакой аналитики нет - оказывается - есть!

Получается, что если бы не было фестиваля, то даже у Вас, маститого и профессионального обозревателя интеренет, не было бы информации о таком сайте?
Тогда вопрос (если, конечно, Вы знаете ответ), а где коллекционируется информация с описанием тех или иных имеющихся ресурсов Узнета? Как узнать о новых сайтах, которые плодятся довольно часто? Кто этим занимается?

[Evgeniy Sklyarevskiy]

Получается, что если бы не было фестиваля, то даже у Вас, маститого и профессионального обозревателя интеренет, не было бы информации о таком сайте?
Тогда вопрос (если, конечно, Вы знаете ответ), а где коллекционируется информация с описанием тех или иных имеющихся ресурсов Узнета? Как узнать о новых сайтах, которые плодятся довольно часто? Кто этим занимается?

Не совсем соответствует - маститый, значит толстый :-)

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

1. Такие сайты как Афиша, Торг, Дода - кажется, что они были всегда и все давно про них знают, наш журнал писал о них неоднократно. Если на них что-то важное появляется - сразу становится известным, ибо они на виду и на слуху.
2. Есть сайты "обязательные к посещению" - у всех разные, у меня это сайт журнала Инфоком, пруз, псуз, лайвуз - три последних связаны с крупными разработчиками и часто анонсируют свои и чужие проекты
3. И, конечно, форумы, блоги и ЖЖ - если читать Конст регулярно и журналы разработчиков, то можно быть в курсе почти всех новинок. Если есть значительный и яркий сайт, неизвестный никому - значит его разработчики очень постарались сделать это.
4. Можно еще просто разглядывать каталоги и рейтинги и находить интересных новичков. Опять же возвращаемся к вопросу с www.uz - нет общего хорошего каталога-рейтинга, такого, чтобы все бросились в нем участвовать, надоело повторять, Центр занят чем-то другим :-)
5. Письма шлют - мы такие-то, сделали сайт такой-то, что думаете о нем?... Или просят внести их кнопочку в "Кнопочки Узнета" http://people.uzsci.net/knopki.html , или поменяться ссылками, как с только что открытым Fashionblog.uz...

Самый цивилизованный вариант (как делает, например Владимир Сагов) - рассказать в "Изумрудах Узнета" о новом сайте, если он кривой и слабый - получит автор по полной программе, если серьезный проект типа mymap.uz - то и обсуждение будет серьезное и полезное для сайта.

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

Возможно имеет смысл сделать реестр всех сайтов Узнета - даже знаю, кто не захочет этим заниматься :-)

[Efim Kushnir]

маститый, значит толстый :-)
Так нельзя, Евгений Семёнович. Вы просто вынуждаете человека думать :-) Любое насилие вредно.
http://dic.academic.ru/dic.nsf/ogegova/104050 - значение слова "маститый".
Я имел ввиду: почтенный, заслуженный.

[Atham Mirazizov]

Интересно, а проводит ли кто-нибудь исследование нашего рынка?

Особенно интересует рынок ПО. Размер в денежном выражении и перспективы потребностей. В разрезах отраслей рынка. Объём экспорта и импорта услуг по разработке ПО и готовых решений. Объём добавленных услуг местных компаний. Структура затрат... и многое другое.

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

[Evgeniy Sklyarevskiy]

Так нельзя, Евгений Семёнович. Вы просто вынуждаете человека думать :-) Любое насилие вредно.
http://dic.academic.ru/dic.nsf/ogegova/104050 - значение слова "маститый".
Я имел ввиду: почтенный, заслуженный.

А я думал - переболевший маститом - блин, начитался еДоктор-уз - теперь нахожу у себя все болезни

[Efim Kushnir]

Google начал бесплатную раздачу StarOffice

Особенно интересует рынок ПО.

а по рынку ПО (по малой его части) на уже известном сайте (http://www.citforum.ru/)есть интереные новости (http://citcity.ru/16599/).

[Efim Kushnir]

Интересная новость (http://citcity.ru/16598/), но более занятные коментарии к ней.
Может кто-нибудь опровергнуть или поддержать мнения о невозможности нормальной работы многоядерных процессоров под Windows?

[Eldar Fattakhov]

занятные коментарииСудя по тону/настрою комментария, у товарища не всё в порядке... Попахивает шизофреническим состоянием (типа клаустрофобии)... Да и буквы в нике, судя по всему, попутались (BRiAN W. Gr. = по видимому ранее выглядело как BRAiN [от слова "мозг"] W. Gr.)... Что бы это значило? "W."="белый" (от 'White'). Тогда "Gr."="пушистый"? Но от какого слова?! :)
Если бы были какие-то проблемы с работой каких-либо программных продуктов компании Microsoft с процессорами Intel (хоть 4, хоть 8 ядер), то ни HP, ни наши уважаемые коллеги (в том числе FSC) не стали бы выпускать вычислительные платформы (ПК, рабочие станции, серверы), сертифицированные под MS! Ефим-ака, зачем провоцируете?! :)

[Efim Kushnir]

зачем провоцируете?!
я не провоцирую.
Никаких личных и рабочих претензий у меня к этой большой и уважаемой компании нет.
У меня за все годы работы подобных проблем не было, но:
- у меня была достаточно узкая специализация;
- это касается в основном разработчиков (опять не моя стихия).

Просто мне было интересно узнать про такие проблемы не от неизвестных пользователей, а от тех, кто рядом, т.к. привык доверять ближним :-) Может я поторопился с вопросом и несколько неправильно его сформулировал.
Согласен с Вашими замечаниями, в следующий раз обдумаю вопрос лучше.

Переформулирую вопрос:
Сталкивался ли кто-нибудь из разработчиков ПО с проблемами при работе с многоядерными процессорами под управлением различных ОС?

[Erkin Kuchkarov]

Сталкивался ли кто-нибудь из разработчиков ПО с проблемами при работе с многоядерными процессорами под управлением различных ОС?
Нет, никаких проблемм на 2-х ядерных процессорах 5000 серии и на 4-х ядерном 3000 серии. Ни с 64-х разрядной Windows Server (MS SQL), ни с 64-х разрядным RHL (Oracle 10g).
Проблемма только с нагрузочным ПО (http://download.mercury.com/cgi-bin/portal/download/loginForm.jsp?id=160) для определения производительности. Скорее всего проблемма зарыта в клавиатуре от HP - она стандартная и не заточена под кривые ручки и глупую голову :).

[Eldar Fattakhov]

Переформулирую вопрос:
Сталкивался ли кто-нибудь из разработчиков ПО с проблемами при работе с многоядерными процессорами под управлением различных ОС?Сталкиваются, конечно. Но нерешаемых проблем нет. Во всяком случае, надежность технологий INTEL позволяет HP выпускать как персональные вычислительные системы, так и серверы на основе процессоров INTEL 32- и 64-битной архитектур (CISC, EPIC) вплоть до серверов класса SuperDome. :) Серверные платформы на основе Intel Itanium, как помните, сертифицированы, как минимум, для различных модификаций MS Windows, HP-UX, OpenVMS, разные версии LINUX...

Лишь бы клавиатура была стандартной и голова на месте. Плюс знание английского языка и умение искать нужную информацию.

"Птица Говорун отличается умом и сообразительностью... Умом и сообразительностью... Умом и сообразительностью..."

[Erkin Kuchkarov]

Плюсиков как и шариков - в наличии строго ограниченное, Всевышним, количество :)

[Efim Kushnir]

платформы на основе Intel Itanium, как помните, сертифицированы, как минимум, для различных модификаций MS Windows
это-то я помню.
я наверное опять не правильно вопрос поставил. надо начать с того, пробовал ли кто-нибудь из разработчиков ТУТ использовать хотя бы не многоядерность, а многопроцессорность при разработке каких-либо приложений для увеличения производительности ПО?
Насколько я знаю по своему предыдущему опыту, вся разработка ПО заканчивалась на том, что программа писалась для работы под какой либо ОС, а речи о том, чтобы оптимизировать её для работы с несколькими процессорами или несколькими ядрами вообще не шла.

Есть кто живой из программистов, кто использовал ресурсы как многопроцессорности, так и многоядерности ?

[Eldar Fattakhov]

Есть кто живой из программистов, кто использовал ресурсы как многопроцессорности, так и многоядерности ?Я таких не видел. Если вспомните - Oracle RAC у одного из наших любимых заказчиков был настроен не разработчиком прикладного ПО, а многоуважаемым системным интегратором.

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

[Efim Kushnir]

Я таких не видел. Если вспомните - Oracle RAC у одного из наших любимых заказчиков был настроен не разработчиком прикладного ПО, а многоуважаемым системным интегратором.

Так вот и я не видел. У многоуважаемого интегратора не было на тот момент такой задачи.
Да и в штате интегратора нет программиста и DBA под ORACLE, который бы знал все возможные тонкости этой работы. А клиент сам не интересуется подобными вопросами и его устаивает чтобы просто работало без сбоев, что и происходит.

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

Как в анекдоте про внедорожник, который застревает там, куда простые машины не доезжают.

Ладно, мертвая тема, концов не будет.

[Eldar Fattakhov]

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

[shumbola]

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

Я не понимаю, что вы господа имеет в виду под поддержкой мультипроцессоров и мультиядер.
Лично я уже более 10 лет пишу программы, которые используют потоки. Т.е., одновременно выполняются обе потоки. А на каком процессоре или ядре они должны выполняться меня не касается. Об этом для меня работу выполняет ОС или библиотеки той среды в которой я пишу.
Тот же oracle использует доп. процессоры, если они имеются в системе. Нет, на одном будет работать. Без "тонких" настроек. Это не означает, что ДБА для получения доп производительности не должен тонко настроить.
В прошлом я писал программы специально заточенные под многопроцессорную машину, на котором параллельно выполнялись независимые подзадачи, но и задача была такой.

[Efim Kushnir]

Об этом для меня работу выполняет ОС или библиотеки той среды в которой я пишу.
Вы хотите сказать, что разработчику не важно, какой процессор и/или ядро задействовано и всё распределение делает ОС и ПО БД?

Вопрос в том, есть ли проблемы у разработчиков при написании подобных программ? Как справляется ОС с многоядерностью на сегодня?

одновременно выполняются обе потоки.
Почему Вы упомянули всего два потока?
А если у меня восьмиядерный процессор и каждое ядро позволяет обслуживать четыре потока (всего итого 32 потока), тогда как?
И вообще, нужно ли в таком случае разработчику это все знать, если все вопросы решает ОС и сама БД?

[Erkin Kuchkarov]

И вообще, нужно ли в таком случае разработчику это все знать, если все вопросы решает ОС и сама БД?
Совершенно нет никакой необходимости контролировать и управлять загрузкой процессорной мощности так как:
1. На низком уровне рулит технология производителя
2. На уровне приложений - API от OS или СУБД. SQL и Oracle совершенно спокойно распаралеливають свои задачи сами без участия кого бы то ни было (не взирая на возраст, дипломы, ученые звания, сертификаты и прочее).

[shumbola]

Вы хотите сказать, что разработчику не важно, какой процессор и/или ядро задействовано и всё распределение делает ОС и ПО БД?

Давайте тут разделим прикладную программу и БД.
БД сама по себе должна поддерживать многопроцессорность/многопоточность. Так и есть, тот же самый Oracle поддерживает это автоматом. Теперь возникает вопрос, а как быть программами написанными для Oracle? Если программа написана на Pl/SQL то о многопроцессорности должна заботиться Oracle, если на java то, опять Oracle. Естественно я сейчас не могу сказать поддерживает ли Oracle многопоточные встроенные процедуры. Я лично никогда не писал такие.
Если программа написана для Oracle iAS (сервер приложение), то тут сразу можно сказать что многопоточное приложение получить выигрыш от многопроцессорности. Да и сам сервер приложений тоже. ОС естественно должна поддерживать многопроцессорность. Ньюансы не касается прикладного приложения.
Но это не означает, что разработчику все равно. Разработчик использует вес арсенал языка, который присутствует в виду библиотек и языковых конструкций.


Вопрос в том, есть ли проблемы у разработчиков при написании подобных программ? Как справляется ОС с многоядерностью на сегодня?

Проблема в том, что это сложно. Не всякий программист может освоит это. Да и трудно отлаживать такие программы. Но это всегда так было. Даже для однопроцессорного сервера написание многопоточной программы имеют свои трудности. Современные ОС (Windows, Linux, Solaris и др) конечно поддерживают все это. Естественно проблемы и трудности возникающие от многопроцессорности присущи и им. Не только прикладным программам.

Почему Вы упомянули всего два потока?
А если у меня восьмиядерный процессор и каждое ядро позволяет обслуживать четыре потока (всего итого 32 потока), тогда как?
И вообще, нужно ли в таком случае разработчику это все знать, если все вопросы решает ОС и сама БД?
Я просто для примера сказал 2 потока, имел в виду что параллельно выполняются две задачи. В общем случае разработчик пишет на N-ое одновременное выполнение потоков. Задача ОС и языка (библотек) распределять все потоки на процессоры. Конечно, для оптимизации разработчик может учитывать кол-во процессоров, размер кэша и т.д., но это уже hardcore, и для обычно Joe программера это не объязательно знать.

Сейчас идет тенденция к multicore, естественно падают частоты для отдельно взятых процессоров (core), и это конечно сказывается на приложениях. Для одной задачи выигрышь от перехода к multicore есть для других наоборот проигрышь. Это конечно показывает и теоретические и экспериментальные данные.

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

[Efim Kushnir]

Здравствуйте.

Как всегда, сайт CIT Forum (http://www.citforum.ru) публикует интересные статьи. В этот раз это статья "64 бита: расставим точки над большим «I»" (http://www.citforum.ru/hardware/arch/64_bits/). Читаю вместе с вами.

[Efim Kushnir]

Здравствуйте.

Как всегда, мой любимый сайт (http://citcity.ru) публикует интересные статьи.
В этот раз это "Основные характеристики современного Хранилища данных" (http://citcity.ru/16810/)
Читаю вместе с вами.

[Efim Kushnir]

И еще интересная статья на том же сайте:
Мобильная перспектива. Какими станут ноутбуки в ближайшее время? (http://citcity.ru/16811/)

[Efim Kushnir]

Здравствуйте.

Как всегда на CitCITY (http://citcity.ru) интересный обзор итогов финансового года (http://citcity.ru/16846/) уважаемой компании Sun Microsystems.
Интересная тенденция распространения недорогих UNIX-серверов на базе процессоров UltraSPARC T1.

[Efim Kushnir]

Здравствуйте.

Вслед за итогами финансового года SUN решил, что "... будет устанавливать на свои сервера Windows".
Новость с ссылками на источник читаем тут (http://citcity.ru/16881/).

[Efim Kushnir]

А вот и еще одна новость, которая перекликается с веткой форума "VDS в Узбекистане (http://www.uforum.uz/showthread.php?t=759)", на которой обсуждались технологии виртуализации железа и ресурсов. В этот раз повезло всем вендорам.

Смотрим тут (http://citcity.ru/16877/), далее по ссылке на сайт производителя.

[Erkin Kuchkarov]

В этот раз повезло всем вендорам.
Почти всем ;) (MS Virtual Server R2 имеется виду )

[Efim Kushnir]

Почти всем (MS Virtual Server R2 имеется виду )
Имел ввиду изготовителей аппаратной части серверной платформы.
MS ведь пока железо не делает? (или я не в курсе?) :-)

[Erkin Kuchkarov]

MS ведь пока железо не делает? (или я не в курсе?) :-)
Как это не в курсе? Мышки, клавы, джойстики, иксбоксы.... На семинары ходил? Пакеты ручки карандаши кружки....

[Efim Kushnir]

Как это не в курсе?
Уморил :-D
Мышка, она же пласт-мас-со-ва-я. Там железо совсем маленькое - 2 винтика и припой. Хотя уже пора для некоторых знакомых (на форуме не присутствующих) делать антивандальные мыши, клавы и телефоны :-)

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

[Efim Kushnir]

Кстати, о мышках :-)
На уже знакомом Вам сайте есть очередная статья об интересном новшестве (http://www.citcity.ru/16874/) из раздела систем безопасного доступа, которое создали инженеры уважаемых японских компьютерных компаний.

[Vangelis Baris]

Мы знаем точно, не возможное - возможно :naughty:
http://citcity.ru/17637/

Сразу после появления этой информации в Сети представители компании AMD заявили, что в соответствии с официальным запретом на экспорт продукции в Иран, наложенным властями Соединенных Штатов, поставки процессоров AMD в данный регион не осуществлялись

Получается иранцы эти процессоры в карманах принесли :biggrin:

[Ахадбек Далимов]

Получается иранцы эти процессоры в карманах принесли
обратите внимание на коментарии после статьи на citcity и для сравнения посмотрите здесь (http://www.informationweek.com/story/showArticle.jhtml?articleID=204800653) (коментарии, текст статьи на англ. по сути тот же)
почувствуй разницу ... :???:

[Evgeniy Sklyarevskiy]

Как это не в курсе?
Уморил :-D
Мышка, она же пласт-мас-со-ва-я. Там железо совсем маленькое - 2 винтика и припой.[/OFFTOP]
Знакомый ювелир делает позолоченные мышки с брюликами - для коронованных особ. У нас нет такого пункта даже в профайле...

[Vangelis Baris]

Как это не в курсе?
Уморил :-D
Мышка, она же пласт-мас-со-ва-я. Там железо совсем маленькое - 2 винтика и припой.[/offtop]
Знакомый ювелир делает позолоченные мышки с брюликами - для коронованных особ. У нас нет такого пункта даже в профайле...
Из личного опыта: в одном тендере, лично виде глазами: спецификация компьютера занимала 10 строк, из них спецификация коврика для мыши - 4 :cray: