forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Представлен новый вариант планировщика задач BFS, opennews (??), 16-Дек-12, (0) [смотреть все]

Для нуба может кто объяснить, рендеринг большая часть алгоритмов хорошо паралели, Аноним (-), 23:22 , 16-Дек-12, (1) //

В теории - да, AEffect (?), 23:40 , 16-Дек-12, (2)
нет, all_glory_to_the_hypnotoad (ok), 23:41 , 16-Дек-12, (3) +2 //

Расскажи это GPU, битком набитому SIMD-образными числокрушилками , Аноним (-), 07:47 , 17-Дек-12, (18) –1 //

1 Тема по CPU шыдулер2 Тред про рендеринг 3 SIMD и GPU, гы сообщение отр, pavlinux (ok), 16:01 , 17-Дек-12, (37)

нет, конечно , Аноним (-), 23:45 , 16-Дек-12, (5) +2
Рендер требует очень много floating-point операций Видеокарта это умеет делать , Lain_13 (ok), 00:20 , 17-Дек-12, (8) //

Аха только вот почему то все программы рендеринга делают свое дело на CPU, Аноним (-), 03:04 , 17-Дек-12, (13) //

Blender c Cycles render использует GPU например, причем на глаз раз в 5 быстрее , Elenium (ok), 07:01 , 17-Дек-12, (15)
Это вы просто с ручника еще не снялись Вот и , Аноним (-), 07:48 , 17-Дек-12, (19) +2

Не должно, это просто увеличивает скорость переключения между потоками, скорость, Аноним (-), 00:45 , 17-Дек-12, (9) //

неправда, скорость самих потоков может замедлится Любой планировщик с хорошей о, all_glory_to_the_hypnotoad (ok), 01:24 , 17-Дек-12, (10) +2 //

а может и ускориться, если попадут в кеш Зависит от конкретной реализации Так , pro100master (ok), 10:44 , 17-Дек-12, (25)

Более быстрое переключение между потооками кэш, по идее, наоборот больше портить, Crazy Alex (ok), 14:44 , 17-Дек-12, (32) +1

По какой такой идее , pavlinux (ok), 16:12 , 17-Дек-12, (38)

Ну как же - чем дольше активен один поток - тем дольше нужен уму его кэш Запус, Crazy Alex (ok), 11:46 , 18-Дек-12, (56)

По частоте попадания в кэш, можно судить об не оптимальности алгоритма Если поро, pavlinux (ok), 06:24 , 19-Дек-12, (61)

вообще нерелевантный показатель для что-то там не так , all_glory_to_the_hypnotoad (ok), 23:18 , 19-Дек-12, (62)

if a 10 x a else if a 200 x a 2 else if a 50 x , pavlinux (ok), 16:50 , 21-Дек-12, (63) –1

gt оверквотинг удален Нет такого файла в ядре - наверное ты сам его и дописал , Led (ok), 02:57 , 22-Дек-12, (64)

А то, сижу пешу 2 6 - 2 6 23 arch i386 pci mmconfig carch i386 pci mmconfig-shar, pavlinux (ok), 18:57 , 22-Дек-12, (65)
Эти файлы есть Но представленного тобой кода в них нет Значит этот быдлокод та, Led (ok), 22:10 , 22-Дек-12, (66)
нужно - найдешь, ориентир MMCONFIG, pavlinux (ok), 22:24 , 22-Дек-12, (67)
Я по всему дереву исходников грепал - нет в ядре такого кода, Led (ok), 00:00 , 23-Дек-12, (68)
Конечно нет А кто говорил, что этот код из ядра , pavlinux (ok), 03:13 , 23-Дек-12, (69)
удивительные иногда диалоги на опеннете Сообщение от pavlinux ok on 21-Дек-, fidaj (ok), 13:27 , 23-Дек-12, (70)
Ты, Led (ok), 21:40 , 23-Дек-12, (71)

ключевое слово может Т е в жизни разное бывает Когда вторые корки появились, pro100master (ok), 16:24 , 17-Дек-12, (39)

а задачка тоже в обоих случаях была мультитредовой , all_glory_to_the_hypnotoad (ok), 21:33 , 17-Дек-12, (46)

