Ограничение размера стека потока

← →
Morphin (2004-07-30 13:51) [0]

Как более культурно ограничить размер стека потока используя класс TThread?

Борландовцы зашили в него значение по дефолту:
FHandle := BeginThread(nil, 0, @ThreadProc, Pointer(Self), CREATE_SUSPENDED, FThreadID);

Теперь чтоли класс переделывать? И вообще, до какого размера можно его уменьшить? Я считаю, что 1 мб (по умолчанию) - это многовато, для параметров и лок. переменных!!

← →
Sandman25 © (2004-07-30 14:14) [1]

Лучший способ экномить память - уменьшить число потоков

← →
Morphin (2004-07-30 14:24) [2]

2 Sandman25 ©

не имею возможности - наоборот должен увеличивать их кол-во :). Вот, создаю я значит 1000 потоков например - значит 1000 Мб ОЗУ прога сожрет чисто для стека? :)

← →
Игорь Шевченко © (2004-07-30 14:38) [3]

> Вот, создаю я значит 1000 потоков например - значит 1000
> Мб ОЗУ прога сожрет чисто для стека? :)

Виртуальной памяти, а не ОЗУ.

← →
Morphin (2004-07-30 14:45) [4]

Все равно плохо :)

← →
Digitman © (2004-07-30 14:48) [5]

> Morphin

на кой ляд 1000 ?

даже для спама это дурь - столько трэдов

← →
Игорь Шевченко © (2004-07-30 14:49) [6]

IllusoryOrion © (30.07.04 14:45)

> даже для спама это дурь - столько трэдов

За спам вроде закон вышел - посодют нафиг. И правильно сделают, ибо spammers must die!

← →
Digitman © (2004-07-30 15:02) [7]

> посодют нафиг

а клопов на нарах давить - эт не языком молоть на "Мастаках")

← →
Morphin (2004-07-30 16:13) [8]

> а клопов на нарах давить - эт не языком молоть на "Мастаках")

Это ты про меня чтоли?

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

П.С. а для спама еще и не столько юзают вообще-то ;)

← →
Digitman © (2004-07-30 16:18) [9]

> Это ты про меня чтоли?

ну что ты ! и в мыслях не было !)

> нужно для других целей. Подскажите, как быть со стеком

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

> для спама еще и не столько юзают вообще-то

добавлю - и только дилетанты так делают

Morphin Оцени время создания этих поток и продолжительность работы каждого из них и подумай для чего так много?

Хранишь файлы на диске, одни-двумя потоками подгружаешь, 10-ю - 20-ю обрабатываешь.

Тем более, ты должен понимать, что на мощном компьютере 50 потоком лучше, чем 20, а на слабеньком 50 от 20 мало чем будет отличаться, если наоборот не усугубит всё дело использование файла подкачки.

← →
Morphin (2004-07-30 16:41) [11]

Хммм... Ну допустим программа для ДДОС аттаки. Должна канал забивать флудом мегабит так на 70-80. Программа стоит на мощном 4-х процессорном (4х 2.4 интел ксеон) сервере, на канале 100мб и имеет 1 гб ОЗУ. Так что в железе нет проблем. Дело в том, что масимум создается под винду 2003 сервер 1850 потоков - потом AV. А если по несколько копий проги - то даже не могу создать по 1к потоков- память вимимо съедает! Даже не проходит цикл создания потоков до конца.... Думаю это из-за слишком большого стека...

Ты считаешь, что 5 потоков не забьют канал в 70-80 мегабит? .:)

мало оперативки для сервера что-то.:)

ДДос атака это не аргумент и не пример для использования 2000 потоков.

Вот если ты пишешь сервер, который должен обрабатывать запросы одновременно от 3000 пользователей, тогда да. Но собственно здесь другая проблема, чтобы эти потоки интенсивно обрабатывали информацию и подавали пользователю - одного компьютера не хватит(даже мощного), но если они просто подают HTML текст(к примеру) с минимальной обработкой и интерпритацией скриптов, то в этом-то и разница... что твоя программа должна именно интенсивно работать с данными в каждом потоке.

И что получается: своим вещам - своё положение дел и своё место. 1000 потоков - это не вариант решения для обыкновенного пользовательского десктопа и принесёт такой подход только убыток производительности.

> Ну допустим программа для ДДОС аттаки

Это на другой сайт

Ограничение размера стека потока Найти похожие ветки