September 2010 - Mpich2-maint - mailman3.cels.anl.gov

Re: [mpich2-maint] #1100: --enable-threads=multiple results in deadlocks
by William Gropp 30 Sep '10

30 Sep '10

It depends on what research questions we want to answer as well as what systems we're supporting. Those research questions need to be in the context of all systems and communication devices in which we might be interested, including those that might arise in the next five years. One question might be: of the four levels proposed in the MPI-2 standard, which offer a significant benefit and under what assumptions is that evaluation made? For example, under what conditions would MPI_THREAD_SERIALIZED offer a significant benefit over THREAD_MULTIPLE? Conversely, is it possible to implement THREAD_SERIALIZED as a generalization of THREAD_FUNNELED without any significant performance loss? These require both an theoretical analysis (to address the space of possible platforms, particularly at higher scale) and some experimental results (with more than one device and platform). This cannot be answered by running timing experiments on the current code base and on a commodity cluster (or even adding BlueGene, though that gets closer), as that only answers the question about a narrow range of implementation and platform, and does not address the research question. Answering this question would give us a good basis for mapping down the number of choices. Bill On Sep 29, 2010, at 11:46 AM, Rajeev Thakur wrote: > What options do you think we should support (and what mapping)? > > Rajeev > > > On Sep 29, 2010, at 11:42 AM, William Gropp wrote: > >> Actually, the problem was not that we have too many options but >> that we are not taking advantage of the features for doing tests - >> in fact, the "multiple" option would have (and should have!) helped >> identify the problems without requiring (admittedly useful) >> enhancements to the test programs. In fact, it makes more sense to >> restore the "multiple" option to make it easier to apply test >> suites (including ones that only call MPI_Init) in order to perform >> more thorough testing of the thread code. >> >> There are good arguments for reducing some of the options, but this >> must be done recognizing that MPICH2 must first and foremost be a >> research vehicle for MPI implementations - that will require >> supporting more options than are appropriate for a product that >> implements MPI for some platforms. Having said that, some of the >> current flexibility in supporting thread levels may not be needed >> and can be reduced, though I don't agree with the proposed mapping >> (and note that runtime can't be the general default, as the default >> choice depends on the capabilities of the device and channel). >> Reducing the options should be done carefully and openly, and after >> a discussion of all of the issues. >> >> Bill >> >> On Sep 29, 2010, at 11:24 AM, Rajeev Thakur wrote: >> >>> Yes, and it should probably be fixed. It is getting too hard to >>> maintain multiple options of thread support, i.e., such bugs creep >>> in. We were talking about supporting just two, single and runtime, >>> with funneled, serialized, and multiple being mapped to runtime. >>> >>> Rajeev >>> >>> >>> On Sep 29, 2010, at 11:17 AM, William Gropp wrote: >>> >>>> But shouldn't the programs continue to work if multiple was >>>> selected? Doesn't this mean that there is a bug in the thread >>>> implementation (e.g., run that test with >>>> MPICH_THREADLEVEL_DEFAULT=multiple)? In fact, I was able to >>>> confirm that this is the case. I've enhanced the MTest_Init to >>>> accept MTEST_THREADLEVEL_DEFAULT (similar to how >>>> MPICH_THREADLEVEL_DEFAULT is accepted by MPI_Init) and caused >>>> these tests to run with the (runtime) thread level of >>>> MPI_THREAD_MULTIPLE. The attribute tests then failed. Turning >>>> off the multiple option just masked bugs in the thread support >>>> within the attribute (and other) routines. >>>> >>>> Bill >>>> >>>> On Sep 28, 2010, at 5:17 PM, mpich2 wrote: >>>> >>>>> #1100: --enable-threads=multiple results in deadlocks >>>>> ---------------------- >>>>> +----------------------------------------------------- >>>>> Reporter: buntinas | Owner: goodell >>>>> Type: bug | Status: closed >>>>> Priority: major | Milestone: mpich2-1.3 >>>>> Component: mpich2 | Resolution: fixed >>>>> Keywords: | >>>>> ---------------------- >>>>> +----------------------------------------------------- >>>>> Changes (by thakur): >>>>> >>>>> * status: new => closed >>>>> * resolution: => fixed >>>>> >>>>> >>>>> Comment: >>>>> >>>>> Set multiple = runtime in r7261. We can revert it back later if >>>>> multiple >>>>> is really needed. >>>>> >>>>> -- >>>>> Ticket URL: <http://trac.mcs.anl.gov/projects/mpich2/ticket/1100#comment:3 >>>>> > >>>>> mpich2 <http://www.mcs.anl.gov/research/projects/mpich2> >>>>> MPICH2 is a high-performance and widely portable implementation >>>>> of MPI >>>> >>>> William Gropp >>>> Deputy Director for Research >>>> Institute for Advanced Computing Applications and Technologies >>>> Paul and Cynthia Saylor Professor of Computer Science >>>> University of Illinois Urbana-Champaign >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> mpich2-maint mailing list >>>> mpich2-maint(a)lists.mcs.anl.gov >>>> https://lists.mcs.anl.gov/mailman/listinfo/mpich2-maint >>> >> >> William Gropp >> Deputy Director for Research >> Institute for Advanced Computing Applications and Technologies >> Paul and Cynthia Saylor Professor of Computer Science >> University of Illinois Urbana-Champaign >> >> >> >> > William Gropp Deputy Director for Research Institute for Advanced Computing Applications and Technologies Paul and Cynthia Saylor Professor of Computer Science University of Illinois Urbana-Champaign

1 0

Re: [mpich2-maint] #1100: --enable-threads=multiple results in deadlocks
by Darius Buntinas 29 Sep '10

29 Sep '10

Hi Bill, When we discussed removing static thread levels (above single), we did consider their usefulness, for research as well as production. Configure-time selection of thread levels was important when the initial thread support was being developed, to measure the impact of dynamic thread levels. However now that we see that dynamic thread levels adds negligible overhead, I don't think that we need that feature. Instead we are now focusing on fine-grained threading, so we'll add instrumentation stuff there that might eventually go away. The goal was not really to "hide" the bug by not allowing an option to be selected. Instead we figured that removing static thread levels would result in dead code which could then be removed, and that the bug was located in the dead code. Of course if it turns out that the bug was not in this dead code, then it still needs to be fixed, but that's a different issue than getting rid of static thread levels. Note that dynamic thread levels still allows us to use MPICH_THREADLEVEL_DEFAULT. -d On Sep 29, 2010, at 11:42 AM, William Gropp wrote: > There are good arguments for reducing some of the options, but this must be done recognizing that MPICH2 must first and foremost be a research vehicle for MPI implementations - that will require supporting more options than are appropriate for a product that implements MPI for some platforms. Having said that, some of the current flexibility in supporting thread levels may not be needed and can be reduced, though I don't agree with the proposed mapping (and note that runtime can't be the general default, as the default choice depends on the capabilities of the device and channel). Reducing the options should be done carefully and openly, and after a discussion of all of the issues.

1 0

Re: [mpich2-maint] #1107: -mpiexec.hydra: would like to see -l and -tv options
by William Gropp 29 Sep '10

29 Sep '10

A small clarification: -l (due to the convenience in mpd) is a standard argument supported by the cmnargs.c , not just mpd, and were documented in http://wiki.mcs.anl.gov/mpich2/index.php/Proposed_MPIEXEC_Extensions . Bill On Sep 29, 2010, at 1:05 PM, mpich2 wrote: > #1107: -mpiexec.hydra: would like to see -l and -tv options > ------------------------------------- > +-------------------------------------- > Reporter: georgv@… | Owner: balaji > Type: feature | Status: closed > Priority: major | Milestone: mpich2-1.3 > Component: mpich2 | Resolution: fixed > Keywords: mpiexec.hydra debugging | > ------------------------------------- > +-------------------------------------- > Changes (by balaji): > > * status: reopened => closed > * resolution: => fixed > > > Comment: > > The actual option is "-prepend-rank" in Hydra (you should be able to > see > if with mpiexec -help). "-l" was only added for users familiar with > mpd's > style. > > "-a" is not an Hydra option -- it's a totalview parameter. Yes, it > looks > like we missed out on documenting this on the "Using Hydra" wiki. I've > added it now: > http://wiki.mcs.anl.gov/mpich2/index.php/Using_the_Hydra_Process_Manager#To… > > -- > Ticket URL: <http://trac.mcs.anl.gov/projects/mpich2/ticket/1107#comment:4 > > > mpich2 <http://www.mcs.anl.gov/research/projects/mpich2> > MPICH2 is a high-performance and widely portable implementation of MPI William Gropp Deputy Director for Research Institute for Advanced Computing Applications and Technologies Paul and Cynthia Saylor Professor of Computer Science University of Illinois Urbana-Champaign

1 0

Re: [mpich2-maint] #1100: --enable-threads=multiple results in deadlocks
by Rajeev Thakur 29 Sep '10

29 Sep '10

What options do you think we should support (and what mapping)? Rajeev On Sep 29, 2010, at 11:42 AM, William Gropp wrote: > Actually, the problem was not that we have too many options but that we are not taking advantage of the features for doing tests - in fact, the "multiple" option would have (and should have!) helped identify the problems without requiring (admittedly useful) enhancements to the test programs. In fact, it makes more sense to restore the "multiple" option to make it easier to apply test suites (including ones that only call MPI_Init) in order to perform more thorough testing of the thread code. > > There are good arguments for reducing some of the options, but this must be done recognizing that MPICH2 must first and foremost be a research vehicle for MPI implementations - that will require supporting more options than are appropriate for a product that implements MPI for some platforms. Having said that, some of the current flexibility in supporting thread levels may not be needed and can be reduced, though I don't agree with the proposed mapping (and note that runtime can't be the general default, as the default choice depends on the capabilities of the device and channel). Reducing the options should be done carefully and openly, and after a discussion of all of the issues. > > Bill > > On Sep 29, 2010, at 11:24 AM, Rajeev Thakur wrote: > >> Yes, and it should probably be fixed. It is getting too hard to maintain multiple options of thread support, i.e., such bugs creep in. We were talking about supporting just two, single and runtime, with funneled, serialized, and multiple being mapped to runtime. >> >> Rajeev >> >> >> On Sep 29, 2010, at 11:17 AM, William Gropp wrote: >> >>> But shouldn't the programs continue to work if multiple was selected? Doesn't this mean that there is a bug in the thread implementation (e.g., run that test with MPICH_THREADLEVEL_DEFAULT=multiple)? In fact, I was able to confirm that this is the case. I've enhanced the MTest_Init to accept MTEST_THREADLEVEL_DEFAULT (similar to how MPICH_THREADLEVEL_DEFAULT is accepted by MPI_Init) and caused these tests to run with the (runtime) thread level of MPI_THREAD_MULTIPLE. The attribute tests then failed. Turning off the multiple option just masked bugs in the thread support within the attribute (and other) routines. >>> >>> Bill >>> >>> On Sep 28, 2010, at 5:17 PM, mpich2 wrote: >>> >>>> #1100: --enable-threads=multiple results in deadlocks >>>> ----------------------+----------------------------------------------------- >>>> Reporter: buntinas | Owner: goodell >>>> Type: bug | Status: closed >>>> Priority: major | Milestone: mpich2-1.3 >>>> Component: mpich2 | Resolution: fixed >>>> Keywords: | >>>> ----------------------+----------------------------------------------------- >>>> Changes (by thakur): >>>> >>>> * status: new => closed >>>> * resolution: => fixed >>>> >>>> >>>> Comment: >>>> >>>> Set multiple = runtime in r7261. We can revert it back later if multiple >>>> is really needed. >>>> >>>> -- >>>> Ticket URL: <http://trac.mcs.anl.gov/projects/mpich2/ticket/1100#comment:3> >>>> mpich2 <http://www.mcs.anl.gov/research/projects/mpich2> >>>> MPICH2 is a high-performance and widely portable implementation of MPI >>> >>> William Gropp >>> Deputy Director for Research >>> Institute for Advanced Computing Applications and Technologies >>> Paul and Cynthia Saylor Professor of Computer Science >>> University of Illinois Urbana-Champaign >>> >>> >>> >>> >>> _______________________________________________ >>> mpich2-maint mailing list >>> mpich2-maint(a)lists.mcs.anl.gov >>> https://lists.mcs.anl.gov/mailman/listinfo/mpich2-maint >> > > William Gropp > Deputy Director for Research > Institute for Advanced Computing Applications and Technologies > Paul and Cynthia Saylor Professor of Computer Science > University of Illinois Urbana-Champaign > > > >

1 0

Re: [mpich2-maint] #1100: --enable-threads=multiple results in deadlocks
by William Gropp 29 Sep '10

29 Sep '10

Actually, the problem was not that we have too many options but that we are not taking advantage of the features for doing tests - in fact, the "multiple" option would have (and should have!) helped identify the problems without requiring (admittedly useful) enhancements to the test programs. In fact, it makes more sense to restore the "multiple" option to make it easier to apply test suites (including ones that only call MPI_Init) in order to perform more thorough testing of the thread code. There are good arguments for reducing some of the options, but this must be done recognizing that MPICH2 must first and foremost be a research vehicle for MPI implementations - that will require supporting more options than are appropriate for a product that implements MPI for some platforms. Having said that, some of the current flexibility in supporting thread levels may not be needed and can be reduced, though I don't agree with the proposed mapping (and note that runtime can't be the general default, as the default choice depends on the capabilities of the device and channel). Reducing the options should be done carefully and openly, and after a discussion of all of the issues. Bill On Sep 29, 2010, at 11:24 AM, Rajeev Thakur wrote: > Yes, and it should probably be fixed. It is getting too hard to > maintain multiple options of thread support, i.e., such bugs creep > in. We were talking about supporting just two, single and runtime, > with funneled, serialized, and multiple being mapped to runtime. > > Rajeev > > > On Sep 29, 2010, at 11:17 AM, William Gropp wrote: > >> But shouldn't the programs continue to work if multiple was >> selected? Doesn't this mean that there is a bug in the thread >> implementation (e.g., run that test with >> MPICH_THREADLEVEL_DEFAULT=multiple)? In fact, I was able to confirm >> that this is the case. I've enhanced the MTest_Init to accept >> MTEST_THREADLEVEL_DEFAULT (similar to how MPICH_THREADLEVEL_DEFAULT >> is accepted by MPI_Init) and caused these tests to run with the >> (runtime) thread level of MPI_THREAD_MULTIPLE. The attribute tests >> then failed. Turning off the multiple option just masked bugs in >> the thread support within the attribute (and other) routines. >> >> Bill >> >> On Sep 28, 2010, at 5:17 PM, mpich2 wrote: >> >>> #1100: --enable-threads=multiple results in deadlocks >>> ---------------------- >>> +----------------------------------------------------- >>> Reporter: buntinas | Owner: goodell >>> Type: bug | Status: closed >>> Priority: major | Milestone: mpich2-1.3 >>> Component: mpich2 | Resolution: fixed >>> Keywords: | >>> ---------------------- >>> +----------------------------------------------------- >>> Changes (by thakur): >>> >>> * status: new => closed >>> * resolution: => fixed >>> >>> >>> Comment: >>> >>> Set multiple = runtime in r7261. We can revert it back later if >>> multiple >>> is really needed. >>> >>> -- >>> Ticket URL: <http://trac.mcs.anl.gov/projects/mpich2/ticket/1100#comment:3 >>> > >>> mpich2 <http://www.mcs.anl.gov/research/projects/mpich2> >>> MPICH2 is a high-performance and widely portable implementation of >>> MPI >> >> William Gropp >> Deputy Director for Research >> Institute for Advanced Computing Applications and Technologies >> Paul and Cynthia Saylor Professor of Computer Science >> University of Illinois Urbana-Champaign >> >> >> >> >> _______________________________________________ >> mpich2-maint mailing list >> mpich2-maint(a)lists.mcs.anl.gov >> https://lists.mcs.anl.gov/mailman/listinfo/mpich2-maint > William Gropp Deputy Director for Research Institute for Advanced Computing Applications and Technologies Paul and Cynthia Saylor Professor of Computer Science University of Illinois Urbana-Champaign