ну это совсем навряд ли Чем мельче гранулярность т е low latency планеровщик , all_glory_to_the_hypnotoad (ok), 21:18 , 17-Дек-12, (45)

То есть они прибили весь смысл single run-queue, на котором BFS строилась Ну чт, devl547 (ok), 23:43 , 16-Дек-12, (4) –3 //

Читай внимательнее Для желающих оставить одну очередь на все CPU эта возможност, аноним_пришел (?), 00:02 , 17-Дек-12, (7) +2

Интересно было бы увидеть сравнительные тесты, Аноним (-), 02:53 , 17-Дек-12, (11)
на каком же десктопе лаптопе более 16 ядер а как же каждой задаче - свой инстру, Пиу (?), 02:55 , 17-Дек-12, (12) +1 //

Может это как бы намек что не для серверов этот планировщик , Аноним (-), 03:56 , 17-Дек-12, (14)
подождите пару лет - и в телефоне не будет хватать 16 ядер , pers (??), 07:14 , 17-Дек-12, (16) +9 //

через пару лет это уже не будет называться телефоном , fidaj (ok), 10:53 , 17-Дек-12, (26) –2

16 ядер должно хватить каждому , slezhuk (?), 07:29 , 17-Дек-12, (17) +2 //

хэх, копирайтер, не вспомнят тебя через 10 лет , atropos (?), 08:33 , 17-Дек-12, (21)
Письмо в будущее себе пошли, потом поржеш через 10 лет , GentooBoy (ok), 12:53 , 17-Дек-12, (29) –3 //

Вас граммар-наци расстреляют явно быстрее чем через 10 лет, если продолжите в та, Аноним (-), 15:47 , 17-Дек-12, (34) +2

2023 на дворе, 32 потока в домашних процессорах, Anonim2023 (?), 12:44 , 11-Дек-23, (72)

Наверное потому что десктоп у которого ядер меньше чем у МОБИЛЬНИКА будет смотре, Аноним (-), 07:50 , 17-Дек-12, (20)

ждём выхода Brain Fuck Linux - дистрибутива где этот планировщик используется по, Аноним (-), 09:07 , 17-Дек-12, (22) //

PCLinuxOS, Аноным (ok), 10:19 , 17-Дек-12, (23)
Установите Ubuntu, Анончик (?), 10:20 , 17-Дек-12, (24) –2 //

Если дистрибутив трахает юзеру мозг - это еще не значит, что там используется BF, Аноним (-), 14:42 , 17-Дек-12, (30) +2

Что можно сказать Все равно не примут этот шедулер в mainstream - RH в лице св, linux must _RIP_ (?), 12:04 , 17-Дек-12, (27) –2 //

Ох, запилите уже свою операционку с шахматами и поэтессами и покажите этому гадк, Аноним (-), 15:49 , 17-Дек-12, (35) +3 //

Да что вы так кипятитесь Линукс уже давно свою копеечку в RH получает - где он, linux must _RIP_ (?), 00:01 , 18-Дек-12, (49) –1 //

Завидовать нехорошо Продолжайте чистить сортиры, авось к пенсии тоже на пару акц, Аноним (-), 09:41 , 18-Дек-12, (54) +1

Напоминает ситуацию с секс-меньшинствами и их дискриминацией Если какой-то гoв, Аноним (-), 09:40 , 18-Дек-12, (53) +1

Brain Fuck Scheduler Вот почему его в основную ветку не взяли Несмотря на то, Аноним (-), 12:32 , 17-Дек-12, (28) //

Не хочу разбивать ваши воздушные замки, но не взяли просто потому, что гoвнокод , Аноним (-), 09:43 , 18-Дек-12, (55) +1

Этого доктора уже вроде посылали, он обиделся и вот опять лезет , akamit (ok), 14:44 , 17-Дек-12, (31) +1 //

перечитай - это теперь уже другой лезет дохтур не все дохтуры одинаково полез, fidaj (ok), 15:35 , 17-Дек-12, (33)
А доктор кстати довольно приличный програмер Он например написал свой майнер би, Аноним (-), 15:50 , 17-Дек-12, (36) –1 //

Что, кстати, намекает на уровень профессиональный уровень профессиональных про, Аноним (-), 17:43 , 17-Дек-12, (40)

