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

Рост числа процессорных ядер приведет к необходимости смены ..., opennews (??), 02-Окт-10, (0) [смотреть все] DragonFlyBSD , vvnab (?), 16:16 , 02-Окт-10, (2) +2 // Я именно о ней и подумал, читая эту новость , Vitaly_loki (ok), 21:48 , 02-Окт-10, (62) // а что в ней на этот предмет , Aquarius (ok), 00:07 , 03-Окт-10, (77) // а то зайдите на сайт и прочитайте , аноним (?), 01:01 , 03-Окт-10, (84) –3 то что они от блокировок принялись избавляться сразу после форка и сейчас, скоре, Aquarius (ok), 08:57 , 03-Окт-10, (97) +5 А в DragonFly принята несколько другая парадигма многопроцессорной системы Там , www2 (??), 15:19 , 12-Окт-10, (173) gt оверквотинг удален Всё верно Если сказать простыми словами, то там использ, Vitaly_loki (ok), 15:01 , 27-Окт-10, (174) Результаты исследования http pdos csail mit edu papers linux osdi10 pdf, Аноним (-), 16:20 , 02-Окт-10, (3) // Мать, мать, мать Читаю аннотацию Abstract Except for gmake, all applications , Vkni (?), 08:23 , 03-Окт-10, (95) принципиально новый Linux , only you (?), 16:23 , 02-Окт-10, (4) // Принципиально старый Plan9https researcher ibm com researcher view_project php, andr.ru (?), 09:48 , 04-Окт-10, (140) // Да, линукс полное г по сравнению с планом, по мнению спицалистов его курить не, fr0ster (ok), 09:52 , 04-Окт-10, (141) // Крутой велосипед с турбонаддувом Правда на улицах почему-то попадаются менее кр, User294 (ok), 05:38 , 05-Окт-10, (154) Вы нехороший человек, я теперь от любопытства помру, пытаясь понять, куда же име, fr0ster (ok), 08:17 , 05-Окт-10, (163) А как же работали 1024-ядерные системы покойной SGI И все ядра под одной копией , аноним (?), 16:30 , 02-Окт-10, (5) +2   // 1024-ядерные или 1024 процессорные , Arcturus (ok), 16:57 , 02-Окт-10, (11)   // Кстати, а какая разница Правда интересно Мне ясно только что при отдельных про, StrangeAttractor (ok), 21:40 , 02-Окт-10, (61) +1   // суперкомпьютеры сильны, когда каждая нода выполняет свою часть задачи А потом в, DmitryINdig0 (ok), 22:54 , 02-Окт-10, (67)   а при чём тут ноды был задан конкретный вопрос зы ядра почти не отличаются от вы, админ (?), 23:33 , 02-Окт-10, (69)   Это только если абстрагироваться что скорость и задержки в канале связи на крист, Аноним (-), 19:46 , 03-Окт-10, (124)   Какую плату вы имеете ввиду Данные между физически связанными ядрами вполне рад, yet another anonim (?), 05:27 , 05-Окт-10, (152)   А еще вон в топ500 почему-то куча линукса А если то что говорят фрукты из MIT п, User294 (ok), 19:30 , 02-Окт-10, (22) –20   // Кластер и супер-мультиядерность на одном чипе - несколько разные вещи , Аноним (-), 19:43 , 02-Окт-10, (28) +3   // Однозначно Правда насчет того что супер-мультиядерность вообще перспективна - э, User294 (ok), 19:59 , 02-Окт-10, (35) –14   кстати согласен - без правильного распараллеливания задачи фиг что получится сей, админ (?), 23:36 , 02-Окт-10, (70)   А некоторые задачи как-то так изначально последовательные и не очень то хотят па, User294 (ok), 05:43 , 05-Окт-10, (155)   Не совсем так, видяхи те же узкоспециализированные компы, а какая массовость , fr0ster (ok), 08:18 , 05-Окт-10, (164)   Мисье все знайка - доведу до твоего сведения - в TOP500 нет не одной машины с ко, Аноним (-), 20:59 , 02-Окт-10, (52)   // Вы хотите сказать что вон та орава ядерщиков не сможет так же При том их главны, User294 (ok), 21:19 , 02-Окт-10, (55) –23   Не сможет Один он ну ты наивный малый почитаешь на lwn net кто вкладывает и, Аноним (-), 00:11 , 03-Окт-10, (78) +1   Сможет , Аноним (-), 09:40 , 03-Окт-10, (98) +1   Вначале посчитает, сколько на это надо бабок и пошлет затею лесом, пока широкого, fr0ster (ok), 15:18 , 03-Окт-10, (112)   Да бросьте, там собралась такая куча ориентированных не на процесс и теоретическ, User294 (ok), 17:13 , 04-Окт-10, (148)   Ещё один всезнайка нашелся И чем же мемори расшаривается Сокет планки памяти , zuborg (?), 23:25 , 02-Окт-10, (68)   Если для вас сетевые FS заканчиваются NFS - мне вас очень жаль lustre 124 GPF, Аноним (-), 00:05 , 03-Окт-10, (75)   Ах да, забыл вокруг этого mmap file, накручивают стопку MPI_barrier что бы синхр, Аноним (-), 00:27 , 03-Окт-10, (80) +1   Вы бы язык-то прикусили, да почитали бы о том, о чем несете абсолютный бред, ни , аноним (?), 01:04 , 03-Окт-10, (85) +2   Да да расскажи мне убогому как оно работает Как DLM поддерживает когентность, Аноним (-), 01:39 , 03-Окт-10, (86) –3   Итак, подытожим, ноды суперкомпа обмениваются между собой информацией используя , zuborg (?), 13:53 , 03-Окт-10, (105)   LOL вы где учились юноша shared memory - не исчерпывается только System V IPC , Аноним (-), 17:36 , 03-Окт-10, (118) +2   за одно стоит прочитать определениеhttp en wikipedia org wiki Shared_memoryчто, Аноним (-), 17:42 , 03-Окт-10, (119) +1   цитирую In computer hardware, shared memory refers to a typically large block , zuborg (?), 18:21 , 03-Окт-10, (122) +1   читаем еще раз но не между строкIn softwareIn computer software, shared memory , Аноним (-), 19:56 , 03-Окт-10, (125)   Перевожу метод сохранения обьема памяти через перенаправления доступа к тому, чт, zuborg (?), 20:51 , 03-Окт-10, (126)   Сознательно игнорируете первую строчку определения данного wiki a method of inte, Аноним (-), 08:48 , 04-Окт-10, (136)   повторюсь в который раз - процесс на второй ноде НЕ может получить доступ к are, zuborg (?), 13:25 , 04-Окт-10, (146)   32 - уже не хило совсем до 48 не далеко пока одни помои льют, время идёт и друг, админ (?), 23:40 , 02-Окт-10, (71)   16 или 32 был только в BG L Но там далеко не SMP, а POWER 5 124 6 NUMA Да н, Аноним (-), 00:07 , 03-Окт-10, (76) –1   ха это что-то меняет ну да угу браузер как в твоём случае чтобы скопировать с, аноним (?), 00:38 , 03-Окт-10, (82)   Очень многое , Аноним (-), 01:40 , 03-Окт-10, (87) –1   ничего это не меняет если есть что сказать - ю а велком а так - в сад , админ (?), 01:48 , 03-Окт-10, (88) –1   Если не понимаете то точно в сад - учиться различия в подходах к SMP и NUMA я , Аноним (-), 02:01 , 03-Окт-10, (89) –1   вы действительно не понимаете или прикидываетесь если последнее, то очень умело , админ (?), 14:50 , 03-Окт-10, (109)   самое что не наесть прямое - в тексте рассматриваются проблемы _SMP_ системкотор, Аноним (-), 17:23 , 03-Окт-10, (117)   в частности - частое и бездумное использование atomic - создает неявные memory b, Аноним (-), 17:45 , 03-Окт-10, (120)   Всезнайка наверное не читал pdf по ссылке в новости А ведь стоило бы Чтобы не, Алексей (??), 04:08 , 03-Окт-10, (91)   http top500 org system 8385 Ранее в списке был Росгидромет, где было более 32 , Аноним. (?), 23:47 , 03-Окт-10, (127)   Что хотели то сказать ссылкой на Altrix Он есть и в Oak ridge - там где TOP1 ст, Аноним (-), 09:02 , 04-Окт-10, (139)   Вы сказали, что в списке нет - я вам показал, что есть Наверное потому, что техн, Аноним. (?), 14:05 , 04-Окт-10, (147)   ну, имхо, в 48-ядерных в любом случае эффективность будет низкая объём кэша не , pro100master (ok), 16:34 , 02-Окт-10, (6) –2 // там, в принципе, выход только один уменьшить разницу между характеристиками кэш, Карбофос (ok), 17:16 , 02-Окт-10, (12) –1 Придется хреначить кучу каналов памяти до тех пор пока не задолбутся разводить , User294 (ok), 19:37 , 02-Окт-10, (26) –6 // на самом деле нет вы никогда не задумывались почему темпиратура процессора завис, Аноним123321 (ok), 19:56 , 02-Окт-10, (34) // Потому что CMOS схема кушает что-то только в момент переключения, сэр Перезаряд, User294 (ok), 20:07 , 02-Окт-10, (38) –6 Многоядерные системы были, есть и будут весьма специализированными девайсами, то, fr0ster (ok), 21:34 , 02-Окт-10, (57) Эээ ну 2 6 ядерные процессоры попадаются и у юзеров В не слишком специализиро, User294 (ok), 06:42 , 04-Окт-10, (130) –1 У нас как бы речь было о 32 и более Неточно высказался тогда, Многоядерные сис, fr0ster (ok), 06:51 , 04-Окт-10, (131) Однозначно, Кэп , User294 (ok), 06:58 , 04-Окт-10, (135) Угу, что-то не слышал я ещё о реальных продающихся процах, отключающих ядра А с, yet another anonim (?), 06:34 , 05-Окт-10, (158) угу на линухе у меня тоже почти так же, но на другой системе мой же этот же но, fidaj (ok), 10:43 , 05-Окт-10, (167) Там основные потери от скин эффекта , Kalinin (?), 12:08 , 05-Окт-10, (171) +1 больше не нужно было писать, Карбофос (ok), 23:46 , 02-Окт-10, (74) +3 Они изобрели транспьютер , _Vitaly_ (ok), 16:35 , 02-Окт-10, (7) +2 Пусть не гонят Plan9 к этому давно уже готова Манагеры МС взялись за аналитику , fidaj (ok), 16:48 , 02-Окт-10, (8) +2 // При чем тут План9, который вообще никому не нужен И при чем тут манагеры МС Исс, Анонимный трус (?), 19:33 , 02-Окт-10, (24) –7 // Наверное они грант хотят стрясти При том почему-то мне так кажется что если 4, User294 (ok), 19:52 , 02-Окт-10, (32) –6 если он не нужен лично вам, то это ничего не значитУ вас все документальные данн, fidaj (ok), 20:22 , 02-Окт-10, (45) // План9 - академическая сферовакуумная ОС Что там к чему готово, я без понятия, н, Аноним (-), 20:49 , 02-Окт-10, (50) А жаль Зато появляется новый абстрактный уровень не привязанный к конкретному , fidaj (ok), 21:00 , 02-Окт-10, (53) +1 Да, есть принципиально не распараллеливаемые задачи, но много ли машин на которы, Px (?), 21:22 , 02-Окт-10, (56) К чему готова К обозначенной выше проблеме Ни разу не готова Ни по своей архи, XeNoN (ok), 00:35 , 03-Окт-10, (81) Долго же они приходили к этому мнению , Аноним (-), 16:50 , 02-Окт-10, (9) +2 К счастью, Linux с открытыми драйверами и базовыми компонентами - готов к переме, Аноним (-), 16:52 , 02-Окт-10, (10) +6 // Для того, чтобы сделать то, что они имеют в виду, простым перепилом ведра не обо, Аноним (-), 19:51 , 02-Окт-10, (31) // Помнится Таненбаум в свое время очень ругался что линукс сильно завязан на аппар, User294 (ok), 20:10 , 02-Окт-10, (39) –15 // При чем тут привязка к железу Ну хорошо, попробуйте переделать ведро под модель, Аноним (-), 22:18 , 02-Окт-10, (65) –2 аналогия чем это хуже привязки к количеству камней зы вопрос больше железячный -, админ (?), 23:43 , 02-Окт-10, (72) –1 Просто в свое время линух за непортабельность ругали А он возьми да и стань о, User294 (ok), 06:52 , 04-Окт-10, (132) +1 мне интересно, userspace будут вообще пилить в сторону потоковости tar, gzip, b, Аноним (-), 17:33 , 02-Окт-10, (13) +1 // Если вам надо - возьмите и допилите совместимость А не всегда есть в дистрибут, аноним (?), 19:12 , 02-Окт-10, (20) lzma и xz а tar - это не компрессор, ему и на одном ядре неплохо живётся , anonymous (??), 22:22 , 02-Окт-10, (66) +1 По моему они на Minix и еже с ними намекают , devlink (?), 17:51 , 02-Окт-10, (14) // Это тот же Unix, пусть в него и добавлены идеи 86-го года - , Vkni (?), 08:19 , 03-Окт-10, (94) А что В Линуксе есть честный SMP , kshetragia (ok), 18:37 , 02-Окт-10, (17) // нет, он врёт на 8 ядрах линейная зависимость врёт зараза , админ (?), 23:45 , 02-Окт-10, (73) –1 А кеши у процессоров - типа для красоты Или предлагается влупить 48 ядер, опера, User294 (ok), 19:27 , 02-Окт-10, (21) –15 // Тем не менее он прав - проблема преувеличена Как бы не случайно ли на будущее н, yet another anonim (?), 08:00 , 05-Окт-10, (162) –1 А не проще железячникам вместо увеличения количества ядер продолжать уменьшать т, svchost (ok), 19:32 , 02-Окт-10, (23) // Дорого Нарастить число ядер дешевле, чем перевести линию на новый техпроцесс , Анонимный трус (?), 19:35 , 02-Окт-10, (25) –2 // При чем тут дорого - поучите физику - поймете почему техпроцесс уменьшать уже не, fidaj (ok), 20:24 , 02-Окт-10, (47) +5 // Как некуда Уже 22 на подходе, 32 нм давно есть в серийном производстве, а Интел, svchost (ok), 21:39 , 02-Окт-10, (60) уже много лет назад кто-то из великих умов из физических лабораторий уже предска, fidaj (ok), 22:03 , 02-Окт-10, (64) +3 Вот, кстати, интересно http www 3dnews ru news ibm_11_nm_ne_predel_dlya_kremni, svchost (ok), 10:55 , 03-Окт-10, (101) Ну когда сделают - тогда и посмотрим, НО все-равно это тупиковая ветвь - это ясн, fidaj (ok), 11:45 , 03-Окт-10, (102) +2 Так любая ветвь тупикова, вопрос только, где и когда мы на этот тупик наткнёмся , yet another anonim (?), 07:03 , 05-Окт-10, (159) уже наткнулись - просто в производство еще не все запускают - старьё еще нужно с, fidaj (ok), 10:44 , 05-Окт-10, (168) Угу, они уже вон на 3 ГГц застряли и что-то не больно то спешат даже просто крем, User294 (ok), 06:56 , 04-Окт-10, (133) Лучше бы сразу начали в кто больше MIPS Watt выжмет играть , fr0ster (ok), 08:56 , 04-Окт-10, (138) Да уж Но как-то так получилось что это стало вообще упоминаться как характер, User294 (ok), 05:28 , 05-Окт-10, (153) Вообще-то это очень условно застряли Выходили же модели с 4 ГГц А энтузиас, yet another anonim (?), 07:19 , 05-Окт-10, (160) –1 gt оверквотинг удален чушь откройте термодинамику да почитайте, если осили, fidaj (ok), 10:47 , 05-Окт-10, (169) всем доброго времени суток господин fidaj на самом деле прав несколько лет наз, tanushi (?), 08:53 , 04-Окт-10, (137) +1 А вы сами представьте - при таких размерах эти транзисторы нужно будет разглядыв, yet another anonim (?), 07:33 , 05-Окт-10, (161) –1 gt оверквотинг удален ну и БРЕД какая химия не порите чушь , fidaj (ok), 10:49 , 05-Окт-10, (170) gt оверквотинг удален http habrahabr ru blogs hardware 118137 , fidaj (ok), 22:31 , 29-Апр-11, (175) Так пока что там небольшой технологический тупичок Частоты повысить не получ, Аноним (-), 19:47 , 02-Окт-10, (29) +2 // Да вообще-то SRAM уже не одно десятилетие назад придуман Только при том же числ, User294 (ok), 20:13 , 02-Окт-10, (40) –14 Не проще они уже уперлись в атомы меньше лептоны и кварки пока не получа, fidaj (ok), 20:19 , 02-Окт-10, (44) +3 не знаю, насколько это реально и какие аналитики это писали , но почитайте, к, Gular (ok), 19:39 , 02-Окт-10, (27) // К настоящему моменту сумма контрактов составила более 76,6 млн стоит з, pavlinux (ok), 20:19 , 02-Окт-10, (43) http www osp ru os 2010 05 13003034 , st_dog (?), 20:29 , 02-Окт-10, (48) В общем, это проблема не OS, а производителей процессоров, контроллеров I O, мат, pavlinux (ok), 19:48 , 02-Окт-10, (30) +16 Это он к тому, что 70 гимороя из-за железа Авторы же исследования утверждают, ч, pavlinux (ok), 20:49 , 02-Окт-10, (51) +3 Жизненно же Попробуйте распараллелить обсчет MD5 хеша для одного большого фай, User294 (ok), 20:15 , 02-Окт-10, (41) –16 // Ну вот конкретно md5 этот не параллелится Ну и что Компьютеры нынче отнюдь не , Crazy Alex (??), 21:39 , 02-Окт-10, (59) А Вы попробуйте за итерацию подобрать хэш Ну и как, получается И явно 48 не , Аноним (-), 16:57 , 03-Окт-10, (116) Так проблема в том что в реальном мире дофига этих неудачных примеров , что и я, User294 (ok), 06:39 , 04-Окт-10, (129) Надо на уровень выше думать, а не задачи, успешно решающиеся первопнями раздуват, аноним (?), 22:06 , 04-Окт-10, (149) Однозначно Только вот 1 А 500 винчей - это нормально Ну или толку то от 500, User294 (ok), 06:03 , 05-Окт-10, (156) Куда то вы не туда повели, сами говорили о спецзаточенности многоядерников, и са, fr0ster (ok), 08:23 , 05-Окт-10, (165) MD5 - это конечно не аргумент И один файл - это тоже не аргумент То, что по, Dron (ok), 11:53 , 08-Окт-10, (172) В целом - лаконично, но врядле это проблема производителей процессоров, контрол, cmp (??), 21:10 , 02-Окт-10, (54) +2 Новости от Капитана Очевидность Не прошло и n лет как до них дошло , StrangeAttractor (ok), 21:38 , 02-Окт-10, (58) Я не понял так надо для второго ядра компилировать второе ядро, или нет , Zenitur (?), 22:01 , 02-Окт-10, (63) +1 // А, теперь понятно, что у тебя всё так вечно тормозит , СуперАноним (?), 12:43 , 03-Окт-10, (103) Каждому ядру по ядру ---А ваще, если сделаешь ps ax, то увидишь много SMP клонов, pavlinux (ok), 15:01 , 03-Окт-10, (110) // По два ядра , и за ошибки отрывать по одному , fr0ster (ok), 15:08 , 03-Окт-10, (111) Интересно, а как заставить работать XP на многоядерных процессорах она же в о, ua9oas (?), 07:06 , 03-Окт-10, (93) –2 // У AMD есть драйвер, оптимизирующий работу с несколькими процессорами, так как са, Zenitur (?), 08:50 , 03-Окт-10, (96) // Если имеется в виду программа AMD DualCore Optimizer,то для Phenom II, Athlon II, odus (ok), 10:17 , 03-Окт-10, (99) Для 100-ядерных систем сделают Linux kernel 2 8 , odus (ok), 10:49 , 03-Окт-10, (100) // Да уж пусть его 3 0 X обзывают А то у людей только что приходящих в Linux созда, СуперАноним (?), 12:51 , 03-Окт-10, (104) // ага, 5 споловиной в квадрате, если у людей мозга нет понять почему , или пусть, cmp (??), 15:28 , 03-Окт-10, (113) У Меня вопрос Вы тут про параллельное выполнение одного алгоритма говорите Ta, weldpua2008 (ok), 14:25 , 03-Окт-10, (106) // процессоры уже ооо-чень давно ничего с дисков не читают , fidaj (ok), 14:32 , 03-Окт-10, (107) +2 // а есть различия процессов программ и процессоров Или у Вас волшебные Open, weldpua2008 (ok), 16:30 , 03-Окт-10, (114) // уупс - я о другом , fidaj (ok), 16:33 , 03-Окт-10, (115) Это сейчас только такое извращение у некоторых есть Покупают интеловские SSD чи, svchost (ok), 17:49 , 03-Окт-10, (121) Нет, это Вот это - 2 running Правда, тут потоки не считаются О вас с 2 задачам, аноним (?), 22:12 , 04-Окт-10, (150) Solaris 10 UltraSPARK T1 8 cores x 4 threads 32 threads total 2005-й год, д, zuborg (?), 18:34 , 03-Окт-10, (123) +1 // http ru sun com products servers highend m9000 index jspСодержит 32 или 64 выс, очередной аноним (?), 00:49 , 04-Окт-10, (128) +1 Ещё с год назад читал про это от представителей Microsoft про будущие Windows , gkv311 (ok), 10:05 , 04-Окт-10, (142) +1 // ИМХО это мало что даст, бутылочное горлышко в другом месте будет, не более Лин, fr0ster (ok), 10:14 , 04-Окт-10, (143) Ага, а у них affinity mask до сих пор в long е На 32 битах 32 ядра, на 64 битах, аноним (?), 22:12 , 04-Окт-10, (151) Думается, из всего этого количества байт, что мы все вбили здесь, легко можно св, stimpack (?), 06:12 , 05-Окт-10, (157) // Какой Война и Мир Мы тут все максимум пытаемся по самолюбие почесать и раз, fr0ster (ok), 08:25 , 05-Окт-10, (166) 2,3,4,5,6,7,8,9,10,13,14,17,21,23,27,30,58,63,93,100,106,123,142,157

