forum.opennet.ru

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

Оглавление

Представлена 40 редакция списка самых высокопроизводительных..., opennews (ok), 18-Ноя-12, (0) [смотреть все]

Это неправда Процессоров там всего 18688 16-тиядерных CPU 18688 GPU, ядра ко, the joker (ok), 01:15 , 18-Ноя-12, (1) +7 //

Дальше Список по версии Graph 500 устарел ещё до выхода -- вместо Titan-а из Оук, the joker (ok), 01:24 , 18-Ноя-12, (2) +3
поправочка A2 - так ядро называется, а чип называется Blue Gene Q Compute Chip , Михрютка (ok), 01:43 , 18-Ноя-12, (3) +4 //

Ух ты, спасибо за уточнение Я считал как 16, т к иначе не получается общее зая, the joker (ok), 11:03 , 18-Ноя-12, (15)

Поддаются, чо нет-та 18688 вычислительных модулей, на каждом 16 оптероновых ядер, Ананимуз (?), 04:34 , 18-Ноя-12, (8) +1 //

Я посмотрел на спеки K20 Tesla, увидел цифру 2496 thread processors и не стал , the joker (ok), 11:01 , 18-Ноя-12, (14) //

2496 thread processors у K20 2688 для K20x это ядра CUDA Они объединены по 1, Ананимуз (?), 15:51 , 18-Ноя-12, (31) +2

А, да И правильная ссылка на последний а не прошлогодний Green500 - http www, Ананимуз (?), 04:46 , 18-Ноя-12, (9)

А что, SGI еще шевелится , Аноним (-), 01:55 , 18-Ноя-12, (4) –2 //

Почитай вот, http ru wikipedia org wiki Silicon_Graphics, Аноним (-), 11:13 , 18-Ноя-12, (18)

Я вот насчёт Green500 не понял Там места распределяются по показателю ФЛОПС кВт, kuksha (ok), 10:31 , 18-Ноя-12, (12) //

Опс неправильно прочитал название столбца - MFLOPS Wвопрос снят , kuksha (ok), 10:37 , 18-Ноя-12, (13) +1

Мне интересно у кого же все-таки из них винда стоит кто додумался , Аноним (-), 11:03 , 18-Ноя-12, (16) //

Понимаете ли, дело в том, что винда по определению не может быть адекватной осью, Аноним (-), 12:37 , 18-Ноя-12, (22) +8

А почему именно линукс, а не юникс Юникс тоже лучше подходит для суперкомпов, ч, Аноним (-), 23:50 , 18-Ноя-12, (73)

обоснуйте, Аноним (-), 02:23 , 19-Ноя-12, (117) –1

А можно я Только перед тем, как отвечать да , поищите здесь shigorin winhpc пл, Michael Shigorin (ok), 03:35 , 19-Ноя-12, (125) +2

Поискал, но ничего кроме пары упоминаний о проблемах при её загрузке не нашёл Ес, Аноним (-), 03:58 , 19-Ноя-12, (129)

Даже если бы это было всё, то его было бы достаточно -- поверьте или проверьте Н, Michael Shigorin (ok), 14:34 , 19-Ноя-12, (146) +2

Надёжность, диагностируемость и прочие, которых неизвестно как измеряли, это пус, Аноним (-), 15:19 , 19-Ноя-12, (149) –2

Для неспециалиста, который именно что по маркетингу и принимает решения -- вид, Michael Shigorin (ok), 16:02 , 19-Ноя-12, (150)

Все вопросы к вам отпали, спасибо за содержательную беседу , Аноним (-), 16:26 , 19-Ноя-12, (152)

А ты как то займись поиском инфы по лицензированию их недо-sql серверу и самой о, kurokaze (ok), 16:02 , 19-Ноя-12, (151)

Вы правы, но учитывая 93,6 vs 0 6, интересно было бы узнать что это за такие осо, infidel (ok), 12:48 , 18-Ноя-12, (23) +2

Сам никрософт и вкорячил , pavlinux (ok), 15:45 , 18-Ноя-12, (29) +3 //

Мс хитрый Стопудово кому-то вкорячил За отк 10 скидку , ананим (?), 15:59 , 18-Ноя-12, (34) +1 //

Я так думаю, МС сами еще и доплатили , pavlinux (ok), 17:18 , 18-Ноя-12, (36) +2

Думаю совет директоров так в этом и уверен Там нииириальную скидку на винду дали, ананим (?), 18:21 , 18-Ноя-12, (39) +2

А я был прав про Никрософт - http www top500 org system 177982, pavlinux (ok), 01:04 , 19-Ноя-12, (102) +2

Наверное, купили себе пару суперкомпов, даже не распаковывая, поставили на них к, Аноним (-), 23:51 , 18-Ноя-12, (75) +3

как же так у windows 35 серверного рынка, а в top500 всего 0 6 http w3techs c, Аноним (-), 11:06 , 18-Ноя-12, (17) //

потому что по приведённой ссылке не 35 серверного рынка , а процент сайтов, ко, kuksha (ok), 12:10 , 18-Ноя-12, (21) +1
Какое отношение имеют суперкомпьютеры к серверам , Аноним (-), 15:20 , 18-Ноя-12, (26) //

Ты не поверишь - mov eax, ecx - это тоже вычисления , pavlinux (ok), 15:47 , 18-Ноя-12, (30) +1 //

Так какое отношение имеют суперкомпьютеры к серверам И да, ты не поверишь, Край, анонимэ (?), 15:58 , 18-Ноя-12, (33) –1

Ключ в ответе на вопрос 8212 а что такое сервер , ананим (?), 16:00 , 18-Ноя-12, (35) +1
На серверах и на СК используются инструкции MOV, CMP, ADD, JMP, RET, Кстати, , pavlinux (ok), 17:21 , 18-Ноя-12, (37) +1

А также на десктопах, да А еще, в зависимости от архитектуры - на эмбеддовке и , Аноним (-), 23:55 , 18-Ноя-12, (78) –1
О, это интересно А вот это решающе Хотелось бы ссылок, чтобы попробовать попуск, Андрей (??), 04:44 , 19-Ноя-12, (134) –1

Про институты толком не знаю, а вообще http parallel ru russiahttp parallel , Michael Shigorin (ok), 14:45 , 19-Ноя-12, (147)

Технологии первых за несколько лет докатываются до вторых в ДЦ Системного ПО э, Michael Shigorin (ok), 02:17 , 19-Ноя-12, (115) +1 //

это какие, например примеры можно , Михрютка (ok), 03:15 , 19-Ноя-12, (124) –1

Интерконнект, плотность упаковки, охлаждение, мониторинг , Michael Shigorin (ok), 03:39 , 19-Ноя-12, (127) +1

Инфинибенд половина Топ500 попал в HPC из датацентра 1GB езернет вторая полов, Михрютка (ok), 16:50 , 19-Ноя-12, (155) –1

Насколько я помню, ровно наоборот -- Myrinet и прочие дельфиниксы тоже пилились , Michael Shigorin (ok), 17:24 , 19-Ноя-12, (160) +1

инфинибенд пополз, как только появился в продаже по доступным ценам, и по-моему,, Михрютка (ok), 19:23 , 19-Ноя-12, (165) –1

Иии соответственно охлаждать приходится интенсивней , мониторить оперативней Ин, Michael Shigorin (ok), 03:18 , 20-Ноя-12, (219)

охлаждать интенсивнее - да, мониторить оперативнее - не обязательно конечно, мо, Михрютка (ok), 04:31 , 20-Ноя-12, (220)

мой домашний СК Плазма-Атом выдает 9 3 Petaflop s, Windouser (?), 12:56 , 18-Ноя-12, (24) –6
А почему Ломоносова называют отечественным, если все комплектующие в нём произ, Аноним (-), 15:03 , 18-Ноя-12, (25) //

По принадлежности этому отечеству Кстати, что-то типа стоек или корпусов - , myhand (ok), 15:22 , 18-Ноя-12, (27) –1 //

google KOMDIV-32, Kibab (ok), 17:10 , 19-Ноя-12, (156) //

Китайские аналоги, в отличие от - можно купить , myhand (ok), 14:55 , 20-Ноя-12, (222) +1

Речь была о наличии, а не о покупке Конечно, комдив купить нельзя, это для отеч, Kibab (ok), 16:01 , 20-Ноя-12, (223) –1

Речь шла о разработке Что-то, полученное на бумаге или в крошечной серии для и, myhand (ok), 16:10 , 20-Ноя-12, (224) +1

Я и не спорю - Ну так вообще состояние российской микроэлектроники сейчас иначе, Kibab (ok), 18:38 , 20-Ноя-12, (225)

Конечно не понимаете Это рейтинг суперкомпьютеров, а не комплектующих для них , angra (ok), 19:49 , 18-Ноя-12, (42) //

О как В мухосранске оружейный плутоний бабки на базаре продают И меланж в сама, Аноним (-), 07:06 , 19-Ноя-12, (139) –1
Причем совок все скопипастил, kurokaze (ok), 16:41 , 19-Ноя-12, (153)

Вы не понимаете ещё и той инженерной работы, которая была проделана тогдашним те, Michael Shigorin (ok), 02:19 , 19-Ноя-12, (116) +1
я тебе больше скажу - первоначально Ломоносов назывался Ораниенбаум , и спрое, Михрютка (ok), 19:33 , 19-Ноя-12, (167)

Вряд ли найдётся хоть один суперкомп, который полностью в одной стране сделан Д, kuksha (ok), 15:26 , 18-Ноя-12, (28) +4
почему используют в основном linux а не freebsd чем его преимущества , Аноним (-), 17:56 , 18-Ноя-12, (38) //

Тсссс Как бы холивар не случился , rednikov (ok), 19:40 , 18-Ноя-12, (40) //

хехе, никогда бы не подумал что я троль на самом деле, было интересно узнать, в, Аноним (-), 01:23 , 19-Ноя-12, (107) –1 //

Почему нельзя -- можно, просто незачем Критические части - умение современного ж, Michael Shigorin (ok), 02:25 , 19-Ноя-12, (118) +2

Я думаю, все дело проще скорее всего, в SGI и у Крея и кому там еще мы должны, Михрютка (ok), 02:58 , 19-Ноя-12, (122) –1

Началось-то до них, помнится , Michael Shigorin (ok), 03:37 , 19-Ноя-12, (126) +2

Для начала расскажите о преимуществах FreeBSD в этом вопросе При прочих равных , angra (ok), 19:44 , 18-Ноя-12, (41) //

ты че думаешь линукс прям дикарём запускают не чувак её допилит или активирова, Акакий Зильбиршейн_ (?), 21:48 , 18-Ноя-12, (45) –5 //

какие песни хоть пели , Карбофос (ok), 23:26 , 18-Ноя-12, (63)
Да можно и громко трубить на нашем суперкомпе у нас то-то и то-то, а вот не дад, Андрей (??), 04:55 , 19-Ноя-12, (136)

я не знаю, поэтому и спрашиваю, чтобы узнать преимущества, Аноним (-), 01:25 , 19-Ноя-12, (108)
То Apple боролась с большими IBM, потом они сами стали самыми-самыми по весу на , Андрей (??), 04:52 , 19-Ноя-12, (135) –2

Потому что брэнд Linux коммерчески раскручен и у всех на слуху, а FreeBSD 82, iZEN (ok), 20:14 , 18-Ноя-12, (43) –13 //

Бренд Деревянная телега хуже коммерчески раскручен чем современный грузовик ,, Аноним (-), 22:26 , 18-Ноя-12, (50) +5
И, как следствие, в большем числе заинтересованных в развитии GNU Linux, чем в р, Аноним (-), 02:15 , 19-Ноя-12, (114) –1 //

crammed in a record-breaking 176 73 changes per day 7 36 changes per hour , Andrey Mitrofanov (?), 12:21 , 19-Ноя-12, (143) –1

Когда я пользовался фряхой а пользовался я ей побольше и пораньше тебя , то с п, kurokaze (ok), 16:44 , 19-Ноя-12, (154)

не хочу подливать, конечно, но с параллелизмом у BSD баааааааальшие проблемы в , AlexAT (ok), 20:51 , 18-Ноя-12, (44) +7

Там там до сих пор _везде_ спинлоки мютексы вместо RCU Приговор, в общем-то , AlexAT (ok), 23:34 , 18-Ноя-12, (68) +2

и ты хочес сказать в линуксе локов нет вы ходь вики бы по читал RCU - сказал в, 0pp76hyftr (ok), 23:48 , 18-Ноя-12, (72) –3

Ты бы хоть читать научился, прежде чем писал Я хочу сказать, что RCU в огромном, AlexAT (ok), 23:50 , 18-Ноя-12, (74) +2

на десктопе то это зачем мне например очень понятно почему замяли кусок листа , 0pp76hyftr (ok), 23:54 , 18-Ноя-12, (76) –3

Одного ядра хватит всем К слову говоря, сильнее всего в спинлоки упирается сете, AlexAT (ok), 23:55 , 18-Ноя-12, (77) +1

потомучто ось десктопная серверы начального седнего уровня о суперкомах - их ва, 0pp76hyftr (ok), 00:01 , 19-Ноя-12, (80) –3

И чего Оно даже на 2 ядрах при определенных ворклоадах колом встанет, если грам, AlexAT (ok), 00:12 , 19-Ноя-12, (85) +2
Да не парься ты тут Это как перед свиньями бисер Не видишь, чувачок не в теме,, pavlinux (ok), 00:43 , 19-Ноя-12, (98) +2
gt оверквотинг удален а он мне нужен я его не разу не пользовал - сказали , 0pp76hyftr (ok), 01:22 , 19-Ноя-12, (106) –2
Если смотреть правде в глаза -- то потому что никому не упёрлась завтра hint , Michael Shigorin (ok), 02:33 , 19-Ноя-12, (119) +2
уперлось уперлосьвсе упирается в некие парамы например сейчас будем считать амд , 0pp76hyftr (ok), 19:30 , 19-Ноя-12, (166) –1

