Комментарии: Многопоточность в своих приложениях. http://www.webdelphi.ru/2009/10/mnogopotochnost-v-svoix-prilozheniyax/ программируем в Delphi Mon, 06 Feb 2012 23:51:09 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Автор: SeregaAltmer http://www.webdelphi.ru/2009/10/mnogopotochnost-v-svoix-prilozheniyax/comment-page-1/#comment-7563 SeregaAltmer Wed, 06 Apr 2011 13:44:55 +0000 http://www.webdelphi.ru/?p=948#comment-7563 <p>Надеюсь, что читателей не сильно смущает мои косноязычее и не осведомленность. Программирование для меня серьезное и действительно интересное увлечение, которому к сожалению уже довольно долго я уделяю слишком мало времени.<strong> </strong></p> <p>Пользуясь возможностью, приношу свои извинения читателям, за все еще не выполненные обещания по доработке некоторых своих компонет.</p> <p>Заодно обещаю новые свершения, а именно:</p> <p>- Компонент TOption2, принципиально и качественно отличающийся от первой версии. Как раз сейчас я над ним активно (хоть и крайне редко :) ) работаю.</p> <p>- TThreadManager, серьезный такой компонент для манипулирования кучей потоков выполняющих любые возможные задачи. Этот компонент уже обкатывается на новой версии программы godcom, но к сожалению работа, как над самой программой, так и над этим компонентом пока приостановлена в силу отсутсвия времени у авторов.</p> <p>- Напишу таки небольшой пост про какой-нибудь свой скромный компонент-погремушку из малостроккода. Времени на что-то серьезное все одно нету, а при написании сего комента что-то руки зачесались хоть что-нибудь уже напостить :).</p> <p>А <strong>Wlad</strong> действительно прав, виндоузЪ очень плохая операционная система.</p> Надеюсь, что читателей не сильно смущает мои косноязычее и не осведомленность. Программирование для меня серьезное и действительно интересное увлечение, которому к сожалению уже довольно долго я уделяю слишком мало времени.

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

Заодно обещаю новые свершения, а именно:

- Компонент TOption2, принципиально и качественно отличающийся от первой версии. Как раз сейчас я над ним активно (хоть и крайне редко :) ) работаю.

- TThreadManager, серьезный такой компонент для манипулирования кучей потоков выполняющих любые возможные задачи. Этот компонент уже обкатывается на новой версии программы godcom, но к сожалению работа, как над самой программой, так и над этим компонентом пока приостановлена в силу отсутсвия времени у авторов.

- Напишу таки небольшой пост про какой-нибудь свой скромный компонент-погремушку из малостроккода. Времени на что-то серьезное все одно нету, а при написании сего комента что-то руки зачесались хоть что-нибудь уже напостить :).