Никто его никуда не посылал BTF, в общем, хорошая штука, но актуальна только для, Аноним (-), 20:12 , 17-Дек-12, (42) +1 //

Это понятно - что абсолютно универсальных вещей в природе не бывает Терзает во, fidaj (ok), 20:46 , 17-Дек-12, (43) +2 //

Ну это же фирма зла - как вы можете предлагать использовать что-то Apple от это, linux must _RIP_ (?), 23:55 , 17-Дек-12, (48) –1

Apple Public Source License FSF одобрена и является копилефтом , BratSinot (?), 01:14 , 18-Дек-12, (51) +2

На месте чтобы не стоять, всё правильно делают , Аноним (-), 06:20 , 18-Дек-12, (52)

Двигаться - это не всегда развиваться , fidaj (ok), 14:06 , 18-Дек-12, (58) +1

Кстати, у планировщика XNU, хорошо ведущего себя на ПК, при типичной серверной , Аноним (-), 13:59 , 18-Дек-12, (57) +2

хм - поподробнее пожалуйста ну на сколько я знаю - там все реализовано через п, fidaj (ok), 14:08 , 18-Дек-12, (59)

Да ну а фраза линукса - что есть только один шедулер и другой нам не нужен Ну д, linux must _RIP_ (?), 23:53 , 17-Дек-12, (47)

Вот оно Линус-style Я может чего не понимаю, но ОТКУДА на десктопах больше 16-т, BratSinot (?), 01:07 , 18-Дек-12, (50) –2
значит придется ставить от коливаса До чего не дотронутся шаловливые ручонки улу, SergMarkov (ok), 22:51 , 18-Дек-12, (60) –3

Сообщения [Сортировка по времени | RSS]

1. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от Аноним (-), 16-Дек-12, 23:22

Для нуба может кто объяснить, рендеринг(большая часть алгоритмов хорошо паралелится) на процессоре(ах) ускорится или нет ?

Ответить | Правка | Наверх | Cообщить модератору

2. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от AEffect (?), 16-Дек-12, 23:40

В теории - да

Ответить | Правка | Наверх | Cообщить модератору

3. "Для Linux представлен новый вариант планировщика задач BFS" +2 +/–

Сообщение от all_glory_to_the_hypnotoad (ok), 16-Дек-12, 23:41

нет

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

18. "Для Linux представлен новый вариант планировщика задач BFS" –1 +/–

Сообщение от Аноним (-), 17-Дек-12, 07:47

Расскажи это GPU, битком набитому SIMD-образными числокрушилками.

Ответить | Правка | Наверх | Cообщить модератору

37. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от pavlinux (ok), 17-Дек-12, 16:01

1. Тема по CPU шыдулер
2. Тред про рендеринг.
3. SIMD и GPU, гы...
[сообщение отредактировано модератором]

Ответить | Правка | Наверх | Cообщить модератору

5. "Для Linux представлен новый вариант планировщика задач BFS" +2 +/–

Сообщение от Аноним (-), 16-Дек-12, 23:45

> Для нуба может кто объяснить, рендеринг(большая часть алгоритмов хорошо паралелится) на
> процессоре(ах) ускорится или нет ?
нет, конечно.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

8. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от Lain_13 (ok), 17-Дек-12, 00:20

Рендер требует очень много floating-point операций. Видеокарта это умеет делать значительно лучше процессора — она специально на это заточена. Так что нет, привлечение процессора только замедлит работу. Разве что как вспомогательное звено если недогружен.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

13. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от Аноним (-), 17-Дек-12, 03:04

Аха только вот почему то все программы рендеринга делают свое дело на CPU

Ответить | Правка | Наверх | Cообщить модератору

15. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от Elenium (ok), 17-Дек-12, 07:01

Blender c Cycles render использует GPU например, причем на глаз раз в 5 быстрее рендерить на gpu (core 2 duo 3гг, gtx 570 ti)

Ответить | Правка | Наверх | Cообщить модератору

19. "Для Linux представлен новый вариант планировщика задач BFS" +2 +/–

Сообщение от Аноним (-), 17-Дек-12, 07:48

> Аха только вот почему то все программы рендеринга делают свое дело на CPU
Это вы просто с ручника еще не снялись. Вот и ...

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

9. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от Аноним (-), 17-Дек-12, 00:45