так весь спор пошел почему линукс предпочитают бсде на суперкомпьютерах, не на д, другой аноним (?), 10:37 , 19-Ноя-12, (142)

http netbsd gw com cgi-bin man-cgi pcq NetBSD-currenthttp netbsd gw com cgi, vle (ok), 13:29 , 19-Ноя-12, (144) –1

К счастью, есть хотя бы проекты От проекта до реализации - уйма времени От Net, AlexAT (ok), 14:08 , 19-Ноя-12, (145) –1

Не надо этого пафоса Твоих личных заслуг в ядре линукса нет Но если тебе интере, vle (ok), 15:14 , 19-Ноя-12, (148) –1

Да, моих коммитов в ядре нет Часть модулей отдам после релиза проекта, но не ра, AlexAT (ok), 17:14 , 19-Ноя-12, (158)
точно раскажи нам про спин локи почему такие откуда название, как можно приметив, 0pp76hyftr (ok), 20:22 , 19-Ноя-12, (170) –2
любые персональные рассказы за Ваши деньги, 30 час, устроит а для не желающих п, AlexAT (ok), 20:24 , 19-Ноя-12, (171)
устроит начинайа вообщедавай я тебе бесплатно расскажу спинлок циклическая блоки, 0pp76hyftr (ok), 20:33 , 19-Ноя-12, (172) –2
Предоплату в студию , AlexAT (ok), 20:36 , 19-Ноя-12, (173)
ушла на емайл, 0pp76hyftr (ok), 20:37 , 19-Ноя-12, (174) –2
не вижу, AlexAT (ok), 20:38 , 19-Ноя-12, (176) –1
да пофиг начинай , 0pp76hyftr (ok), 20:39 , 19-Ноя-12, (177) –2
А вот так - использовать менее блокирующие механизмы Типа RCU Ты вообще сам-то , AlexAT (ok), 20:37 , 19-Ноя-12, (175)
да да посмотри, в том то и дело что можно выдумать id можно взять существующ, 0pp76hyftr (ok), 20:42 , 19-Ноя-12, (178) –2
Есть мандатные блокировки в Linux - ticket spinlocks - но там вовсе не ID пото, AlexAT (ok), 20:48 , 19-Ноя-12, (180)
а дело вкуса я атомарной оп-цией называю кучу команд которая выполняется как одн, 0pp76hyftr (ok), 20:46 , 19-Ноя-12, (179) –2
Это не дело вкуса, а вполне определенная терминология, списывание которой на де, AlexAT (ok), 20:52 , 19-Ноя-12, (182) +1
gt оверквотинг удален тебе лишь бы по орать сам же пишеь , 0pp76hyftr (ok), 20:53 , 19-Ноя-12, (183) –3
у тебя любой механизм должен стопопать проц хоть раз, идея именно в том чтобы де, 0pp76hyftr (ok), 20:51 , 19-Ноя-12, (181) –2
Какие ID, какое бинарное дерево, о чём ты вообще RCU - механизм доступа к списк, AlexAT (ok), 20:54 , 19-Ноя-12, (184)
ты читаь что сам пишешь ага буду искать блокировку тупо обходя все , 0pp76hyftr (ok), 20:56 , 19-Ноя-12, (185) –2
Извини, но ты совершенно не понимаешь, о чём речь Дальше дискутировать смысла н, AlexAT (ok), 20:57 , 19-Ноя-12, (186)
я уже понял, 0pp76hyftr (ok), 20:58 , 19-Ноя-12, (187) –3
Ничего ты не понял Атомарные блокировки не требуют никаких обходов, в общем слу, AlexAT (ok), 20:58 , 19-Ноя-12, (188) +1
да лан вот горишь все неправильно во объясни простой случай - две нити 2 память , 0pp76hyftr (ok), 21:00 , 19-Ноя-12, (189) –2
А можно по-русски Или хотя бы по-английски Что за 2 3 И - да Что записать , AlexAT (ok), 21:01 , 19-Ноя-12, (190)
да магические числа какя разнаца возми одна нить умнозает на 10 другая на 20 р, 0pp76hyftr (ok), 21:03 , 19-Ноя-12, (191) –2
И зачем Ирреал кейс Если необходимо, чтобы каждый тред все время умножал значе, AlexAT (ok), 21:06 , 19-Ноя-12, (192)
нуда нудану че опять рассказусоздали два треда один или родительский создает id , 0pp76hyftr (ok), 21:15 , 19-Ноя-12, (193) –2
Зачем тебе ID Такие блокировки не требуют никаких ID , AlexAT (ok), 21:26 , 19-Ноя-12, (194)
ты прикалываешь чтобы проц не стопать один поток записал ту да что это он, а дд, 0pp76hyftr (ok), 21:39 , 19-Ноя-12, (195) –2
Это нафига, простите Что проц не стопает Поток останавливается В это время мо, AlexAT (ok), 21:44 , 19-Ноя-12, (197)
конешно мининум один раз останавливает, дальше можно в цикле круть че хош тебе г, 0pp76hyftr (ok), 21:46 , 19-Ноя-12, (198) –2
Это, простите, как , AlexAT (ok), 21:46 , 19-Ноя-12, (199)
че такой тупой эксклюзивно впамять 5rt8hnj-90jp m ik дальше постояно читаем бло, 0pp76hyftr (ok), 21:49 , 19-Ноя-12, (200) –2
НАХРЕНА Снять лок может только тот контекст, который знает поинтер на стру, AlexAT (ok), 21:52 , 19-Ноя-12, (201) +1
gt оверквотинг удален нуда а поинтер на роль канаречного слова не катит, 0pp76hyftr (ok), 22:01 , 19-Ноя-12, (202) –2
Что такое если Никаких если быть не может - такие если - это ошибка прогр, AlexAT (ok), 22:01 , 19-Ноя-12, (203)
а почему если не катит на роль блока предлагагал пожизненно процессор стопать, 0pp76hyftr (ok), 22:05 , 19-Ноя-12, (204) –2
nagual, залогиньсязачем в юзерских приложениях стопать проц, если достаточно сто, AlexAT (ok), 22:06 , 19-Ноя-12, (205)
я не втеме как это в линукс называется, да же во фре не теме для того чтобы пис, 0pp76hyftr (ok), 22:10 , 19-Ноя-12, (206) –3
xD ну вот, еще один призналсяраз совершенно не в теме - чего лезешь , AlexAT (ok), 22:11 , 19-Ноя-12, (207) +1
стопаеся проц для обеспечения целостности про стопнуться целое ядро это в дру, 0pp76hyftr (ok), 22:12 , 19-Ноя-12, (208) –2
слушай - если не догоняешь - либо проси объяснить вкратце, либо не лезь развело, AlexAT (ok), 22:14 , 19-Ноя-12, (211)
о боже как может стопнуца ядоро целиком по-моему только остановить проц, или, 0pp76hyftr (ok), 22:17 , 19-Ноя-12, (212) –2
прикинь, каждое ядро выполняет код независимо xDи стопается исполнение полност, AlexAT (ok), 22:19 , 19-Ноя-12, (213)
кста в тему а что если прерывание пришло че делать выполнят обработчик или заби, 0pp76hyftr (ok), 22:20 , 19-Ноя-12, (214) –2
вот тут уже будет зависеть от того - выключены прерывания или включеныесли включ, AlexAT (ok), 22:22 , 19-Ноя-12, (215)
ну не все заблокировано без если а это сетевка буфер переполнится и данные про, 0pp76hyftr (ok), 22:25 , 19-Ноя-12, (216) –2
не все ядерные спинлоки требуют блокировки прерываний если мы знаем, что в обра, AlexAT (ok), 22:27 , 19-Ноя-12, (217)
во начианаешь понимать почему один блок на всё плохо мы все структуры ядра забл, 0pp76hyftr (ok), 22:40 , 19-Ноя-12, (218) –2
А где я предлагал один блок на всё Вроде бы склерозом и маразмом не страдаю , AlexAT (ok), 10:12 , 20-Ноя-12, (221) +1

Это после того, как FreeBSD 7 x с новым планировщиком ULE3 обогнала Linux на мно, iZEN (ok), 21:52 , 18-Ноя-12, (47) –9 //

12309 - больше проблема дискового контроллера и шин, нежели ядра В виндах тоже, AlexAT (ok), 22:31 , 18-Ноя-12, (53) +2

т е ты с ней сталкиваешься на пример на многоядерной UP машине представь се, Акакий Зильбиршейн_ (?), 23:37 , 18-Ноя-12, (69) –8

А ты прочитай, о чём чудик выше пишет, и пойми, к чему я это На пресловутых 102, AlexAT (ok), 23:39 , 18-Ноя-12, (70) +4

а ты чудик прочитай внимательней - ПРОЯВЛЯЕТСЯ , 0pp76hyftr (ok), 00:03 , 19-Ноя-12, (81) –2

На 16к ядер xD Пруфлинк будет, или снова в лужу пёрнул не подумав , AlexAT (ok), 00:09 , 19-Ноя-12, (82) +1

16к - если я так сказал - опечатался, я какраз тер о том, что это исключение , 0pp76hyftr (ok), 01:16 , 19-Ноя-12, (104) –4

как всегда всё потерел - где о чем трепался - но вобще вы будете удивлены но во, 0pp76hyftr (ok), 06:27 , 19-Ноя-12, (138) –2

спин локи на smp , 0pp76hyftr (ok), 19:19 , 19-Ноя-12, (164) –1

Неплохо Еще аватарку надо где мужественный гордый отважный дьяволенок трахает Т, Аноним (-), 22:31 , 18-Ноя-12, (54) +2
FYI, к тому времени BKL был только в TTY ях , AlexAT (ok), 22:47 , 18-Ноя-12, (57) +2

о да u32 не держит в TTY ях, Акакий Зильбиршейн_ (?), 23:27 , 18-Ноя-12, (64) –9

Вы бы хоть изучили вопрос, прежде чем так изя-щно вляпываться http kernelnewbi, Michael Shigorin (ok), 02:34 , 19-Ноя-12, (120) +1

BKL безвозвратно удалён в мае 2011 года в ядре Linux 2 6 39 Начали, да что-то , iZEN (ok), 07:55 , 19-Ноя-12, (140) –2

Еще раз где-то с 2006 года начиная, он оставался только в минорных подсистемах,, AlexAT (ok), 08:07 , 19-Ноя-12, (141) +2

Ни на старом athlon64 не наблюдал, ни на новом core-i7 3770k Сомневаюсь что изен, kurokaze (ok), 17:10 , 19-Ноя-12, (157) +1

Я, похоже, наблюдал на X61t и флэшке , Michael Shigorin (ok), 17:25 , 19-Ноя-12, (161)

это ошибка, не вникая в детали, называть софт внутри такого железа линуксом то, , Михрютка (ok), 22:01 , 18-Ноя-12, (48) –3 //

Ошибка - считать это не линуксом Ядро - думается, что почти ванильное На разда, AlexAT (ok), 22:29 , 18-Ноя-12, (52) +2 //

вы внимательно прочли то, что я написал вы правда считаете, что ядро без виртуа, Михрютка (ok), 22:42 , 18-Ноя-12, (55) –1

Это единичные решения При том, что это де-факто стандарт для кластеров , AlexAT (ok), 22:46 , 18-Ноя-12, (56) +1

MPI вообще-то, а OpenMP костыль и вообще отдалённое отношение имеет к топику , all_glory_to_the_hypnotoad (ok), 23:03 , 18-Ноя-12, (59) +1

Да, прошу прощения, перепутал MPI Но тем не менее, CLE который как раз на Tit, AlexAT (ok), 23:04 , 18-Ноя-12, (60) +1

Как такое возможно Оно ж не видит распределённых процов и памяти Разве что комп, Андрей (??), 05:08 , 19-Ноя-12, (137)

мы говорим о списке, в котором _любая_ система единичное решение и блюджинов , Михрютка (ok), 23:15 , 18-Ноя-12, (61) –1

Если я у велосипеда оторву багажник или даже руль, он перестанет быть велосипедо, angra (ok), 00:10 , 19-Ноя-12, (84) +1 //

конечно он перестанет им быть если ты сказжеь ввиду усовершенствования А педал, 0pp76hyftr (ok), 00:16 , 19-Ноя-12, (87) –2

Предлагаешь к орбитальной станции прикрутить педали с колесами Напуркуа они ей , AlexAT (ok), 00:17 , 19-Ноя-12, (88) +2

во начинаешь понимать это разные вещи и служат разным целям , 0pp76hyftr (ok), 00:18 , 19-Ноя-12, (89) –1

Нет, это ты перестаешь понимать Есть модульное ядро - от которого можно открути, AlexAT (ok), 00:20 , 19-Ноя-12, (90) +3

не гони пургу можно конечно спроектировать швейцарский нож на 30000 инструмент, 0pp76hyftr (ok), 00:23 , 19-Ноя-12, (92) –3

А ты спроектируй разборный швейцарский нож, от которого при желании можно остави, AlexAT (ok), 00:24 , 19-Ноя-12, (93) +3

бугага, слилсоа теперь подумай ты что предпочтешь - смартфон, или комплект из , AlexAT (ok), 00:31 , 19-Ноя-12, (95) +3

Еще проще вообще ничего не делать, с шаблонным ответом нет ресурсов , AlexAT (ok), 19:47 , 19-Ноя-12, (168) +1

gt оверквотинг удален вместо того, чтобы приводить дивные аналогии, лучше почи, Михрютка (ok), 01:00 , 19-Ноя-12, (101) –2

вы не можете в аналогии серьезно извините, если задел ваши религиозные чувства , Михрютка (ok), 00:21 , 19-Ноя-12, (91) –2

Вы ошибаетесь , Led (ok), 00:46 , 19-Ноя-12, (99) +2 //

устало вы тоже хотите рассказать мне, что ядро, в котором нет, например, fork , Михрютка (ok), 01:10 , 19-Ноя-12, (103) –3

Я могу рассказать вам, как делается дистрибутив для кластера из топ-500 Но это , Led (ok), 01:36 , 19-Ноя-12, (110) +2

