Просмотр полной версии : Обзор рынка, приглашаются все :-)
Efim Kushnir
10.08.2007, 12:19
Очень понравилась статья с общим обзором решений (http://www.citforum.ru/hardware/arch/servers_in_russia/) "Серверы в масштабе российского предприятия" с примерами некоторых характеристик оборудования разных вендоров. Для нашего рынка тоже годится.
Рекомендую.
Efim Kushnir
10.08.2007, 12:30
Еще интересная статья, там же:
"Хранение данных: задачи, решения, перспективы" (http://www.citforum.ru/hardware/data/data_storage/)
Timur Bazikalov
11.08.2007, 18:55
Интересно, а проводит ли кто-нибудь исследование нашего рынка?
Evgeniy Sklyarevskiy
11.08.2007, 19:05
Интересно, а проводит ли кто-нибудь исследование нашего рынка?
Просматривая номинантов Фестиваля был приятно удивлен сайтом http://www.eastcapital.uz/ - хорошие отчеты о банковской деятельности. А все считали что у нас вообще никакой аналитики нет - оказывается - есть!
Efim Kushnir
12.08.2007, 23:19
Просматривая номинантов Фестиваля был приятно удивлен сайтом http://www.eastcapital.uz/ - хорошие отчеты о банковской деятельности. А все считали что у нас вообще никакой аналитики нет - оказывается - есть!
Получается, что если бы не было фестиваля, то даже у Вас, маститого и профессионального обозревателя интеренет, не было бы информации о таком сайте?
Тогда вопрос (если, конечно, Вы знаете ответ), а где коллекционируется информация с описанием тех или иных имеющихся ресурсов Узнета? Как узнать о новых сайтах, которые плодятся довольно часто? Кто этим занимается?
Evgeniy Sklyarevskiy
13.08.2007, 01:17
Получается, что если бы не было фестиваля, то даже у Вас, маститого и профессионального обозревателя интеренет, не было бы информации о таком сайте?
Тогда вопрос (если, конечно, Вы знаете ответ), а где коллекционируется информация с описанием тех или иных имеющихся ресурсов Узнета? Как узнать о новых сайтах, которые плодятся довольно часто? Кто этим занимается?
Не совсем соответствует - маститый, значит толстый :-)
Вообще говоря, вопрос очень интересный - откуда можно узнать о появлении новых ярких и масштабных в пределах Узнета сайтов?
1. Такие сайты как Афиша, Торг, Дода - кажется, что они были всегда и все давно про них знают, наш журнал писал о них неоднократно. Если на них что-то важное появляется - сразу становится известным, ибо они на виду и на слуху.
2. Есть сайты "обязательные к посещению" - у всех разные, у меня это сайт журнала Инфоком, пруз, псуз, лайвуз - три последних связаны с крупными разработчиками и часто анонсируют свои и чужие проекты
3. И, конечно, форумы, блоги и ЖЖ - если читать Конст регулярно и журналы разработчиков, то можно быть в курсе почти всех новинок. Если есть значительный и яркий сайт, неизвестный никому - значит его разработчики очень постарались сделать это.
4. Можно еще просто разглядывать каталоги и рейтинги и находить интересных новичков. Опять же возвращаемся к вопросу с www.uz - нет общего хорошего каталога-рейтинга, такого, чтобы все бросились в нем участвовать, надоело повторять, Центр занят чем-то другим :-)
5. Письма шлют - мы такие-то, сделали сайт такой-то, что думаете о нем?... Или просят внести их кнопочку в "Кнопочки Узнета" http://people.uzsci.net/knopki.html , или поменяться ссылками, как с только что открытым Fashionblog.uz...
Самый цивилизованный вариант (как делает, например Владимир Сагов) - рассказать в "Изумрудах Узнета" о новом сайте, если он кривой и слабый - получит автор по полной программе, если серьезный проект типа mymap.uz - то и обсуждение будет серьезное и полезное для сайта.
Фестиваль, как раз, имеет целью выявить неизвестные шедевры, уже есть от него большая польза.
Возможно имеет смысл сделать реестр всех сайтов Узнета - даже знаю, кто не захочет этим заниматься :-)
Efim Kushnir
13.08.2007, 11:58
маститый, значит толстый :-)
Так нельзя, Евгений Семёнович. Вы просто вынуждаете человека думать :-) Любое насилие вредно.
http://dic.academic.ru/dic.nsf/ogegova/104050 - значение слова "маститый".
Я имел ввиду: почтенный, заслуженный.
Atham Mirazizov
13.08.2007, 14:43
Интересно, а проводит ли кто-нибудь исследование нашего рынка?
Особенно интересует рынок ПО. Размер в денежном выражении и перспективы потребностей. В разрезах отраслей рынка. Объём экспорта и импорта услуг по разработке ПО и готовых решений. Объём добавленных услуг местных компаний. Структура затрат... и многое другое.
Очень сложно контактировать с потенциальными заказчиками,инвесторами, партнёрами не имея на руках независимого, подробного анализа рынка и тенденций развития.
Evgeniy Sklyarevskiy
13.08.2007, 14:51
Так нельзя, Евгений Семёнович. Вы просто вынуждаете человека думать :-) Любое насилие вредно.
http://dic.academic.ru/dic.nsf/ogegova/104050 - значение слова "маститый".
Я имел ввиду: почтенный, заслуженный.
А я думал - переболевший маститом - блин, начитался еДоктор-уз - теперь нахожу у себя все болезни
Efim Kushnir
14.08.2007, 17:59
Google начал бесплатную раздачу StarOffice
Особенно интересует рынок ПО.
а по рынку ПО (по малой его части) на уже известном сайте (http://www.citforum.ru/)есть интереные новости (http://citcity.ru/16599/).
Efim Kushnir
14.08.2007, 18:03
Интересная новость (http://citcity.ru/16598/), но более занятные коментарии к ней.
Может кто-нибудь опровергнуть или поддержать мнения о невозможности нормальной работы многоядерных процессоров под Windows?
Eldar Fattakhov
14.08.2007, 18:28
занятные коментарииСудя по тону/настрою комментария, у товарища не всё в порядке... Попахивает шизофреническим состоянием (типа клаустрофобии)... Да и буквы в нике, судя по всему, попутались (BRiAN W. Gr. = по видимому ранее выглядело как BRAiN [от слова "мозг"] W. Gr.)... Что бы это значило? "W."="белый" (от 'White'). Тогда "Gr."="пушистый"? Но от какого слова?! :)
Если бы были какие-то проблемы с работой каких-либо программных продуктов компании Microsoft с процессорами Intel (хоть 4, хоть 8 ядер), то ни HP, ни наши уважаемые коллеги (в том числе FSC) не стали бы выпускать вычислительные платформы (ПК, рабочие станции, серверы), сертифицированные под MS! Ефим-ака, зачем провоцируете?! :)
Efim Kushnir
14.08.2007, 18:36
зачем провоцируете?!
я не провоцирую.
Никаких личных и рабочих претензий у меня к этой большой и уважаемой компании нет.
У меня за все годы работы подобных проблем не было, но:
- у меня была достаточно узкая специализация;
- это касается в основном разработчиков (опять не моя стихия).
Просто мне было интересно узнать про такие проблемы не от неизвестных пользователей, а от тех, кто рядом, т.к. привык доверять ближним :-) Может я поторопился с вопросом и несколько неправильно его сформулировал.
Согласен с Вашими замечаниями, в следующий раз обдумаю вопрос лучше.
Переформулирую вопрос:
Сталкивался ли кто-нибудь из разработчиков ПО с проблемами при работе с многоядерными процессорами под управлением различных ОС?
Erkin Kuchkarov
14.08.2007, 19:17
Сталкивался ли кто-нибудь из разработчиков ПО с проблемами при работе с многоядерными процессорами под управлением различных ОС?
Нет, никаких проблемм на 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
14.08.2007, 19:39
Переформулирую вопрос:
Сталкивался ли кто-нибудь из разработчиков ПО с проблемами при работе с многоядерными процессорами под управлением различных ОС?Сталкиваются, конечно. Но нерешаемых проблем нет. Во всяком случае, надежность технологий INTEL позволяет HP выпускать как персональные вычислительные системы, так и серверы на основе процессоров INTEL 32- и 64-битной архитектур (CISC, EPIC) вплоть до серверов класса SuperDome. :) Серверные платформы на основе Intel Itanium, как помните, сертифицированы, как минимум, для различных модификаций MS Windows, HP-UX, OpenVMS, разные версии LINUX...
Лишь бы клавиатура была стандартной и голова на месте. Плюс знание английского языка и умение искать нужную информацию.
"Птица Говорун отличается умом и сообразительностью... Умом и сообразительностью... Умом и сообразительностью..."
Erkin Kuchkarov
14.08.2007, 20:38
Плюсиков как и шариков - в наличии строго ограниченное, Всевышним, количество :)
Efim Kushnir
15.08.2007, 10:53
платформы на основе Intel Itanium, как помните, сертифицированы, как минимум, для различных модификаций MS Windows
это-то я помню.
я наверное опять не правильно вопрос поставил. надо начать с того, пробовал ли кто-нибудь из разработчиков ТУТ использовать хотя бы не многоядерность, а многопроцессорность при разработке каких-либо приложений для увеличения производительности ПО?
Насколько я знаю по своему предыдущему опыту, вся разработка ПО заканчивалась на том, что программа писалась для работы под какой либо ОС, а речи о том, чтобы оптимизировать её для работы с несколькими процессорами или несколькими ядрами вообще не шла.
Есть кто живой из программистов, кто использовал ресурсы как многопроцессорности, так и многоядерности ?
Eldar Fattakhov
15.08.2007, 12:34
Есть кто живой из программистов, кто использовал ресурсы как многопроцессорности, так и многоядерности ?Я таких не видел. Если вспомните - Oracle RAC у одного из наших любимых заказчиков был настроен не разработчиком прикладного ПО, а многоуважаемым системным интегратором.
На самом деле, эффективность трудозатрат на "причёсывание" прикладных систем в наших условиях достаточна невысока. По моему мнению, вполне достаточно, если приложение будет "делегировать" функции по работе с множественными ядрами и процессорами, например, системе управления базами данных.
Efim Kushnir
15.08.2007, 13:13
Я таких не видел. Если вспомните - Oracle RAC у одного из наших любимых заказчиков был настроен не разработчиком прикладного ПО, а многоуважаемым системным интегратором.
Так вот и я не видел. У многоуважаемого интегратора не было на тот момент такой задачи.
Да и в штате интегратора нет программиста и DBA под ORACLE, который бы знал все возможные тонкости этой работы. А клиент сам не интересуется подобными вопросами и его устаивает чтобы просто работало без сбоев, что и происходит.
Получается, что никто с подобными проблемами не сталкивался, потому что не хватает знаний (времени, желаний, возможности) их получить для того, чтобы подойти к этим проблемам.
Как в анекдоте про внедорожник, который застревает там, куда простые машины не доезжают.
Ладно, мертвая тема, концов не будет.
Eldar Fattakhov
15.08.2007, 13:29
мертвая темаОна - не мертвая. Она еще не родилась. До тех пор, пока самые навороченные системы будут легко работать на 4-процессорных машинах, задачи по тонкой настройке систем на использование архитектур процессора и/или его окружения вставать не будут...
shumbola
15.08.2007, 13:51
Она - не мертвая. Она еще не родилась. До тех пор, пока самые навороченные системы будут легко работать на 4-процессорных машинах, задачи по тонкой настройке систем на использование архитектур процессора и/или его окружения вставать не будут...
Я не понимаю, что вы господа имеет в виду под поддержкой мультипроцессоров и мультиядер.
Лично я уже более 10 лет пишу программы, которые используют потоки. Т.е., одновременно выполняются обе потоки. А на каком процессоре или ядре они должны выполняться меня не касается. Об этом для меня работу выполняет ОС или библиотеки той среды в которой я пишу.
Тот же oracle использует доп. процессоры, если они имеются в системе. Нет, на одном будет работать. Без "тонких" настроек. Это не означает, что ДБА для получения доп производительности не должен тонко настроить.
В прошлом я писал программы специально заточенные под многопроцессорную машину, на котором параллельно выполнялись независимые подзадачи, но и задача была такой.
Efim Kushnir
15.08.2007, 15:40
Об этом для меня работу выполняет ОС или библиотеки той среды в которой я пишу.
Вы хотите сказать, что разработчику не важно, какой процессор и/или ядро задействовано и всё распределение делает ОС и ПО БД?
Вопрос в том, есть ли проблемы у разработчиков при написании подобных программ? Как справляется ОС с многоядерностью на сегодня?
одновременно выполняются обе потоки.
Почему Вы упомянули всего два потока?
А если у меня восьмиядерный процессор и каждое ядро позволяет обслуживать четыре потока (всего итого 32 потока), тогда как?
И вообще, нужно ли в таком случае разработчику это все знать, если все вопросы решает ОС и сама БД?
Erkin Kuchkarov
15.08.2007, 15:59
И вообще, нужно ли в таком случае разработчику это все знать, если все вопросы решает ОС и сама БД?
Совершенно нет никакой необходимости контролировать и управлять загрузкой процессорной мощности так как:
1. На низком уровне рулит технология производителя
2. На уровне приложений - API от OS или СУБД. SQL и Oracle совершенно спокойно распаралеливають свои задачи сами без участия кого бы то ни было (не взирая на возраст, дипломы, ученые звания, сертификаты и прочее).
shumbola
15.08.2007, 16:13
Вы хотите сказать, что разработчику не важно, какой процессор и/или ядро задействовано и всё распределение делает ОС и ПО БД?
Давайте тут разделим прикладную программу и БД.
БД сама по себе должна поддерживать многопроцессорность/многопоточность. Так и есть, тот же самый Oracle поддерживает это автоматом. Теперь возникает вопрос, а как быть программами написанными для Oracle? Если программа написана на Pl/SQL то о многопроцессорности должна заботиться Oracle, если на java то, опять Oracle. Естественно я сейчас не могу сказать поддерживает ли Oracle многопоточные встроенные процедуры. Я лично никогда не писал такие.
Если программа написана для Oracle iAS (сервер приложение), то тут сразу можно сказать что многопоточное приложение получить выигрыш от многопроцессорности. Да и сам сервер приложений тоже. ОС естественно должна поддерживать многопроцессорность. Ньюансы не касается прикладного приложения.
Но это не означает, что разработчику все равно. Разработчик использует вес арсенал языка, который присутствует в виду библиотек и языковых конструкций.
Вопрос в том, есть ли проблемы у разработчиков при написании подобных программ? Как справляется ОС с многоядерностью на сегодня?
Проблема в том, что это сложно. Не всякий программист может освоит это. Да и трудно отлаживать такие программы. Но это всегда так было. Даже для однопроцессорного сервера написание многопоточной программы имеют свои трудности. Современные ОС (Windows, Linux, Solaris и др) конечно поддерживают все это. Естественно проблемы и трудности возникающие от многопроцессорности присущи и им. Не только прикладным программам.
Почему Вы упомянули всего два потока?
А если у меня восьмиядерный процессор и каждое ядро позволяет обслуживать четыре потока (всего итого 32 потока), тогда как?
И вообще, нужно ли в таком случае разработчику это все знать, если все вопросы решает ОС и сама БД?
Я просто для примера сказал 2 потока, имел в виду что параллельно выполняются две задачи. В общем случае разработчик пишет на N-ое одновременное выполнение потоков. Задача ОС и языка (библотек) распределять все потоки на процессоры. Конечно, для оптимизации разработчик может учитывать кол-во процессоров, размер кэша и т.д., но это уже hardcore, и для обычно Joe программера это не объязательно знать.
Сейчас идет тенденция к multicore, естественно падают частоты для отдельно взятых процессоров (core), и это конечно сказывается на приложениях. Для одной задачи выигрышь от перехода к multicore есть для других наоборот проигрышь. Это конечно показывает и теоретические и экспериментальные данные.
Говорят, будущее за приложениями, которые написаны с учетом многопроцессорности, так как производители hardware достигли потолка бешеных частот, где они благодаря этому увеличивали производительность. Поэтому, разработчик должен и учитывать это, и написать многопоточные приложения, естественно там где это требуется.
Efim Kushnir
22.08.2007, 10:51
Здравствуйте.
Как всегда, сайт CIT Forum (http://www.citforum.ru) публикует интересные статьи. В этот раз это статья "64 бита: расставим точки над большим «I»" (http://www.citforum.ru/hardware/arch/64_bits/). Читаю вместе с вами.
Efim Kushnir
07.09.2007, 11:08
Здравствуйте.
Как всегда, мой любимый сайт (http://citcity.ru) публикует интересные статьи.
В этот раз это "Основные характеристики современного Хранилища данных" (http://citcity.ru/16810/)
Читаю вместе с вами.
Efim Kushnir
07.09.2007, 11:15
И еще интересная статья на том же сайте:
Мобильная перспектива. Какими станут ноутбуки в ближайшее время? (http://citcity.ru/16811/)
Efim Kushnir
11.09.2007, 11:22
Здравствуйте.
Как всегда на CitCITY (http://citcity.ru) интересный обзор итогов финансового года (http://citcity.ru/16846/) уважаемой компании Sun Microsystems.
Интересная тенденция распространения недорогих UNIX-серверов на базе процессоров UltraSPARC T1.
Efim Kushnir
14.09.2007, 11:01
Здравствуйте.
Вслед за итогами финансового года SUN решил, что "... будет устанавливать на свои сервера Windows".
Новость с ссылками на источник читаем тут (http://citcity.ru/16881/).
Efim Kushnir
14.09.2007, 11:13
А вот и еще одна новость, которая перекликается с веткой форума "VDS в Узбекистане (http://www.uforum.uz/showthread.php?t=759)", на которой обсуждались технологии виртуализации железа и ресурсов. В этот раз повезло всем вендорам.
Смотрим тут (http://citcity.ru/16877/), далее по ссылке на сайт производителя.
Erkin Kuchkarov
14.09.2007, 13:59
В этот раз повезло всем вендорам.
Почти всем ;) (MS Virtual Server R2 имеется виду )
Efim Kushnir
14.09.2007, 14:58
Почти всем (MS Virtual Server R2 имеется виду )
Имел ввиду изготовителей аппаратной части серверной платформы.
MS ведь пока железо не делает? (или я не в курсе?) :-)
Erkin Kuchkarov
14.09.2007, 17:34
MS ведь пока железо не делает? (или я не в курсе?) :-)
Как это не в курсе? Мышки, клавы, джойстики, иксбоксы.... На семинары ходил? Пакеты ручки карандаши кружки....
Efim Kushnir
14.09.2007, 17:56
Как это не в курсе?
Уморил :-D
Мышка, она же пласт-мас-со-ва-я. Там железо совсем маленькое - 2 винтика и припой. Хотя уже пора для некоторых знакомых (на форуме не присутствующих) делать антивандальные мыши, клавы и телефоны :-)
Семинары посещал, а как же, и даже сейчас по ним скучаю, но меня уже не приглашают (наверное вышел из доверия).
Efim Kushnir
15.09.2007, 17:22
Кстати, о мышках :-)
На уже знакомом Вам сайте есть очередная статья об интересном новшестве (http://www.citcity.ru/16874/) из раздела систем безопасного доступа, которое создали инженеры уважаемых японских компьютерных компаний.
Vangelis Baris
18.12.2007, 18:03
Мы знаем точно, не возможное - возможно :naughty:
http://citcity.ru/17637/
Сразу после появления этой информации в Сети представители компании AMD заявили, что в соответствии с официальным запретом на экспорт продукции в Иран, наложенным властями Соединенных Штатов, поставки процессоров AMD в данный регион не осуществлялись
Получается иранцы эти процессоры в карманах принесли :biggrin:
Ахадбек Далимов
18.12.2007, 18:40
Получается иранцы эти процессоры в карманах принесли
обратите внимание на коментарии после статьи на citcity и для сравнения посмотрите здесь (http://www.informationweek.com/story/showArticle.jhtml?articleID=204800653) (коментарии, текст статьи на англ. по сути тот же)
почувствуй разницу ... :???:
Evgeniy Sklyarevskiy
18.12.2007, 18:56
Как это не в курсе?
Уморил :-D
Мышка, она же пласт-мас-со-ва-я. Там железо совсем маленькое - 2 винтика и припой.[/OFFTOP]
Знакомый ювелир делает позолоченные мышки с брюликами - для коронованных особ. У нас нет такого пункта даже в профайле...
Vangelis Baris
29.12.2007, 01:16
Как это не в курсе?
Уморил :-D
Мышка, она же пласт-мас-со-ва-я. Там железо совсем маленькое - 2 винтика и припой.[/offtop]
Знакомый ювелир делает позолоченные мышки с брюликами - для коронованных особ. У нас нет такого пункта даже в профайле...
Из личного опыта: в одном тендере, лично виде глазами: спецификация компьютера занимала 10 строк, из них спецификация коврика для мыши - 4 :cray:
vBulletin® v3.8.5, Copyright ©2000-2025, Jelsoft Enterprises Ltd. Перевод: zCarot