Re[8]: Hyperthreading
От: Johnnie Walker  
Дата: 09.07.05 15:16
Оценка:
Весьма информативно, ничего не скажешь.
Re[7]: Hyperthreading
От: s.ts  
Дата: 11.07.05 18:20
Оценка:
Здравствуйте, Oleg A. Bachin, Вы писали:

OAB>Здравствуйте, mkopachev, Вы писали:



M>> Для ВСЕХ переменных и не предлагается. Только для тех, которые могут изменяться и считываться разными потоками. Например, локальные переменные функций однозначно не могут быть использованы разными потоками, так как находятся в разных стеках.

M>> Если переменная может изменяться одним потоком, а считываться другим, то это необходимомо.

OAB>это называется конкурентный доступ и скорее всего реализованно. в делфях при работе с потоками основные проблеммы связанны с VCL и базами. там с многопоточностью напряг.


как раз-таки в базах — кадая транзакция в своем потоке и никаких проблем
наверное имеется в виду TDataSet который TDataSource — ам шлет сообщения синхронно ? или что ?
Re[8]: Hyperthreading
От: Oleg A. Bachin Украина  
Дата: 25.07.05 07:20
Оценка:
Здравствуйте, s.ts, Вы писали:

ST>Здравствуйте, Oleg A. Bachin, Вы писали:


OAB>>Здравствуйте, mkopachev, Вы писали:



M>>> Для ВСЕХ переменных и не предлагается. Только для тех, которые могут изменяться и считываться разными потоками. Например, локальные переменные функций однозначно не могут быть использованы разными потоками, так как находятся в разных стеках.

M>>> Если переменная может изменяться одним потоком, а считываться другим, то это необходимомо.

OAB>>это называется конкурентный доступ и скорее всего реализованно. в делфях при работе с потоками основные проблеммы связанны с VCL и базами. там с многопоточностью напряг.


ST>как раз-таки в базах — кадая транзакция в своем потоке и никаких проблем

ST>наверное имеется в виду TDataSet который TDataSource — ам шлет сообщения синхронно ? или что ?

сорьки что с запозданием — отпуск был...

имелся ввиду BDE. вопрос даже не стоя в Hyperthreading, просто на мультипроцессорных тачках имеются проблемы.
рекомендации борланда по решению проблем — "переходите на ADO", меня тогда больше ODBC устроил.
... << RSDN@Home 1.1.4 beta 6a rev. 436>>
Best regards,
Oleg A. Bachin
Re[9]: Hyperthreading
От: Danchik Украина  
Дата: 25.07.05 14:12
Оценка:
Здравствуйте, Oleg A. Bachin, Вы писали:

OAB>Здравствуйте, s.ts, Вы писали:


ST>>Здравствуйте, Oleg A. Bachin, Вы писали:


OAB>>>Здравствуйте, mkopachev, Вы писали:



M>>>> Для ВСЕХ переменных и не предлагается. Только для тех, которые могут изменяться и считываться разными потоками. Например, локальные переменные функций однозначно не могут быть использованы разными потоками, так как находятся в разных стеках.

M>>>> Если переменная может изменяться одним потоком, а считываться другим, то это необходимомо.

OAB>>>это называется конкурентный доступ и скорее всего реализованно. в делфях при работе с потоками основные проблеммы связанны с VCL и базами. там с многопоточностью напряг.


ST>>как раз-таки в базах — кадая транзакция в своем потоке и никаких проблем

ST>>наверное имеется в виду TDataSet который TDataSource — ам шлет сообщения синхронно ? или что ?

OAB>сорьки что с запозданием — отпуск был...


OAB>имелся ввиду BDE. вопрос даже не стоя в Hyperthreading, просто на мультипроцессорных тачках имеются проблемы.

OAB>рекомендации борланда по решению проблем — "переходите на ADO", меня тогда больше ODBC устроил.

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

SetProcessAffinityMask (GetCurrentProcess, 1)


Если заработает, то проблема именно с HyperThreading...
Re[10]: Hyperthreading
От: Johnnie Walker  
Дата: 26.07.05 15:32
Оценка:
Сделал уже — только так и работает
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.