Не должно, это просто увеличивает скорость переключения между потоками, скорость самих потоков не изменяется

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

10. "Для Linux представлен новый вариант планировщика задач BFS" +2 +/–

Сообщение от all_glory_to_the_hypnotoad (ok), 17-Дек-12, 01:24

неправда, скорость самих потоков может замедлится. Любой планировщик с хорошей отзивчивостью для десктопного испольщования гробит производительность отдельно взятого потока/процесса.

Ответить | Правка | Наверх | Cообщить модератору

25. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от pro100master (ok), 17-Дек-12, 10:44

а может и ускориться, если попадут в кеш. Зависит от конкретной реализации. Так что тут только кофейная гуща и шарик )

Ответить | Правка | Наверх | Cообщить модератору

32. "Для Linux представлен новый вариант планировщика задач BFS" +1 +/–

Сообщение от Crazy Alex (ok), 17-Дек-12, 14:44

Более быстрое переключение между потооками кэш, по идее, наоборот больше портить бдует

Ответить | Правка | Наверх | Cообщить модератору

38. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от pavlinux (ok), 17-Дек-12, 16:12

> Более быстрое переключение между потооками кэш, по идее, наоборот больше портить бдует
По какой такой идее?

Ответить | Правка | Наверх | Cообщить модератору

56. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от Crazy Alex (ok), 18-Дек-12, 11:46

>> Более быстрое переключение между потооками кэш, по идее, наоборот больше портить бдует
>  По какой такой идее?
Ну как же -  чем дольше активен один поток - тем дольше нужен уму его кэш. Запустили другой - у него инструкции/данные другие - грузи заново...

Ответить | Правка | Наверх | Cообщить модератору

61. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от pavlinux (ok), 19-Дек-12, 06:24

>>> Более быстрое переключение между потооками кэш, по идее, наоборот больше портить бдует
>>  По какой такой идее?
> Ну как же -  чем дольше активен один поток - тем
> дольше нужен уму его кэш. Запустили другой - у него инструкции/данные
> другие - грузи заново...
По частоте попадания в кэш, можно судить об не оптимальности алгоритма.
Если порой CACHE_HIT много, надо смотреть, чё там творится.

Ответить | Правка | Наверх | Cообщить модератору

62. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от all_glory_to_the_hypnotoad (ok), 19-Дек-12, 23:18

вообще нерелевантный показатель для 'что-то там не так'

Ответить | Правка | Наверх | Cообщить модератору

63. "Для Linux представлен новый вариант планировщика задач BFS" –1 +/–

Сообщение от pavlinux (ok), 21-Дек-12, 16:50

> вообще нерелевантный показатель для 'что-то там не так'
if (a > 10 )
     x + a;
else if (a > 200 )
     x + a + 2;
else if (a > 50 )
     x + a + 3;
else if (a > 100)
     x + a + 4;
else if (a > 1000 )
     x + a + 5;
Нормальный код? Например в ядре линя такая фигня в mmconfig.c (как-то так).

Ответить | Правка | Наверх | Cообщить модератору

64. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от Led (ok), 22-Дек-12, 02:57

>[оверквотинг удален]
>      x + a;
> else if (a > 200 )
>      x + a + 2;
> else if (a > 50 )
>      x + a + 3;
> else if (a > 100)
>      x + a + 4;
> else if (a > 1000 )
>      x + a + 5;
> Нормальный код? Например в ядре линя такая фигня в mmconfig.c (как-то так).
Нет такого файла в ядре - наверное ты сам его и дописал?

Ответить | Правка | Наверх | Cообщить модератору

65. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от pavlinux (ok), 22-Дек-12, 18:57

>[оверквотинг удален]
> Нет такого файла в ядре - наверное ты сам его и дописал?
А то, сижу пешу
2.6 - 2.6.23
arch/i386/pci/mmconfig.c
arch/i386/pci/mmconfig-shared.c
arch/x86_64/pci/mmconfig.c
2.6.24 - 3.7
arch/x86/pci/mmconfig_64.c
arch/x86/pci/mmconfig_32.c
arch/x86/pci/mmconfig-shared.c

Ответить | Правка | Наверх | Cообщить модератору

66. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от Led (ok), 22-Дек-12, 22:10