а бесплатно рассказать, почему бимеровское CNK ядро для блюджина является линукс, Михрютка (ok), 02:13 , 19-Ноя-12, (113)

Думаю, это про define linuxPS полухинт а ядро вообще без свопа не хост, а яд, Michael Shigorin (ok), 02:46 , 19-Ноя-12, (121) +2

Папа, а наша кошка тоже еврей с вот мне тоже интересно Сколько я помню, в C, Михрютка (ok), 03:08 , 19-Ноя-12, (123) –1

Нет, это считается за линукс, а не за почти ванильный линукс Могу предположит, angra (ok), 17:15 , 19-Ноя-12, (159) +1

о, еще один в очередь, сукины дети, в очередь кто еще хочет объяснить мне, что, Михрютка (ok), 17:37 , 19-Ноя-12, (162) –1

ИБМ вроде бы называет ее линукс-подобной проприетарной ОС , Аноним (-), 19:55 , 19-Ноя-12, (169) –1

ну правильно, сейчас же любое ядро реализующее сотню POSIX коллов, немедленно ст, Михрютка (ok), 21:43 , 19-Ноя-12, (196)

у бсди дерьмовый юзерспейс, не для людей он сделан , all_glory_to_the_hypnotoad (ok), 22:21 , 18-Ноя-12, (49) //

это пипа шута - смтри собщение 61 , 0pp76hyftr (ok), 00:09 , 19-Ноя-12, (83) –1

В опрвданиях почему почти бздей нет в топ500 нодобздишнегов больше, чем во взл, ананим (?), 22:56 , 18-Ноя-12, (58) +2 //

а разве надо за это оправдоватся че хоть какая-нибуть BSD позиционирует себя ка, 0pp76hyftr (ok), 00:13 , 19-Ноя-12, (86) –2
Почему Почти БЗДи вообще нет, 1 штука не считается, это даже меньше чем стати, pavlinux (ok), 00:54 , 19-Ноя-12, (100) +1 //

их хозяева от IRS шифруются, им не до славы ггг, Михрютка (ok), 01:17 , 19-Ноя-12, (105) +1

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

38. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от Аноним (-), 18-Ноя-12, 17:56

почему используют в основном linux? а не  freebsd? чем его  преимущества?

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

40. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от rednikov (ok), 18-Ноя-12, 19:40

Тсссс! :)
Как бы холивар не случился... :)

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

107. "Представлена 40 редакция списка самых высокопроизводительных..." –1 +/–

Сообщение от Аноним (-), 19-Ноя-12, 01:23

хехе, никогда бы не подумал что я троль=)
на самом деле, было интересно узнать, в технических подробностях, за счет чего на линуксе можно построить  суперкомпьютер, а на фрибсд нельзя, а тут развели воды только одной с криками "Докажи,докажи"
Единственное по теме только написал  AlexAT, и то не аргументировано, надо копаться еще разбираться

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

118. "Представлена 40 редакция списка самых высокопроизводительных..." +2 +/–

Сообщение от Michael Shigorin (ok), 19-Ноя-12, 02:25

> на самом деле, было интересно узнать, в технических подробностях, за счет чего
> на линуксе можно построить  суперкомпьютер, а на фрибсд нельзя
Почему нельзя -- можно, просто незачем.
> а тут развели воды только одной с криками "Докажи,докажи"
Критические части:
- умение современного железа вместе с управлением энергопотреблением;
- умение специфического железа (IB, HBA, в случае того же "Ломоносова" -- барьерная сеть);
- доступность подходящих технологий распределённого хранения данных;
- хорошая масштабируемость (в т.ч. по RAM/CPU cores);
- пригодность для тонкого тюнинга разумными усилиями;
- пригодность для фиксации доработок в воспроизводимом виде.
Желающие могут пригласить в тред netch@, у него могут найтись ещё более предметные пункты.

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

122. "Представлена 40 редакция списка самых высокопроизводительных..." –1 +/–

Сообщение от Михрютка (ok), 19-Ноя-12, 02:58

> Критические части:
> - умение современного железа вместе с управлением энергопотреблением;
> - умение специфического железа (IB, HBA, в случае того же "Ломоносова" --
> барьерная сеть);
> - доступность подходящих технологий распределённого хранения данных;
> - хорошая масштабируемость (в т.ч. по RAM/CPU cores);
> - пригодность для тонкого тюнинга разумными усилиями;
> - пригодность для фиксации доработок в воспроизводимом виде.
> Желающие могут пригласить в тред netch@, у него могут найтись ещё более
> предметные пункты.
Я думаю, все дело проще;  скорее всего, в SGI и у Крея (и кому там еще мы должны говорить спасибо, что линь попал на суперы) в тот момент времени, когда старые операционки стали не справляться, нашлось больше девелоперов, которые умели линукс, чем девелоперов, которые умели айрикс или что там за ОС применялась. И они стоили, думаю, немного дешевле. а все остальное, о чем вы говорите - это уже следствие, благодаря патчам от SGI в том числе.

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

126. "Представлена 40 редакция списка самых высокопроизводительных..." +2 +/–

Сообщение от Michael Shigorin (ok), 19-Ноя-12, 03:37

> Я думаю, все дело проще;  скорее всего, в SGI и у Крея
Началось-то до них, помнится.

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

41. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от angra (ok), 18-Ноя-12, 19:44

Для начала расскажите о преимуществах FreeBSD в этом вопросе. При прочих равных всегда лучше использовать более распространенную ОС.

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

45. "Представлена 40 редакция списка самых высокопроизводительных..." –5 +/–

Сообщение от Акакий Зильбиршейн_ (?), 18-Ноя-12, 21:48

ты че думаешь линукс прям "дикарём" запускают?
не чувак её допилит или активировать нужные куски ядра нужно, а что до фяхи - пели себе на здоровье, а линусом надо допил выложить, конечно благодоря этому, есть некая публичная база, но выкладыватся далеко не всё(в тихомолку использовать можно "а  у нас это работает"), но невсегда использут публичный хлам, так что.. просто более известна и есть кодовая база в отличии от мак оса и винды уиксов всяких и ириксов.

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

63. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от Карбофос (ok), 18-Ноя-12, 23:26

> пели себе на здоровье
какие песни хоть пели?

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

136. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от Андрей (??), 19-Ноя-12, 04:55

> а линусом надо допил
> выложить, конечно благодоря этому, есть некая публичная база, но выкладыватся далеко
> не всё(в тихомолку использовать можно "а  у нас это работает")
Да можно и громко трубить: на нашем суперкомпе у нас то-то и то-то, а вот не дадим: мы ведь не распространяем ядро в двоичном виде, поэтому не обязаны и в исходниках.

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

108. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от Аноним (-), 19-Ноя-12, 01:25

я не знаю, поэтому и спрашиваю, чтобы узнать преимущества

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

135. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от Андрей (??), 19-Ноя-12, 04:52

> При прочих равных всегда лучше использовать более распространенную ОС.
То Apple боролась с большими IBM, потом они сами стали самыми-самыми по весу на бирже.
То линукс боролся с юниксами и виндой, а теперь сам стал самым распространённым и начал препятствовать нормальному развитию других.

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

43. "Представлена 40 редакция списка самых высокопроизводительных..." –13 +/–

Сообщение от iZEN (ok), 18-Ноя-12, 20:14

Потому что брэнд "Linux" коммерчески раскручен и у всех на слуху, а FreeBSD — нет.
Преимущества у GNU/Linux относительно FreeBSD только в популярности и практической ориентированности на бизнес-схемы поддержки и сопровождения программно-аппратного комплекса предприятия. Спроси любого директора IT любой компании, какие серверные ОС ему известны, он скажет: "Windows и Linux, ещё Solaris, но последнюю мы не используем за неимением средств на сопровождение". Эта операционная система прежде всего известна в основном как альтернатива Windows на серверах и сетевом оборудовании. Стоит столько же.

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

50. "Представлена 40 редакция списка самых высокопроизводительных..." +5 +/–

Сообщение от Аноним (-), 18-Ноя-12, 22:26

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

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

114. "Представлена 40 редакция списка самых высокопроизводительных..." –1 +/–

Сообщение от Аноним (-), 19-Ноя-12, 02:15

> Потому что брэнд "Linux" коммерчески раскручен и у всех на слуху, а
> FreeBSD — нет.
> Преимущества у GNU/Linux относительно FreeBSD только в популярности и практической ориентированности
> на бизнес-схемы поддержки и сопровождения программно-аппратного комплекса предприятия.
И, как следствие, в большем числе заинтересованных в развитии GNU/Linux, чем в развитии FreeBSD. Читай больше разработчиков, больше спонсоров, лучше поддержка.

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

143. "Представлена 40 редакция списка самых высокопроизводительных..." –1 +/–

Сообщение от Andrey Mitrofanov (?), 19-Ноя-12, 12:21

>Читай больше разработчиков, больше спонсоров, лучше поддержка.
...""crammed in a record-breaking 176.73 changes per day (7.36 changes per hour.)
...""1,195 different developers contributing patches to the 3.5 kernel;
Это посвежее бутет, чем dwheeler.com/oss_fs_why.html . яЗен :/любит свеженькое. Приятного!
Так от скольких разрабов были коммиты в последнем релизе _ядра_ FreeBSD? ...и да, можете посчитать коммиты во всей [базовой] cистеме -- за релиз!?
Как там с 170+ в день? Ну, с 1000+ разрабов хотя бы??
Во всём виноват Ай-Би-Эм, адназначна. Да!

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

154. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от kurokaze (ok), 19-Ноя-12, 16:44

> Потому что брэнд "Linux" коммерчески раскручен и у всех на слуху, а
> FreeBSD — нет.
Когда я пользовался фряхой (а пользовался я ей побольше и пораньше тебя), то с поддержкой SMP у нее был полный швах. И файловая система гогно-гогном.
Изень не позорь нормальных бсдшников своим бздунством.

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

44. "Представлена 40 редакция списка самых высокопроизводительных..." +7 +/–

Сообщение от AlexAT (ok), 18-Ноя-12, 20:51

не хочу подливать, конечно, но с параллелизмом у BSD "баааааааальшие проблемы"
в кластерах где есть по 16 ядер на x86 - оно упрется в блокировки внутри ядра
ну а там, где нет x86 - там понятное дело, что нет и BSD
в ядре линухов разработчиками уделяется огромное внимание параллелизму - то там, то сям в пролетающих коммитах постоянно можно видеть оптимизации блокировок

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

Часть нити удалена модератором

68. "Представлена 40 редакция списка самых высокопроизводительных..." +2 +/–

Сообщение от AlexAT (ok), 18-Ноя-12, 23:34

> какая разница че у них в голове, ты мне скажи че там
> не так.
Там... там до сих пор _везде_ спинлоки/мютексы вместо RCU. Приговор, в общем-то.

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

72. "Представлена 40 редакция списка самых высокопроизводительных..." –3 +/–

Сообщение от 0pp76hyftr (ok), 18-Ноя-12, 23:48

>> какая разница че у них в голове, ты мне скажи че там
>> не так.
> Там... там до сих пор _везде_ спинлоки/мютексы вместо RCU. Приговор, в общем-то.
и? ты хочес сказать в линуксе локов нет? вы ходь вики бы по читал RCU - сказал в лужу пернул.
In computer operating systems, read-copy-update (RCU) is a synchronization mechanism implementing a kind of mutual exclusion[note 1] which can sometimes be used as an alternative to a readers-writer lock. It allows extremely low overhead, wait-free reads. However, RCU updates can be expensive, as they must leave the old versions of the data structure in place to accommodate pre-existing readers. These old versions are reclaimed after all pre-existing readers finish their accesses.
короче можно спецовое ядро сделать и т.п. но нах это на ос кторая запускатся обычно на компах с 8 ядрами и иногда от силы с 32 ядрами?

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

74. "Представлена 40 редакция списка самых высокопроизводительных..." +2 +/–

Сообщение от AlexAT (ok), 18-Ноя-12, 23:50

> и? ты хочес сказать в линуксе локов нет? вы ходь вики бы
> по читал RCU - сказал в лужу пернул.
Ты бы хоть читать научился, прежде чем писал. Я хочу сказать, что RCU в огромном числе случаев оптимальнее классических блокировок. В линухах RCU используется наряду со спинлоками (от которых тихонько избавляются), а вот в бзд вариантов нет.
Причем где-то на мейлинглистах бзд в 2011 пролетало об острой необходимости перехода на RCU в ядре, но идею быстро и благополучно замяли.

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

76. "Представлена 40 редакция списка самых высокопроизводительных..." –3 +/–

Сообщение от 0pp76hyftr (ok), 18-Ноя-12, 23:54

>> и? ты хочес сказать в линуксе локов нет? вы ходь вики бы
>> по читал RCU - сказал в лужу пернул.
> Ты бы хоть читать научился, прежде чем писал. Я хочу сказать, что
> RCU в огромном числе случаев оптимальнее классических блокировок. В линухах RCU
> используется наряду со спинлоками (от которых тихонько избавляются), а вот в
> бзд вариантов нет.
> Причем где-то на мейлинглистах у бздунов в 2011 пролетало об острой необходимости
> перехода на RCU в ядре, но идею быстро и благополучно замяли.
> Так вот до сих пор и живут.
на десктопе то это зачем? мне например очень понятно почему замяли. кусок листа найди.

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

77. "Представлена 40 редакция списка самых высокопроизводительных..." +1 +/–

Сообщение от AlexAT (ok), 18-Ноя-12, 23:55

> на десктопе то это зачем?
Одного ядра хватит всем? К слову говоря, сильнее всего в спинлоки упирается сетевой стек... и подсистема распределения памяти.
И - да - мы разве о десктопах? ОС именно серверные, и применение их очевидно. К чему тут десктоп?

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

80. "Представлена 40 редакция списка самых высокопроизводительных..." –3 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 00:01

потомучто ось десктопная/серверы начального/седнего уровня. о суперкомах - их ваще 1000 установок на весь земной шар и че кто-то будет этим парится... я тебе сто раз сказал серне количество ядер на серва штук 6-10. и не нада думать о 1024х  или 65535х процах.

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