Сообщения

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

5. "Рост числа процессорных ядер приведет к необходимости смены ..."	+2 +/–
Сообщение от аноним (?), 02-Окт-10, 16:30
А как же работали 1024-ядерные системы покойной SGI? И все ядра под одной копией linux!
Ответить | Правка | Наверх | Cообщить модератору

	11. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от Arcturus (ok), 02-Окт-10, 16:57
	1024-ядерные или 1024 процессорные?
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Рост числа процессорных ядер приведет к необходимости смены ..."	+1 +/–
	Сообщение от StrangeAttractor (ok), 02-Окт-10, 21:40
	> 1024-ядерные или 1024 процессорные? Кстати, а какая разница? Правда интересно. Мне ясно только что при отдельных процах получается кэша больше.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от DmitryINdig0 (ok), 02-Окт-10, 22:54
	суперкомпьютеры сильны, когда каждая нода выполняет свою часть задачи. А потом все решения надо объединить. Помнится на Пентиум3 в МГУ строился вычислительный кластер, и много денег потратили на сеть, что бы задержки и коллизии исключить, которые бывают в распространенном езернете. Там какой-то "хитрый" езернет был. Сейчас я японии строить собираются 10Тфлопный суперписюк ) Так там как раз одна из особенностей, это новый подход к сети кластера. Или же еще пример. Применение шейдеров видеокарты для вычисления - хорошая идея, но задачу надо разбить правильно и главное что бы под "размер" шейдера. Затем на выходе собрать результат. Вот так я понимаю.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от админ (?), 02-Окт-10, 23:33
	>суперкомпьютеры сильны, когда каждая нода выполняет свою часть задачи. а при чём тут ноды? был задан конкретный вопрос. зы: ядра почти не отличаются от выделенных камней. иногда просто некоторые ресурсы бывают общими - кэш, фпу и т.д.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от Аноним (-), 03-Окт-10, 19:46
	Это только если абстрагироваться что скорость и задержки в канале связи на кристале и на плате - это совсем разные вещи :)
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от yet another anonim (?), 05-Окт-10, 05:27
	Какую плату вы имеете ввиду? Данные между физически связанными ядрами вполне радостно гуляют внутри чипа, с частотой, явно большей, чем та, что между отдельными процами, избегая всяких прочих плат, и, соотв., с задержкой меньшей. Платы в таком случае лишь получают уже готовые обработанные вещи и посылают новые данные для обработки.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Рост числа процессорных ядер приведет к необходимости смены ..."	–20 +/–
	Сообщение от User294 (ok), 02-Окт-10, 19:30
	> А как же работали 1024-ядерные системы покойной SGI? А еще вон в топ500 почему-то куча линукса. А если то что говорят фрукты из MIT правда - ну допилят ядро, куда ж они денутся? :) Может парни из MIT себе грант на "принципиально новую ОС" хотят выбить?
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	28. "Рост числа процессорных ядер приведет к необходимости смены ..."	+3 +/–
	Сообщение от Аноним (-), 02-Окт-10, 19:43
	Кластер и супер-мультиядерность на одном чипе - несколько разные вещи.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Рост числа процессорных ядер приведет к необходимости смены ..."	–14 +/–
	Сообщение от User294 (ok), 02-Окт-10, 19:59
	> Кластер и супер-мультиядерность на одном чипе - несколько разные вещи. Однозначно. Правда насчет того что супер-мультиядерность вообще перспективна - это большой вопрос. Где Kilocore от IBM, например? А то там 1024 ядра чтоли обещали, или около того. У многоядерников есть проблема: если задача не параллелится (а параллелится не любая задача), все упирается в скорость 1 ядра а остальные ничего не делают. При этом чем круче отдельное ядро (и чем их меньше умещается, соответственно) тем лучше работает 1-поточная задача. Ну вот интели и амд всякие нынче для борьбы с этим жутко изгаляются. Делая всякие TurboCore и что там еще (ака разгон 1 ядра при неактивных остальных).
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от админ (?), 02-Окт-10, 23:36
	кстати согласен - без правильного распараллеливания задачи фиг что получится. сейчас на смп проще считать так - одна задача, один проц.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от User294 (ok), 05-Окт-10, 05:43
	> кстати согласен - без правильного распараллеливания задачи фиг что получится. А некоторые задачи как-то так изначально последовательные и не очень то хотят параллелиться по природе своей. Собственно этот простой и обидный факт и является основной проблемой многоядерников, из-за которых процы с уймой относительно слабых ядер так и не пошли в массы.
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от fr0ster (ok), 05-Окт-10, 08:18
	> является основной проблемой многоядерников, из-за которых процы с уймой относительно слабых > ядер так и не пошли в массы. Не совсем так, видяхи те же узкоспециализированные компы, а какая массовость?
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от Аноним (-), 02-Окт-10, 20:59
	Мисье все знайка - доведу до твоего сведения - в TOP500 нет не одной машины с количеством ядер на одной ноде выше 32х. Ноды обмениваются между собой или через shared memory (mmap большого файла) или через MPI. ТОЧКА. То как linux kernel пытались запускать на SGI Altrix - это отдельная и грустная история - он там просто не работал, ибо инициализация 512 ядер занимала дохрена времени и накладные расходы вобщем-то тоже. Линукс на машинах Cray XT[3-5], IBM BG/L сводится к одной вещи - запускалка процессов. Единственное серьезное использование это service node - там еще +/- похожее на привычное окружение. Надеяться что ядро "допилят" не стоит - много ли допиливаний под Cray вернулось в ядро? А BG/L specific ?
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	55. "Рост числа процессорных ядер приведет к необходимости смены ..."	–23 +/–
	Сообщение от User294 (ok), 02-Окт-10, 21:19
	> много ли допиливаний под Cray вернулось в ядро? Вы хотите сказать что вон та орава ядерщиков не сможет так же? При том их главный финноамериканец это самое ядро с нуля написал? Прикольно, да :) > Надеяться что ядро "допилят" не стоит Да что вы так нервничаете? Время покажет. Будут 48-ядерные процы майнстримом - тогда и увидим все. Я думаю что если кастомеры начнут теребить редхатов, ораклей, айбиэмов и прочих - они быстренько допилят, никуда не денутся. А что, у них еще и выбор будет? :)
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Рост числа процессорных ядер приведет к необходимости смены ..."	+1 +/–
	Сообщение от Аноним (-), 03-Окт-10, 00:11
	>> много ли допиливаний под Cray вернулось в ядро? > Вы хотите сказать что вон та орава ядерщиков не сможет так же? Не сможет. > При том их главный финноамериканец это самое ядро с нуля написал? > Прикольно, да :) Один он ? ну ты наивный малый :) почитаешь на lwn.net кто вкладывает и за чьи деньги в ядро? А что будет если туда не будут вкладывать - то где эти интузиасты будут ?:) >> Надеяться что ядро "допилят" не стоит > Да что вы так нервничаете? Время покажет. Будут 48-ядерные процы майнстримом - > тогда и увидим все. По себе судить не стоит. > Я думаю что если кастомеры начнут теребить редхатов, ораклей, айбиэмов и прочих > - они быстренько допилят, никуда не денутся. А что, у них > еще и выбор будет? :) Ты хоть раз общался с сапортом RedHat ? видимо нет. Если ты не клиент с 1000 лицензий - ты им слабо интересен. Если ты еще хочешь чего-то странного, что не укладывается в их виденье мира - то ровно так же. Собрать ядро с какой нить опцией - идешь лесом, починить баг который им кажется маловажным - ровно так же. Так что мисье всезнайка облажался в очередной раз.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Рост числа процессорных ядер приведет к необходимости смены ..."	+1 +/–
	Сообщение от Аноним (-), 03-Окт-10, 09:40
	>>> много ли допиливаний под Cray вернулось в ядро? >> Вы хотите сказать что вон та орава ядерщиков не сможет так же? >Не сможет. Сможет.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от fr0ster (ok), 03-Окт-10, 15:18
	>>>> много ли допиливаний под Cray вернулось в ядро? >>> Вы хотите сказать что вон та орава ядерщиков не сможет так же? >>Не сможет. > Сможет. Вначале посчитает, сколько на это надо бабок и пошлет затею лесом, пока широкого употребления многоядерных систем не будет.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от User294 (ok), 04-Окт-10, 17:13
	> Не сможет. Да бросьте, там собралась такая куча ориентированных не на процесс и теоретическую круть а на результат что они *любую* актуальную задачу смогут вкатать в асфальт. Не где-то там в теории как математик из анекдота про пожар и пожарный кран, а на практике. В реальном мире. На реальных машинах. Будет задача хорошо работать на 48 ядрах? Сделают. Готов даже поспорить на $100 :) > Один он ? Ну, начал он один. А потом орава присоединилась. И вот теперь там такая могучая кучка которая может разобраться с любой задачей. >ну ты наивный малый :) почитаешь на lwn.net кто вкладывает и за чьи деньги в ядро? Да я его и так в общем то читаю регулярно. Что-то опоздали вы с советами лет на эн... > А что будет если туда не будут вкладывать - то где эти интузиасты будут ?:) Кто тут еще наивный :). Если уж на горизонте нарисуется задача "хорошо работать с 48 ядрами" - уж вкладывающие бабки в линух будут первым делом заинтересованы скорее всего, т.к. у них или их кастомеров и будут такие железяки первым делом. И, кстати, допилить напильничком до работающего состояния то что уже есть - куда дешевле чем с нуля такое же но идеологически правильнее написать. Это даже туповатые инвесторы понимают. > По себе судить не стоит. Ну так и не судите. > Ты хоть раз общался с сапортом RedHat ? видимо нет. > Если ты не клиент с 1000 лицензий - ты им слабо интересен. Ради одного В. Пупкина с 1 лицензией ессно никто не будет кастомно кодить что-то в большом масштабе. Только вот 48-ядерные процы ради одного В.Пупкина и подавно никто не станет производить, если что. Первыми заинтересуются такими железками как раз эти, с 1000 лицензий которые. У Пупкинов пупок развяжется платить за первые процы с 48 ядрами. Дальше оно может быть станет майнстримом. А может быть вслед за Итаником отправится. Это уж рынок решать будет. > Если ты еще хочешь чего-то странного, что не укладывается в их виденье > мира - то ровно так же. Если процессоры с 48 ядрами станут обыденностью - они перестанут быть странными. А если к ним придет один В. Пупкин с одной лицензией но где-то каким-то чудом урвавший инженерный сэмпл 48-ядерного проца - ну да, он не повод для дерганий. Хотя-бы потому что вообще нет гарантий что этот проц в серию пойдет. А повкалывать ради красоты концепций самой по себе и счастья одного В. Пупкина - дорого и непрактично. > Собрать ядро с какой нить опцией - идешь лесом, починить баг который > им кажется маловажным - ровно так же. Извините. Попробуйте такое попросить у микрософта для сравнения? А хотя-бы и будучи кастомером с 1000 лицензий? > Так что мисье всезнайка облажался в очередной раз. И правда - облажался. Потому что "мисье" - это позор! Анонимные аналитики школу не заканчивали? oO
	Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

	68. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от zuborg (?), 02-Окт-10, 23:25
	>Ноды обмениваются между собой или через shared memory (mmap большого файла) Ещё один всезнайка нашелся. И чем же мемори расшаривается ? Сокет планки памяти запаян на материнки обоих нод ? Или изменения в файле через NFS синхронизируются ? Короче, слыхал звон, да не знал где он...
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	75. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от Аноним (-), 03-Окт-10, 00:05
	>Или изменения в файле через NFS синхронизируются ? Если для вас сетевые FS заканчиваются NFS - мне вас очень жаль. lustre | GPFS + mmaped file - вполне себе схема shared memory. DLM обеспечит когентность кэшей на всех нодах.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Рост числа процессорных ядер приведет к необходимости смены ..."	+1 +/–
	Сообщение от Аноним (-), 03-Окт-10, 00:27
	Ах да, забыл. вокруг этого mmap file, накручивают стопку MPI_barrier что бы синхронизировать доступ. а за одно советую чутку заглянуть в google по словам "MPI shared memory mmap" узнаете много нового для себя, и перестанете кичиться своим невежеством.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Рост числа процессорных ядер приведет к необходимости смены ..."	+2 +/–
	Сообщение от аноним (?), 03-Окт-10, 01:04
	> а за одно советую чутку заглянуть в google по словам "MPI shared > memory mmap" > узнаете много нового для себя, и перестанете кичиться своим невежеством. Вы бы язык-то прикусили, да почитали бы о том, о чем несете абсолютный бред, ни хрена не понимая как оно работает.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Рост числа процессорных ядер приведет к необходимости смены ..."	–3 +/–
	Сообщение от Аноним (-), 03-Окт-10, 01:39
	Да да :) расскажи мне убогому как оно работает.. Как DLM поддерживает когентность page cache на многих машинах :) А я послушаю "аналитика" ;-) Или все знания окачиваются NFS? так в NFS v4.1 уже начались подобия нормальной файловой системы..
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от zuborg (?), 03-Окт-10, 13:53
	>Ноды обмениваются между собой или через shared memory (mmap большого файла) >... >GPFS + mmaped file - вполне себе схема shared memory Итак, подытожим, ноды суперкомпа обмениваются между собой информацией используя сетевые файловые системы (такие как GPFS) через замечательный IPC механизм shared memory, который по определению работает в пределах одной машины (т.к. память, хранящаяся в состоянии одного и того же блока транзиторов в конкретном чипе памяти может быть отображена в адресное пространство нескольких процессов только в пределах той машины, на которой эти процессы исполняются) Вы у Петросяна помощником не работаете ?
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	118. "Рост числа процессорных ядер приведет к необходимости смены ..."	+2 +/–
	Сообщение от Аноним (-), 03-Окт-10, 17:36
	>>Ноды обмениваются между собой или через shared memory (mmap большого файла) >>... >>GPFS + mmaped file - вполне себе схема shared memory > Итак, подытожим, ноды суперкомпа обмениваются между собой информацией используя сетевые > файловые системы (такие как GPFS) через замечательный IPC механизм shared memory, > который по определению работает в пределах одной машины (т.к. память, хранящаяся > в состоянии одного и того же блока транзиторов в конкретном чипе > памяти может быть отображена в адресное пространство нескольких процессов только в > пределах той машины, на которой эти процессы исполняются) LOL. вы где учились юноша? shared memory - не исчерпывается только System V IPC. mmap ровно такой же механиз для организации shared memory и IPC обмена между процесами (http://en.wikipedia.org/wiki/Mmap) и то что процессы разнесены по разным нодам роли не играет :) 2 ноды вполне могут открыть один файл и при помощи mmap(), отобразить в собственное адресное пространство. После этого механизмы заложеные в distributed lock mamager (DLM - детали прочитаете на wikipedia) воплне могут обеспечить когерентность page cache у этих 2х нод. Это будет не быстро (по сравнению с обычным чтением с DFS), будет вызывать lock ping-pong - но работает, и для некоторых задач - имеет место использоваться. > Вы у Петросяна помощником не работаете ? ищите колег ?
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Рост числа процессорных ядер приведет к необходимости смены ..."	+1 +/–
	Сообщение от Аноним (-), 03-Окт-10, 17:42
	за одно стоит прочитать определение http://en.wikipedia.org/wiki/Shared_memory что бы в очередной раз не слыть невеждой и мне в очередной раз жаль что понятие shared memory для вас закончилось на System V IPC, а понятия файловых систем - на NFS который не имеет никакого distributed lock manager.
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	122. "Рост числа процессорных ядер приведет к необходимости смены ..."	+1 +/–
	Сообщение от zuborg (?), 03-Окт-10, 18:21
	>http://en.wikipedia.org/wiki/Shared_memory цитирую: In computer hardware, shared memory refers to a (typically) large block of random access memory that can be accessed by several different central processing units (CPUs) in a multiple-processor computer system. Вношу ясность - на разных нодах процессы работают с "физически разными" чипами памяти, следовательно, никакие сетевые FS не могут процессу на одной ноде предоставить доступ к памяти, которая физически находится на другой ноде, поэтому поняние shared memory неприменимо в данном случае. Еще раз - shared memory это память, представленная физически одним и тем же набором транзисторов в конкретном чипе, отображенная в адресное пространство нескольких процессов, запущеных на одной системе. Следовательно, процесс на другой ноде не может никак получить доступ к "этой" памяти. Сетевая FS может предоставить такому процессу на другой ноде доступ только к "копии" содержимого памяти с исходной ноды. Копия содержимого памяти и "одна и та же страница" памяти - это существенно различные понятия. PS. прошу прощения за излишнюю резкость в предыдущих сообщениях.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от Аноним (-), 03-Окт-10, 19:56
	>>http://en.wikipedia.org/wiki/Shared_memory > цитирую: > In computer hardware, shared memory refers to a (typically) large block of > random access memory that can be accessed by several different central > processing units (CPUs) in a multiple-processor computer system. читаем еще раз. но не между строк In software In computer software, shared memory is either a method of inter-process communication (IPC), i.e. a way of exchanging data between programs running at the same time. One process will create an area in RAM which other processes can access, or a method of conserving memory space by directing accesses to what would ordinarily be copies of a piece of data to a single instance instead, by using virtual memory mappings or with explicit support of the program in question. This is most often used for shared libraries and for XIP. переводим: - метод межпроцесорного взаимодействия когда один процесс создает область памяти к которой другие могут получить доступ - запихивание разных vma (virtual memory area) в разные процессы - так что они реально имеют доступ к общим данным. так все таки применимо - или тут разные процессы (на разных нодах) не получают доступ к общим данным? > Копия содержимого памяти и "одна и та же страница" памяти - это существенно различные понятия. а ничего что после pagger и последующего востановления из свопа - у вас будут разные физические страницы? и любое приложение на userland работает с виртуальными адресами - которые никак не связаны с реальными транзисторами. А с точки зрения виртуальной памяти нет никакой разницы - соединили микросхемы в 2х нодах физически или логически. ps. я понимаю вашу позицию как системотехника, но в данном случае разговор идет о процессах выполняющихся не в ядре, и оперирующими виртуальной памятью.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от zuborg (?), 03-Окт-10, 20:51
	>a method of conserving memory space by directing accesses to what would ordinarily be copies of a piece of data to a single instance instead, by using virtual memory mappings or with explicit support of the program in question. Перевожу: метод сохранения обьема памяти через перенаправления доступа к тому, что в обычном случае было бы копиями частей данных, к единому екземпляру (данных), используя отображение памяти или с непосредственной поддержкой рассматриваемой программы Ключевое место здесь - "единый екземпляр". Т.е. одна и та же страница памяти, которая доступна различным процессам. >так все таки применимо - или тут разные процессы (на разных нодах) не получают доступ к общим данным? К общим данным - да. Которые будут представлены в виде нескольких копий, как минимум по одной на каждой ноде. К одной и той же странице памяти - разумеется нет. Именно общая страница памяти, отображенная в адресное простраство разных процессов, представляет из себя shared memory, независимо от того по какому физическому адресу она находится после подгрузки из файла или свопа пейджером. >А с точки зрения виртуальной памяти нет никакой разницы - соединили микросхемы в 2х нодах физически или логически. Микросхемы в двух нодах нельзя соединить физически. Данные из одной ноды можно скопировать на другую множеством способом, но ни один из них не имеет отношения к понятию shared memory, потому что копирование по определению не представляет собою shared instance. >ps. я понимаю вашу позицию как системотехника, но в данном случае разговор идет о процессах выполняющихся не в ядре, и оперирующими виртуальной памятью. А я Вашей позиции не понимаю. Я абсолютно доступным языком обьяснил что такое shared memory и почему mmap over network fs им не является. И контекст выполнения процесса (ядро/не ядро) в данном вопросе не играет никакой роли. PS. Не все то shared memory, что делается через mmap, хотя и может казаться им.
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от Аноним (-), 04-Окт-10, 08:48
	Сознательно игнорируете первую строчку определения данного wiki? >> a method of inter-process communication (IPC), i.e. a way of exchanging data between programs running at the same time. One process will create an area in RAM which other processes can access, or >> с дополнительными уточнениями из hardware. >> Cache coherence: Whenever one cache is updated with information that may be used by other processors, the change needs to be reflected to the other processors, otherwise the different processors will be working with incoherent data (see cache coherence and memory coherence). >>> замените processors на nodes - логика не изменится не на грамм. PS. в определенных условиях будет сущестовать ровно 1 страничка памяти которая будет прыгать между разными нодами. это взятие лока с PW (типы локов в wikipedia DLM) (file open mode - O_WRITE). При это любое чтение/запись на другой ноде будет конфликтовать с этим локом и вызывать удаление страницы из мапинга на ноде 1 и создание страницы на ноде 2.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от zuborg (?), 04-Окт-10, 13:25
	>One process will create an area in RAM which other processes can access повторюсь в который раз - процесс на второй ноде НЕ может получить доступ к "area in RAM", которую создал процесс на первой ноде - он (процесс на второй ноде) может получить доступ только к копии данных из этой area, которая (копия) будет предоставлена сетевой FS (или любым другим IPC методом). >замените processors на nodes - логика не изменится не на грамм. тут не могу возразить. С логической и топологической точки зрения кеши разных ядер процессора в классическом случае shared memory, и страницы памяти на удаленных нодах для Вашего mmap over net-fs - эквивалентны (в первом случае когерентность обеспечивается протоколом когерентности кешей ядер, во втором - средствами сетевой FS). Тогда почему бы не провести параллель между доступом к данным через цепочку L1-L2-RAM через FSB (QPI etc) и Process1:Node1-Internet-Node2:Process2 через tcp-сокет ? Послушайте, так получается - все-все IPC логически еквивалентны shared memory ?! Где-то есть какой-то екзепляр данных, другие процессы каким-то (неважно каким, логически все способы еквивалентны ведь) способом получает доступ к этим данным. Сможете это опровергнуть ?
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от админ (?), 02-Окт-10, 23:40
	>Мисье все знайка - доведу до твоего сведения - в TOP500 нет не одной машины с количеством ядер на одной ноде выше 32х. 32 - уже не хило. совсем до 48 не далеко. пока одни помои льют, время идёт и другие работают. >Линукс на машинах Cray XT[3-5], IBM BG/L сводится к одной вещи - запускалка процессов. на моём ноуте - тоже.
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	76. "Рост числа процессорных ядер приведет к необходимости смены ..."	–1 +/–
	Сообщение от Аноним (-), 03-Окт-10, 00:07
	>>Мисье все знайка - доведу до твоего сведения - в TOP500 нет не одной машины с количеством ядер на одной ноде выше 32х. > 32 - уже не хило. 16 или 32 был только в BG/L. Но там далеко не SMP, а POWER[5|6] + NUMA. > совсем до 48 не далеко. пока одни помои льют, время идёт и > другие работают. >>Линукс на машинах Cray XT[3-5], IBM BG/L сводится к одной вещи - запускалка процессов. > на моём ноуте - тоже. Да ну? что бы запустить 1 процесс который будет по сети работать ?:)
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от аноним (?), 03-Окт-10, 00:38
	>16 или 32 был только в BG/L. Но там далеко не SMP, а POWER[5|6] + NUMA. ха! это что-то меняет? >Да ну? ну да. >что бы запустить 1 процесс который будет по сети работать ?:) угу. браузер. как в твоём случае. чтобы скопировать с вики ничего не доказывающую информацию.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Рост числа процессорных ядер приведет к необходимости смены ..."	–1 +/–
	Сообщение от Аноним (-), 03-Окт-10, 01:40
	>>16 или 32 был только в BG/L. Но там далеко не SMP, а POWER[5|6] + NUMA. > ха! это что-то меняет? Очень многое.
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Рост числа процессорных ядер приведет к необходимости смены ..."	–1 +/–
	Сообщение от админ (?), 03-Окт-10, 01:48
	ничего это не меняет. если есть что сказать - ю а велком. а так - в сад.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Рост числа процессорных ядер приведет к необходимости смены ..."	–1 +/–
	Сообщение от Аноним (-), 03-Окт-10, 02:01
	> ничего это не меняет. > если есть что сказать - ю а велком. а так - в > сад. Если не понимаете то точно в сад - учиться :) различия в подходах к SMP и NUMA я думаю сможете и без меня в wiki прочитать. помоему на страничке с NUMA как раз и описывались все проблемы традиционной SMP архитектуры - почему стали использовать NUMA.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от админ (?), 03-Окт-10, 14:50
	вы действительно не понимаете или прикидываетесь? если последнее, то очень умело. чтобы расставить точки на И - объясните какое отношение всё вышесказанное имеет к сабжу.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от Аноним (-), 03-Окт-10, 17:23
	самое что не наесть прямое - в тексте рассматриваются проблемы _SMP_ систем которых не может быть в NUMA, если программировать правильно.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от Аноним (-), 03-Окт-10, 17:45
	> вы действительно не понимаете или прикидываетесь? > если последнее, то очень умело. > чтобы расставить точки на И - объясните какое отношение всё вышесказанное имеет > к сабжу. в частности - частое и бездумное использование atomic - создает неявные memory barier которые вызывают cache flush со всех CPU в системе, чем перегружают каналы связи. А linux kernel славился бездумным использованием atomic - благо дело при малом количестве CPU и i386 архитектуре это очень дешево (hint поищите патч ника который вычищал atomic из dcache - там приводились цифры насколько вырасла производительность после этого).
	Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

	91. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от Алексей (??), 03-Окт-10, 04:08
	Всезнайка наверное не читал pdf по ссылке в новости? А ведь стоило бы... Чтобы не утруждать ваши, без преувеличения, "гениальные" мозги, процитирую здесь только conclusion: This paper analyzes the scaling behavior of a traditional operating system (Linux 2.6.35-rc5) on a 48-core computer with a set of applications that are designed for parallel execution and use kernel services. We find that we can remove most kernel bottlenecks that the applications stress by modifying the applications or kernel slightly. Except for sloppy counters, most of our changes are applications of standard parallel programming techniques. Although our study has a number of limitations (e.g., real application deployments may be bottlenecked by I/O), the results suggest that traditional kernel designs may be compatible with achieving scalability on multicore computers. The MOSBENCH applications are publicly available at http://pdos.csail.mit.edu/mosbench/, so that future work can investigate this hypothesis further.
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	127. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от Аноним. (?), 03-Окт-10, 23:47
	>Мисье все знайка - доведу до твоего сведения - в TOP500 нет не одной машины с количеством ядер на одной ноде выше 32х. http://top500.org/system/8385 Ранее в списке был Росгидромет, где было более 32 ядер. >То как linux kernel пытались запускать на SGI Altrix - это отдельная и грустная история - он там просто не работал, ибо инициализация 512 ядер занимала дохрена времени и накладные расходы вобщем-то тоже. Работал, работает и будет работать... не надо врать... И времени эта "инициализация" занимала не много.... и даже на 1024 ядрах. >Линукс на машинах Cray XT[3-5], IBM BG/L сводится к одной вещи - запускалка процессов. А что оно ещё должно делать?? Угадывать, что вы хотите посчитать и сразу выдавать результат???
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	139. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от Аноним (-), 04-Окт-10, 09:02
	>>Мисье все знайка - доведу до твоего сведения - в TOP500 нет не одной машины с количеством ядер на одной ноде выше 32х. > http://top500.org/system/8385 Что хотели то сказать ссылкой на Altrix? Он есть и в Oak ridge - там где TOP1 стоит (Ягуар и пару машинок поменьше) - но по факту - "стоит" а не работает. > Ранее в списке был Росгидромет, где было более 32 ядер. был :) Но что IBM что Cray почему-то пошли по пути  2-4 cpu и количество ядер не выше 32х. Видимо путь который пораждает большие NUMA системы - оказался не столь привлекательным? >>То как linux kernel пытались запускать на SGI Altrix - это отдельная и грустная история - он там просто не работал, ибо инициализация 512 ядер занимала дохрена времени и накладные расходы вобщем-то тоже. > Работал, работает и будет работать... не надо врать... И времени эта "инициализация" > занимала не много.... и даже на 1024 ядрах. аха. всего около 10 минут. То то Altrix сейчас очень популярны. >>Линукс на машинах Cray XT[3-5], IBM BG/L сводится к одной вещи - запускалка процессов. > А что оно ещё должно делать?? Угадывать, что вы хотите посчитать и > сразу выдавать результат??? Ну как сказать :) когда попробуете скомплировать свой код под Cray XT - поймете.
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Рост числа процессорных ядер приведет к необходимости смены ..."	+/–
	Сообщение от Аноним. (?), 04-Окт-10, 14:05
	>Что хотели то сказать ссылкой на Altrix? Он есть и в Oak ridge - там где TOP1 стоит (Ягуар и пару машинок поменьше) - но по факту - "стоит" а не работает. Вы сказали, что в списке нет - я вам показал, что есть. >был :) Но что IBM что Cray почему-то пошли по пути  2-4 cpu и количество ядер не выше 32х. Наверное потому, что технологически требуется доработка механизмов синхронизаций. Проще использовать стандартное решение. Опять же я вас удивлю, но IBM умеет соединять в единую SMP машину до 4-х 2-сокетных узлов. >Видимо путь который пораждает большие NUMA системы - оказался не столь привлекательным? А может быть дело было в том, что Itanium перестал развиваться??? Сейчас тоже самое делают на Xeon и решение покупается.... Из всех вендоров на рынке, только SGI делает большие NUMA системы. >аха. всего около 10 минут. То то Altrix сейчас очень популярны. 10 минут на что?? На загрузку с нуля или на инициализацию всех модулей??? На 1024 ядрах это занимает около 10 минут, но 90% времени это инициализация I/O модулей. Смотря где, там где они нужны. Почему же тогда продажи этих систем не падают??? >Ну как сказать :) когда попробуете скомплировать свой код под Cray XT - поймете. Ясно, как в анекдоте: "Штурман приборы. - 25 - что 25 - А что приборы". Вы решите сначала, что хотите сказать, а уже потом говорите, а не прыгайте по мыслям. Вопрос стоит так, что ещё, помимо запуска процессов, оно должно делать???
	Ответить | Правка | Наверх | Cообщить модератору

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

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