> 2.6.24 - 3.7
> arch/x86/pci/mmconfig_64.c
> arch/x86/pci/mmconfig_32.c
> arch/x86/pci/mmconfig-shared.c
Эти файлы есть. Но представленного тобой кода в них нет. Значит этот быдлокод таки ты сам и дописываешь?

Ответить | Правка | Наверх | Cообщить модератору

67. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от pavlinux (ok), 22-Дек-12, 22:24

> Значит этот быдлокод таки ты сам и дописываешь?
нужно - найдешь, ориентир MMCONFIG

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

68. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от Led (ok), 23-Дек-12, 00:00

>> Значит этот быдлокод таки ты сам и дописываешь?
> нужно - найдешь, ориентир MMCONFIG
Я по всему дереву исходников грепал - нет в ядре такого кода

Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

69. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от pavlinux (ok), 23-Дек-12, 03:13

>>> Значит этот быдлокод таки ты сам и дописываешь?
>> нужно - найдешь, ориентир MMCONFIG
> Я по всему дереву исходников грепал - нет в ядре такого кода
Конечно нет. А кто говорил, что этот код из ядра?

Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

70. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от fidaj (ok), 23-Дек-12, 13:27

>>>> Значит этот быдлокод таки ты сам и дописываешь?
>>> нужно - найдешь, ориентир MMCONFIG
>> Я по всему дереву исходников грепал - нет в ядре такого кода
> Конечно нет. А кто говорил, что этот код из ядра?
удивительные иногда диалоги на опеннете...
"Сообщение от pavlinux (ok) on 21-Дек-12, 16:50
    > вообще нерелевантный показатель для 'что-то там не так'
    if (a > 10 )
         x + a;
    else if (a > 200 )
         x + a + 2;
    else if (a > 50 )
         x + a + 3;
    else if (a > 100)
         x + a + 4;
    else if (a > 1000 )
         x + a + 5;
    Нормальный код? Например в ядре линя такая фигня в mmconfig.c (как-то так)."

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

71. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от Led (ok), 23-Дек-12, 21:40

>>>> Значит этот быдлокод таки ты сам и дописываешь?
>>> нужно - найдешь, ориентир MMCONFIG
>> Я по всему дереву исходников грепал - нет в ядре такого кода
> Конечно нет. А кто говорил, что этот код из ядра?
Ты

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

39. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от pro100master (ok), 17-Дек-12, 16:24

ключевое слово *может*. Т.е. в жизни разное бывает. Когда вторые корки появились с большим кешем, наблюдал 10-кратный рост на одной задачке CGI мультитредовой (частота и пр. кроме кеша были одинаковые).

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

46. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от all_glory_to_the_hypnotoad (ok), 17-Дек-12, 21:33

а задачка тоже в обоих случаях была мультитредовой?

Ответить | Правка | Наверх | Cообщить модератору

45. "Для Linux представлен новый вариант планировщика задач BFS" +/–

Сообщение от all_glory_to_the_hypnotoad (ok), 17-Дек-12, 21:18