1 0

Re: [mpich2-maint] #1100: --enable-threads=multiple results in deadlocks
by Rajeev Thakur 29 Sep '10

29 Sep '10

Yes, and it should probably be fixed. It is getting too hard to maintain multiple options of thread support, i.e., such bugs creep in. We were talking about supporting just two, single and runtime, with funneled, serialized, and multiple being mapped to runtime. Rajeev On Sep 29, 2010, at 11:17 AM, William Gropp wrote: > But shouldn't the programs continue to work if multiple was selected? Doesn't this mean that there is a bug in the thread implementation (e.g., run that test with MPICH_THREADLEVEL_DEFAULT=multiple)? In fact, I was able to confirm that this is the case. I've enhanced the MTest_Init to accept MTEST_THREADLEVEL_DEFAULT (similar to how MPICH_THREADLEVEL_DEFAULT is accepted by MPI_Init) and caused these tests to run with the (runtime) thread level of MPI_THREAD_MULTIPLE. The attribute tests then failed. Turning off the multiple option just masked bugs in the thread support within the attribute (and other) routines. > > Bill > > On Sep 28, 2010, at 5:17 PM, mpich2 wrote: > >> #1100: --enable-threads=multiple results in deadlocks >> ----------------------+----------------------------------------------------- >> Reporter: buntinas | Owner: goodell >> Type: bug | Status: closed >> Priority: major | Milestone: mpich2-1.3 >> Component: mpich2 | Resolution: fixed >> Keywords: | >> ----------------------+----------------------------------------------------- >> Changes (by thakur): >> >> * status: new => closed >> * resolution: => fixed >> >> >> Comment: >> >> Set multiple = runtime in r7261. We can revert it back later if multiple >> is really needed. >> >> -- >> Ticket URL: <http://trac.mcs.anl.gov/projects/mpich2/ticket/1100#comment:3> >> mpich2 <http://www.mcs.anl.gov/research/projects/mpich2> >> MPICH2 is a high-performance and widely portable implementation of MPI > > William Gropp > Deputy Director for Research > Institute for Advanced Computing Applications and Technologies > Paul and Cynthia Saylor Professor of Computer Science > University of Illinois Urbana-Champaign > > > > > _______________________________________________ > mpich2-maint mailing list > mpich2-maint(a)lists.mcs.anl.gov > https://lists.mcs.anl.gov/mailman/listinfo/mpich2-maint