85. "Представлена 40 редакция списка самых высокопроизводительных..." +2 +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 00:12

> я тебе сто раз сказал серне количество ядер на серва штук
> 6-10. и не нада думать о 1024х  или 65535х процах.
И чего? Оно даже на 2 ядрах при определенных ворклоадах колом встанет, если грамотно не сделать.
К слову - эти "65xxx" достигаются пачками мелкохостов по 16/256/... ядер. Причем >16 - только в случае не-x86.
Пример - ну блин, снова подливаю... пример - всё тот же пресловутый несчастный pf. Верещали-верещали о PF/SMP, оптимизациях, и иже с ними - а избавиться от showstopper блокировок так и не получилось. Потому, что defective by design, и чтобы поднять до SMP - надо с нуля переписывать.

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

98. "Представлена 40 редакция списка самых высокопроизводительных..." +2 +/–

Сообщение от pavlinux (ok), 19-Ноя-12, 00:43

> Пример - ну блин,
Да не парься ты тут. Это как перед свиньями бисер. Не видишь, чувачок не в теме, максимум что может - на  википедию сходить!

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

106. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 01:22

>[оверквотинг удален]
>> 6-10. и не нада думать о 1024х  или 65535х процах.
> И чего? Оно даже на 2 ядрах при определенных ворклоадах колом встанет,
> если грамотно не сделать.
> К слову - эти "65xxx" достигаются пачками мелкохостов по 16/256/... ядер. Причем
> >16 - только в случае не-x86.
> Пример - ну блин, снова подливаю... пример - всё тот же пресловутый
> несчастный pf. Верещали-верещали о PF/SMP, оптимизациях, и иже с ними -
> а избавиться от showstopper блокировок так и не получилось. Потому, что
> defective by design, и чтобы поднять до SMP - надо с
> нуля переписывать.
:) а он мне нужен? я его не разу не пользовал - сказали тебе он на смп не помошник да и зачем мне не родной филтр? че там такого, че я сделать так не могу?
вот все про нат помню терли что кучу адресов добавить можно - типа крута не все так могут.
а я делал по тупому - конфигурил 16 ng_nat лепил их к виртуальному фейсу и  пораскидывал по подсетем исходящий траф, 0.xx в один 1.xx в другой и , и было все ок  входяшщий по адресу назначения...
опиши задачу - интересно даже стариной трехнуть.
я вобще считаю с фряхи выкинуть его надо к ядрене фене может в опенке оставить - пусть фанаты ковыряются... но мне он не нужен. вместе с альтку я шейпил ng_car прям на сервере pppoe - отдавая атрибуты радиусом

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

119. "Представлена 40 редакция списка самых высокопроизводительных..." +2 +/–

Сообщение от Michael Shigorin (ok), 19-Ноя-12, 02:33

> потомучто ось десктопная/серверы начального/седнего уровня
Если смотреть правде в глаза -- то "потому что никому не упёрлась завтра".
hint: в этом завтра производительность обеспечивается скорее количеством ядер, чем их индивидуальной мощностью и тем более частотой, насколько пока получается судить.
> о суперкомах - их ваще 1000 установок на весь земной шар
Немножко больше, и это передовой край _серверных_ технологий.
> я тебе сто раз сказал серне количество ядер на серва штук 6-10.
Заведите на восьми ядрах четвёртую фрю из эпохи, когда "среднее количество один процессор, ну если круто -- то два".
> и не нада думать о 1024х  или 65535х процах.
А тем временем линукс на хостах о тысяче-другой CPU под управлением одного ядра ОС ездит уже много лет -- спасибо SuSE и SGI.
Вам не надо -- вы не думайте.  Только завтра не удивляйтесь, почему старая работа накрылась, а на новую таких не берут.
Ничего личного, мне эти прогрессы тоже не по ноздре.

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

166. "Представлена 40 редакция списка самых высокопроизводительных..." –1 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 19:30

уперлось уперлось
все упирается в некие парамы:
например сейчас будем считать амд 16 ядерным хотя конешно ядер там 8 ну фиг с ним потребляет это чудо точно не мене 125 ват (в руках не держал) и та в самом оптиместичном случае получаем 7 ват на ядро
едим дальше ну пусть у нас "а риск машин" ну блин сколько на ядро в 3 раза меньше пойдет? берем 2 вата - легче считать че там тер про 256?  ну крутото пол кила чип покушал. это ты хоческазать ты справишься с тепловыделением? мало того что ком откушал как паравоз от разетки так ему еще и криогенную систему охлаждения нада.
ну короче понял да? все му есть граници и в существующих техно процессах количествоядер ОГРАНИЧЕНО. единственный выход это какойнибуть квантовый или опческий комп но не транзисторный.
а ты думаешь производительность на ядро тоже не играет рояли? не можно сделать эергитически мелки ядра с очень пиримитивной функционалом  угу ипрлучится GPU
крута заче в одной системе GPU и GPU? может лучше CPU и GPU ну короче сико там топовые гпу ужирают? больше 250 ват на чип?  ага дву процова радеон или нвидия - полкила - кульно.
а вреальности ситуация круче ток утекает, магнитные поля сцепляются, задержки тоже рояль начинают играть ну короче делим минимум на два.

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

142. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от другой аноним (?), 19-Ноя-12, 10:37

> на десктопе то это зачем? мне например очень понятно почему замяли. кусок листа найди.
так весь спор пошел почему линукс предпочитают бсде на суперкомпьютерах, не на десктопе

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

144. "Представлена 40 редакция списка самых высокопроизводительных..." –1 +/–

Сообщение от vle (ok), 19-Ноя-12, 13:29

> В линухах RCU используется наряду со спинлоками
> (от которых тихонько избавляются), а вот в бзд вариантов нет.
http://netbsd.gw.com/cgi-bin/man-cgi?pcq++NetBSD-current
http://netbsd.gw.com/cgi-bin/man-cgi?atomic_cas++NetBSD-current
http://wiki.netbsd.org/projects/project/atomic_pcq/
http://wiki.netbsd.org/projects/project/atomic_radix_patrici.../
http://wiki.netbsd.org/projects/project/atomic_fifo_lifo_queues/

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

145. "Представлена 40 редакция списка самых высокопроизводительных..." –1 +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 14:08

>> В линухах RCU используется наряду со спинлоками
>> (от которых тихонько избавляются), а вот в бзд вариантов нет.
К счастью, есть хотя бы проекты. От проекта до реализации - уйма времени. От NetBSD до остальных BSD - не меньше. А в ядре линуксов всё это уже есть и нормально работает - более того - пилится дальше, в сторону бОльшей эффективности. Это не к теме холивара, это просто о том, что очень сильно опаздываете, товарищи.

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

148. "Представлена 40 редакция списка самых высокопроизводительных..." –1 +/–

Сообщение от vle (ok), 19-Ноя-12, 15:14

> Это не к теме холивара, это просто о том, что очень сильно опаздываете, товарищи.
Не надо этого пафоса. Твоих личных заслуг в ядре линукса нет.
Но если тебе интересно что-нибудь кроме твоих личных преставлений о,
сходи лучше пообщайся в tech-pkg@. Порой твои знания сильно далеки
от того, о чем ты рассуждаешь.

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

158. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 17:14

Да, моих коммитов в ядре нет. Часть модулей отдам после релиза проекта, но не ранее.
Тем не менее, вполне себе ориентируюсь в коде ядра, подходах, блокировках, etc. - в силу специфики задачи.
А вот в твоем сообщении - действительно - полно пафоса, и ни одной здравой мысли.

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

170. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 20:22

точно раскажи нам про спин локи почему такие откуда название, как можно приметивно реализовать, как можно улучшить, что значит "концепция владения".

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

171. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 20:24

> точно раскажи нам про спин локи почему такие откуда название, как можно
> приметивно реализовать, как можно улучшить, что значит "концепция владения".
любые персональные рассказы за Ваши деньги, 30$/час, устроит?
а для не желающих платить за воздух - минимальный ликбез есть тут:
http://en.wikipedia.org/wiki/Spinlock
основной фокус в том, что RCU - это не блокировка - это механизм, позволяющий в отдельных случаях обойтись вообще без блокировок при чтении

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

172. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 20:33

> любые персональные рассказы за Ваши деньги, 30$/час, устроит?
> а для не желающих платить за воздух - минимальный ликбез есть тут:
> http://en.wikipedia.org/wiki/Spinlock
устроит начинай
а вообще
давай я тебе бесплатно расскажу:
спинлок циклическая блокировка - реализация - иксклюзивнаяч команда проца (пише в иксклюзивнго в память) дале цикл - постоянно читаем память можно эксклюзивно но тогда стопать процессор кучу раз в секунду - так никто не делает обычно экклюзивно пишут, а читают обычной командой - так увеличивается производительность системы. дале...
как еше убыстрить? ну логично применят команду блокирующую проц на фиг как можно реже, а как? очень просто дело втом что у потока есть ID как и у процесса, значит можно сделать если у тебя верный ID блок можно снять если другой - фиг.

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

173. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 20:36

> устроит начинай
Предоплату в студию.

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

174. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 20:37

>> устроит начинай
> Предоплату в студию.
ушла на емайл

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

176. "Представлена 40 редакция списка самых высокопроизводительных..." –1 +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 20:38

> ушла на емайл
не вижу

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

177. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 20:39

>> ушла на емайл
> не вижу
да пофиг начинай.

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

175. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 20:37

> как еше убыстрить? ну логично применят команду блокирующую проц на фиг как
> можно реже, а как?
А вот так - использовать менее блокирующие механизмы. Типа RCU.
> очень просто дело втом что у потока  есть ID как и у процесса, значит можно сделать если у тебя верный ID блок можно снять если другой - фиг.
Ты вообще сам-то понимаешь, что несешь? Блокировки для того и служат, чтобы никто их не "снял" в момент исполнения критической секции.
>>> реализация - иксклюзивнаяч команда проца (пише в иксклюзивнго в память)
какая-какая команда? быть может, атомарная?

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

178. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 20:42

>> как еше убыстрить? ну логично применят команду блокирующую проц на фиг как
>> можно реже, а как?
> А вот так - использовать менее блокирующие механизмы. Типа RCU.
>> очень просто дело втом что у потока  есть ID как и у процесса, значит можно сделать если у тебя верный ID блок можно снять если другой - фиг.
> Ты вообще сам-то понимаешь, что несешь? Блокировки для того и служат, чтобы
> никто их не "снял" в момент исполнения критической секции.
да да.... посмотри, в том то и дело что можно выдумать id можно взять существующий. тебе надо стопать проц как можно реже в этом то и суть а конкретно там пипец как сложно. у блокировок естьиерархия где сверху обычно "всем боятся я блок ставлю" а остальные блокирующих операци не используют.

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

180. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 20:48

Есть мандатные блокировки в Linux - "ticket spinlocks" - но там вовсе не ID потока, а просто сериализация доступа к спинлоку - очень интересный ход, кстати.
"Пипец как сложно" - это дилетантам рассказывайте. А здесь будьте добры по теме: что такое "всем боятся" - BKL что-ли? Дык выпилили его, и теперь в ядре множество мелких блокировок, которые более к месту, и друг с другом они пересекаются только по большой нужде.

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

179. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 20:46

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

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

182. "Представлена 40 редакция списка самых высокопроизводительных..." +1 +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 20:52

> а дело вкуса я атомарной оп-цией называю кучу команд которая выполняется как
> одна. а если одна команда - эксклюзивной.
Это не дело вкуса, а вполне определенная терминология, списывание которой на "дело вкуса" говорит о непрофессионализме списывающего, не более.
Эксклюзивный доступ - это де-факто "монопольный доступ" - не разделяемая ни с кем операция доступа к ресурсу (в нашем случае - памяти). Операция эксклюзивной быть не может. Может быть операция с эксклюзивным доступом, см. ниже.
Атомарная операция - это операция, которая выполняется единым целым, без возможности прерывания в процессе исполнения. Для реализации атомарности+эксклюзивности со многими ядрами на x86 используется префикс LOCK - эксклюзивно блокирующий на железе доступ в память для текущего ядра (в пределах одной операции). Очень дорогостоящая в тактах, к слову, вещь.
К слову говоря, в рамках современных CPU, которые микрокодовые и конвеерные, "атомарность" - весьма верное определение.

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

183. "Представлена 40 редакция списка самых высокопроизводительных..." –3 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 20:53

>[оверквотинг удален]
> кем операция доступа к ресурсу (в нашем случае - памяти). Операция
> эксклюзивной быть не может. Может быть операция с эксклюзивным доступом, см.
> ниже.
> Атомарная операция - это операция, которая выполняется единым целым, без возможности прерывания
> в процессе исполнения. Для реализации атомарности со многими ядрами на x86
> используется префикс LOCK - эксклюзивно блокирующий на железе доступ в память
> для текущего ядра (в пределах одной операции). Очень дорогостоящая в тактах,
> к слову, вещь.
> К слову говоря, в рамках современных CPU, которые микрокодовые и конвеерные, "атомарность"
> - весьма верное определение.
тебе лишь бы по орать? сам же пишеь:
> Эксклюзивный доступ - это де-факто "монопольный доступ"

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

181. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 20:51

>> как еше убыстрить? ну логично применят команду блокирующую проц на фиг как
>> можно реже, а как?
> А вот так - использовать менее блокирующие механизмы. Типа RCU.
у тебя любой механизм должен стопопать проц хоть раз, идея именно в том чтобы делать это реже вот концепция владения это и есть что-то типа RCU тоже надо перелопатить все ID чтобы выяснить а можноли блок снимать. - при огромном числе блокировок на поиск уйдет много времени - выход? логочно разделит блоки на категории чтоб легче искать сужая область поиска. ну корочек все любимое бинарное дерево.

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

184. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 20:54