ну это совсем навряд ли. Чем мельче гранулярность (т.е. low latency планеровщик), тем выше конкруренция за единицу кэша в единицу времени (~ лезет больше потоков со своими локально уникальными данными). Фактически эффективной работе кэша это тоже вредит.

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
Сообщение от Аноним (-), 16-Дек-12, 23:22
Для нуба может кто объяснить, рендеринг(большая часть алгоритмов хорошо паралелится) на процессоре(ах) ускорится или нет ?
Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от AEffect (?), 16-Дек-12, 23:40
	В теории - да
	Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "Для Linux представлен новый вариант планировщика задач BFS"	+2 +/–
	Сообщение от all_glory_to_the_hypnotoad (ok), 16-Дек-12, 23:41
	нет
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	18. "Для Linux представлен новый вариант планировщика задач BFS"	–1 +/–
	Сообщение от Аноним (-), 17-Дек-12, 07:47
	Расскажи это GPU, битком набитому SIMD-образными числокрушилками.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	37. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от pavlinux (ok), 17-Дек-12, 16:01
	1. Тема по CPU шыдулер 2. Тред про рендеринг. 3. SIMD и GPU, гы... [сообщение отредактировано модератором]
	Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Для Linux представлен новый вариант планировщика задач BFS"	+2 +/–
	Сообщение от Аноним (-), 16-Дек-12, 23:45
	> Для нуба может кто объяснить, рендеринг(большая часть алгоритмов хорошо паралелится) на > процессоре(ах) ускорится или нет ? нет, конечно.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	8. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от Lain_13 (ok), 17-Дек-12, 00:20
	Рендер требует очень много floating-point операций. Видеокарта это умеет делать значительно лучше процессора — она специально на это заточена. Так что нет, привлечение процессора только замедлит работу. Разве что как вспомогательное звено если недогружен.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	13. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от Аноним (-), 17-Дек-12, 03:04
	Аха только вот почему то все программы рендеринга делают свое дело на CPU
	Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от Elenium (ok), 17-Дек-12, 07:01
	Blender c Cycles render использует GPU например, причем на глаз раз в 5 быстрее рендерить на gpu (core 2 duo 3гг, gtx 570 ti)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Для Linux представлен новый вариант планировщика задач BFS"	+2 +/–
	Сообщение от Аноним (-), 17-Дек-12, 07:48
	> Аха только вот почему то все программы рендеринга делают свое дело на CPU Это вы просто с ручника еще не снялись. Вот и ...
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	9. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от Аноним (-), 17-Дек-12, 00:45
	Не должно, это просто увеличивает скорость переключения между потоками, скорость самих потоков не изменяется
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	10. "Для Linux представлен новый вариант планировщика задач BFS"	+2 +/–
	Сообщение от all_glory_to_the_hypnotoad (ok), 17-Дек-12, 01:24
	неправда, скорость самих потоков может замедлится. Любой планировщик с хорошей отзивчивостью для десктопного испольщования гробит производительность отдельно взятого потока/процесса.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от pro100master (ok), 17-Дек-12, 10:44
	а может и ускориться, если попадут в кеш. Зависит от конкретной реализации. Так что тут только кофейная гуща и шарик )
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Для Linux представлен новый вариант планировщика задач BFS"	+1 +/–
	Сообщение от Crazy Alex (ok), 17-Дек-12, 14:44
	Более быстрое переключение между потооками кэш, по идее, наоборот больше портить бдует
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от pavlinux (ok), 17-Дек-12, 16:12
	> Более быстрое переключение между потооками кэш, по идее, наоборот больше портить бдует По какой такой идее?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	56. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от Crazy Alex (ok), 18-Дек-12, 11:46
	>> Более быстрое переключение между потооками кэш, по идее, наоборот больше портить бдует > По какой такой идее? Ну как же - чем дольше активен один поток - тем дольше нужен уму его кэш. Запустили другой - у него инструкции/данные другие - грузи заново...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	61. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от pavlinux (ok), 19-Дек-12, 06:24
	>>> Более быстрое переключение между потооками кэш, по идее, наоборот больше портить бдует >> По какой такой идее? > Ну как же - чем дольше активен один поток - тем > дольше нужен уму его кэш. Запустили другой - у него инструкции/данные > другие - грузи заново... По частоте попадания в кэш, можно судить об не оптимальности алгоритма. Если порой CACHE_HIT много, надо смотреть, чё там творится.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	62. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok), 19-Дек-12, 23:18
	вообще нерелевантный показатель для 'что-то там не так'
	Ответить \| Правка \| Наверх \| Cообщить модератору


	63. "Для Linux представлен новый вариант планировщика задач BFS"	–1 +/–
	Сообщение от pavlinux (ok), 21-Дек-12, 16:50
	> вообще нерелевантный показатель для 'что-то там не так' if (a > 10 ) x + a; else if (a > 200 ) x + a + 2; else if (a > 50 ) x + a + 3; else if (a > 100) x + a + 4; else if (a > 1000 ) x + a + 5; Нормальный код? Например в ядре линя такая фигня в mmconfig.c (как-то так).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	64. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от Led (ok), 22-Дек-12, 02:57
	>[оверквотинг удален] > x + a; > else if (a > 200 ) > x + a + 2; > else if (a > 50 ) > x + a + 3; > else if (a > 100) > x + a + 4; > else if (a > 1000 ) > x + a + 5; > Нормальный код? Например в ядре линя такая фигня в mmconfig.c (как-то так). Нет такого файла в ядре - наверное ты сам его и дописал?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	65. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от pavlinux (ok), 22-Дек-12, 18:57
	>[оверквотинг удален] > Нет такого файла в ядре - наверное ты сам его и дописал? А то, сижу пешу 2.6 - 2.6.23 arch/i386/pci/mmconfig.c arch/i386/pci/mmconfig-shared.c arch/x86_64/pci/mmconfig.c 2.6.24 - 3.7 arch/x86/pci/mmconfig_64.c arch/x86/pci/mmconfig_32.c arch/x86/pci/mmconfig-shared.c
	Ответить \| Правка \| Наверх \| Cообщить модератору


	66. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от Led (ok), 22-Дек-12, 22:10
	> 2.6.24 - 3.7 > arch/x86/pci/mmconfig_64.c > arch/x86/pci/mmconfig_32.c > arch/x86/pci/mmconfig-shared.c Эти файлы есть. Но представленного тобой кода в них нет. Значит этот быдлокод таки ты сам и дописываешь?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	67. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от pavlinux (ok), 22-Дек-12, 22:24
	> Значит этот быдлокод таки ты сам и дописываешь? нужно - найдешь, ориентир MMCONFIG
	Ответить \| Правка \| К родителю #66 \| Наверх \| Cообщить модератору


	68. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от Led (ok), 23-Дек-12, 00:00
	>> Значит этот быдлокод таки ты сам и дописываешь? > нужно - найдешь, ориентир MMCONFIG Я по всему дереву исходников грепал - нет в ядре такого кода
	Ответить \| Правка \| К родителю #67 \| Наверх \| Cообщить модератору


	69. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от pavlinux (ok), 23-Дек-12, 03:13
	>>> Значит этот быдлокод таки ты сам и дописываешь? >> нужно - найдешь, ориентир MMCONFIG > Я по всему дереву исходников грепал - нет в ядре такого кода Конечно нет. А кто говорил, что этот код из ядра?
	Ответить \| Правка \| К родителю #68 \| Наверх \| Cообщить модератору


	70. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от fidaj (ok), 23-Дек-12, 13:27
	>>>> Значит этот быдлокод таки ты сам и дописываешь? >>> нужно - найдешь, ориентир MMCONFIG >> Я по всему дереву исходников грепал - нет в ядре такого кода > Конечно нет. А кто говорил, что этот код из ядра? удивительные иногда диалоги на опеннете... "Сообщение от pavlinux (ok) on 21-Дек-12, 16:50 > вообще нерелевантный показатель для 'что-то там не так' if (a > 10 ) x + a; else if (a > 200 ) x + a + 2; else if (a > 50 ) x + a + 3; else if (a > 100) x + a + 4; else if (a > 1000 ) x + a + 5; Нормальный код? Например в ядре линя такая фигня в mmconfig.c (как-то так)."
	Ответить \| Правка \| К родителю #69 \| Наверх \| Cообщить модератору


	71. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от Led (ok), 23-Дек-12, 21:40
	>>>> Значит этот быдлокод таки ты сам и дописываешь? >>> нужно - найдешь, ориентир MMCONFIG >> Я по всему дереву исходников грепал - нет в ядре такого кода > Конечно нет. А кто говорил, что этот код из ядра? Ты
	Ответить \| Правка \| К родителю #69 \| Наверх \| Cообщить модератору


	39. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от pro100master (ok), 17-Дек-12, 16:24
	ключевое слово может. Т.е. в жизни разное бывает. Когда вторые корки появились с большим кешем, наблюдал 10-кратный рост на одной задачке CGI мультитредовой (частота и пр. кроме кеша были одинаковые).
	Ответить \| Правка \| К родителю #32 \| Наверх \| Cообщить модератору


	46. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok), 17-Дек-12, 21:33
	а задачка тоже в обоих случаях была мультитредовой?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	45. "Для Linux представлен новый вариант планировщика задач BFS"	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok), 17-Дек-12, 21:18
	ну это совсем навряд ли. Чем мельче гранулярность (т.е. low latency планеровщик), тем выше конкруренция за единицу кэша в единицу времени (~ лезет больше потоков со своими локально уникальными данными). Фактически эффективной работе кэша это тоже вредит.
	Ответить \| Правка \| К родителю #25 \| Наверх \| Cообщить модератору