Исходное сообщение
"Ускорение загрузки дампа PostgreSQL на многоядерных системах" Отправлено pavlinux, 15-Май-09 01:24
>Да нет, народ просто выпендривается не понимая что они щас клоуны на >весь рунет. Спорить про потоки любимая для многих тема, даже если >они не понимают о каких потоках речь. Таких хлебом не корми, >дай поспорить что круче-pthread_start или fork безотносительно к задаче. > >Для Ъ объясню: тут о потоках данных речь а не о scheduling >entities ядра. Ну тогда  20 раз перечитай заголовок - "Ускорение загрузки дампа PostgreSQL на многоядерных системах" Прочёл? - Ни слова о многопоточности. Собственно к чему это я, да к тому, что как фишка ляжет, так ядро и распределит потоки/процессы, обычно равномерно, но не уверен что тоже самое будет на системе, которая дышит под нагрузкой в 64K соединений.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Да нет, народ просто выпендривается не понимая что они щас клоуны на >>весь рунет. Спорить про потоки любимая для многих тема, даже если >>они не понимают о каких потоках речь. Таких хлебом не корми, >>дай поспорить что круче-pthread_start или fork безотносительно к задаче. >> >>Для Ъ объясню: тут о потоках данных речь а не о scheduling >>entities ядра. > Ну тогда 20 раз перечитай заголовок - > "Ускорение загрузки дампа PostgreSQL на многоядерных системах" > Прочёл? - Ни слова о многопоточности. > Собственно к чему это я, да к тому, что как фишка ляжет, > так ядро и распределит потоки/процессы, обычно равномерно, > но не уверен что тоже самое будет на системе, которая > дышит под нагрузкой в 64K соединений.
	Введите код, изображенный на картинке: