Сейчас на форуме: kris_sexy, vasilevradislav (+5 невидимых)

 eXeL@B —› Крэки, обсуждения —› Проблемы запуска приложения на многопроцессорных машинах...
Посл.ответ Сообщение

Ранг: 88.3 (постоянный), 3thx
Активность: 0.040
Статус: Участник

Создано: 28 апреля 2007 10:51
· Личное сообщение · #1

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

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



Ранг: 500.5 (!), 8thx
Активность: 0.230
Статус: Участник

Создано: 28 апреля 2007 10:55
· Личное сообщение · #2

Возможны проблемы с RDTSC если ты юзаешь какие нибудь замеры им.
А что за обломы бывают ? Поконкретней расскажи.

ЗЫ: Тема не в том разделе, это скорее к обсуждениям

-----
"Пусть видят, что мы не шутим. Стволы для понта, ножи для дела" Lock, Stock & Two Smoking Barrels




Ранг: 88.3 (постоянный), 3thx
Активность: 0.040
Статус: Участник

Создано: 28 апреля 2007 11:51
· Личное сообщение · #3

Smon пишет:
Возможны проблемы с RDTSC если ты юзаешь какие нибудь замеры им.


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

Прога - один тред (основной, ничего больше не создаю), из АПИ использую наверное только GlobalAlloc и GlobalFree, GetVersion, CommandLine, прога написана на Делфи, консоль, больше даже рассказать нечего...

Обломы - запускаешь прогу, система зависает, единствееное, что помогает - перезагрузка.

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



Ранг: 1.0 (гость)
Активность: 0=0
Статус: Участник

Создано: 28 апреля 2007 13:09
· Личное сообщение · #4

А версия делфей какая? На версиях старше BDS 2005 такого нету...

а вообще - google : delphi hyperthreading



Ранг: 88.3 (постоянный), 3thx
Активность: 0.040
Статус: Участник

Создано: 28 апреля 2007 13:26
· Личное сообщение · #5

jabber пишет:
а вообще - google : delphi hyperthreading


По ходу в тему, баг седьмой делфи... надо еще проверить все n-адцать раз, чтобы уж точно!
Кстати, jabber нет никакого патча к седьмой делфе по этой проблеме? Трединг отключать не хочется...



Ранг: 309.8 (мудрец), 21thx
Активность: 0.170
Статус: Участник

Создано: 28 апреля 2007 19:43
· Личное сообщение · #6

> По ходу в тему, баг седьмой делфи...
про мультитрединг есть фича threadvar...

-----
Shalom ebanats!





Ранг: 216.9 (наставник), 85thx
Активность: 0.310.15
Статус: Участник
X-Literator

Создано: 02 мая 2007 13:03
· Личное сообщение · #7

Enigma пишет:
Что вообще в обычном приложении может вызвать падение проги на многопроцессорной системе?

Хехе. Криворукость реализации поддержки выполнения на многопроцессорных системах монстрами из м$.

Кстати, вопрос в тему, материнка от abit, кажется, на i815, двупроцессорная. Почему она не хочет кушать два процессора? С одним в то же время нормально работает. В этих темах я вообще-то не совсем разбираюсь, досталась материнка такая интересная в нагрузку... Пихаю cel366 и cel400 =)
Если что, то не угорайте сильно и не материтесь.

-----
Харе курить веники и нюхать клей, к вам едет из Америки бог Шива, и он еврей.





Ранг: 387.4 (мудрец)
Активность: 0.170
Статус: Участник
системщик

Создано: 02 мая 2007 19:05 · Поправил: s0larian
· Личное сообщение · #8

Enigma пишет:
По ходу в тему, баг седьмой делфи...
,
хе хе, значит компиллер генерит конструкцию которая использует потоки но не является thread safe, или просто глюк в библиотеке. Хотя постой, ты говоришь полный зависон виндузов? Проверь, может, драйвера и service packs....




Ранг: 216.9 (наставник), 85thx
Активность: 0.310.15
Статус: Участник
X-Literator

Создано: 02 мая 2007 20:08
· Личное сообщение · #9

s0larian пишет:
Проверь, может, драйвера и service packs....

Хехе. Да. Попробуй также safemode и вести логи. Редко когда винда падает полностью, это неспроста.
Логи посмотришь и сразу выяснишь, где и что. Только это все продумать надо хорошо.
Хотя вряд ли тут причиной будут SP и дрова, так как Enigma пишет:
из АПИ использую наверное только GlobalAlloc и GlobalFree, GetVersion, CommandLine, прога написана на Делфи, консоль, больше даже рассказать нечего...
. Тут дрова вряд ли замешаны. Это же несложное приложение, элементарное. Скорее всего, кривость реализации библиотек.

-----
Харе курить веники и нюхать клей, к вам едет из Америки бог Шива, и он еврей.




Ранг: 88.3 (постоянный), 3thx
Активность: 0.040
Статус: Участник

Создано: 03 мая 2007 08:43
· Личное сообщение · #10

Нее, баг не в Delphi... хер знает в чем... дрова и сервис паки тоже проверил... нихрена...

Вообщем сделал длл, которая на SetWindowHook устанавливает глобальный хук, соответственно длл встраивается во все процессы, к длл присобачил лог, т.е. в файл записывается все че делает длл при загрузке и на чем загрузка останавливается. Вообщем такая ситуация: на однопроцессорной машине - все ок, количество копий длл, встроенных в процессы около 20, на многопроцессорной машине (Core Duo, Core 2 Duo) после установки хука все зависает, taskmgr и explorer жрут по 50% процессорного времени, и че самое интересное, лог файл показывает, что загружено около 100 копий длл, но полностью инициалицазию прошли только 15...??? 100 копий это че то слишком, на чистой системе то...

Может быть какие нибудь интересные вещь есть при загрузке библиотек на Duo процессорах??? Были у кого нибудь такие проблемы?


 eXeL@B —› Крэки, обсуждения —› Проблемы запуска приложения на многопроцессорных машинах...
:: Ваш ответ
Жирный  Курсив  Подчеркнутый  Перечеркнутый  {mpf5}  Код  Вставить ссылку 
:s1: :s2: :s3: :s4: :s5: :s6: :s7: :s8: :s9: :s10: :s11: :s12: :s13: :s14: :s15: :s16:


Максимальный размер аттача: 500KB.
Ваш логин: german1505 » Выход » ЛС
   Для печати Для печати