А Wlad действительно прав, виндоузЪ очень плохая операционная система.

]]> Автор: Wlad http://www.webdelphi.ru/2009/10/mnogopotochnost-v-svoix-prilozheniyax/comment-page-1/#comment-7542 Wlad Fri, 01 Apr 2011 20:34:49 +0000 http://www.webdelphi.ru/?p=948#comment-7542 Или автор косноязычен, или - не в курсе. Есть не просто "перлы", но даже части стаьи друг другу противоречат. "Первое и самое важное что необходимо помнить, то что каждый поток, в том числе и главный, выполняется в отдельном адресном пространстве." и "Можно, но есть еще один момент, забывать о котором нельзя ни в коем случае, это "совместный доступ к памяти"." Вы решите, что всё-таки у вас в памяти на самом деле происходит. К тому же метод <strong>Synchronize - скорее дань корявости реализации многопотоковости и эксклюзивного доступа к одним и тем же переменным в памяти из разных из потоков. </strong>Дальше. Лучше не говорить про отношения с "родительским" потоком, а говорить "главный поток" вин-приложения. Вот в этом "взаимодействии" и вылезает корявость реализации параллелизма и синхронизации доступа в винде. Потому, что корни её растут ещё из времён, когда многозадачность в виндоузЪ была "на добровольно-передаточных" принципах. Серьёзно над пересмотром синхронизации доступа к графическим объектом никто не поработал и решили пойти самым деревянным путём - весь доступ обеспечивать из одного (главного) потока. Такое решение, как минимум лет на 35 уже отрасль затормозило и прикладные решения в винде.       Или автор косноязычен, или — не в курсе.
Есть не просто «перлы», но даже части стаьи друг другу противоречат.
«Первое и самое важное что необходимо помнить, то что каждый поток, в том числе и главный, выполняется в отдельном адресном пространстве.»
и
«Можно, но есть еще один момент, забывать о котором нельзя ни в коем случае, это «совместный доступ к памяти».»
Вы решите, что всё-таки у вас в памяти на самом деле происходит.
К тому же метод Synchronize — скорее дань корявости реализации многопотоковости и эксклюзивного доступа к одним и тем же переменным в памяти из разных из потоков.
Дальше.
Лучше не говорить про отношения с «родительским» потоком, а говорить «главный поток» вин-приложения. Вот в этом «взаимодействии» и вылезает корявость реализации параллелизма и синхронизации доступа в винде. Потому, что корни её растут ещё из времён, когда многозадачность в виндоузЪ была «на добровольно-передаточных» принципах. Серьёзно над пересмотром синхронизации доступа к графическим объектом никто не поработал и решили пойти самым деревянным путём — весь доступ обеспечивать из одного (главного) потока. Такое решение, как минимум лет на 35 уже отрасль затормозило и прикладные решения в винде.
 
 
 

]]> Автор: Александр http://www.webdelphi.ru/2009/10/mnogopotochnost-v-svoix-prilozheniyax/comment-page-1/#comment-6258 Александр Mon, 13 Dec 2010 17:38:32 +0000 http://www.webdelphi.ru/?p=948#comment-6258 я тоже не врубаюсь ,где найти инфу по потокам я тоже не врубаюсь ,где найти инфу по потокам

]]> Автор: Юрик http://www.webdelphi.ru/2009/10/mnogopotochnost-v-svoix-prilozheniyax/comment-page-1/#comment-5628 Юрик Wed, 24 Nov 2010 14:37:39 +0000 http://www.webdelphi.ru/?p=948#comment-5628 Прочитал не одну вашу статью. И вроде вопросы актуальные поднимаются, но для кого? Пока не прочтёшь перед этим пару чужих статей на эту тему, нечего у вас понять нельзя. Ну а когда разберёшься то уже и незачем, разве только из любопытства. Прочитал не одну вашу статью. И вроде вопросы актуальные поднимаются, но для кого? Пока не прочтёшь перед этим пару чужих статей на эту тему, нечего у вас понять нельзя. Ну а когда разберёшься то уже и незачем, разве только из любопытства.

]]> Автор: Евгений http://www.webdelphi.ru/2009/10/mnogopotochnost-v-svoix-prilozheniyax/comment-page-1/#comment-2561 Евгений Thu, 25 Feb 2010 03:42:32 +0000 http://www.webdelphi.ru/?p=948#comment-2561 Статья хорошая, но я так и не понял - зачем нужны эти пляски с бубном с указателями ? Ведь все экземпляры объектов и так указатели. И вызов list2 := list1 не будет ни чего копировать, а просто сделает то что вы явно указываете - pointer(list2) := pointer(list1). И смысла в "сеамских" близнецах просто нету. Вы просто усложняете код жтим конструкциями. Статья хорошая, но я так и не понял — зачем нужны эти пляски с бубном с указателями ? Ведь все экземпляры объектов и так указатели. И вызов list2 := list1 не будет ни чего копировать, а просто сделает то что вы явно указываете — pointer(list2) := pointer(list1). И смысла в «сеамских» близнецах просто нету. Вы просто усложняете код жтим конструкциями.

]]>