> у тебя любой механизм должен стопопать проц хоть раз, идея именно в
> том чтобы делать это реже вот концепция владения это и есть
> что-то типа RCU тоже надо перелопатить все ID чтобы выяснить а
> можноли блок снимать. - при огромном числе блокировок на поиск уйдет
> много времени - выход? логочно разделит блоки на категории чтоб легче
> искать сужая область поиска. ну корочек все любимое бинарное дерево.
Какие ID, какое бинарное дерево, о чём ты вообще? RCU - механизм доступа к спискам, при котором запись (C-U) не влияет на читающих (R), а для удаления требуется ожидание завершения чтения.

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

185. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 20:56

> Какие ID, какое бинарное дерево, о чём ты вообще? RCU - механизм
> доступа к спискам, при котором запись (C-U) не влияет на читающих
> (R), а для удаления требуется ожидание завершения чтения.
ты читаь что сам пишешь? ага буду искать блокировку тупо обходя все.

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

186. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 20:57

> ты читаь что сам пишешь? ага буду искать блокировку тупо обходя все.
Извини, но ты совершенно не понимаешь, о чём речь. Дальше дискутировать смысла не вижу.

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

187. "Представлена 40 редакция списка самых высокопроизводительных..." –3 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 20:58

>> ты читаь что сам пишешь? ага буду искать блокировку тупо обходя все.
> Извини, но ты совершенно не понимаешь, о чём речь. Дальше дискутировать смысла
> не вижу.
я уже понял

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

188. "Представлена 40 редакция списка самых высокопроизводительных..." +1 +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 20:58

> я уже понял
Ничего ты не понял. Атомарные блокировки не требуют никаких обходов, в общем случае.

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

189. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 21:00

>> я уже понял
> Ничего ты не понял. Атомарные блокировки не требуют никаких обходов, в общем
> случае.
да лан вот горишь все неправильно во объясни простой случай - две нити 2*память и 3*память запитсать тудаже. как быть?

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

190. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 21:01

> да лан вот горишь все неправильно во объясни простой случай - две
> нити 2*память и 3*память запитсать тудаже. как быть?
А можно по-русски. Или хотя бы по-английски? Что за 2*/3*?
И - да. Что записать? Куда записать? Зачем записать? Вид структуры, куда пишем?

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

191. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 21:03

>> да лан вот горишь все неправильно во объясни простой случай - две
>> нити 2*память и 3*память запитсать тудаже. как быть?
> А можно по-русски. Или хотя бы по-английски? Что за 2*/3*?
да магические числа какя разнаца ? возми одна нить умнозает на 10 другая на 20 результат в память. место в памяти одно.

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

192. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 21:06

> да магические числа какя разнаца ? возми одна нить умнозает на 10
> другая на 20 результат в память.
И зачем? Ирреал кейс.
Если необходимо, чтобы каждый тред все время умножал значение, полученное каким-либо другим тредом - то только полные блокировки (вероятно мандатные спинлоки, с сериализацией).
Если нас интересует, чтобы при этом читатели смогли работать быстро, и не критична последовательность чтения-записи - лучше всего RCU.
Читаем старое значение (входим в критическую секцию читателя RCU), умножаем, пишем новое значение отдельно, заменяем поинтер на новое значение. "Старые" читатели, которые выполняются в этот момент - видят 10, новые, которые успеют запуститься - 20.
Все отработают. После этого писатель, дождавшийсь освобождения указателя, удалит старое значение полностью. Можно даже в отдельном треде.
Но для точного приложения надо знать реальный юзкейс, а вот так "один тред - 10, другой - 20" - это слишком абстрактно.

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

193. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 21:15

нуда нуда
> Но для точного приложения надо знать реальный юзкейс, а вот так "один
> тред - 10, другой - 20" - это слишком абстрактно.
ну че опять рассказу
создали два треда один или родительский создает id потоков или блокировки - тупа спопает проц выполняется эксклюзивно.
дале один один ппоток  хватает блокировку (какой там олгоритм очереди и т.п. неважно) схватил кульно записал в нееё что это он, далее выволнил чтение из памяти и мат оп-цию
другой проток долбится на эту же блокировку но взять её не может т.к. блоком владет другой поток, первый заканчивает оп-цию и блокирову снимает, её хватает другой поток. и т.д. процессор при этом не стопается позволя работать каждому потоку "почти обычно"

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

194. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 21:26

> создали два треда один или родительский создает id потоков или блокировки -
> тупа спопает проц выполняется эксклюзивно.
Зачем тебе ID? Такие блокировки не требуют никаких ID.

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

195. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 21:39

>> создали два треда один или родительский создает id потоков или блокировки -
>> тупа спопает проц выполняется эксклюзивно.
> Зачем тебе ID? Такие блокировки не требуют никаких ID.
ты прикалываешь? чтобы проц не стопать один поток записал ту да что это он, а ддальше долбтится другой - ему говоря а представьтесь? он ковори я 567uhuiop - я ему в ответ ой обожите - занято и проц при это не стопают.

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

197. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 21:44

> ты прикалываешь? чтобы проц не стопать один поток записал ту да что
> это он, а ддальше долбтится другой - ему говоря а представьтесь?
> он ковори я 567uhuiop - я ему в ответ ой обожите
> - занято и проц при это не стопают.
Это нафига, простите? Что проц не стопает? Поток останавливается. В это время могут выполняться другие потоки. Или вы считаете, что спинлок реально останавливает проц?

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

198. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 21:46

>> ты прикалываешь? чтобы проц не стопать один поток записал ту да что
>> это он, а ддальше долбтится другой - ему говоря а представьтесь?
>> он ковори я 567uhuiop - я ему в ответ ой обожите
>> - занято и проц при это не стопают.
> Это нафига, простите? Что проц не стопает? Поток останавливается. В это время
> могут выполняться другие потоки. Или вы считаете, что спинлок реально останавливает
> проц?
конешно мининум один раз останавливает, дальше можно в цикле круть че хош.
тебе говорят даже спино должно быт как можно меньше а не через вызов.

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

199. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 21:46

> конешно мининум один раз останавливает, дальше можно в цикле круть че хош.
Это, простите, как?

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

200. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 21:49

че такой тупой?
эксклюзивно впамять 5rt8hnj-90jp[m[ik] дальше постояно читаем блок который снять может тот кто знает 5rt8hnj-90jp[m[ik] осталные пробуют захватить им - скажи волшебное слово - тот в ответ ой а не знаю - ему в ответ ну постой полодумай и попробуй еще.

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

201. "Представлена 40 редакция списка самых высокопроизводительных..." +1 +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 21:52

> че такой тупой?
> эксклюзивно впамять 5rt8hnj-90jp[m[ik] дальше постояно читаем блок который снять может
> тот кто знает 5rt8hnj-90jp[m[ik] осталные пробуют захватить им - скажи волшебное
НАХРЕНА???!!! Снять лок может только тот контекст, который знает поинтер на структуру лока, и имеет доступ к памяти структуры лока. Тчк. Какие еще "волшебные"?
Судя по всему - вы путаете клиентский API IPC-блокировок винды или еще чего с собственно механизмами блокировки. Это совершенно разные уровни работы и реализации. Те IPC-локи, о которых вы говорите, обычно реализуются в контексте лок-менеджера как раз на базе того, о чём говорю я. А судя по "ключевым словам" - точно винда...

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

202. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 22:01

>[оверквотинг удален]
>> эксклюзивно впамять 5rt8hnj-90jp[m[ik] дальше постояно читаем блок который снять может
>> тот кто знает 5rt8hnj-90jp[m[ik] осталные пробуют захватить им - скажи волшебное
> НАХРЕНА???!!! Снять лок может только тот контекст, который знает поинтер на структуру
> лока, и имеет доступ к памяти структуры лока. Тчк. Какие еще
> "волшебные"?
> Судя по всему - вы путаете клиентский API IPC-блокировок винды или еще
> чего с собственно механизмами блокировки. Это совершенно разные уровни работы и
> реализации. Те IPC-локи, о которых вы говорите, обычно реализуются в контексте
> лок-менеджера как раз на базе того, о чём говорю я. А
> судя по "ключевым словам" - точно винда...
нуда.... а поинтер  на роль "канаречного слова" не катит, только тогда а ели в другой лок попал?

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

203. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 22:01

> нуда.... а поинтер  на роль "канаречного слова" не катит, только тогда
> а ели в другой лок попал?
Что такое "если"? Никаких "если" быть не может - такие "если" - это ошибка программирования. На нижнем уровне лок однозначно идентифицируется поинтером на структуру лока, безо всяких "если".

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

204. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 22:05

>> нуда.... а поинтер  на роль "канаречного слова" не катит, только тогда
>> а ели в другой лок попал?
> Что такое "если"? Никаких "если" быть не может - такие "если" -
> это ошибка программирования. На нижнем уровне лок однозначно идентифицируется поинтером
> на структуру лока, безо всяких "если".
а почему "если" не катит? на роль блока предлагагал пожизненно процессор стопать - пипа чтоб никто не мог тогда нада чета лепить в ответ что "не знаю" например 0.

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

205. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 22:06

> а почему "если" не катит? на роль блока предлагагал пожизненно процессор стопать
> - пипа чтоб никто не мог тогда нада чета лепить в
> ответ что "не знаю" например 0.
nagual, залогинься
зачем в юзерских приложениях стопать проц, если достаточно стопнуть тред?
в случае кода ядра Linux всё хитрее - там такого понятия, как тред, нет в принципе, и поэтому реально может стопнуться целое ядро проца - а посему в ядре от спинлоков усиленно избавляются
в случае BSD, как уже говорил, вариантов не особо...

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

206. "Представлена 40 редакция списка самых высокопроизводительных..." –3 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 22:10

>> а почему "если" не катит? на роль блока предлагагал пожизненно процессор стопать
>> - пипа чтоб никто не мог тогда нада чета лепить в
>> ответ что "не знаю" например 0.
> nagual, залогинься
> зачем в юзерских приложениях стопать проц, если достаточно стопнуть тред?
> в случае ядра Linux всё хитрее - там тредов нет, и поэтому
> реально может стопнуться целое ядро проца - поэтому в ядре от
> спинлоков усиленно избавляются
я не втеме как это в линукс называется, да же во фре не теме. для того чтобы писать потоки этого ненада сказал хватай и всё.

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

207. "Представлена 40 редакция списка самых высокопроизводительных..." +1 +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 22:11

> я не втеме как это в линукс называется, да же во фре
> не теме. для того чтобы писать потоки этого ненада сказал хватай
> и всё.
xD ну вот, еще один признался
раз совершенно не в теме - чего лезешь?

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

208. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 22:12

> тред, нет в принципе, и поэтому реально может стопнуться целое ядро
стопаеся проц для обеспечения целостности про "стопнуться целое ядро " это в другом месте затирай.

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

211. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 22:14

> стопаеся проц для обеспечения целостности про "стопнуться целое ядро " это в
> другом месте затирай.
слушай - если не догоняешь - либо проси объяснить вкратце, либо не лезь. развелось недоспециалистов, блин... зато все с гонором...

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

212. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 22:17

о боже....
как может стопнуца ядоро целиком? по-моему только остановить проц, или че оно в один поток его прижал и в дамках?

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

213. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 22:19

> как может стопнуца ядоро целиком? по-моему только остановить проц, или че оно
> в один поток его прижал и в дамках?
прикинь, каждое ядро выполняет код независимо xD
и "стопается" исполнение полностью только на время выполнения команды с префиксом LOCK, а не на время ожидания спинлока, и то только в том случае, если адресуется один и тот же адрес :)
в случае ядра Linux/BSD - на время ожидания спинлока в ядре ОС замрёт всё ядро CPU (за исключением возникновения прерываний, если не заблокированы), остальные ядра продолжат исполнять код
в случае пользовательского приложения, ждущего неядерный спинлок, вообще ничего не произойдёт - поток будет сидеть в idle

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

214. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 22:20

> как может стопнуца ядоро целиком? по-моему только остановить проц, или че оно
> в один поток его прижал и в дамках?
кста в тему а что если прерывание пришло? че делать выполнят обработчик или забить? всеструктуры ядра вроде как в блоке "ядерном" :).

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

215. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 22:22

> кста в тему а что если прерывание пришло? че делать выполнят обработчик
> или забить? всеструктуры ядра вроде как в блоке "ядерном" :).
вот тут уже будет зависеть от того - выключены прерывания или включены
если включены - произойдёт переход в обработчик прерывания. если по несчастью он захочет одного из занятых локов - всё, будет дэдлок в пределах ядра проца (фатальная, в общем-то, ситуация)...
именно поэтому в ядре тех же линухов существуют разные варианты спинлоков - с блокировкой IRQ или без

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

216. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 22:25

ну не все заблокировано без "если" а это сетевка буфер переполнится и данные пропадут - нада быро в зад за новой порцией ну карта тупая без dma.

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

217. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 22:27

> ну не все заблокировано без "если" а это сетевка буфер переполнится и
> данные пропадут - нада быро в зад за новой порцией ну
> карта тупая без dma.
не все ядерные спинлоки требуют блокировки прерываний. если мы знаем, что в обработчике прерывания данный лок не понадобится с вероятностью 101% (1% добавлен для исключения самоуверенности пишущего код :), то мы можем смело использовать лок с включенными прерываниями. контекст свитчинг в ядре внутри спинлоков выключается
кроме того - как уже обсуждали - общая рекомендация по любым исключительным блокировкам - минимальное время просиживания в оных. либо уход от оных на другие механизмы сериализации

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

218. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 22:40

>> ну не все заблокировано без "если" а это сетевка буфер переполнится и
>> данные пропадут - нада быро в зад за новой порцией ну
>> карта тупая без dma.
> не все ядерные спинлоки требуют блокировки прерываний. если мы знаем, что в
> обработчике прерывания данный лок не понадобится с вероятностью 101% (1% добавлен
> для исключения самоуверенности пишущего код :), то мы можем смело использовать
> лок с включенными прерываниями. контекст свитчинг в ядре внутри спинлоков выключается
> кроме того - как уже обсуждали - общая рекомендация по любым исключительным
> блокировкам - минимальное время просиживания в оных. либо уход от оных
> на другие механизмы
во начианаешь понимать почему один блок на всё плохо? мы все структуры ядра заблокировали на "почесаться" а могут происходит процессы которые тоже внимания требуют, и без оного могут терять данные, без относительно что разрешал ты прерывания или нет. ну короче в этом суть, но блин а что если прерывания не запрешал и оно произошло? круто а нужен тод же ресурс? причем казалось просто востанови данные а если востановить затратно? тоже чначит частить не надо.

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

221. "Представлена 40 редакция списка самых высокопроизводительных..." +1 +/–

Сообщение от AlexAT (ok), 20-Ноя-12, 10:12

> во начианаешь понимать почему один блок на всё плохо?
А где я предлагал "один блок на всё"? Вроде бы склерозом и маразмом не страдаю...
> мы все структуры ядра заблокировали на "почесаться"
"Мы" - так не делаем.

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

47. "Представлена 40 редакция списка самых высокопроизводительных..." –9 +/–

Сообщение от iZEN (ok), 18-Ноя-12, 21:52

> не хочу подливать, конечно, но с параллелизмом у BSD "баааааааальшие проблемы"
Это после того, как FreeBSD 7.x с новым планировщиком ULE3 обогнала Linux на многоядерных системах? Да, знатный был срач. Но линаксоеды подсуетились: что же это они с BKL будут сидеть, когда у бздишнегов полным ходом уже шла работа по выпиливанию GIANT LOCK?
Навалились всем миром, выкатили несколько планировщиков, но... на десктопах вдруг появился пресловутый Bug #12309 — злосчастный баг заморозки "Рабочего стола" убунтухомячка при интенсивном I/O и такой же неуловимый, как ковбой Джо. http://www.linux.org.ru/forum/linux-hardware/4893907

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

53. "Представлена 40 редакция списка самых высокопроизводительных..." +2 +/–

Сообщение от AlexAT (ok), 18-Ноя-12, 22:31

#12309 - больше проблема дискового контроллера и шин, нежели ядра. В виндах тоже проявляется на 82801 сполна. Да и BSD, имхо, будет, если бы юзали...

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

69. "Представлена 40 редакция списка самых высокопроизводительных..." –8 +/–

Сообщение от Акакий Зильбиршейн_ (?), 18-Ноя-12, 23:37

> #12309 - больше проблема дискового контроллера и шин, нежели ядра. В виндах
> тоже проявляется на 82801 сполна. Да и BSD, имхо, будет, если
> бы юзали...
:) т.е. ты с ней сталкиваешься на пример на многоядерной UP машине? представь себе
на  там 6 ядер.
FreeBSD tt 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #2: Fri Aug 24 13:33:03 MSK 2012     root@tt:/usr/obj/usr/src/sys/my  amd64
не проявляется. и вобще не надо аналогии проводить с хренью на 1024 процесора по 16 ядер со свои м домашним компом.

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

70. "Представлена 40 редакция списка самых высокопроизводительных..." +4 +/–

Сообщение от AlexAT (ok), 18-Ноя-12, 23:39

> не проявляется. и вобще не надо аналогии проводить с хренью на 1024
> процесора по 16 ядер со свои м домашним компом.
А ты прочитай, о чём чудик выше пишет, и пойми, к чему я это.
На пресловутых 1024*16 не проявится с высокой долей вероятности, там совершенно другие узкие места, да и железо другое совершенно.
#12309 вообще - это страшилка для хомячков, на нормальном серверном железе - не сталкивался.

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

81. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 00:03

а ты чудик прочитай внимательней - ПРОЯВЛЯЕТСЯ.

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

82. "Представлена 40 редакция списка самых высокопроизводительных..." +1 +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 00:09

> а ты чудик прочитай внимательней - ПРОЯВЛЯЕТСЯ.
На 16к ядер? xD Пруфлинк будет, или снова в лужу пёрнул не подумав?

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

104. "Представлена 40 редакция списка самых высокопроизводительных..." –4 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 01:16

>> а ты чудик прочитай внимательней - ПРОЯВЛЯЕТСЯ.
> На 16к ядер? xD Пруфлинк будет, или снова в лужу пёрнул не
> подумав?
:) 16к - если я так сказал - опечатался, я какраз тер о том, что это исключение а не правило. ктому же это кернел орг говоришь на фре есть? я найти не могу ищи сам если тебе это надо.
я хотел сказать что в системе с одним 6-ядерным процессором у меня всё хорошо, а что там на 16к ядрах меня не сношает.

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

138. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 06:27

как всегда всё потерел -  где о чем трепался - но вобще вы будете удивлены но вот как думат один из разрабов:
http://blogerator.ru/page/freebsd-core-team-interview-2
ключевое от треде касательно темы:
И ещё, сюда же: у FreeBSD нет поддержки NUMA, это правда? Если нету — причины?
Нет, в том смысле, что нет специального allocator’ a, который бы пытался активно угадывать будущее. В HEAD появился примитивный NUMA-aware allocator, который, насколько я понимаю, пытается выделить страницу на той ноде, на которой выполняется нитка. К сожалению,  — от него больше вреда, чем пользы.
Что касается NUMA вообще, то правильно подобранный benchmark может показать, по-моему, 2-х кратное превосходство NUMA-aware планировщика и allocator’ a. В реальных же нагрузках, на обычных x86 SMP машинах, поверьте, вся разница теряется в погрешностях измерений.
........................
Хорошо, теперь давайте сыграем наоборот. В чем сейчас FreeBSD 8 технологически и объективно очень сильна по сравнению с другими ОС?
    Сейчас «ядро» в очень хорошем состоянии, глубоко отлажено и содержит массу очень правильных и продвинутых архитектурных решений. Как частные примеры, можно упомянуть interrupt threads, крайне малое количество spinlock'ов в системе (это все предмет ещё предстоящих RT-патчей для Linux’a, по крайней мере я об этом читал).
........................
ну и кстати мне еще никто не объясни чем плохи локи на ыьз система толкоо ненадо гнать, про  мУльЁн процов.

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

164. "Представлена 40 редакция списка самых высокопроизводительных..." –1 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 19:19

>  локи на ыьз
спин локи на smp.

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

54. "Представлена 40 редакция списка самых высокопроизводительных..." +2 +/–

Сообщение от Аноним (-), 18-Ноя-12, 22:31

>линаксоеды
Неплохо. Еще аватарку надо где мужественный гордый отважный дьяволенок трахает Тукса. Давай, поднатужся, еще немного усилий и гениальная но посему то не понятая быдлом FreeBSD завоюет этот мир.

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

57. "Представлена 40 редакция списка самых высокопроизводительных..." +2 +/–

Сообщение от AlexAT (ok), 18-Ноя-12, 22:47

> же это они с BKL будут сидеть, когда у бздишнегов полным
> ходом уже шла работа по выпиливанию GIANT LOCK?
FYI, к тому времени BKL был только в TTY'ях.

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

64. "Представлена 40 редакция списка самых высокопроизводительных..." –9 +/–

Сообщение от Акакий Зильбиршейн_ (?), 18-Ноя-12, 23:27

>> же это они с BKL будут сидеть, когда у бздишнегов полным
>> ходом уже шла работа по выпиливанию GIANT LOCK?
> FYI, к тому времени BKL был только в TTY'ях.
о да... u32 не держит в TTY'ях

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

120. "Представлена 40 редакция списка самых высокопроизводительных..." +1 +/–

Сообщение от Michael Shigorin (ok), 19-Ноя-12, 02:34

> BKL
Вы бы хоть изучили вопрос, прежде чем так изя-щно вляпываться.
http://kernelnewbies.org/BigKernelLock
PS: выпиливать BKL из линукса начали уже не помню точно, когда -- в 2.2 или 2.4, что ли.

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

140. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от iZEN (ok), 19-Ноя-12, 07:55

>> BKL
> Вы бы хоть изучили вопрос, прежде чем так изя-щно вляпываться.
> http://kernelnewbies.org/BigKernelLock
BKL "безвозвратно удалён" в мае 2011 года в ядре Linux 2.6.39.
> PS: выпиливать BKL из линукса начали уже не помню точно, когда -- в 2.2 или 2.4, что ли.
Начали, да что-то туго продолжили, если Ingo Molnar за три года до "безвозвратного удаления" основательно принялся за дело. ;)

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

