Описание функций класса Thread

Сложно сказать, что не рекомендует Microsoft в Axapta, учитывая, что они используют потоки (достаточно посмотреть в код стандарта). Наверное были причины и аргументы, хотя конечно может просто уровень у них снизился до моего (я надеюсь ).

[macklakov]

Гр-р-р. Там ведь четко написано: "Worker threads are used for Benchmarking purposes ONLY". Если посмотрите список классов, в которых потоки используются, то это всего два класса. Именно под них они и написаны и только под них они протестированы

Как суть не вдаваясь в споры: потоки действуют, действуют у нас без глюков и это пользователей и программистов устраивает больше, чем пакетник, возможности и перспективы большие, поэтому please. Повторяю вопрос: Господа, поделитесь знаниями по потокам кто-где использует или использовал, на какие подводдные камни наткнулся. (А в пакетнике userа форму убивают как говорит товарищ, но начальство это не радует)

А может и наоборот (просто Ваша воля и желание работать с пакетником поражает)

[Diman]

Цитата:

Изначально опубликовано macklakov
Гр-р-р. Там ведь четко написано: "Worker threads are used for Benchmarking purposes ONLY". Если посмотрите список классов, в которых потоки используются, то это всего два класса. Именно под них они и написаны и только под них они протестированы

Я бы не был столь категоричным...
Вы представляете сколько native кода надо написать, чтобы была возможность использования многопточности из Axapta? И из за чего, ради всего-то 2-х классов?
А например пользовтелю надо сформировать отчет, который подбирает данные с различных источников, при помощи потоков делать такую работу гораздо веселее чем выстраивать в последовательность опроса каждого из источников....

Тогда Уважаемый macklakov please пишите в этой теме по - существу. Заранее благодарен

[Maxim Gorbunov]

Она не неподдерживаемая. Она пока неподдерживаемая

Вероятно, потоки появятся в следующей версии. Правда никто не гарантирует даже то, что интерфейсы работы с ними останутся теми же.

[macklakov]

Цитата:

Изначально опубликовано Diman
А например пользовтелю надо сформировать отчет, который подбирает данные с различных источников, при помощи потоков делать такую работу гораздо веселее чем выстраивать в последовательность опроса каждого из источников....

Какие такие, разные источники? Если нужно из сторонних баз собрать данные, повесьте на них тригера или job на sql- сервер. Это стандартный функционал, он с большей вероятностью отработает так как нужно.
P.S. Зачем пытаться наступить на грабли, если есть десятки способов их обойти и табличку уже повесли.

[Diman]

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

[Maxim Gorbunov]

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

Повторяю: это работает причем устойчиво и очень всем нравится. А копаться в SQL дело неблагодарное т.к. не всегда есть нормальные драйвера и куча других причин + это только один из примеров, варианты придумайте сами. На счет поддержки: на некоторые серъезные вопросы, как я понимаю ответ приходит только в следующей версии, т.о. аргумент снимается . Про изменения в следующей версии, может конечно и M+ богатая организация, но как правило работающий код она так просто не откидывает, хотя бывают и исключения. + Ответьте пожалуйста на первоначальный мой вопрос.

[Diman]

Цитата:

Изначально опубликовано Maxim Gorbunov
...и весь геморрой, связанный с синхронизацией работы потоков (а в Аксапте, кстати, для этого вообще никаких средств нет, в отличии от Java).

Согласен, но примитвы синхронизации это удел ОС а мы говорим о суррогатном языке программирования, соответственно в качестве таких объектов могут выступать таблицы, файлы.... Кстати lagr предлагал их использовать.
Да, возможно где-то геморройно, но бесплатных пироженных не бывает.

[macklakov]

Цитата:

Изначально опубликовано Diman
соответственно в качестве таких объектов могут выступать таблицы, файлы.... Кстати lagr предлагал их использовать.

Отлично, получаем deadLock на файле или таблице, а до потока администратор добраться не может и исключения потоки по этому поводу не бросают. Мало нам зависших сессий пользователей? Ведь "горячий" сервер просто так не перезапустишь, это перерыв в работе компании, т.е. убытки. Он должен работать без перезагрузок месяцами, а лучше годами.
Когда java только появилась, была опубликована замечательная статья. Вот ее основная идея: Что есть в java, чего не было бы в других языках? Ничего! Так в чем же ее приемущество? В том чего в ней нет. Нет возможностей сделать грубые ошибки. Нет диких указателей, нет утечек памяти, нет семафоров на потоках, нет ассемблерных вставок, глючащих на других процессорах... То же самое касается и аксапты. Некоторые вещи лучше не использовать, т.к. они потенциально опасны, а соблазн бывает велик.

Если ручки кривые, то тогда да у нас работает на вскидку пару месяцев и все нормально.

2macklakov
Самая большая ошибка всегда начинается с включения компа. Вывод: Для исключения ошибокнеобходимо комп не включать

[macklakov]

Искрене рад, что у вас хватило смелости провести такой эксперимент и он завершился удачно. Мои поздравления.
От ряда коллег у меня к вам две просьбы:
1) осведомите общественность, где такое чудо техники работает, чтоб заранее знали, с чем придется столкнуться
2) тщательно помечайте код коментариями, чтоб удалять проще было
P.S. Большое спасибо, за увлекательное обсуждение. Такие дискусии развивают мышление и формируют более четкое понимание предмета

[Diman]

Цитата:

Изначально опубликовано macklakov
Отлично, получаем deadLock на файле или таблице, а до потока администратор добраться не может и исключения потоки по этому поводу не бросают. Мало нам зависших сессий пользователей? Ведь "горячий" сервер просто так не перезапустишь, это перерыв в работе компании, т.е. убытки. Он должен работать без перезагрузок месяцами, а лучше годами.
Когда java только появилась, была опубликована замечательная статья. Вот ее основная идея: Что есть в java, чего не было бы в других языках? Ничего! Так в чем же ее приемущество? В том чего в ней нет. Нет возможностей сделать грубые ошибки. Нет диких указателей, нет утечек памяти, нет семафоров на потоках, нет ассемблерных вставок, глючащих на других процессорах... То же самое касается и аксапты. Некоторые вещи лучше не использовать, т.к. они потенциально опасны, а соблазн бывает велик.

Про deadlock - это больше вопрос по алгоритму и его реализации.
Про java - виртуальная машина тоже не лишена ошибок. А привлекает то, что SUN анонсировала ее как платформонезависимую среду.

Счастливых выходных....

Я думаю данный (2 часть )выпад не имеет под собой оснований. А вам советую: учитесь программировать: и deadlock ов а также других косяков не будет (у нас нет). Есть еще вариант: смените профессию, вдруг поможет.

[Maxim Gorbunov]

Ну да, конечно. Может вы мне приведете кусочек кода на X++, который будет реализовывать простейший (двоичный) семафор Дейкстры с помощью таблицы? Тогда хоть будет, о чем с Вами поговорить.

[Maxim Gorbunov]

Цитата:

Изначально опубликовано Diman
Про deadlock - это больше вопрос по алгоритму и его реализации.

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

Цитата:

Изначально опубликовано Diman
Про java - виртуальная машина тоже не лишена ошибок. А привлекает то, что SUN анонсировала ее как платформонезависимую среду.

Как у Вас все просто: есть черное, а есть белое. .NET тоже платформенно независима.

Мне кажется, что гораздо существеннее, чем платформенная независимость, на популярность Java повлиял строгий синтаксис языка, который резко снижает количество ошибок, связанных с побочными действиями разрабатываемого кода.