1 0

Re: [mpich2-maint] #1100: --enable-threads=multiple results in deadlocks
by William Gropp 29 Sep '10

29 Sep '10

But shouldn't the programs continue to work if multiple was selected? Doesn't this mean that there is a bug in the thread implementation (e.g., run that test with MPICH_THREADLEVEL_DEFAULT=multiple)? In fact, I was able to confirm that this is the case. I've enhanced the MTest_Init to accept MTEST_THREADLEVEL_DEFAULT (similar to how MPICH_THREADLEVEL_DEFAULT is accepted by MPI_Init) and caused these tests to run with the (runtime) thread level of MPI_THREAD_MULTIPLE. The attribute tests then failed. Turning off the multiple option just masked bugs in the thread support within the attribute (and other) routines. Bill On Sep 28, 2010, at 5:17 PM, mpich2 wrote: > #1100: --enable-threads=multiple results in deadlocks > ---------------------- > +----------------------------------------------------- > Reporter: buntinas | Owner: goodell > Type: bug | Status: closed > Priority: major | Milestone: mpich2-1.3 > Component: mpich2 | Resolution: fixed > Keywords: | > ---------------------- > +----------------------------------------------------- > Changes (by thakur): > > * status: new => closed > * resolution: => fixed > > > Comment: > > Set multiple = runtime in r7261. We can revert it back later if > multiple > is really needed. > > -- > Ticket URL: <http://trac.mcs.anl.gov/projects/mpich2/ticket/1100#comment:3 > > > mpich2 <http://www.mcs.anl.gov/research/projects/mpich2> > MPICH2 is a high-performance and widely portable implementation of MPI William Gropp Deputy Director for Research Institute for Advanced Computing Applications and Technologies Paul and Cynthia Saylor Professor of Computer Science University of Illinois Urbana-Champaign