141. "Представлена 40 редакция списка самых высокопроизводительных..." +2 +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 08:07

> BKL "безвозвратно удалён" в мае 2011 года в ядре Linux 2.6.39.
Еще раз: где-то с 2006 года начиная, он оставался только в минорных подсистемах, типа TTY и NFS. Плюс огромная работа проделана по переводу сетевого стека и некоторых других подсистем со спинлоков на RCU. Идет уже 3-4 года тоже, и конца и края пока еще не видно. В BSD её даже не начинали.

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

157. "Представлена 40 редакция списка самых высокопроизводительных..." +1 +/–

Сообщение от kurokaze (ok), 19-Ноя-12, 17:10

> пресловутый Bug #12309 — злосчастный баг заморозки "Рабочего стола" убунтухомячка
Ни на старом athlon64 не наблюдал, ни на новом core-i7 3770k.
Сомневаюсь что изень наблюдал. Потому что класический бздун. Я то хоть с фряхой работал несколько лет, а этот теоретик линукс только в анонсах видит и новостях.

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

161. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от Michael Shigorin (ok), 19-Ноя-12, 17:25

> Ни на старом athlon64 не наблюдал, ни на новом core-i7 3770k.
Я, похоже, наблюдал на X61t и флэшке.

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

48. "Представлена 40 редакция списка самых высокопроизводительных..." –3 +/–

Сообщение от Михрютка (ok), 18-Ноя-12, 22:01

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

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

52. "Представлена 40 редакция списка самых высокопроизводительных..." +2 +/–

Сообщение от AlexAT (ok), 18-Ноя-12, 22:29

> это ошибка, не вникая в детали, называть софт внутри такого железа линуксом
Ошибка - считать это не линуксом. Ядро - думается, что почти ванильное. На раздаче - запросто OpenMP и свои собственные компоненты.

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

55. "Представлена 40 редакция списка самых высокопроизводительных..." –1 +/–

Сообщение от Михрютка (ok), 18-Ноя-12, 22:42

>> это ошибка, не вникая в детали, называть софт внутри такого железа линуксом
> Ошибка - считать это не линуксом. Ядро - думается, что почти ванильное.
> На раздаче - запросто OpenMP и свои собственные компоненты.
вы внимательно прочли то, что я написал? вы правда считаете, что ядро без виртуальной памяти и диспетчера "почти ванильное"?
то, что я читал про ядро вычузлов в блюджине - описывалось ядро заточенное под выполнение одной задачи со статической памятью.
при чем тут openmp вообще?

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

56. "Представлена 40 редакция списка самых высокопроизводительных..." +1 +/–

Сообщение от AlexAT (ok), 18-Ноя-12, 22:46

> то, что я читал про ядро вычузлов в блюджине - описывалось ядро
> заточенное под выполнение одной задачи со статической памятью.
Это единичные решения.
> при чем тут openmp вообще?
При том, что это де-факто стандарт для кластеров.

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

59. "Представлена 40 редакция списка самых высокопроизводительных..." +1 +/–

Сообщение от all_glory_to_the_hypnotoad (ok), 18-Ноя-12, 23:03

MPI вообще-то, а OpenMP костыль и вообще отдалённое отношение имеет к топику.

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

60. "Представлена 40 редакция списка самых высокопроизводительных..." +1 +/–

Сообщение от AlexAT (ok), 18-Ноя-12, 23:04

> MPI вообще-то, а OpenMP костыль и вообще отдалённое отношение имеет к топику.
Да, прошу прощения, перепутал. MPI.
Но тем не менее, CLE (который как раз на Titan в роли RTE) - умеет и официально поддержвает как MPI, так и OpenMP.

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

137. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от Андрей (??), 19-Ноя-12, 05:08

> так и OpenMP.
Как такое возможно? Оно ж не видит распределённых процов и памяти.
Разве что компилятор хитро превращает MP в MPI. Но с производительностью тогда - пальцем в небо.

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

61. "Представлена 40 редакция списка самых высокопроизводительных..." –1 +/–

Сообщение от Михрютка (ok), 18-Ноя-12, 23:15

>> то, что я читал про ядро вычузлов в блюджине - описывалось ядро
>> заточенное под выполнение одной задачи со статической памятью.
> Это единичные решения.
мы говорим о списке, в котором _любая_ система "единичное решение". и блюджинов там 15 штук в первой сотне. и это уже не первый год.
>> при чем тут openmp вообще?
> При том, что это де-факто стандарт для кластеров.
я вам за ядро, которое не есть линукс, а вы мне за линуксовый юзерленд. беседа начинает напоминать разговор тунгуса с эфиопом.

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

84. "Представлена 40 редакция списка самых высокопроизводительных..." +1 +/–

Сообщение от angra (ok), 19-Ноя-12, 00:10

Если я у велосипеда оторву багажник или даже руль, он перестанет быть велосипедом и превратится в самолет? Ядра rhel очень сильно отличаются от ванильных - это делает rhel не линуксом? Ядра в embed очень далеки от ядра на десктопе, но это по прежнему линукс. Аналогично с суперкомпьютерами, за основу взят линукс, не ядро бзди или винды, а линукс. После всех обрезаний и допиливаний все равно остается линукс.

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

87. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 00:16

конечно он перестанет им быть если ты сказжеь ввиду усовершенствования "А" педали и колёса больше не нужны.

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

88. "Представлена 40 редакция списка самых высокопроизводительных..." +2 +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 00:17

> конечно он перестанет им быть если ты сказжеь ввиду усовершенствования "А" педали
> и колёса больше не нужны.
Предлагаешь к орбитальной станции прикрутить педали с колесами? Напуркуа они ей?
// тьфу ты, и "Мир" тоже утонул :(

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

89. "Представлена 40 редакция списка самых высокопроизводительных..." –1 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 00:18

во... начинаешь понимать это разные вещи и служат разным целям.

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

90. "Представлена 40 редакция списка самых высокопроизводительных..." +3 +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 00:20

