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/ |