1 0

Come and visit the biggest industrial machinery showcase in the Philippines
by GlobalLinkMP Events International Inc. 21 Sep '10

21 Sep '10

1 0

TENTH INTERNATIONAL SCIENTIFIC - PRACTICAL CONFERENCE "RESEARCH, DEVELOPMENT AND APPLICATION OF HIGH TECHNOLOGIES IN INDUSTRY" 9-11 December 2010, St. Petersburg, Russia
by Organizig Commeettee 11 Sep '10

11 Sep '10

Ректору Университета, Директору Института, Ученому секретарю, Ученым, преподавателям, Докторантам, аспирантам, студентам, Предпринимателям, Госслужащим Уважаемые коллеги! Уважаемые господа! Направляем Вам Информационное сообщение о подготовке и проведении 9-11 декабря 2010 г. в Санкт-Петербурге юбилейной Десятой Международной научно-практической конференции "Исследование, разработка и применение высоких технологий в промышленности". Прием заявок на участие в работе Конференции - до 05.10.2010, прием материалов для публикации в сборнике трудов Конференции – до 15.10.10 . Приглашаем Вас и представителей Вашего Университета (Института), Вашей организации принять активное участие в работе Конференции. Более подробную информацию можно найти на сайтах: htfi.ru , htfr.org и htfi.org. На этих сайтах можно, также, найти информацию о других подготавливаемых конференциях, другую полезную и интересную информацию, принять участие в открытом и свободном Интернет-голосовании на звание Лучший ВУЗ России 2010, "Рейтинг ВУЗов России 2010", познакомиться с результатами предыдущих голосований в 2008 и 2009 годах. С результатами голосований регулярно знакомятся заинтересованные министерства, ведомства и организации, в том числе и зарубежные. Заявки, письма и переписка по всем вопросам: spbtpd(a)mail.ru & conf(a)htfi.ru. С уважением, Оргкомитет Конференции ДЕCЯТАЯ МЕЖДУНАРОДНАЯ НАУЧНО-ПРАКТИЧЕСКАЯ КОНФЕРЕНЦИЯ «ИССЛЕДОВАНИЕ, РАЗРАБОТКА И ПРИМЕНЕНИЕ ВЫСОКИХ ТЕХНОЛОГИЙ В ПРОМЫШЛЕННОСТИ» (Научно-технологические, экономические и юридические аспекты, правовая защита и коммерциализация интеллектуальной собственности) 9-11 декабря 2010, г. Санкт-Петербург, Россия www.htfr.org, spbtpd(a)mail.ru ИНФОРМАЦИОННОЕ СООБЩЕНИЕ УВАЖАЕМЫЕ КОЛЛЕГИ! Сообщаем Вам, что 9-11 декабря 2010 г. в Санкт-Петербурге Институт оптики атмосферы СО РАН, Российский государственный гидрометеорологический университет, Российский Фонд Фундаментальных исследований, Институт прикладных исследований и технологий, Институт физиологии им. И.П. Павлова РАН, Академия стратегических исследований, информации и высоких технологий, ММОО «Общенациональный конгресс молодёжи», Клуб инноваторов и другие институты, университеты и организации проводят юбилейную Десятую Международную научно-практическую Конференцию "Исследование, разработка и применение высоких технологий в промышленности". На пленарных и секционных заседаниях Конференции предлагается рассмотреть и обсудить вопросы состояния и перспективы применения высоких технологий (далее ВТ), результатов фундаментальных и прикладных исследований (далее ФПИ) в различных областях науки, образования и промышленности (в том числе, и в военных) России, стран СНГ и ЕС, США, Китае, Индии и других стран мира. В том числе, следующие вопросы: Информационные и компьютерные технологии, компьютерное моделирование, базы данных, робототехника, радиоэлектроника, научное приборостроение, телекоммуникационные системы, программирование; Теоретическая и прикладная физика и математика, спектроскопия, атомная и ядерная физика, астрономия, радиофизика, химия, физхимия, газодинамика и гидродинамика; Физика и химия плазмы, физика и техника электрических разрядов, оптических, спектральных, лазерных и плазменных технологий, электроники, в том числе и больших мощностей, неразрушающего контроля и диагностики; Интерференционная литография, электронно-ионные, фотонно-лучевые и другие технологии, используемые в производстве микросхем компьютеров и других электронных устройств; Атомные и термоядерные технологии, авиация, ракетостроение и космонавтика; Порошковая и плазменная металлургия, плазменные покрытия, материаловедение, физика и химия твёрдого тела, композиционные материалы, пленочные и упрочняющие технологии; Нанотехнологии, наноэлектроника, нанобиология, наномедицина, нанометрология, нанооборудование и наноиндустрия; Биотехнология, биохимия, физиология, медицина, генетика, цитология, фармакология, зоология, ботаника, сельское хозяйство; Глобальная и региональная климатология и экология, геология, океанология, физика земли, водных ресурсов и атмосферы. Диагностика, исследования и анализ развития климатических процессов, разработка методов управления климатом и экологией, методов предотвращения и ликвидация чрезвычайных климатических и экологических событий; Добыча, переработка и транспортировка сырья, энергетика, сварка, строительство, металлургия, химическая и тяжелая промышленность, машиностроение, автомобилестроение, авиастроение, судостроение, транспорт, скоростные железные дороги, коммуникации, промышленная и информационная космонавтика, производство комплектующих изделий компьютеров, роботов и оргтехники, потребительская продукция; Тонкие клиенты и терминальные серверы в развитии современных компьютерных и информационных технологий; Правовая охрана, защита, управление, развитие и коммерциализация интеллектуальной собственности, результатов фундаментальных и прикладных исследований, высоких технологий; Стандартизация и автоматизация систем управления бизнесом, финансами, наукой, образованием, промышленностью, регионами и государством. Теория устойчивого развития, компьютерное моделирование; Роль кредитно-налоговой политики государства в развитии фундаментальных и прикладных исследований, высоких технологий, образования и высокотехнологической промышленности, включая военную, в странах СНГ и Евросоюза, США, Японии, Китае, Индии. Сравнительный анализ; Снижение ставок рефинансирования ЦБ России и кредитования банков до уровня мировых стандартов 0,25%-1% и 3-5%, соответственно, обязательное условие для развития инновационной промышленности, науки, образования, высоких технологий и финансовой инновационной системы. Такой расширенный подход к тематике Конференции и комплексный научный анализ, позволяют всесторонне оценить состояние работ, разработать и реализовать оптимальные схемы и пути развития фундаментальных и прикладных исследований, образования, высоких технологий и высокотехнологической промышленности, включая в военных областях. Это подтверждает многолетняя международная практика. Количество докладов не лимитируется. Участие в Конференции может быть очным и заочным, с публикацией материалов в Сборнике трудов. По результатам предыдущих девяти конференций опубликовано 23 тома сборников трудов. Требования по оформлению материалов Конференции и другую полезную и интересную информацию можно найти на сайте htfr.org , на котором, также, осуществляется обязательная автоматическая регистрация участников Конференции. Прием заявок на участие в работе Конференции осуществляется до 05.10.10, прием статей - до 15.10.10. Ваши предложения по тематике Конференции и заявки просим высылать по адресам, указанным выше и на сайтах: htfi.ru и htfr.org. В рамках Конференции будут организованы круглые столы, встречи и обсуждения в области коммерциализации и продвижения высоких технологий в промышленности с участием представителей бизнеса, потенциальных покупателей и инвесторов. Приглашаем Вас и Ваших коллег, принять участие в этой работе и предоставить материалы о своих достижениях по тематике Конференции. В рамках работы Конференции будет, также, проходить заседание Клуба Инноваторов – “Конкурс инновационных проектов”. Для участия в работе Клуба необходима предварительная регистрация – подробности на сайте Клуба Инноваторов (club-inno.ru) . С уважением, Сопредседатель и исполнительный директор Оргкомитета Конференции, заместитель директора ИОА СО РАН Кудинов А.П. P.S. Если для Вас более не представляет интерес такая информация, Вы сможете послать на адрес: conf(a)htfi.ru ответ с фразой "отказ".