> во... начинаешь понимать это разные вещи и служат разным целям.
Нет, это ты перестаешь понимать. Есть модульное ядро - от которого можно открутить одно, и прикрутить другое. Эдакий трансформер. Это лучше станции - хочешь - по дороге, хочешь - в атмосфере, хочешь - за пределами. Любая специфика, а начинка - одна и та же, только в разной комбинации.
Я тебе поближе пример из жизни приведу, раз уж трудно с осознанием:
Есть x86 с огромной блобятиной ядра на несколько метров в памяти и многими метрами обвязки. А есть маленький сохошный роутер на MIPS, с ядрышком в 300-400 КБ и бизибоксом, всё это спокойно вмещается в два метра флеша. Совершенно разные классы применения - собственно мотоцикл и самолёт, а ядро - одно - Linux. И прекрасно масштабируется хоть на MIPS с одним ядром, хоть на x86 с вагоном ядер. Функциональность почти та же.
А есть еще Tilera с 48-64 ядрами, на которой крутится всё то же ядро Linux, слегка допиленное и подрихтованное под специфику проца. Но Linux'ом оно от этого быть не перестало.

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

92. "Представлена 40 редакция списка самых высокопроизводительных..." –3 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 00:23

не гони пургу можно конечно спроектировать "швейцарский нож" на 30000 инструментов, был у меня похожий - с пасатижами, но когда у меня есть пасатижи - в мыслях нибудет найти эту хрень

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

93. "Представлена 40 редакция списка самых высокопроизводительных..." +3 +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 00:24

> не гони пургу можно конечно спроектировать "швейцарский нож" на 30000 инструментов, был
> у меня похожий - с пасатижами, но когда у меня есть
> пасатижи - в мыслях нибудет найти эту хрень
А ты спроектируй разборный швейцарский нож, от которого при желании можно оставить только собственно нож и отвертку, а при желании - все 30000 фич прикрутить. И тогда - хочешь дома, хочешь в походе, хочешь на производстве - тебе будет удобно. Вот только в материальном мире такие вещи чуток сложнее, чем в алгоритмическом.
Ядро Linux этой своей универсальностью и выиграло - оно одно для всего, с единой "ручкой" для применения.

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

Часть нити удалена модератором

95. "Представлена 40 редакция списка самых высокопроизводительных..." +3 +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 00:31

бугага, слилсо
а теперь подумай: ты что предпочтешь - смартфон, или комплект из: телефона (тупого телефона, без всего, кроме звонилки), записной книжки в кармане, GPS-навигатора, КПК для документов и интернета, Playstation Portable для игр, и еще горы кабелей для связи всего этого между собой?
то-то и оно, что смартфон. при желании даже можно найти смартфон без GPS, или без поддержки навороченных игр - но он от этого смартфоном быть не перестанет. и платформа внутри с вероятностью 70-80% ныне уже будет одна и та же :) - легко масштабирующаяся на весь класс устройств.

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

168. "Представлена 40 редакция списка самых высокопроизводительных..." +1 +/–

Сообщение от AlexAT (ok), 19-Ноя-12, 19:47

> не проше не пытаться обьять необятное и зделать _что-то типа_ андройда, опенврт, федориногоКоря и  т.п.
Еще проще вообще ничего не делать, с шаблонным ответом "нет ресурсов"...

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

101. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от Михрютка (ok), 19-Ноя-12, 01:00

>[оверквотинг удален]
> Есть x86 с огромной блобятиной ядра на несколько метров в памяти и
> многими метрами обвязки. А есть маленький сохошный роутер на MIPS, с
> ядрышком в 300-400 КБ и бизибоксом, всё это спокойно вмещается в
> два метра флеша. Совершенно разные классы применения - собственно мотоцикл и
> самолёт, а ядро - одно - Linux. И прекрасно масштабируется хоть
> на MIPS с одним ядром, хоть на x86 с вагоном ядер.
> Функциональность почти та же.
> А есть еще Tilera с 48-64 ядрами, на которой крутится всё то
> же ядро Linux, слегка допиленное и подрихтованное под специфику проца. Но
> Linux'ом оно от этого быть не перестало.
вместо того, чтобы приводить дивные аналогии, лучше почитайте доки, вот, например http://www.redbooks.ibm.com/abstracts/redp4453.html?Open в которых ясно описано где какие ядра применяются. это правда интереснее, чем болтать ерундой.

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

91. "Представлена 40 редакция списка самых высокопроизводительных..." –2 +/–

Сообщение от Михрютка (ok), 19-Ноя-12, 00:21

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

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

99. "Представлена 40 редакция списка самых высокопроизводительных..." +2 +/–

Сообщение от Led (ok), 19-Ноя-12, 00:46

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

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

103. "Представлена 40 редакция списка самых высокопроизводительных..." –3 +/–

Сообщение от Михрютка (ok), 19-Ноя-12, 01:10

>> это ошибка, не вникая в детали, называть софт внутри такого железа линуксом.
>> то, что там внутри, иногда может быть похоже на линукс, как медуза
>> на черепаху.
> Вы ошибаетесь.
*устало* вы тоже хотите рассказать мне, что ядро, в котором нет, например, fork(), mmap(), read() и write() - является таким себе "модульным линуксом"?

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

110. "Представлена 40 редакция списка самых высокопроизводительных..." +2 +/–

Сообщение от Led (ok), 19-Ноя-12, 01:36

>>> это ошибка, не вникая в детали, называть софт внутри такого железа линуксом.
>>> то, что там внутри, иногда может быть похоже на линукс, как медуза
>>> на черепаху.
>> Вы ошибаетесь.
> *устало* вы тоже хотите рассказать мне, что ядро, в котором нет, например,
> fork(), mmap(), read() и write() - является таким себе "модульным линуксом"?
Я могу рассказать вам, как делается дистрибутив для кластера из топ-500. Но это будет вам стоить дорого - без обид, но "на шару" не выйдет.

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

113. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от Михрютка (ok), 19-Ноя-12, 02:13

>> *устало* вы тоже хотите рассказать мне, что ядро, в котором нет, например,
>> fork(), mmap(), read() и write() - является таким себе "модульным линуксом"?
> Я могу рассказать вам, как делается дистрибутив для кластера из топ-500. Но
> это будет вам стоить дорого - без обид, но "на шару"
> не выйдет.
а бесплатно рассказать, почему бимеровское CNK ядро для блюджина является линуксом, можете? ну или хотя бы пальчиком показать, чтобы я уже успокоился?

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

121. "Представлена 40 редакция списка самых высокопроизводительных..." +2 +/–

Сообщение от Michael Shigorin (ok), 19-Ноя-12, 02:46

> а бесплатно рассказать, почему бимеровское CNK ядро для блюджина является линуксом
Думаю, это про #define linux
PS: полухинт: а ядро вообще без свопа (не хост, а ядро) -- линукс? :)

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

123. "Представлена 40 редакция списка самых высокопроизводительных..." –1 +/–

Сообщение от Михрютка (ok), 19-Ноя-12, 03:08

>> а бесплатно рассказать, почему бимеровское CNK ядро для блюджина является линуксом
> Думаю, это про #define linux
> PS: полухинт: а ядро вообще без свопа (не хост, а ядро) --
> линукс? :)
"Папа, а наша кошка тоже еврей?" (с)
вот мне тоже интересно. Сколько я помню, в CNK виртуальной памяти нет, диспетчера нет, реализовано с полсотни посиксовых сисколлов и 20 своих собственных, I/O нет, эти сисколлы через хитрую шину перебрасывается на I/O ноды и выполняются оттуда. это считается за "почти ванильный" линукс?

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

159. "Представлена 40 редакция списка самых высокопроизводительных..." +1 +/–

Сообщение от angra (ok), 19-Ноя-12, 17:15

Нет, это считается за линукс, а не за "почти ванильный линукс". Могу предположить, что ООП ты тоже не понимаешь.

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

162. "Представлена 40 редакция списка самых высокопроизводительных..." –1 +/–

Сообщение от Михрютка (ok), 19-Ноя-12, 17:37

> Нет, это считается за линукс, а не за "почти ванильный линукс". Могу
> предположить, что ООП ты тоже не понимаешь.
о, еще один. в очередь, сукины дети, в очередь.
кто еще хочет объяснить мне, что написанный IBM с нуля миникернел - ЕТА ЛИНУКС?
PS ведь написал же в начале треда: "это ошибка, не вникая в детали, называть софт внутри такого железа линуксом." нет, мыши будут плакать, колоться, но пока весь кактус не сожрут не успокоятся. Пойти выяснить, что это такое ни один не пойдет.

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

169. "Представлена 40 редакция списка самых высокопроизводительных..." –1 +/–

Сообщение от Аноним (-), 19-Ноя-12, 19:55

> вот мне тоже интересно. Сколько я помню, в CNK виртуальной памяти нет,
> диспетчера нет, реализовано с полсотни посиксовых сисколлов и 20 своих собственных,
> I/O нет, эти сисколлы через хитрую шину перебрасывается на I/O ноды
> и выполняются оттуда. это считается за "почти ванильный" линукс?
ИБМ вроде бы называет ее линукс-подобной проприетарной ОС.

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

196. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от Михрютка (ok), 19-Ноя-12, 21:43

>> вот мне тоже интересно. Сколько я помню, в CNK виртуальной памяти нет,
>> диспетчера нет, реализовано с полсотни посиксовых сисколлов и 20 своих собственных,
>> I/O нет, эти сисколлы через хитрую шину перебрасывается на I/O ноды
>> и выполняются оттуда. это считается за "почти ванильный" линукс?
> ИБМ вроде бы называет ее линукс-подобной проприетарной ОС.
ну правильно, сейчас же любое ядро реализующее сотню POSIX коллов, немедленно становится линуксоподобным ггг
там на самом деле отдельные образы на всякие случаи жизни.
сервис и I/O узлы RHEL заточенный под блюджин
вычислительные узлы - миниядро, написанное бимерами с нуля, несколько тысяч LOC, которое умеет только запустить один тред на ядро, нарезать ему памяти, прокидывать на I/O узлы I/O сисколлы - и больше не мешается под ногами.
если машинного времени не жалко или программа жить не может без плюшек типа много-много тредов, динамической линковки или шелл-скриптов, тогда грузится имидж I/O узла, и имеем почти настоящую машину с редхатом на борту, и соответственно большим оверхедом.

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

49. "Представлена 40 редакция списка самых высокопроизводительных..." +/–

Сообщение от all_glory_to_the_hypnotoad (ok), 18-Ноя-12, 22:21

у бсди дерьмовый юзерспейс, не для людей он сделан

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

83. "Представлена 40 редакция списка самых высокопроизводительных..." –1 +/–

Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 00:09

> у бсди дерьмовый юзерспейс, не для людей он сделан
:) это пипа шута - смтри собщение 61.

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

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

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

Партнёры:

Хостинг:

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

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

38. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
Сообщение от Аноним (-), 18-Ноя-12, 17:56
почему используют в основном linux? а не freebsd? чем его преимущества?
Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от rednikov (ok), 18-Ноя-12, 19:40
	Тсссс! :) Как бы холивар не случился... :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	107. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от Аноним (-), 19-Ноя-12, 01:23
	хехе, никогда бы не подумал что я троль=) на самом деле, было интересно узнать, в технических подробностях, за счет чего на линуксе можно построить суперкомпьютер, а на фрибсд нельзя, а тут развели воды только одной с криками "Докажи,докажи" Единственное по теме только написал AlexAT, и то не аргументировано, надо копаться еще разбираться
	Ответить \| Правка \| Наверх \| Cообщить модератору


	118. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от Michael Shigorin (ok), 19-Ноя-12, 02:25
	> на самом деле, было интересно узнать, в технических подробностях, за счет чего > на линуксе можно построить суперкомпьютер, а на фрибсд нельзя Почему нельзя -- можно, просто незачем. > а тут развели воды только одной с криками "Докажи,докажи" Критические части: - умение современного железа вместе с управлением энергопотреблением; - умение специфического железа (IB, HBA, в случае того же "Ломоносова" -- барьерная сеть); - доступность подходящих технологий распределённого хранения данных; - хорошая масштабируемость (в т.ч. по RAM/CPU cores); - пригодность для тонкого тюнинга разумными усилиями; - пригодность для фиксации доработок в воспроизводимом виде. Желающие могут пригласить в тред netch@, у него могут найтись ещё более предметные пункты.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	122. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от Михрютка (ok), 19-Ноя-12, 02:58
	> Критические части: > - умение современного железа вместе с управлением энергопотреблением; > - умение специфического железа (IB, HBA, в случае того же "Ломоносова" -- > барьерная сеть); > - доступность подходящих технологий распределённого хранения данных; > - хорошая масштабируемость (в т.ч. по RAM/CPU cores); > - пригодность для тонкого тюнинга разумными усилиями; > - пригодность для фиксации доработок в воспроизводимом виде. > Желающие могут пригласить в тред netch@, у него могут найтись ещё более > предметные пункты. Я думаю, все дело проще; скорее всего, в SGI и у Крея (и кому там еще мы должны говорить спасибо, что линь попал на суперы) в тот момент времени, когда старые операционки стали не справляться, нашлось больше девелоперов, которые умели линукс, чем девелоперов, которые умели айрикс или что там за ОС применялась. И они стоили, думаю, немного дешевле. а все остальное, о чем вы говорите - это уже следствие, благодаря патчам от SGI в том числе.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	126. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от Michael Shigorin (ok), 19-Ноя-12, 03:37
	> Я думаю, все дело проще; скорее всего, в SGI и у Крея Началось-то до них, помнится.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от angra (ok), 18-Ноя-12, 19:44
	Для начала расскажите о преимуществах FreeBSD в этом вопросе. При прочих равных всегда лучше использовать более распространенную ОС.
	Ответить \| Правка \| К родителю #38 \| Наверх \| Cообщить модератору


	45. "Представлена 40 редакция списка самых высокопроизводительных..."	–5 +/–
	Сообщение от Акакий Зильбиршейн_ (?), 18-Ноя-12, 21:48
	ты че думаешь линукс прям "дикарём" запускают? не чувак её допилит или активировать нужные куски ядра нужно, а что до фяхи - пели себе на здоровье, а линусом надо допил выложить, конечно благодоря этому, есть некая публичная база, но выкладыватся далеко не всё(в тихомолку использовать можно "а у нас это работает"), но невсегда использут публичный хлам, так что.. просто более известна и есть кодовая база в отличии от мак оса и винды уиксов всяких и ириксов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	63. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от Карбофос (ok), 18-Ноя-12, 23:26
	> пели себе на здоровье какие песни хоть пели?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	136. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от Андрей (??), 19-Ноя-12, 04:55
	> а линусом надо допил > выложить, конечно благодоря этому, есть некая публичная база, но выкладыватся далеко > не всё(в тихомолку использовать можно "а у нас это работает") Да можно и громко трубить: на нашем суперкомпе у нас то-то и то-то, а вот не дадим: мы ведь не распространяем ядро в двоичном виде, поэтому не обязаны и в исходниках.
	Ответить \| Правка \| К родителю #45 \| Наверх \| Cообщить модератору


	108. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от Аноним (-), 19-Ноя-12, 01:25
	я не знаю, поэтому и спрашиваю, чтобы узнать преимущества
	Ответить \| Правка \| К родителю #41 \| Наверх \| Cообщить модератору


	135. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от Андрей (??), 19-Ноя-12, 04:52
	> При прочих равных всегда лучше использовать более распространенную ОС. То Apple боролась с большими IBM, потом они сами стали самыми-самыми по весу на бирже. То линукс боролся с юниксами и виндой, а теперь сам стал самым распространённым и начал препятствовать нормальному развитию других.
	Ответить \| Правка \| К родителю #41 \| Наверх \| Cообщить модератору


	43. "Представлена 40 редакция списка самых высокопроизводительных..."	–13 +/–
	Сообщение от iZEN (ok), 18-Ноя-12, 20:14
	Потому что брэнд "Linux" коммерчески раскручен и у всех на слуху, а FreeBSD — нет. Преимущества у GNU/Linux относительно FreeBSD только в популярности и практической ориентированности на бизнес-схемы поддержки и сопровождения программно-аппратного комплекса предприятия. Спроси любого директора IT любой компании, какие серверные ОС ему известны, он скажет: "Windows и Linux, ещё Solaris, но последнюю мы не используем за неимением средств на сопровождение". Эта операционная система прежде всего известна в основном как альтернатива Windows на серверах и сетевом оборудовании. Стоит столько же.
	Ответить \| Правка \| К родителю #38 \| Наверх \| Cообщить модератору


	50. "Представлена 40 редакция списка самых высокопроизводительных..."	+5 +/–
	Сообщение от Аноним (-), 18-Ноя-12, 22:26
	Бренд "Деревянная телега" хуже коммерчески раскручен чем "современный грузовик", только это и ведет к повсеместному доминированию грузовиков вместо телег.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	114. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от Аноним (-), 19-Ноя-12, 02:15
	> Потому что брэнд "Linux" коммерчески раскручен и у всех на слуху, а > FreeBSD — нет. > Преимущества у GNU/Linux относительно FreeBSD только в популярности и практической ориентированности > на бизнес-схемы поддержки и сопровождения программно-аппратного комплекса предприятия. И, как следствие, в большем числе заинтересованных в развитии GNU/Linux, чем в развитии FreeBSD. Читай больше разработчиков, больше спонсоров, лучше поддержка.
	Ответить \| Правка \| К родителю #43 \| Наверх \| Cообщить модератору


	143. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от Andrey Mitrofanov (?), 19-Ноя-12, 12:21
	>Читай больше разработчиков, больше спонсоров, лучше поддержка. ...""crammed in a record-breaking 176.73 changes per day (7.36 changes per hour.) ...""1,195 different developers contributing patches to the 3.5 kernel; Это посвежее бутет, чем dwheeler.com/oss_fs_why.html . яЗен :/любит свеженькое. Приятного! Так от скольких разрабов были коммиты в последнем релизе _ядра_ FreeBSD? ...и да, можете посчитать коммиты во всей [базовой] cистеме -- за релиз!? Как там с 170+ в день? Ну, с 1000+ разрабов хотя бы?? Во всём виноват Ай-Би-Эм, адназначна. Да!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	154. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от kurokaze (ok), 19-Ноя-12, 16:44
	> Потому что брэнд "Linux" коммерчески раскручен и у всех на слуху, а > FreeBSD — нет. Когда я пользовался фряхой (а пользовался я ей побольше и пораньше тебя), то с поддержкой SMP у нее был полный швах. И файловая система гогно-гогном. Изень не позорь нормальных бсдшников своим бздунством.
	Ответить \| Правка \| К родителю #43 \| Наверх \| Cообщить модератору


	44. "Представлена 40 редакция списка самых высокопроизводительных..."	+7 +/–
	Сообщение от AlexAT (ok), 18-Ноя-12, 20:51
	не хочу подливать, конечно, но с параллелизмом у BSD "баааааааальшие проблемы" в кластерах где есть по 16 ядер на x86 - оно упрется в блокировки внутри ядра ну а там, где нет x86 - там понятное дело, что нет и BSD в ядре линухов разработчиками уделяется огромное внимание параллелизму - то там, то сям в пролетающих коммитах постоянно можно видеть оптимизации блокировок
	Ответить \| Правка \| К родителю #38 \| Наверх \| Cообщить модератору


	68. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от AlexAT (ok), 18-Ноя-12, 23:34
	> какая разница че у них в голове, ты мне скажи че там > не так. Там... там до сих пор _везде_ спинлоки/мютексы вместо RCU. Приговор, в общем-то.
	Ответить \| Правка \| К родителю #122 \| Наверх \| Cообщить модератору


	72. "Представлена 40 редакция списка самых высокопроизводительных..."	–3 +/–
	Сообщение от 0pp76hyftr (ok), 18-Ноя-12, 23:48
	>> какая разница че у них в голове, ты мне скажи че там >> не так. > Там... там до сих пор _везде_ спинлоки/мютексы вместо RCU. Приговор, в общем-то. и? ты хочес сказать в линуксе локов нет? вы ходь вики бы по читал RCU - сказал в лужу пернул. In computer operating systems, read-copy-update (RCU) is a synchronization mechanism implementing a kind of mutual exclusion[note 1] which can sometimes be used as an alternative to a readers-writer lock. It allows extremely low overhead, wait-free reads. However, RCU updates can be expensive, as they must leave the old versions of the data structure in place to accommodate pre-existing readers. These old versions are reclaimed after all pre-existing readers finish their accesses. короче можно спецовое ядро сделать и т.п. но нах это на ос кторая запускатся обычно на компах с 8 ядрами и иногда от силы с 32 ядрами?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	74. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от AlexAT (ok), 18-Ноя-12, 23:50
	> и? ты хочес сказать в линуксе локов нет? вы ходь вики бы > по читал RCU - сказал в лужу пернул. Ты бы хоть читать научился, прежде чем писал. Я хочу сказать, что RCU в огромном числе случаев оптимальнее классических блокировок. В линухах RCU используется наряду со спинлоками (от которых тихонько избавляются), а вот в бзд вариантов нет. Причем где-то на мейлинглистах бзд в 2011 пролетало об острой необходимости перехода на RCU в ядре, но идею быстро и благополучно замяли.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	76. "Представлена 40 редакция списка самых высокопроизводительных..."	–3 +/–
	Сообщение от 0pp76hyftr (ok), 18-Ноя-12, 23:54
	>> и? ты хочес сказать в линуксе локов нет? вы ходь вики бы >> по читал RCU - сказал в лужу пернул. > Ты бы хоть читать научился, прежде чем писал. Я хочу сказать, что > RCU в огромном числе случаев оптимальнее классических блокировок. В линухах RCU > используется наряду со спинлоками (от которых тихонько избавляются), а вот в > бзд вариантов нет. > Причем где-то на мейлинглистах у бздунов в 2011 пролетало об острой необходимости > перехода на RCU в ядре, но идею быстро и благополучно замяли. > Так вот до сих пор и живут. на десктопе то это зачем? мне например очень понятно почему замяли. кусок листа найди.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	77. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от AlexAT (ok), 18-Ноя-12, 23:55
	> на десктопе то это зачем? Одного ядра хватит всем? К слову говоря, сильнее всего в спинлоки упирается сетевой стек... и подсистема распределения памяти. И - да - мы разве о десктопах? ОС именно серверные, и применение их очевидно. К чему тут десктоп?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	80. "Представлена 40 редакция списка самых высокопроизводительных..."	–3 +/–
	Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 00:01
	потомучто ось десктопная/серверы начального/седнего уровня. о суперкомах - их ваще 1000 установок на весь земной шар и че кто-то будет этим парится... я тебе сто раз сказал серне количество ядер на серва штук 6-10. и не нада думать о 1024х или 65535х процах.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	85. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от AlexAT (ok), 19-Ноя-12, 00:12
	> я тебе сто раз сказал серне количество ядер на серва штук > 6-10. и не нада думать о 1024х или 65535х процах. И чего? Оно даже на 2 ядрах при определенных ворклоадах колом встанет, если грамотно не сделать. К слову - эти "65xxx" достигаются пачками мелкохостов по 16/256/... ядер. Причем >16 - только в случае не-x86. Пример - ну блин, снова подливаю... пример - всё тот же пресловутый несчастный pf. Верещали-верещали о PF/SMP, оптимизациях, и иже с ними - а избавиться от showstopper блокировок так и не получилось. Потому, что defective by design, и чтобы поднять до SMP - надо с нуля переписывать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	98. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от pavlinux (ok), 19-Ноя-12, 00:43
	> Пример - ну блин, Да не парься ты тут. Это как перед свиньями бисер. Не видишь, чувачок не в теме, максимум что может - на википедию сходить!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	106. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 01:22
	>[оверквотинг удален] >> 6-10. и не нада думать о 1024х или 65535х процах. > И чего? Оно даже на 2 ядрах при определенных ворклоадах колом встанет, > если грамотно не сделать. > К слову - эти "65xxx" достигаются пачками мелкохостов по 16/256/... ядер. Причем > >16 - только в случае не-x86. > Пример - ну блин, снова подливаю... пример - всё тот же пресловутый > несчастный pf. Верещали-верещали о PF/SMP, оптимизациях, и иже с ними - > а избавиться от showstopper блокировок так и не получилось. Потому, что > defective by design, и чтобы поднять до SMP - надо с > нуля переписывать. :) а он мне нужен? я его не разу не пользовал - сказали тебе он на смп не помошник да и зачем мне не родной филтр? че там такого, че я сделать так не могу? вот все про нат помню терли что кучу адресов добавить можно - типа крута не все так могут. а я делал по тупому - конфигурил 16 ng_nat лепил их к виртуальному фейсу и пораскидывал по подсетем исходящий траф, 0.xx в один 1.xx в другой и , и было все ок входяшщий по адресу назначения... опиши задачу - интересно даже стариной трехнуть. я вобще считаю с фряхи выкинуть его надо к ядрене фене может в опенке оставить - пусть фанаты ковыряются... но мне он не нужен. вместе с альтку я шейпил ng_car прям на сервере pppoe - отдавая атрибуты радиусом
	Ответить \| Правка \| Наверх \| Cообщить модератору


	119. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от Michael Shigorin (ok), 19-Ноя-12, 02:33
	> потомучто ось десктопная/серверы начального/седнего уровня Если смотреть правде в глаза -- то "потому что никому не упёрлась завтра". hint: в этом завтра производительность обеспечивается скорее количеством ядер, чем их индивидуальной мощностью и тем более частотой, насколько пока получается судить. > о суперкомах - их ваще 1000 установок на весь земной шар Немножко больше, и это передовой край _серверных_ технологий. > я тебе сто раз сказал серне количество ядер на серва штук 6-10. Заведите на восьми ядрах четвёртую фрю из эпохи, когда "среднее количество один процессор, ну если круто -- то два". > и не нада думать о 1024х или 65535х процах. А тем временем линукс на хостах о тысяче-другой CPU под управлением одного ядра ОС ездит уже много лет -- спасибо SuSE и SGI. Вам не надо -- вы не думайте. Только завтра не удивляйтесь, почему старая работа накрылась, а на новую таких не берут. Ничего личного, мне эти прогрессы тоже не по ноздре.
	Ответить \| Правка \| К родителю #80 \| Наверх \| Cообщить модератору


	166. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от 0pp76hyftr (ok), 19-Ноя-12, 19:30
	уперлось уперлось все упирается в некие парамы: например сейчас будем считать амд 16 ядерным хотя конешно ядер там 8 ну фиг с ним потребляет это чудо точно не мене 125 ват (в руках не держал) и та в самом оптиместичном случае получаем 7 ват на ядро едим дальше ну пусть у нас "а риск машин" ну блин сколько на ядро в 3 раза меньше пойдет? берем 2 вата - легче считать че там тер про 256? ну крутото пол кила чип покушал. это ты хоческазать ты справишься с тепловыделением? мало того что ком откушал как паравоз от разетки так ему еще и криогенную систему охлаждения нада. ну короче понял да? все му есть граници и в существующих техно процессах количествоядер ОГРАНИЧЕНО. единственный выход это какойнибуть квантовый или опческий комп но не транзисторный. а ты думаешь производительность на ядро тоже не играет рояли? не можно сделать эергитически мелки ядра с очень пиримитивной функционалом угу ипрлучится GPU крута заче в одной системе GPU и GPU? может лучше CPU и GPU ну короче сико там топовые гпу ужирают? больше 250 ват на чип? ага дву процова радеон или нвидия - полкила - кульно. а вреальности ситуация круче ток утекает, магнитные поля сцепляются, задержки тоже рояль начинают играть ну короче делим минимум на два.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	142. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от другой аноним (?), 19-Ноя-12, 10:37
	> на десктопе то это зачем? мне например очень понятно почему замяли. кусок листа найди. так весь спор пошел почему линукс предпочитают бсде на суперкомпьютерах, не на десктопе
	Ответить \| Правка \| К родителю #76 \| Наверх \| Cообщить модератору