forum.bitel.ru
http://forum.bitel.ru/

Многопоточность
http://forum.bitel.ru/viewtopic.php?f=1&t=3673
Страница 1 из 1

Автор:  skyb [ 04 мар 2010, 08:26 ]
Заголовок сообщения:  Многопоточность

Мне вот интересно, как реализована и реализована ли вообще многопоточность в биллинге

Автор:  Akhmat [ 04 мар 2010, 12:55 ]
Заголовок сообщения:  Re: Многопоточность

Так там же даже кол-во потоков в некоторых конфигах задается. конечно реализована

Автор:  skyb [ 04 мар 2010, 13:12 ]
Заголовок сообщения:  Re: Многопоточность

Akhmat писал(а):
Так там же даже кол-во потоков в некоторых конфигах задается. конечно реализована

Немного не про то вопрос
Как сама система реализована. Допустим сервер поддерживать (сам камень) функцию Hyper Threading как биллинг в этом вопросе?

Автор:  dimOn [ 04 мар 2010, 13:38 ]
Заголовок сообщения:  Re: Многопоточность

skyb писал(а):
Akhmat писал(а):
Так там же даже кол-во потоков в некоторых конфигах задается. конечно реализована

Немного не про то вопрос
Как сама система реализована. Допустим сервер поддерживать (сам камень) функцию Hyper Threading как биллинг в этом вопросе?

С этим довольно хорошо в java дела обстоят. В биллинге тоже. А есть повод для беспокойства?

Автор:  skyb [ 04 мар 2010, 14:26 ]
Заголовок сообщения:  Re: Многопоточность

dimOn писал(а):
skyb писал(а):
Akhmat писал(а):
Так там же даже кол-во потоков в некоторых конфигах задается. конечно реализована

Немного не про то вопрос
Как сама система реализована. Допустим сервер поддерживать (сам камень) функцию Hyper Threading как биллинг в этом вопросе?

С этим довольно хорошо в java дела обстоят. В биллинге тоже. А есть повод для беспокойства?

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

Автор:  dimOn [ 04 мар 2010, 19:55 ]
Заголовок сообщения:  Re: Многопоточность

skyb писал(а):
dimOn писал(а):
skyb писал(а):
Akhmat писал(а):
Так там же даже кол-во потоков в некоторых конфигах задается. конечно реализована

Немного не про то вопрос
Как сама система реализована. Допустим сервер поддерживать (сам камень) функцию Hyper Threading как биллинг в этом вопросе?

С этим довольно хорошо в java дела обстоят. В биллинге тоже. А есть повод для беспокойства?

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

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

Автор:  Abram [ 04 мар 2010, 20:13 ]
Заголовок сообщения:  Re: Многопоточность

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

Будущее уже пришло.

Автор:  Yagoda [ 21 мар 2011, 14:37 ]
Заголовок сообщения:  Re: Многопоточность

Akhmat писал(а):
Так там же даже кол-во потоков в некоторых конфигах задается. конечно реализована
С этим довольно хорошо в java дела обстоят. В биллинге тоже. А есть повод для беспокойства?

Повод для беспокойства есть.
Сервер - два 4х ядерных камня (Xeon E5420). Смотрю вывод top по ядрам. Довольно часто загрузка какого-либо ядра под 100%. Остальные в это время "курят". Грузит Java. Специально по ядрам не раскидывали. Может надо?

ЗЫ. Сервер 5.1/495, IPN, NPAY, ваш коллектор NET-Flow, Debian 5.0, ядро Linux 2.6.26-2-amd64, Java 1.6.0_20.
ЗЫЫ. Может есть какие-то параметры запуска, управляющие использованием разных ядер?

Автор:  Cromeshnic [ 21 мар 2011, 15:15 ]
Заголовок сообщения:  Re: Многопоточность

Для коллектора, например, есть:

Код:
#количество обработчиков часовых логов
#т.е. если необходимо обработать несколько часов, то их будут обрабатывать указанное кол-во потоков,
#на каждый час - один поток
#process.thread.count=1


(c) http://bgbilling.ru/v5.1/doc/ch15s08.html

Мы пользуем process.thread.count=4, всё работает.

Автор:  skn [ 21 мар 2011, 15:18 ]
Заголовок сообщения:  Re: Многопоточность

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

Автор:  stark [ 21 мар 2011, 17:25 ]
Заголовок сообщения:  Re: Многопоточность

Yagoda писал(а):
Сервер - два 4х ядерных камня (Xeon E5420). Смотрю вывод top по ядрам. Довольно часто загрузка какого-либо ядра под 100%. Остальные в это время "курят". Грузит Java.

А по конкретнее можно - какое приложение грузит ?

Автор:  Yagoda [ 23 мар 2011, 14:36 ]
Заголовок сообщения:  Re: Многопоточность

Довольно сильно нагружает генерация отчета по детализации. Но это не так часто. Но сильно.

Часто - обсчет и тарификация трафика (обработка файлов NET-Flow, тарификация). Делается каждые 5 минут, приближаемся к реал-тайму...

Автор:  restart [ 23 мар 2011, 15:39 ]
Заголовок сообщения:  Re: Многопоточность

Yagoda писал(а):
Довольно сильно нагружает генерация отчета по детализации. Но это не так часто. Но сильно.

Часто - обсчет и тарификация трафика (обработка файлов NET-Flow, тарификация). Делается каждые 5 минут, приближаемся к реал-тайму...


Параллельно в данном случае происходят выполнение экшенов (сервер) и задач (шедулер). Если Вы запустите с двух клиентов генерации отчета по детализации, то увидите загрузку двух ядер на 100% :)

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

Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/