1 0

TENTH INTERNATIONAL SCIENTIFIC - PRACTICAL CONFERENCE "RESEARCH, DEVELOPMENT AND APPLICATION OF HIGH TECHNOLOGIES IN INDUSTRY" 9-11 December 2010, St. Petersburg, Russia
by Organizig Commeettee 11 Sep '10

11 Sep '10

Ректору Университета, Директору Института, Ученому секретарю, Ученым, преподавателям, Докторантам, аспирантам, студентам, Предпринимателям, Госслужащим Уважаемые коллеги! Уважаемые господа! Направляем Вам Информационное сообщение о подготовке и проведении 9-11 декабря 2010 г. в Санкт-Петербурге юбилейной Десятой Международной научно-практической конференции "Исследование, разработка и применение высоких технологий в промышленности". Прием заявок на участие в работе Конференции - до 05.10.2010, прием материалов для публикации в сборнике трудов Конференции – до 15.10.10 . Приглашаем Вас и представителей Вашего Университета (Института), Вашей организации принять активное участие в работе Конференции. Более подробную информацию можно найти на сайтах: htfi.ru , htfr.org и htfi.org. На этих сайтах можно, также, найти информацию о других подготавливаемых конференциях, другую полезную и интересную информацию, принять участие в открытом и свободном Интернет-голосовании на звание Лучший ВУЗ России 2010, "Рейтинг ВУЗов России 2010", познакомиться с результатами предыдущих голосований в 2008 и 2009 годах. С результатами голосований регулярно знакомятся заинтересованные министерства, ведомства и организации, в том числе и зарубежные. Заявки, письма и переписка по всем вопросам: spbtpd(a)mail.ru & conf(a)htfi.ru. С уважением, Оргкомитет Конференции ДЕCЯТАЯ МЕЖДУНАРОДНАЯ НАУЧНО-ПРАКТИЧЕСКАЯ КОНФЕРЕНЦИЯ «ИССЛЕДОВАНИЕ, РАЗРАБОТКА И ПРИМЕНЕНИЕ ВЫСОКИХ ТЕХНОЛОГИЙ В ПРОМЫШЛЕННОСТИ» (Научно-технологические, экономические и юридические аспекты, правовая защита и коммерциализация интеллектуальной собственности) 9-11 декабря 2010, г. Санкт-Петербург, Россия www.htfr.org, spbtpd(a)mail.ru ИНФОРМАЦИОННОЕ СООБЩЕНИЕ УВАЖАЕМЫЕ КОЛЛЕГИ! Сообщаем Вам, что 9-11 декабря 2010 г. в Санкт-Петербурге Институт оптики атмосферы СО РАН, Российский государственный гидрометеорологический университет, Российский Фонд Фундаментальных исследований, Институт прикладных исследований и технологий, Институт физиологии им. И.П. Павлова РАН, Академия стратегических исследований, информации и высоких технологий, ММОО «Общенациональный конгресс молодёжи», Клуб инноваторов и другие институты, университеты и организации проводят юбилейную Десятую Международную научно-практическую Конференцию "Исследование, разработка и применение высоких технологий в промышленности". На пленарных и секционных заседаниях Конференции предлагается рассмотреть и обсудить вопросы состояния и перспективы применения высоких технологий (далее ВТ), результатов фундаментальных и прикладных исследований (далее ФПИ) в различных областях науки, образования и промышленности (в том числе, и в военных) России, стран СНГ и ЕС, США, Китае, Индии и других стран мира. В том числе, следующие вопросы: Информационные и компьютерные технологии, компьютерное моделирование, базы данных, робототехника, радиоэлектроника, научное приборостроение, телекоммуникационные системы, программирование; Теоретическая и прикладная физика и математика, спектроскопия, атомная и ядерная физика, астрономия, радиофизика, химия, физхимия, газодинамика и гидродинамика; Физика и химия плазмы, физика и техника электрических разрядов, оптических, спектральных, лазерных и плазменных технологий, электроники, в том числе и больших мощностей, неразрушающего контроля и диагностики; Интерференционная литография, электронно-ионные, фотонно-лучевые и другие технологии, используемые в производстве микросхем компьютеров и других электронных устройств; Атомные и термоядерные технологии, авиация, ракетостроение и космонавтика; Порошковая и плазменная металлургия, плазменные покрытия, материаловедение, физика и химия твёрдого тела, композиционные материалы, пленочные и упрочняющие технологии; Нанотехнологии, наноэлектроника, нанобиология, наномедицина, нанометрология, нанооборудование и наноиндустрия; Биотехнология, биохимия, физиология, медицина, генетика, цитология, фармакология, зоология, ботаника, сельское хозяйство; Глобальная и региональная климатология и экология, геология, океанология, физика земли, водных ресурсов и атмосферы. Диагностика, исследования и анализ развития климатических процессов, разработка методов управления климатом и экологией, методов предотвращения и ликвидация чрезвычайных климатических и экологических событий; Добыча, переработка и транспортировка сырья, энергетика, сварка, строительство, металлургия, химическая и тяжелая промышленность, машиностроение, автомобилестроение, авиастроение, судостроение, транспорт, скоростные железные дороги, коммуникации, промышленная и информационная космонавтика, производство комплектующих изделий компьютеров, роботов и оргтехники, потребительская продукция; Тонкие клиенты и терминальные серверы в развитии современных компьютерных и информационных технологий; Правовая охрана, защита, управление, развитие и коммерциализация интеллектуальной собственности, результатов фундаментальных и прикладных исследований, высоких технологий; Стандартизация и автоматизация систем управления бизнесом, финансами, наукой, образованием, промышленностью, регионами и государством. Теория устойчивого развития, компьютерное моделирование; Роль кредитно-налоговой политики государства в развитии фундаментальных и прикладных исследований, высоких технологий, образования и высокотехнологической промышленности, включая военную, в странах СНГ и Евросоюза, США, Японии, Китае, Индии. Сравнительный анализ; Снижение ставок рефинансирования ЦБ России и кредитования банков до уровня мировых стандартов 0,25%-1% и 3-5%, соответственно, обязательное условие для развития инновационной промышленности, науки, образования, высоких технологий и финансовой инновационной системы. Такой расширенный подход к тематике Конференции и комплексный научный анализ, позволяют всесторонне оценить состояние работ, разработать и реализовать оптимальные схемы и пути развития фундаментальных и прикладных исследований, образования, высоких технологий и высокотехнологической промышленности, включая в военных областях. Это подтверждает многолетняя международная практика. Количество докладов не лимитируется. Участие в Конференции может быть очным и заочным, с публикацией материалов в Сборнике трудов. По результатам предыдущих девяти конференций опубликовано 23 тома сборников трудов. Требования по оформлению материалов Конференции и другую полезную и интересную информацию можно найти на сайте htfr.org , на котором, также, осуществляется обязательная автоматическая регистрация участников Конференции. Прием заявок на участие в работе Конференции осуществляется до 05.10.10, прием статей - до 15.10.10. Ваши предложения по тематике Конференции и заявки просим высылать по адресам, указанным выше и на сайтах: htfi.ru и htfr.org. В рамках Конференции будут организованы круглые столы, встречи и обсуждения в области коммерциализации и продвижения высоких технологий в промышленности с участием представителей бизнеса, потенциальных покупателей и инвесторов. Приглашаем Вас и Ваших коллег, принять участие в этой работе и предоставить материалы о своих достижениях по тематике Конференции. В рамках работы Конференции будет, также, проходить заседание Клуба Инноваторов – “Конкурс инновационных проектов”. Для участия в работе Клуба необходима предварительная регистрация – подробности на сайте Клуба Инноваторов (club-inno.ru) . С уважением, Сопредседатель и исполнительный директор Оргкомитета Конференции, заместитель директора ИОА СО РАН Кудинов А.П. P.S. Если для Вас более не представляет интерес такая информация, Вы сможете послать на адрес: conf(a)htfi.ru ответ с фразой "отказ".

1 0