форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Представлена 40 редакция списка самых высокопроизводительных..."	+/–
Сообщение от opennews (ok) on 18-Ноя-12, 01:15
Опубликован (http://www.top500.org/blog/lists/2012/11/press-release/) 40 выпуск рейтинга (http://www.top500.org/lists/2012/11/) 500 самых высокопроизводительных компьютеров мира. Самым высокопроизвдительным суперкомпьютером, достигнувшим в тесте Linpack производительности в 17.59 Petaflop/s, признан построенный компанией Cray кластер Titan (http://www.top500.org/system/177975), недавно внедрённый в  Национальной лаборатории Оук-Ридж (http://ru.wikipedia.org/wiki/%D0%9D%D0%B...) (США). Кластер включает в себя 560640  16-ядреных процессоров Opteron 2.200GHz и  261632 вычислительных акселераторов на базе GPU NVIDIA Tesla K20x. Прошлый лидер рейтинга, кластер Sequoia (http://www.top500.org/system/177556), базирующийся на платформе IBM BlueGene/Q и содержащий 1572864 процессоров Power, оказался на втором месте по производительности (16.32 Petaflop/s), но остался лидером с позиции энергоэффективности, а также является единственным кластером, включающим более миллиона процессоров. Со второго на третье место сместился созданный компанией Fujitsu японский кластер K computer (http://www.top500.org/system/177232), использующий 705024 восьмиядерных процессоров на базе архитектуры SPARC64. Четвёртое и пятое места в рейтинге заняли кластеры на базе платформы IBM BlueGene/Q - Mira (http://www.top500.org/system/177718) (США) и JUQUEEN (http://www.top500.org/system/177722) (Германия).   Наиболее интересные тенденции: -  Самый производительный из отечественных кластеров (http://top50.supercomputers.ru/?page=rating) Lomonosov (http://parallel.ru/cluster/lomonosov.html) за полгода переместился с 22 на 26 место в рейтинге. Всего в Top500 вошло 8 отечественных суперкомпьютеров, что на 3 больше, чем в прошлой редакции рейтинга (в прошлом и позапрошлом рейтинге было 5 отечественных систем, но полтора года назад их было 12); -  Общее распределение по количеству суперкомпьютеров в разных частях света выглядит следующим образом: 261  суперкомпьютер находятся в Америке (265 в предыдущем списке),  105 в Европе (ранее 106), 124 в Азии (ранее 112); -  Распределение по количеству суперкомпьютеров в разных странах: - США: 250 (252 в прошлой редакции рейтинга); -  Китай: 72 (68); -  Япония: 32 (35); -  Великобритания: 24 (25) -  Франция: 21 (22) -  Германия:  19 (20) -  Канада: 11 (10); -  Индия: 9  (5); -  Россия: 8 (5); -  Италия: 7 (8) ; -  Австралия 7 (6); -  Швеция: 6  (4); Распределение по используемым на суперкомпьютерах операционным системам (в скобках изменение по сравнению с прошлой редакцией рейтинга): -  Linux - 469 (+7), 93.8% -  Unix - 20 (-4), 4% -  Windows - 3 (+1), 0.6% -  BSD - 1, 0.2% -  Смешанные - 7 (-4), 1.4% -  Суммарная производительность всех систем в рейтинге за 6 месяцев возросла со 123 до 162 петафлоп (год назад было 74 петафлоп, полтора - 59 петафлоп). В настоящее время  23 кластера демонстрируют производительность более петафлопа. -  В качестве процессорной основы лидируют CPU Intel - 76% (было 74.4%), AMD занимает второе место - 12% (было 12.6%), на третьем месте - Power - 10.6% (было 11.6%). 38.6 (47%) всех используемых процессоров имеют шесть ядер, 31.8 (15.2%) - восемь ядер, 13.8% (21.6%) - четыре ядра, 9.4% - 16 ядер, 4% - 20 ядер, 1.6% - 2 ядра; -  62 из 500 систем дополнительно используют акселераторы или сопроцессоры, при этом в 50 системах задействованы чипы  NVIDIA, в 7 - Intel Xeon Phi, в 3 - GPU ATI Radeon, в 2 - процессоры Cell; -  Среди производителей кластеров на первом месте IBM 38.6% (42.6%), на втором Hewlett-Packard 29.2% (27.6%), на третьем Cray 6.2% (5.4%), на четвертом Appro - 4.8%, на пятом месте компания SGI 3.8% (3.6%); -  Минимальный порог пиковой производительности для вхождения в top500 вырос за 6 месяцев с  60.8 до  76.5 терафлопов, а для top100 с 172.7 до  241.3 терафлопов. Замыкающая нынешний рейтинг система в прошлом выпуске находилась на 337 месте; Одновременно вышел пятый выпуск альтернативного рейтинга кластерных систем Graph 500 (http://www.graph500.org/), ориентированного на оценку производительности суперкомпьютерных платформ, связанных с симулированием физических процессов и свойственных для данных систем задач по обработке огромных массивов данных.  Также сформирована десятая редакция рейтинга Green500 (http://www.green500.org/lists/2011/06/top/list.php), в который включены наиболее энергоэффективные суперкомпьютеры. В Green500 в качестве критерия эффективности учитывается отношение LINPACK FLOPS к потребляемой мощности в ваттах. URL: http://www.top500.org/blog/lists/2012/11/press-release/ Новость: http://www.opennet.me/opennews/art.shtml?num=35358
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Представлена 40 редакция списка самых высокопроизводительных..."	+7 +/–
Сообщение от the joker (ok) on 18-Ноя-12, 01:15
> Кластер включает в себя 560640 16-ядреных процессоров > Opteron 2.200GHz и 261632 вычислительных акселераторов > на базе GPU NVIDIA Tesla K20x. Это неправда. Процессоров там всего: 18688 16-тиядерных CPU + 18688 GPU, ядра которых вообще не поддаются подсчёту. Итого 299,008 CPU-шных ядер плюс тьма GPU-шных. Источник: http://www.olcf.ornl.gov/titan/ > Sequoia, базирующийся на платформе IBM BlueGene/Q и > содержащий 1572864 процессоров Power Та же ошибка. В Секвойе 98,304 16-тиядерных процессоров PowerPC A2. Итого 1572864 ядер.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Представлена 40 редакция списка самых высокопроизводительных..."	+3 +/–
	Сообщение от the joker (ok) on 18-Ноя-12, 01:24
	Дальше: > Одновременно вышел пятый выпуск альтернативного рейтинга > кластерных систем Graph 500, ориентированного на ... Список по версии Graph 500 устарел ещё до выхода -- вместо Titan-а из Оук-Риджа там ещё числится Jaguar (который в сентябре-октябре демонтировали, чтобы на его месте собрать Titan).
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "Представлена 40 редакция списка самых высокопроизводительных..."	+4 +/–
	Сообщение от Михрютка (ok) on 18-Ноя-12, 01:43
	> Та же ошибка. В Секвойе 98,304 16-тиядерных процессоров PowerPC A2. Итого 1572864 > ядер. поправочка. A2 - так ядро называется, а чип называется Blue Gene/Q Compute Chip. В нем не 16 ядер A2, а 18 - одно т.н. сервисное, и еще одно резервное.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	15. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от the joker (ok) on 18-Ноя-12, 11:03
	Ух ты, спасибо за уточнение. Я считал как 16, т.к. иначе не получается общее заявленное количество ядер.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	8. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от Ананимуз on 18-Ноя-12, 04:34
	> GPU, ядра которых вообще не поддаются подсчёту. Поддаются, чо нет-та. 18688 вычислительных модулей, на каждом 16 оптероновых ядер и 14 ядрер K20x, т.е. 299008+261632. На Top500 путаются в показаниях указывая то ядра, то процессоры, то переставляя из местами, а переводчик не заморачивался. В самом списке, кстати, указано правильно - 560640 ядер. С Сейквоей в оригинале про процессоры вообще речи нет. Тут уже переводчик сам нафантазировал.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	14. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от the joker (ok) on 18-Ноя-12, 11:01
	> Поддаются, чо нет-та. Я посмотрел на спеки K20 Tesla, увидел цифру "2496 thread processors" и не стал даже подсчитывать. А если их 14, то да, общее количество ядер сходится. Спасибо.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	31. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от Ананимуз on 18-Ноя-12, 15:51
	"2496 thread processors" у K20 (2688 для K20x) это ядра CUDA. Они объединены по 192 штуки в SMX Cores. Туда же напиханы ядра двойной точности, регистры, прочий обвес. Вот этих SMX Cores и получается 13 для K20 и 14 для K20x
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	9. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от Ананимуз on 18-Ноя-12, 04:46
	А, да. И правильная ссылка на последний (а не прошлогодний) Green500 - http://www.green500.org/lists/green201211
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

4. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
Сообщение от Аноним (??) on 18-Ноя-12, 01:55
А что, SGI еще шевелится?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	18. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от Аноним (??) on 18-Ноя-12, 11:13
	Почитай вот, http://ru.wikipedia.org/wiki/Silicon_Graphics
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

12. "Green500"	+/–
Сообщение от kuksha (ok) on 18-Ноя-12, 10:31
Я вот насчёт Green500 не понял. Там места распределяются по показателю ФЛОПС/кВт. Посмотрел на кусок где наш "Ломоносов" (47 место): http://www.green500.org/lists/green201106&green500from=1&gre... ... 46 место - 359.65 мегафлопс при   364.80 кВт 47 место - 355.78 мегафлопс при 1,894.75 кВт 48 место - 354.56 мегафлопс при   160.00 кВт ... и так очень много где в этой таблице... Почему так???
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	13. "Green500"	+1 +/–
	Сообщение от kuksha (ok) on 18-Ноя-12, 10:37
	Опс... неправильно прочитал название столбца - MFLOPS/W вопрос снят :)
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

16. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
Сообщение от Аноним (??) on 18-Ноя-12, 11:03
Мне интересно у кого же все-таки из них винда стоит кто додумался??
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

	22. "Представлена 40 редакция списка самых высокопроизводительных..."	+8 +/–
	Сообщение от Аноним (??) on 18-Ноя-12, 12:37
	Понимаете ли, дело в том, что винда по определению не может быть адекватной осью для суперкомпьютера. И чтобы догадаться ее туда вкорячить, нужно очень сильно злоупотребить психотропами.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

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

	73. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от Аноним (??) on 18-Ноя-12, 23:50
	А почему именно линукс, а не юникс? Юникс тоже лучше подходит для суперкомпов, чем винда (судя по рейтингу).
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	117. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от Аноним (??) on 19-Ноя-12, 02:23
	> Понимаете ли, дело в том, что винда по определению не может быть адекватной осью для суперкомпьютера обоснуйте
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	125. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от Michael Shigorin (ok) on 19-Ноя-12, 03:35
	>> Понимаете ли, дело в том, что винда по определению >> не может быть адекватной осью для суперкомпьютера > обоснуйте А можно я? Только перед тем, как отвечать "да", поищите здесь shigorin winhpc (плюс по вкусу "Томск").  Может расхотеться.
	Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

	129. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от Аноним (??) on 19-Ноя-12, 03:58
	> поищите здесь shigorin winhpc Поискал, но ничего кроме пары упоминаний о проблемах при её загрузке не нашёл. Если подробнее раскроете тему, то можно.
	Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

	146. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от Michael Shigorin (ok) on 19-Ноя-12, 14:34
	>> поищите здесь shigorin winhpc > Поискал, но ничего кроме пары упоминаний о проблемах при её загрузке не нашёл. Даже если бы это было всё, то его было бы достаточно -- поверьте или проверьте. Надёжность, диагностируемость, технологичность, ресурсоёмкость Windows не идут ни в какое сравнение с линуксом. Модель лицензирования на ядро/сокет/хост оказывается крайне несообразной таким установкам (где, например, замена вычислительных узлов является штатной операцией). Вот и получается, что все виденные и слышанные проекты HPC на виндах -- имиджевые, к которым MS очень тщательно прилагала лапу и им это чистый операционный минус, а вовсе не заработок.  Они пытаются рассказывать про то, как в индустрии важны унаследованные приложения на винде и их перенос на winhpc -- вот только *индустрия* в большой мере или на унаследованных приложениях UNIX и майнфреймов, или идёт на линукс стройными колоннами и башлять по ещё одному поводу за недоделку массово не собирается.
	Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

	149. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от Аноним (??) on 19-Ноя-12, 15:19
	>> Если подробнее раскроете тему, то можно. Надёжность, диагностируемость и прочие, которых неизвестно как измеряли, это пустые маркетинговые слова. Тема лицензирования не раскрыта. Последний абзац к обоснованию рациональности использования винды относится весьма косвенно.
	Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

	150. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от Michael Shigorin (ok) on 19-Ноя-12, 16:02
	> Надёжность, диагностируемость и прочие, которых неизвестно как измеряли, > это пустые маркетинговые слова. Для неспециалиста, который именно что по маркетингу и принимает "решения" -- видимо.  А специалистам каждая из этих характеристик много говорит, особенно когда стыкуется с собственным опытом. Возьмите уже приведённые ранее примеры по ссылке ключевыми словами и взвесьте ввиду предложенных характеристик. > Тема лицензирования не раскрыта. А я не смотрел, какие сейчас предлагаются условия -- поэтому ограничился упоминанием о том, что обычные некрософтовские не подходят вообще. > Последний абзац к обоснованию рациональности использования винды > относится весьма косвенно. Опять же только для неспециалиста. Пожалуйста, имейте в виду, что тратить время на неспециалистов от некрософта или позволять им переливать тут из пустого в порожнее намерения нет; поэтому если намерены продолжать обсуждение, потрудитесь представиться в качестве специалиста в обсуждаемой предметной области.  Спасибо.
	Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

	152. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от Аноним (??) on 19-Ноя-12, 16:26
	Все вопросы к вам отпали, спасибо за содержательную беседу.
	Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

	151. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от kurokaze (ok) on 19-Ноя-12, 16:02
	>Тема лицензирования не раскрыта. А ты как то займись поиском инфы по лицензированию их недо-sql серверу и самой оси. Много интересного узнаешь
	Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

	23. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от infidel (ok) on 18-Ноя-12, 12:48
	Вы правы, но учитывая 93,6 vs 0.6, интересно было бы узнать что это за такие особенные задачи, если для них лучше всего подходит именно Windows. С двумя из списка вроде бы ясно: это сама MS со своим "облаком" Azure, и правительство Австралии, у которого, вероятно, выбора не было. Вот с третьим, который Dawning 5000A, нестыковочка. Пожалуйста, загляните на  http://www.ssc.net.cn/en/resources_1.aspx Китайцы заменили SLES на Windows и забыли упомянуть об этом на сайте? Настораживает то, что сам сайт крутится на IIS...
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	29. "Представлена 40 редакция списка самых высокопроизводительных..."	+3 +/–
	Сообщение от pavlinux (ok) on 18-Ноя-12, 15:45
	Сам никрософт и вкорячил
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	34. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от ананим on 18-Ноя-12, 15:59
	Мс хитрый. Стопудово кому-то вкорячил. За отк... 10% скидку.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	36. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от pavlinux (ok) on 18-Ноя-12, 17:18
	Я так думаю, МС сами еще и доплатили.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	39. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от ананим on 18-Ноя-12, 18:21
	Думаю совет директоров так в этом и уверен. Там нииириальную скидку на винду дали. А то что в комплексе дороже любой парочки из топ10 получилось... ну дык, зато все довольны.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	102. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от pavlinux (ok) on 19-Ноя-12, 01:04
	> Думаю совет директоров так в этом и уверен. > Там нииириальную скидку на винду дали. > А то что в комплексе дороже любой парочки из топ10 получилось... ну > дык, зато все довольны. А я был прав про Никрософт - http://www.top500.org/system/177982
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	75. "Представлена 40 редакция списка самых высокопроизводительных..."	+3 +/–
	Сообщение от Аноним (??) on 18-Ноя-12, 23:51
	> Сам никрософт и вкорячил Наверное, купили себе пару суперкомпов, даже не распаковывая, поставили на них коробочки с виндой, и теперь всем говорят, что "в мире есть суперкомпьютеры, на которых стоит винда". На что не пойдешь ради пиара...
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

17. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
Сообщение от Аноним (??) on 18-Ноя-12, 11:06
как же так у windows 35% серверного рынка, а в top500 всего 0.6% http://w3techs.com/technologies/overview/operating_system/all
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	21. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от kuksha (ok) on 18-Ноя-12, 12:10
	потому что по приведённой ссылке не "35% серверного рынка", а процент сайтов, которые работают под виндой и "юниксами". Чуешь разницу?
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	26. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от Аноним (??) on 18-Ноя-12, 15:20
	Какое отношение имеют суперкомпьютеры к серверам?
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	30. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от pavlinux (ok) on 18-Ноя-12, 15:47
	> Какое отношение имеют суперкомпьютеры к серверам? Ты не поверишь - mov eax, ecx - это тоже вычисления!
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	33. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от анонимэ on 18-Ноя-12, 15:58
	> Ты не поверишь - mov eax, ecx - это тоже вычисления! Так какое отношение имеют суперкомпьютеры к серверам? И да, ты не поверишь, Крайзес 2 - это тоже вычисления.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	35. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от ананим on 18-Ноя-12, 16:00
	Ключ в ответе на вопрос — а что такое сервер?
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	37. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от pavlinux (ok) on 18-Ноя-12, 17:21
	>> Ты не поверишь - mov eax, ecx - это тоже вычисления! > Так какое отношение имеют суперкомпьютеры к серверам? На серверах и на СК используются инструкции MOV, CMP, ADD, JMP, RET, ... Кстати, многие институты предоставляют доступ к ресурсам своих суперкомпов, причем даже бесплатно. Уапрос: эти суперкомпы сервера или просто суперкомпы? :)
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	78. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от Аноним (??) on 18-Ноя-12, 23:55
	> На серверах и на СК используются инструкции MOV, CMP, ADD, JMP, RET, А также на десктопах, да. А еще, в зависимости от архитектуры - на эмбеддовке и мобилках. > Кстати, многие институты предоставляют доступ к ресурсам своих суперкомпов, > причем даже бесплатно. Уапрос: эти суперкомпы сервера или просто суперкомпы? > :) "Глючит ли программа, распечатывающая сама себя? Как выглядит программа, не записанная ни на одном носителе? Однажды ученик спросил учителя, как избавиться от глюков в программах, и учитель дал ему вирус CIH. Однажды другой ученик сказал учителю, что хочет программу без глюков. "Дурак! - крикнул учитель, - почему ты не просишь глюк без программы?" - и ударил его винчестером по голове. Если вы все еще не обрели просветление, с вами не о чем говорить." ©YuN
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	134. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от Андрей (??) on 19-Ноя-12, 04:44
	> Кстати, многие институты предоставляют доступ к ресурсам своих суперкомпов О, это интересно. > причем даже бесплатно. А вот это решающе! Хотелось бы ссылок, чтобы попробовать попускать мои openmpi-проги.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	147. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от Michael Shigorin (ok) on 19-Ноя-12, 14:45
	>> Кстати, многие институты предоставляют доступ к ресурсам своих суперкомпов > Хотелось бы ссылок, чтобы попробовать попускать мои openmpi-проги. Про институты толком не знаю, а вообще: http://parallel.ru/russia http://parallel.ru/service.html
	Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

	115. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от Michael Shigorin (ok) on 19-Ноя-12, 02:17
	> Какое отношение имеют суперкомпьютеры к серверам? Технологии первых за несколько лет докатываются до вторых в ДЦ.  Системного ПО это тоже касается, как можно было наблюдать во времена Beowulf.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	124. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от Михрютка (ok) on 19-Ноя-12, 03:15
	>> Какое отношение имеют суперкомпьютеры к серверам? > Технологии первых за несколько лет докатываются до вторых в ДЦ.  Системного это какие, например? примеры можно?
	Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

	127. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от Michael Shigorin (ok) on 19-Ноя-12, 03:39
	>>> Какое отношение имеют суперкомпьютеры к серверам? >> Технологии первых за несколько лет докатываются до вторых в ДЦ. > это какие, например? примеры можно? Интерконнект, плотность упаковки, охлаждение, мониторинг...
	Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

	155. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от Михрютка (ok) on 19-Ноя-12, 16:50
	>>>> Какое отношение имеют суперкомпьютеры к серверам? >>> Технологии первых за несколько лет докатываются до вторых в ДЦ. >> это какие, например? примеры можно? > Интерконнект, плотность упаковки, охлаждение, мониторинг... Инфинибенд (половина Топ500) попал в HPC из датацентра. 1GB езернет (вторая половина Топ500) попал в HPC из датацентра. Какой именно интерконнект пришел из HPC в general computing? Плотность упаковки - не HPC специфичный фактор, а важный для любого, даже не очень крупного ДЦ. Охлаждение - тут я не понял, что вы имеете в виду, что это за специфические технологии охлаждения для суперкомпьютеров, которые попали в датацентр и чем они отличается от охлаждения любого тепловыделяющего оборудования. То же самое - про мониторинг.
	Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

	160. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от Michael Shigorin (ok) on 19-Ноя-12, 17:24
	> Инфинибенд (половина Топ500) попал в HPC из датацентра. Насколько я помню, ровно наоборот -- Myrinet и прочие дельфиниксы тоже пилились под HPC.  Хотя нарыл и почитал http://www.networkworld.com/newsletters/stor/2006/0213stor1.... -- похоже, тут Вы более правы, хотя изначальная задумка поползла из лабораторий в жизнь всё-таки скорее через HPC-сайты, а в ДЦ тем временем хозяйничал FC. > 1GB езернет (вторая половина Топ500) попал в HPC из датацентра. Так это вообще вспомогательное или на нечувствительные к латентности задачи, о гигабите речь не шла. > Плотность упаковки - не HPC специфичный фактор, а важный для любого, даже > не очень крупного ДЦ. Специфичный, т.к. латентность зачастую критична. > Охлаждение - тут я не понял, что вы имеете в виду, что это за специфические > технологии охлаждения для суперкомпьютеров, которые попали в датацентр > и чем они отличается от охлаждения любого тепловыделяющего оборудования. Средняя плотность выделения тепла AFAIK выше, т.к. группа активно считающих на полную узлов -- это нормально, а вот группа загруженных на 100% по CPU серверов -- нет. > То же самое - про мониторинг. Вытекает из плотности размещения -- в ДЦ более обычно одно-два блейд-шасси на стойку, а 100% заполнение. e.g. http://ftp.linux.kiev.ua/pub/Linux/xpandrx/highload_2011.pdf
	Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

	165. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от Михрютка (ok) on 19-Ноя-12, 19:23
	>> Инфинибенд (половина Топ500) попал в HPC из датацентра. > Насколько я помню, ровно наоборот -- Myrinet и прочие дельфиниксы тоже пилились > под HPC.  Хотя нарыл и почитал http://www.networkworld.com/newsletters/stor/2006/0213stor1.... > -- похоже, тут Вы более правы, хотя изначальная задумка поползла из > лабораторий в жизнь всё-таки скорее через HPC-сайты, а в ДЦ тем > временем хозяйничал FC. инфинибенд пополз, как только появился в продаже по доступным ценам, и по-моему, не только в HPC, но и там, где просто нужен был толстый I/O. миринет до датацентров, по-моему, так и не дополз, и пилился ЕМНИП как замена эзернету. чисто суперовские интерконнекты типа торусов в обычный ДЦ вряд ли попадут. >> 1GB езернет (вторая половина Топ500) попал в HPC из датацентра. > Так это вообще вспомогательное или на нечувствительные к латентности задачи, о гигабите > речь не шла. поправочка, 10G. я присмотрелся повнимательнее, сотня из 190 помеченных как гигабит эзернет это хьюлетовские кластера, у которых может быть интерконнект как инфинибенд так и 10G эзернет, то же самое датаплексы; на чем интерконнект у тьмы китайских кластеров на х3650М3 - одному императору известно. >> Плотность упаковки - не HPC специфичный фактор, а важный для любого, даже >> не очень крупного ДЦ. > Специфичный, т.к. латентность зачастую критична. тогда мы говорим о разных факторах; при проектировке general computing ДЦ желание разместить как можно больше ядер и памяти в юните далеко не всегда диктуется требованиями латентности. >> Охлаждение - тут я не понял, что вы имеете в виду, что это за специфические >> технологии охлаждения для суперкомпьютеров, которые попали в датацентр >> и чем они отличается от охлаждения любого тепловыделяющего оборудования. > Средняя плотность выделения тепла AFAIK выше, иии что? т.к. группа активно считающих на полную > узлов -- это нормально, а вот группа загруженных на 100% по > CPU серверов -- нет. во-первых, не загруженные на 100% серверы в ДЦ - это не нормально, КМК, а во-вторых, вы вроде говорили про технологии охлаждения. что полностью загруженная стойка греется сильнее, чем ненагруженная, я в курсе. >> То же самое - про мониторинг. > Вытекает из плотности размещения -- в ДЦ более обычно одно-два блейд-шасси на > стойку, а 100% заполнение. ага, спасибо, интересная штука. а бывает и так: #!/usr/bin/perl ################################################################################################# # File Name: check_bg_node_event.pl                                                             # # Author: Blue Gene Speed Team, Summer 2007                                                     # # Date: 7/24/2007                                                                               # # Description: This event handler runs on a state change for the BG Node service. On a          # # WARNING or CRITICAL state, it will call build_html.pl to build an HTML file that will help in # # viewing the plugin's log file using Nagios.                                                   # # Parameters:                                                                                   # # ARGV[0]: Service State ($SERVICESTATE$ within Nagios)                                         # # ARGV[1]: Hostname ($HOSTNAME$ within Nagios)                                                  # # ARGV[2]: Service Name ($SERVICEDESC$ within Nagios)                                           # # ARGV[3]: Host Address ($HOSTADDRESS$ within Nagios)                                           # ################################################################################################# # Other: This script is triggered when BG Node service enters a new state. Conditionals      # # that this script process by default are OK, WARNING, CRITICAL, and UNKNOWN. Upon a warning    # # or critical state, the file build_html.pl will be called with the correct arguments and       # # it will create an html file for viewing log files and making external commands on a service.  # ################################################################################################# # Edit the below variables as needed for your plugin. my $pluginName = "check_bg_node";        # ie 'check_ping' my $logName = "node.log";        # ie criticalerror.log my $htmlName = "node.html";        # ie criticalerror.html my $relativeLogPath = "/nagios/logs/"; my $htmlFile="/srv/www/htdocs/nagios/logs/"; остаток кода поскипан, но вы поняли идею :))) что касается той системы, на которую вы кинули ссылку, то у меня на второй странице сложилось четкое ощущение, что система предназначена для мониторинга любой системы, генерящей большое количество ивентов, будь то суперкластер, или например какой-нибудь 5ess. там есть какая-то HPC специфика, которую я упустил?
	Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

	219. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от Michael Shigorin (ok) on 20-Ноя-12, 03:18
	>> Средняя плотность выделения тепла AFAIK выше > иии что? Иии соответственно охлаждать приходится интенсивней[, мониторить оперативней]. > во-первых, не загруженные на 100% серверы в ДЦ - это не нормально, КМК Интересно, я до сих пор сталкивался только с народом, который предпочитает оперативный запас порядка хотя бы 10--20%. (без подковырок, сам-то не ДЦ-шник) > ага, спасибо, интересная штука. а бывает и так: Сурово :) > что касается той системы, на которую вы кинули ссылку, то у меня > на второй странице сложилось четкое ощущение, что система предназначена для мониторинга > любой системы, генерящей большое количество ивентов, будь то суперкластер, или например > какой-нибудь 5ess. В принципе да; см. тж. слайд 12 вот здесь: http://ftp.linux.kiev.ua/pub/conference/peers/foss-sea/2011/... > там есть какая-то HPC специфика, которую я упустил? Возможно, имеющая отношение -- в модели установки описываются платформы, которые в точности (до сенсора) соответствуют установленному оборудованию.Соответственно если оно относительно однообразное (на "Ломоносове" в итоге набралось штук пять или шесть вариаций, помнится -- благодаря шестиядерникам и теслам), то ещё более-менее; а если совсем разношёрстное, то подход придётся в лучшем случае адаптировать. Ещё одна специфика (не HPC-, а данной реализации) -- кодирование физического положения объекта (location); здесь лучше Валика расспросить, но изначальная задумка оперировала стойками/коридорами/рядами, помнится. Ну и опосредованная -- через латентность -> длину линков -> плотность размещения -> плотность тепловыделения: при ~70 кВт на шкаф типичная минута на реакцию оказывается непозволительной роскошью, здесь решение об аварийном складывании установки по IPMI/на UPS может быть принято за единицы секунд.
	Ответить | Правка | ^ к родителю #165 | Наверх | Cообщить модератору

	220. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от Михрютка (ok) on 20-Ноя-12, 04:31
	>>> Средняя плотность выделения тепла AFAIK выше >> иии что? > Иии соответственно охлаждать приходится интенсивней[, мониторить оперативней]. охлаждать интенсивнее - да, мониторить оперативнее - не обязательно. конечно, можно превратить систему мониторинга в АСУ, но АСУ заметно дороже. >> во-первых, не загруженные на 100% серверы в ДЦ - это не нормально, КМК > Интересно, я до сих пор сталкивался только с народом, который предпочитает оперативный > запас порядка хотя бы 10--20%. (без подковырок, сам-то не ДЦ-шник) не вижу в этом ничего плохого. LA 3-5 это нормально, главное, чтобы оно не прыгало непредсказуемо и не упиралось в i/o. конечно, следует смотреть, как такая нагрузка выглядит со стороны клиента; виндовым терминальным серверам может поплохеть и при загрузке меньше 80%. и без вопросов, закладываться на полную нагрузку, не имея в ферме резервных машин в стендбае это плохо. >> там есть какая-то HPC специфика, которую я упустил? > Ну и опосредованная -- через латентность -> длину линков -> плотность размещения > -> плотность тепловыделения: при ~70 кВт на шкаф типичная минута на > реакцию оказывается непозволительной роскошью, здесь решение об аварийном складывании > установки по IPMI/на UPS может быть принято за единицы секунд. эм. 70 ква на шкаф и единицы десятки секунд на решение. Я бы сказал, что что-то всерьез не так с охлаждением. я бы даже сказал, что у вас там пожар. в такой ситуации нужен не мониторинг, а баллончик с таблом "ГАЗ УХОДИ". 1 блейдцентр под полной нагрузкой - это грубо 10 ква. при максимальной набивке четыре шасси в стойке. они начинают орать о высокой температуре при 35-40 кому как нравится и погасятся менеджмент модулем при 50 безо всяких команд. Серьезно, если они проскочат температуру от 35 до 50 в течение десятков секунд, это или пожар в ДЦ или одновременный отказ всей вентиляции внутри шасси. з а счет чего там у вас такой быстрый рост температуры?
	Ответить | Правка | ^ к родителю #219 | Наверх | Cообщить модератору

24. "Представлена 40 редакция списка самых высокопроизводительных..."	–6 +/–
Сообщение от Windouser on 18-Ноя-12, 12:56
мой домашний СК "Плазма-Атом" выдает 9.3 Petaflop/s
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
Сообщение от Аноним (??) on 18-Ноя-12, 15:03
А почему "Ломоносова" называют отечественным, если все комплектующие в нём произведены в других странах (не входящих в СНГ)? Там ведь даже стойки сделаны в Тайване, как и все соединительные кабели и тому подобные вещи. Разве это честно - присваивать себе разработки других людей? Вот если бы в "Ломоносове" были процессоры с разработанной в России архитектурой, а управлялись бы они ОС, созданной у нас же, то это был бы "отечественный" компьютер. А так выходит, что просто взяли чужие наработки, насовали их в корпуса в соответствии с рекомендациями зарубежных специалистов и теперь гордятся чем-то. Или я не понимаю сути всех этих рейтингов?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	27. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от myhand (ok) on 18-Ноя-12, 15:22
	> А почему "Ломоносова" называют отечественным По принадлежности этому "отечеству". > Там ведь даже стойки сделаны в Тайване Кстати, что-то типа стоек (или корпусов?) - разрабатывалось "здесь". > Вот если бы в "Ломоносове" были процессоры с разработанной в России архитектурой, а управлялись бы они ОС, созданной у нас же Не дай Б-г.  Это социалистический Китай может себе позволить разработку процессоров, а не эта банановая республика.  А "ОС создавать" - даже Китай пока не отважился. > гордятся чем-то Сделали нечто, на чем можно считать.  То, что при этом не стали велосипеды изобретать, а развивали существующие технические решения - нормальная практика. PS: Конечно, лучше было бы гордиться тем, что там считается.  Вот с этим, как я подозреваю, до сих пор есть проблемы (лет 6 назад старый кластер простаивал, а с получением доступа из МГУ была нехилая волокита).
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	156. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от Kibab (ok) on 19-Ноя-12, 17:10
	google KOMDIV-32
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	222. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от myhand (ok) on 20-Ноя-12, 14:55
	> google KOMDIV-32 Китайские аналоги, в отличие от - можно купить.
	Ответить | Правка | ^ к родителю #156 | Наверх | Cообщить модератору

	223. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от Kibab (ok) on 20-Ноя-12, 16:01
	>> google KOMDIV-32 > Китайские аналоги, в отличие от - можно купить. Речь была о наличии, а не о покупке. Конечно, комдив купить нельзя, это для отечественной оборонки железка. В своё время покопаться удалось с ней, отчёт тут: http://kibab.ya.ru/replies.xml?item_no=307
	Ответить | Правка | ^ к родителю #222 | Наверх | Cообщить модератору

	224. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от myhand (ok) on 20-Ноя-12, 16:10
	> Речь была о наличии, а не о покупке. Речь шла о разработке.  Что-то, полученное на бумаге или в крошечной серии для испытаний - бесконечно далеко от разработанного продукта. Как думаете, много было бы проку от "разработанного" т-34 без проведенной до этого индустриализации? > Конечно, комдив купить нельзя, это для отечественной оборонки железка. Звучит довольно жалко...
	Ответить | Правка | ^ к родителю #223 | Наверх | Cообщить модератору

	225. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от Kibab (ok) on 20-Ноя-12, 18:38
	>> Речь была о наличии, а не о покупке. > Речь шла о разработке.  Что-то, полученное на бумаге или в крошечной > серии для испытаний - бесконечно далеко от разработанного продукта. > Как думаете, много было бы проку от "разработанного" т-34 без проведенной до > этого индустриализации? Я и не спорю ;-) >> Конечно, комдив купить нельзя, это для отечественной оборонки железка. > Звучит довольно жалко... Ну так вообще состояние российской микроэлектроники сейчас иначе как жалким не назовёшь, это да.
	Ответить | Правка | ^ к родителю #224 | Наверх | Cообщить модератору

	42. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от angra (ok) on 18-Ноя-12, 19:49
	Конечно не понимаете. Это рейтинг суперкомпьютеров, а не комплектующих для них. На досуге подумайте, почему при известных общих принципах и наличии доступных комплектующих создать ядерное оружие смогли всего несколько стран, аналогично с космической программой.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	139. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от Аноним (??) on 19-Ноя-12, 07:06
	О как! В мухосранске оружейный плутоний бабки на базаре продают? И меланж в самагонных бутылях?
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	153. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от kurokaze (ok) on 19-Ноя-12, 16:41
	> Конечно не понимаете. Это рейтинг суперкомпьютеров, а не комплектующих для них. На > досуге подумайте, почему при известных общих принципах и наличии доступных комплектующих > создать ядерное оружие смогли всего несколько стран Причем совок все скопипастил
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	116. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от Michael Shigorin (ok) on 19-Ноя-12, 02:19
	> А так выходит, что просто взяли чужие наработки, насовали их в корпуса > в соответствии с рекомендациями зарубежных специалистов и теперь гордятся чем-то. > Или я не понимаю сути всех этих рейтингов? Вы не понимаете ещё и той инженерной работы, которая была проделана тогдашним техническим составом Т-Платформ.  К сожалению, сейчас у них такое повторить AFAIK просто некому.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	167. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от Михрютка (ok) on 19-Ноя-12, 19:33
	> А так выходит, что просто взяли чужие наработки, насовали их в корпуса > в соответствии с рекомендациями зарубежных специалистов и теперь гордятся чем-то. я тебе больше скажу - первоначально "Ломоносов" назывался "Ораниенбаум", и спроектировали его в Интеле/Хайфа. Власти просто скрывают.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

28. "Представлена 40 редакция списка самых высокопроизводительных..."	+4 +/–
Сообщение от kuksha (ok) on 18-Ноя-12, 15:26
Вряд ли найдётся хоть один суперкомп, который полностью в одной стране сделан. Даже если все фабрики в Китае, то это совсем не обязательно китайский комп ;) - мозги у одних, управленцы и деньги у вторых, руки у третьих... Это не показатель технологической развитости. Это рейтинг денежных и вычислительных возможностей.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	143. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от Andrey Mitrofanov on 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+ разрабов хотя бы?? Во всём виноват Ай-Би-Эм, адназначна. Да!
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

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

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

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

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

	72. "Представлена 40 редакция списка самых высокопроизводительных..."	–3 +/–
	Сообщение от 0pp76hyftr (ok) on 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 ядрами?
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

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

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

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

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

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

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

	106. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 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 - отдавая атрибуты радиусом
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

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

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

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

	144. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от vle (ok) on 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) on 19-Ноя-12, 14:08
	>> В линухах RCU используется наряду со спинлоками >> (от которых тихонько избавляются), а вот в бзд вариантов нет. К счастью, есть хотя бы проекты. От проекта до реализации - уйма времени. От NetBSD до остальных BSD - не меньше. А в ядре линуксов всё это уже есть и нормально работает - более того - пилится дальше, в сторону бОльшей эффективности. Это не к теме холивара, это просто о том, что очень сильно опаздываете, товарищи.
	Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

	148. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от vle (ok) on 19-Ноя-12, 15:14
	> Это не к теме холивара, это просто о том, что очень сильно опаздываете, товарищи. Не надо этого пафоса. Твоих личных заслуг в ядре линукса нет. Но если тебе интересно что-нибудь кроме твоих личных преставлений о, сходи лучше пообщайся в tech-pkg@. Порой твои знания сильно далеки от того, о чем ты рассуждаешь.
	Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

	158. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 17:14
	Да, моих коммитов в ядре нет. Часть модулей отдам после релиза проекта, но не ранее. Тем не менее, вполне себе ориентируюсь в коде ядра, подходах, блокировках, etc. - в силу специфики задачи. А вот в твоем сообщении - действительно - полно пафоса, и ни одной здравой мысли.
	Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

	170. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 20:22
	точно раскажи нам про спин локи почему такие откуда название, как можно приметивно реализовать, как можно улучшить, что значит "концепция владения".
	Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

	171. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 20:24
	> точно раскажи нам про спин локи почему такие откуда название, как можно > приметивно реализовать, как можно улучшить, что значит "концепция владения". любые персональные рассказы за Ваши деньги, 30$/час, устроит? а для не желающих платить за воздух - минимальный ликбез есть тут: http://en.wikipedia.org/wiki/Spinlock основной фокус в том, что RCU - это не блокировка - это механизм, позволяющий в отдельных случаях обойтись вообще без блокировок при чтении
	Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

	172. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 20:33
	> любые персональные рассказы за Ваши деньги, 30$/час, устроит? > а для не желающих платить за воздух - минимальный ликбез есть тут: > http://en.wikipedia.org/wiki/Spinlock устроит начинай а вообще давай я тебе бесплатно расскажу: спинлок циклическая блокировка - реализация - иксклюзивнаяч команда проца (пише в иксклюзивнго в память) дале цикл - постоянно читаем память можно эксклюзивно но тогда стопать процессор кучу раз в секунду - так никто не делает обычно экклюзивно пишут, а читают обычной командой - так увеличивается производительность системы. дале... как еше убыстрить? ну логично применят команду блокирующую проц на фиг как можно реже, а как? очень просто дело втом что у потока есть ID как и у процесса, значит можно сделать если у тебя верный ID блок можно снять если другой - фиг.
	Ответить | Правка | ^ к родителю #171 | Наверх | Cообщить модератору

	173. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 20:36
	> устроит начинай Предоплату в студию.
	Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

	174. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 20:37
	>> устроит начинай > Предоплату в студию. ушла на емайл
	Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

	176. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 20:38
	> ушла на емайл не вижу
	Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

	177. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 20:39
	>> ушла на емайл > не вижу да пофиг начинай.
	Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

	175. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 20:37
	> как еше убыстрить? ну логично применят команду блокирующую проц на фиг как > можно реже, а как? А вот так - использовать менее блокирующие механизмы. Типа RCU. > очень просто дело втом что у потока  есть ID как и у процесса, значит можно сделать если у тебя верный ID блок можно снять если другой - фиг. Ты вообще сам-то понимаешь, что несешь? Блокировки для того и служат, чтобы никто их не "снял" в момент исполнения критической секции. >>> реализация - иксклюзивнаяч команда проца (пише в иксклюзивнго в память) какая-какая команда? быть может, атомарная?
	Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

	178. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 20:42
	>> как еше убыстрить? ну логично применят команду блокирующую проц на фиг как >> можно реже, а как? > А вот так - использовать менее блокирующие механизмы. Типа RCU. >> очень просто дело втом что у потока  есть ID как и у процесса, значит можно сделать если у тебя верный ID блок можно снять если другой - фиг. > Ты вообще сам-то понимаешь, что несешь? Блокировки для того и служат, чтобы > никто их не "снял" в момент исполнения критической секции. да да.... посмотри, в том то и дело что можно выдумать id можно взять существующий. тебе надо стопать проц как можно реже в этом то и суть а конкретно там пипец как сложно. у блокировок естьиерархия где сверху обычно "всем боятся я блок ставлю" а остальные блокирующих операци не используют.
	Ответить | Правка | ^ к родителю #175 | Наверх | Cообщить модератору

	180. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 20:48
	Есть мандатные блокировки в Linux - "ticket spinlocks" - но там вовсе не ID потока, а просто сериализация доступа к спинлоку - очень интересный ход, кстати. "Пипец как сложно" - это дилетантам рассказывайте. А здесь будьте добры по теме: что такое "всем боятся" - BKL что-ли? Дык выпилили его, и теперь в ядре множество мелких блокировок, которые более к месту, и друг с другом они пересекаются только по большой нужде.
	Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

	179. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 20:46
	> какая-какая команда? быть может, атомарная? а дело вкуса я атомарной оп-цией называю кучу команд которая выполняется как одна. а если одна команда - эксклюзивной.
	Ответить | Правка | ^ к родителю #175 | Наверх | Cообщить модератору

	182. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 20:52
	> а дело вкуса я атомарной оп-цией называю кучу команд которая выполняется как > одна. а если одна команда - эксклюзивной. Это не дело вкуса, а вполне определенная терминология, списывание которой на "дело вкуса" говорит о непрофессионализме списывающего, не более. Эксклюзивный доступ - это де-факто "монопольный доступ" - не разделяемая ни с кем операция доступа к ресурсу (в нашем случае - памяти). Операция эксклюзивной быть не может. Может быть операция с эксклюзивным доступом, см. ниже. Атомарная операция - это операция, которая выполняется единым целым, без возможности прерывания в процессе исполнения. Для реализации атомарности+эксклюзивности со многими ядрами на x86 используется префикс LOCK - эксклюзивно блокирующий на железе доступ в память для текущего ядра (в пределах одной операции). Очень дорогостоящая в тактах, к слову, вещь. К слову говоря, в рамках современных CPU, которые микрокодовые и конвеерные, "атомарность" - весьма верное определение.
	Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

	183. "Представлена 40 редакция списка самых высокопроизводительных..."	–3 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 20:53
	>[оверквотинг удален] > кем операция доступа к ресурсу (в нашем случае - памяти). Операция > эксклюзивной быть не может. Может быть операция с эксклюзивным доступом, см. > ниже. > Атомарная операция - это операция, которая выполняется единым целым, без возможности прерывания > в процессе исполнения. Для реализации атомарности со многими ядрами на x86 > используется префикс LOCK - эксклюзивно блокирующий на железе доступ в память > для текущего ядра (в пределах одной операции). Очень дорогостоящая в тактах, > к слову, вещь. > К слову говоря, в рамках современных CPU, которые микрокодовые и конвеерные, "атомарность" > - весьма верное определение. тебе лишь бы по орать? сам же пишеь: > Эксклюзивный доступ - это де-факто "монопольный доступ"
	Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

	181. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 20:51
	>> как еше убыстрить? ну логично применят команду блокирующую проц на фиг как >> можно реже, а как? > А вот так - использовать менее блокирующие механизмы. Типа RCU. у тебя любой механизм должен стопопать проц хоть раз, идея именно в том чтобы делать это реже вот концепция владения это и есть что-то типа RCU тоже надо перелопатить все ID чтобы выяснить а можноли блок снимать. - при огромном числе блокировок на поиск уйдет много времени - выход? логочно разделит блоки на категории чтоб легче искать сужая область поиска. ну корочек все любимое бинарное дерево.
	Ответить | Правка | ^ к родителю #175 | Наверх | Cообщить модератору

	184. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 20:54
	> у тебя любой механизм должен стопопать проц хоть раз, идея именно в > том чтобы делать это реже вот концепция владения это и есть > что-то типа RCU тоже надо перелопатить все ID чтобы выяснить а > можноли блок снимать. - при огромном числе блокировок на поиск уйдет > много времени - выход? логочно разделит блоки на категории чтоб легче > искать сужая область поиска. ну корочек все любимое бинарное дерево. Какие ID, какое бинарное дерево, о чём ты вообще? RCU - механизм доступа к спискам, при котором запись (C-U) не влияет на читающих (R), а для удаления требуется ожидание завершения чтения.
	Ответить | Правка | ^ к родителю #181 | Наверх | Cообщить модератору

	185. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 20:56
	> Какие ID, какое бинарное дерево, о чём ты вообще? RCU - механизм > доступа к спискам, при котором запись (C-U) не влияет на читающих > (R), а для удаления требуется ожидание завершения чтения. ты читаь что сам пишешь? ага буду искать блокировку тупо обходя все.
	Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

	186. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 20:57
	> ты читаь что сам пишешь? ага буду искать блокировку тупо обходя все. Извини, но ты совершенно не понимаешь, о чём речь. Дальше дискутировать смысла не вижу.
	Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

	187. "Представлена 40 редакция списка самых высокопроизводительных..."	–3 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 20:58
	>> ты читаь что сам пишешь? ага буду искать блокировку тупо обходя все. > Извини, но ты совершенно не понимаешь, о чём речь. Дальше дискутировать смысла > не вижу. я уже понял
	Ответить | Правка | ^ к родителю #186 | Наверх | Cообщить модератору

	188. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 20:58
	> я уже понял Ничего ты не понял. Атомарные блокировки не требуют никаких обходов, в общем случае.
	Ответить | Правка | ^ к родителю #187 | Наверх | Cообщить модератору

	189. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 21:00
	>> я уже понял > Ничего ты не понял. Атомарные блокировки не требуют никаких обходов, в общем > случае. да лан вот горишь все неправильно во объясни простой случай - две нити 2*память и 3*память запитсать тудаже. как быть?
	Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

	190. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 21:01
	> да лан вот горишь все неправильно во объясни простой случай - две > нити 2*память и 3*память запитсать тудаже. как быть? А можно по-русски. Или хотя бы по-английски? Что за 2*/3*? И - да. Что записать? Куда записать? Зачем записать? Вид структуры, куда пишем?
	Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

	191. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 21:03
	>> да лан вот горишь все неправильно во объясни простой случай - две >> нити 2*память и 3*память запитсать тудаже. как быть? > А можно по-русски. Или хотя бы по-английски? Что за 2*/3*? да магические числа какя разнаца ? возми одна нить умнозает на 10 другая на 20 результат в память. место в памяти одно.
	Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

	192. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 21:06
	> да магические числа какя разнаца ? возми одна нить умнозает на 10 > другая на 20 результат в память. И зачем? Ирреал кейс. Если необходимо, чтобы каждый тред все время умножал значение, полученное каким-либо другим тредом - то только полные блокировки (вероятно мандатные спинлоки, с сериализацией). Если нас интересует, чтобы при этом читатели смогли работать быстро, и не критична последовательность чтения-записи - лучше всего RCU. Читаем старое значение (входим в критическую секцию читателя RCU), умножаем, пишем новое значение отдельно, заменяем поинтер на новое значение. "Старые" читатели, которые выполняются в этот момент - видят 10, новые, которые успеют запуститься - 20. Все отработают. После этого писатель, дождавшийсь освобождения указателя, удалит старое значение полностью. Можно даже в отдельном треде. Но для точного приложения надо знать реальный юзкейс, а вот так "один тред - 10, другой - 20" - это слишком абстрактно.
	Ответить | Правка | ^ к родителю #191 | Наверх | Cообщить модератору

	193. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 21:15
	нуда нуда > Но для точного приложения надо знать реальный юзкейс, а вот так "один > тред - 10, другой - 20" - это слишком абстрактно. ну че опять рассказу создали два треда один или родительский создает id потоков или блокировки - тупа спопает проц выполняется эксклюзивно. дале один один ппоток  хватает блокировку (какой там олгоритм очереди и т.п. неважно) схватил кульно записал в нееё что это он, далее выволнил чтение из памяти и мат оп-цию другой проток долбится на эту же блокировку но взять её не может т.к. блоком владет другой поток, первый заканчивает оп-цию и блокирову снимает, её хватает другой поток. и т.д. процессор при этом не стопается позволя работать каждому потоку "почти обычно"
	Ответить | Правка | ^ к родителю #192 | Наверх | Cообщить модератору

	194. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 21:26
	> создали два треда один или родительский создает id потоков или блокировки - > тупа спопает проц выполняется эксклюзивно. Зачем тебе ID? Такие блокировки не требуют никаких ID.
	Ответить | Правка | ^ к родителю #193 | Наверх | Cообщить модератору

	195. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 21:39
	>> создали два треда один или родительский создает id потоков или блокировки - >> тупа спопает проц выполняется эксклюзивно. > Зачем тебе ID? Такие блокировки не требуют никаких ID. ты прикалываешь? чтобы проц не стопать один поток записал ту да что это он, а ддальше долбтится другой - ему говоря а представьтесь? он ковори я 567uhuiop - я ему в ответ ой обожите - занято и проц при это не стопают.
	Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

	197. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 21:44
	> ты прикалываешь? чтобы проц не стопать один поток записал ту да что > это он, а ддальше долбтится другой - ему говоря а представьтесь? > он ковори я 567uhuiop - я ему в ответ ой обожите > - занято и проц при это не стопают. Это нафига, простите? Что проц не стопает? Поток останавливается. В это время могут выполняться другие потоки. Или вы считаете, что спинлок реально останавливает проц?
	Ответить | Правка | ^ к родителю #195 | Наверх | Cообщить модератору

	198. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 21:46
	>> ты прикалываешь? чтобы проц не стопать один поток записал ту да что >> это он, а ддальше долбтится другой - ему говоря а представьтесь? >> он ковори я 567uhuiop - я ему в ответ ой обожите >> - занято и проц при это не стопают. > Это нафига, простите? Что проц не стопает? Поток останавливается. В это время > могут выполняться другие потоки. Или вы считаете, что спинлок реально останавливает > проц? конешно мининум один раз останавливает, дальше можно в цикле круть че хош. тебе говорят даже спино должно быт как можно меньше а не через вызов.
	Ответить | Правка | ^ к родителю #197 | Наверх | Cообщить модератору

	199. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 21:46
	> конешно мининум один раз останавливает, дальше можно в цикле круть че хош. Это, простите, как?
	Ответить | Правка | ^ к родителю #198 | Наверх | Cообщить модератору

	200. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 21:49
	че такой тупой? эксклюзивно впамять 5rt8hnj-90jp[m[ik] дальше постояно читаем блок который снять может тот кто знает 5rt8hnj-90jp[m[ik] осталные пробуют захватить им - скажи волшебное слово - тот в ответ ой а не знаю - ему в ответ ну постой полодумай и попробуй еще.
	Ответить | Правка | ^ к родителю #199 | Наверх | Cообщить модератору

	201. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 21:52
	> че такой тупой? > эксклюзивно впамять 5rt8hnj-90jp[m[ik] дальше постояно читаем блок который снять может > тот кто знает 5rt8hnj-90jp[m[ik] осталные пробуют захватить им - скажи волшебное НАХРЕНА???!!! Снять лок может только тот контекст, который знает поинтер на структуру лока, и имеет доступ к памяти структуры лока. Тчк. Какие еще "волшебные"? Судя по всему - вы путаете клиентский API IPC-блокировок винды или еще чего с собственно механизмами блокировки. Это совершенно разные уровни работы и реализации. Те IPC-локи, о которых вы говорите, обычно реализуются в контексте лок-менеджера как раз на базе того, о чём говорю я. А судя по "ключевым словам" - точно винда...
	Ответить | Правка | ^ к родителю #200 | Наверх | Cообщить модератору

	202. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 22:01
	>[оверквотинг удален] >> эксклюзивно впамять 5rt8hnj-90jp[m[ik] дальше постояно читаем блок который снять может >> тот кто знает 5rt8hnj-90jp[m[ik] осталные пробуют захватить им - скажи волшебное > НАХРЕНА???!!! Снять лок может только тот контекст, который знает поинтер на структуру > лока, и имеет доступ к памяти структуры лока. Тчк. Какие еще > "волшебные"? > Судя по всему - вы путаете клиентский API IPC-блокировок винды или еще > чего с собственно механизмами блокировки. Это совершенно разные уровни работы и > реализации. Те IPC-локи, о которых вы говорите, обычно реализуются в контексте > лок-менеджера как раз на базе того, о чём говорю я. А > судя по "ключевым словам" - точно винда... нуда.... а поинтер  на роль "канаречного слова" не катит, только тогда а ели в другой лок попал?
	Ответить | Правка | ^ к родителю #201 | Наверх | Cообщить модератору

	203. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 22:01
	> нуда.... а поинтер  на роль "канаречного слова" не катит, только тогда > а ели в другой лок попал? Что такое "если"? Никаких "если" быть не может - такие "если" - это ошибка программирования. На нижнем уровне лок однозначно идентифицируется поинтером на структуру лока, безо всяких "если".
	Ответить | Правка | ^ к родителю #202 | Наверх | Cообщить модератору

	204. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 22:05
	>> нуда.... а поинтер  на роль "канаречного слова" не катит, только тогда >> а ели в другой лок попал? > Что такое "если"? Никаких "если" быть не может - такие "если" - > это ошибка программирования. На нижнем уровне лок однозначно идентифицируется поинтером > на структуру лока, безо всяких "если". а почему "если" не катит? на роль блока предлагагал пожизненно процессор стопать - пипа чтоб никто не мог тогда нада чета лепить в ответ что "не знаю" например 0.
	Ответить | Правка | ^ к родителю #203 | Наверх | Cообщить модератору

	205. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 22:06
	> а почему "если" не катит? на роль блока предлагагал пожизненно процессор стопать > - пипа чтоб никто не мог тогда нада чета лепить в > ответ что "не знаю" например 0. nagual, залогинься зачем в юзерских приложениях стопать проц, если достаточно стопнуть тред? в случае кода ядра Linux всё хитрее - там такого понятия, как тред, нет в принципе, и поэтому реально может стопнуться целое ядро проца - а посему в ядре от спинлоков усиленно избавляются в случае BSD, как уже говорил, вариантов не особо...
	Ответить | Правка | ^ к родителю #204 | Наверх | Cообщить модератору

	206. "Представлена 40 редакция списка самых высокопроизводительных..."	–3 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 22:10
	>> а почему "если" не катит? на роль блока предлагагал пожизненно процессор стопать >> - пипа чтоб никто не мог тогда нада чета лепить в >> ответ что "не знаю" например 0. > nagual, залогинься > зачем в юзерских приложениях стопать проц, если достаточно стопнуть тред? > в случае ядра Linux всё хитрее - там тредов нет, и поэтому > реально может стопнуться целое ядро проца - поэтому в ядре от > спинлоков усиленно избавляются я не втеме как это в линукс называется, да же во фре не теме. для того чтобы писать потоки этого ненада сказал хватай и всё.
	Ответить | Правка | ^ к родителю #205 | Наверх | Cообщить модератору

	207. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 22:11
	> я не втеме как это в линукс называется, да же во фре > не теме. для того чтобы писать потоки этого ненада сказал хватай > и всё. xD ну вот, еще один признался раз совершенно не в теме - чего лезешь?
	Ответить | Правка | ^ к родителю #206 | Наверх | Cообщить модератору

	208. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 22:12
	> тред, нет в принципе, и поэтому реально может стопнуться целое ядро стопаеся проц для обеспечения целостности про "стопнуться целое ядро " это в другом месте затирай.
	Ответить | Правка | ^ к родителю #205 | Наверх | Cообщить модератору

	211. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 22:14
	> стопаеся проц для обеспечения целостности про "стопнуться целое ядро " это в > другом месте затирай. слушай - если не догоняешь - либо проси объяснить вкратце, либо не лезь. развелось недоспециалистов, блин... зато все с гонором...
	Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

	212. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 22:17
	о боже.... как может стопнуца ядоро целиком? по-моему только остановить проц, или че оно в один поток его прижал и в дамках?
	Ответить | Правка | ^ к родителю #211 | Наверх | Cообщить модератору

	213. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 22:19
	> как может стопнуца ядоро целиком? по-моему только остановить проц, или че оно > в один поток его прижал и в дамках? прикинь, каждое ядро выполняет код независимо xD и "стопается" исполнение полностью только на время выполнения команды с префиксом LOCK, а не на время ожидания спинлока, и то только в том случае, если адресуется один и тот же адрес :) в случае ядра Linux/BSD - на время ожидания спинлока в ядре ОС замрёт всё ядро CPU (за исключением возникновения прерываний, если не заблокированы), остальные ядра продолжат исполнять код в случае пользовательского приложения, ждущего неядерный спинлок, вообще ничего не произойдёт - поток будет сидеть в idle
	Ответить | Правка | ^ к родителю #212 | Наверх | Cообщить модератору

	214. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 22:20
	> как может стопнуца ядоро целиком? по-моему только остановить проц, или че оно > в один поток его прижал и в дамках? кста в тему а что если прерывание пришло? че делать выполнят обработчик или забить? всеструктуры ядра вроде как в блоке "ядерном" :).
	Ответить | Правка | ^ к родителю #212 | Наверх | Cообщить модератору

	215. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 22:22
	> кста в тему а что если прерывание пришло? че делать выполнят обработчик > или забить? всеструктуры ядра вроде как в блоке "ядерном" :). вот тут уже будет зависеть от того - выключены прерывания или включены если включены - произойдёт переход в обработчик прерывания. если по несчастью он захочет одного из занятых локов - всё, будет дэдлок в пределах ядра проца (фатальная, в общем-то, ситуация)... именно поэтому в ядре тех же линухов существуют разные варианты спинлоков - с блокировкой IRQ или без
	Ответить | Правка | ^ к родителю #214 | Наверх | Cообщить модератору

	216. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 22:25
	ну не все заблокировано без "если" а это сетевка буфер переполнится и данные пропадут - нада быро в зад за новой порцией ну карта тупая без dma.
	Ответить | Правка | ^ к родителю #215 | Наверх | Cообщить модератору

	217. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 22:27
	> ну не все заблокировано без "если" а это сетевка буфер переполнится и > данные пропадут - нада быро в зад за новой порцией ну > карта тупая без dma. не все ядерные спинлоки требуют блокировки прерываний. если мы знаем, что в обработчике прерывания данный лок не понадобится с вероятностью 101% (1% добавлен для исключения самоуверенности пишущего код :), то мы можем смело использовать лок с включенными прерываниями. контекст свитчинг в ядре внутри спинлоков выключается кроме того - как уже обсуждали - общая рекомендация по любым исключительным блокировкам - минимальное время просиживания в оных. либо уход от оных на другие механизмы сериализации
	Ответить | Правка | ^ к родителю #216 | Наверх | Cообщить модератору

	218. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 22:40
	>> ну не все заблокировано без "если" а это сетевка буфер переполнится и >> данные пропадут - нада быро в зад за новой порцией ну >> карта тупая без dma. > не все ядерные спинлоки требуют блокировки прерываний. если мы знаем, что в > обработчике прерывания данный лок не понадобится с вероятностью 101% (1% добавлен > для исключения самоуверенности пишущего код :), то мы можем смело использовать > лок с включенными прерываниями. контекст свитчинг в ядре внутри спинлоков выключается > кроме того - как уже обсуждали - общая рекомендация по любым исключительным > блокировкам - минимальное время просиживания в оных. либо уход от оных > на другие механизмы во начианаешь понимать почему один блок на всё плохо? мы все структуры ядра заблокировали на "почесаться" а могут происходит процессы которые тоже внимания требуют, и без оного могут терять данные, без относительно что разрешал ты прерывания или нет. ну короче в этом суть, но блин а что если прерывания не запрешал и оно произошло? круто а нужен тод же ресурс? причем казалось просто востанови данные а если востановить затратно? тоже чначит частить не надо.
	Ответить | Правка | ^ к родителю #217 | Наверх | Cообщить модератору

	221. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от AlexAT (ok) on 20-Ноя-12, 10:12
	> во начианаешь понимать почему один блок на всё плохо? А где я предлагал "один блок на всё"? Вроде бы склерозом и маразмом не страдаю... > мы все структуры ядра заблокировали на "почесаться" "Мы" - так не делаем.
	Ответить | Правка | ^ к родителю #218 | Наверх | Cообщить модератору

	47. "Представлена 40 редакция списка самых высокопроизводительных..."	–9 +/–
	Сообщение от iZEN (ok) on 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) on 18-Ноя-12, 22:31
	#12309 - больше проблема дискового контроллера и шин, нежели ядра. В виндах тоже проявляется на 82801 сполна. Да и BSD, имхо, будет, если бы юзали...
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	69. "Представлена 40 редакция списка самых высокопроизводительных..."	–8 +/–
	Сообщение от Акакий Зильбиршейн_ on 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 ядер со свои м домашним компом.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	70. "Представлена 40 редакция списка самых высокопроизводительных..."	+4 +/–
	Сообщение от AlexAT (ok) on 18-Ноя-12, 23:39
	> не проявляется. и вобще не надо аналогии проводить с хренью на 1024 > процесора по 16 ядер со свои м домашним компом. А ты прочитай, о чём чудик выше пишет, и пойми, к чему я это. На пресловутых 1024*16 не проявится с высокой долей вероятности, там совершенно другие узкие места, да и железо другое совершенно. #12309 вообще - это страшилка для хомячков, на нормальном серверном железе - не сталкивался.
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	81. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 00:03
	а ты чудик прочитай внимательней - ПРОЯВЛЯЕТСЯ.
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	82. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 00:09
	> а ты чудик прочитай внимательней - ПРОЯВЛЯЕТСЯ. На 16к ядер? xD Пруфлинк будет, или снова в лужу пёрнул не подумав?
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	104. "Представлена 40 редакция списка самых высокопроизводительных..."	–4 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 01:16
	>> а ты чудик прочитай внимательней - ПРОЯВЛЯЕТСЯ. > На 16к ядер? xD Пруфлинк будет, или снова в лужу пёрнул не > подумав? :) 16к - если я так сказал - опечатался, я какраз тер о том, что это исключение а не правило. ктому же это кернел орг говоришь на фре есть? я найти не могу ищи сам если тебе это надо. я хотел сказать что в системе с одним 6-ядерным процессором у меня всё хорошо, а что там на 16к ядрах меня не сношает.
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	138. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 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, по крайней мере я об этом читал). ........................ ну и кстати мне еще никто не объясни чем плохи локи на ыьз система толкоо ненадо гнать, про  мУльЁн процов.
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	164. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 19:19
	>  локи на ыьз спин локи на smp.
	Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

	54. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от Аноним (??) on 18-Ноя-12, 22:31
	>линаксоеды Неплохо. Еще аватарку надо где мужественный гордый отважный дьяволенок трахает Тукса. Давай, поднатужся, еще немного усилий и гениальная но посему то не понятая быдлом FreeBSD завоюет этот мир.
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	57. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от AlexAT (ok) on 18-Ноя-12, 22:47
	> же это они с BKL будут сидеть, когда у бздишнегов полным > ходом уже шла работа по выпиливанию GIANT LOCK? FYI, к тому времени BKL был только в TTY'ях.
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	64. "Представлена 40 редакция списка самых высокопроизводительных..."	–9 +/–
	Сообщение от Акакий Зильбиршейн_ on 18-Ноя-12, 23:27
	>> же это они с BKL будут сидеть, когда у бздишнегов полным >> ходом уже шла работа по выпиливанию GIANT LOCK? > FYI, к тому времени BKL был только в TTY'ях. о да... u32 не держит в TTY'ях
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	120. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от Michael Shigorin (ok) on 19-Ноя-12, 02:34
	> BKL Вы бы хоть изучили вопрос, прежде чем так изя-щно вляпываться. http://kernelnewbies.org/BigKernelLock PS: выпиливать BKL из линукса начали уже не помню точно, когда -- в 2.2 или 2.4, что ли.
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	140. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от iZEN (ok) on 19-Ноя-12, 07:55
	>> BKL > Вы бы хоть изучили вопрос, прежде чем так изя-щно вляпываться. > http://kernelnewbies.org/BigKernelLock BKL "безвозвратно удалён" в мае 2011 года в ядре Linux 2.6.39. > PS: выпиливать BKL из линукса начали уже не помню точно, когда -- в 2.2 или 2.4, что ли. Начали, да что-то туго продолжили, если Ingo Molnar за три года до "безвозвратного удаления" основательно принялся за дело. ;)
	Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

	141. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 08:07
	> BKL "безвозвратно удалён" в мае 2011 года в ядре Linux 2.6.39. Еще раз: где-то с 2006 года начиная, он оставался только в минорных подсистемах, типа TTY и NFS. Плюс огромная работа проделана по переводу сетевого стека и некоторых других подсистем со спинлоков на RCU. Идет уже 3-4 года тоже, и конца и края пока еще не видно. В BSD её даже не начинали.
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

	157. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от kurokaze (ok) on 19-Ноя-12, 17:10
	> пресловутый Bug #12309 — злосчастный баг заморозки "Рабочего стола" убунтухомячка Ни на старом athlon64 не наблюдал, ни на новом core-i7 3770k. Сомневаюсь что изень наблюдал. Потому что класический бздун. Я то хоть с фряхой работал несколько лет, а этот теоретик линукс только в анонсах видит и новостях.
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	161. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от Michael Shigorin (ok) on 19-Ноя-12, 17:25
	> Ни на старом athlon64 не наблюдал, ни на новом core-i7 3770k. Я, похоже, наблюдал на X61t и флэшке.
	Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

	48. "Представлена 40 редакция списка самых высокопроизводительных..."	–3 +/–
	Сообщение от Михрютка (ok) on 18-Ноя-12, 22:01
	это ошибка, не вникая в детали, называть софт внутри такого железа линуксом. то, что там внутри, иногда может быть похоже на линукс, как медуза на черепаху. пооследний раз, как я проверял, ОС на вычислительных узлах бимеровского блюджина, который, если верить всем восторженным изданиям, бежит линукс, не имела таких мелочей, как MMU и диспетчер задач.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	52. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от AlexAT (ok) on 18-Ноя-12, 22:29
	> это ошибка, не вникая в детали, называть софт внутри такого железа линуксом Ошибка - считать это не линуксом. Ядро - думается, что почти ванильное. На раздаче - запросто OpenMP и свои собственные компоненты.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	55. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от Михрютка (ok) on 18-Ноя-12, 22:42
	>> это ошибка, не вникая в детали, называть софт внутри такого железа линуксом > Ошибка - считать это не линуксом. Ядро - думается, что почти ванильное. > На раздаче - запросто OpenMP и свои собственные компоненты. вы внимательно прочли то, что я написал? вы правда считаете, что ядро без виртуальной памяти и диспетчера "почти ванильное"? то, что я читал про ядро вычузлов в блюджине - описывалось ядро заточенное под выполнение одной задачи со статической памятью. при чем тут openmp вообще?
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	56. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от AlexAT (ok) on 18-Ноя-12, 22:46
	> то, что я читал про ядро вычузлов в блюджине - описывалось ядро > заточенное под выполнение одной задачи со статической памятью. Это единичные решения. > при чем тут openmp вообще? При том, что это де-факто стандарт для кластеров.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	59. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 18-Ноя-12, 23:03
	MPI вообще-то, а OpenMP костыль и вообще отдалённое отношение имеет к топику.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	60. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от AlexAT (ok) on 18-Ноя-12, 23:04
	> MPI вообще-то, а OpenMP костыль и вообще отдалённое отношение имеет к топику. Да, прошу прощения, перепутал. MPI. Но тем не менее, CLE (который как раз на Titan в роли RTE) - умеет и официально поддержвает как MPI, так и OpenMP.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	137. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от Андрей (??) on 19-Ноя-12, 05:08
	> так и OpenMP. Как такое возможно? Оно ж не видит распределённых процов и памяти. Разве что компилятор хитро превращает MP в MPI. Но с производительностью тогда - пальцем в небо.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	61. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от Михрютка (ok) on 18-Ноя-12, 23:15
	>> то, что я читал про ядро вычузлов в блюджине - описывалось ядро >> заточенное под выполнение одной задачи со статической памятью. > Это единичные решения. мы говорим о списке, в котором _любая_ система "единичное решение". и блюджинов там 15 штук в первой сотне. и это уже не первый год. >> при чем тут openmp вообще? > При том, что это де-факто стандарт для кластеров. я вам за ядро, которое не есть линукс, а вы мне за линуксовый юзерленд. беседа начинает напоминать разговор тунгуса с эфиопом.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	84. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от angra (ok) on 19-Ноя-12, 00:10
	Если я у велосипеда оторву багажник или даже руль, он перестанет быть велосипедом и превратится в самолет? Ядра rhel очень сильно отличаются от ванильных - это делает rhel не линуксом? Ядра в embed очень далеки от ядра на десктопе, но это по прежнему линукс. Аналогично с суперкомпьютерами, за основу взят линукс, не ядро бзди или винды, а линукс. После всех обрезаний и допиливаний все равно остается линукс.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	87. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 00:16
	конечно он перестанет им быть если ты сказжеь ввиду усовершенствования "А" педали и колёса больше не нужны.
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

	88. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 00:17
	> конечно он перестанет им быть если ты сказжеь ввиду усовершенствования "А" педали > и колёса больше не нужны. Предлагаешь к орбитальной станции прикрутить педали с колесами? Напуркуа они ей? // тьфу ты, и "Мир" тоже утонул :(
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	89. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 00:18
	во... начинаешь понимать это разные вещи и служат разным целям.
	Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

	90. "Представлена 40 редакция списка самых высокопроизводительных..."	+3 +/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 00:20
	> во... начинаешь понимать это разные вещи и служат разным целям. Нет, это ты перестаешь понимать. Есть модульное ядро - от которого можно открутить одно, и прикрутить другое. Эдакий трансформер. Это лучше станции - хочешь - по дороге, хочешь - в атмосфере, хочешь - за пределами. Любая специфика, а начинка - одна и та же, только в разной комбинации. Я тебе поближе пример из жизни приведу, раз уж трудно с осознанием: Есть x86 с огромной блобятиной ядра на несколько метров в памяти и многими метрами обвязки. А есть маленький сохошный роутер на MIPS, с ядрышком в 300-400 КБ и бизибоксом, всё это спокойно вмещается в два метра флеша. Совершенно разные классы применения - собственно мотоцикл и самолёт, а ядро - одно - Linux. И прекрасно масштабируется хоть на MIPS с одним ядром, хоть на x86 с вагоном ядер. Функциональность почти та же. А есть еще Tilera с 48-64 ядрами, на которой крутится всё то же ядро Linux, слегка допиленное и подрихтованное под специфику проца. Но Linux'ом оно от этого быть не перестало.
	Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

	92. "Представлена 40 редакция списка самых высокопроизводительных..."	–3 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 00:23
	не гони пургу можно конечно спроектировать "швейцарский нож" на 30000 инструментов, был у меня похожий - с пасатижами, но когда у меня есть пасатижи - в мыслях нибудет найти эту хрень
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	93. "Представлена 40 редакция списка самых высокопроизводительных..."	+3 +/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 00:24
	> не гони пургу можно конечно спроектировать "швейцарский нож" на 30000 инструментов, был > у меня похожий - с пасатижами, но когда у меня есть > пасатижи - в мыслях нибудет найти эту хрень А ты спроектируй разборный швейцарский нож, от которого при желании можно оставить только собственно нож и отвертку, а при желании - все 30000 фич прикрутить. И тогда - хочешь дома, хочешь в походе, хочешь на производстве - тебе будет удобно. Вот только в материальном мире такие вещи чуток сложнее, чем в алгоритмическом. Ядро Linux этой своей универсальностью и выиграло - оно одно для всего, с единой "ручкой" для применения.
	Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

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

	95. "Представлена 40 редакция списка самых высокопроизводительных..."	+3 +/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 00:31
	бугага, слилсо а теперь подумай: ты что предпочтешь - смартфон, или комплект из: телефона (тупого телефона, без всего, кроме звонилки), записной книжки в кармане, GPS-навигатора, КПК для документов и интернета, Playstation Portable для игр, и еще горы кабелей для связи всего этого между собой? то-то и оно, что смартфон. при желании даже можно найти смартфон без GPS, или без поддержки навороченных игр - но он от этого смартфоном быть не перестанет. и платформа внутри с вероятностью 70-80% ныне уже будет одна и та же :) - легко масштабирующаяся на весь класс устройств.
	Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

	168. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от AlexAT (ok) on 19-Ноя-12, 19:47
	> не проше не пытаться обьять необятное и зделать _что-то типа_ андройда, опенврт, федориногоКоря и  т.п. Еще проще вообще ничего не делать, с шаблонным ответом "нет ресурсов"...
	Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

	101. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от Михрютка (ok) on 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) on 19-Ноя-12, 00:21
	> Если я у велосипеда оторву багажник или даже руль, он перестанет быть > велосипедом и превратится в самолет? Ядра rhel очень сильно отличаются от > ванильных - это делает rhel не линуксом? Ядра в embed очень > далеки от ядра на десктопе, но это по прежнему линукс. Аналогично > с суперкомпьютерами, за основу взят линукс, не ядро бзди или винды, > а линукс. После всех обрезаний и допиливаний все равно остается линукс. вы не можете в аналогии. серьезно. извините, если задел ваши религиозные чувства.
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

	99. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от Led (ok) on 19-Ноя-12, 00:46
	> это ошибка, не вникая в детали, называть софт внутри такого железа линуксом. > то, что там внутри, иногда может быть похоже на линукс, как медуза > на черепаху. Вы ошибаетесь.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	103. "Представлена 40 редакция списка самых высокопроизводительных..."	–3 +/–
	Сообщение от Михрютка (ok) on 19-Ноя-12, 01:10
	>> это ошибка, не вникая в детали, называть софт внутри такого железа линуксом. >> то, что там внутри, иногда может быть похоже на линукс, как медуза >> на черепаху. > Вы ошибаетесь. *устало* вы тоже хотите рассказать мне, что ядро, в котором нет, например, fork(), mmap(), read() и write() - является таким себе "модульным линуксом"?
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

	110. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от Led (ok) on 19-Ноя-12, 01:36
	>>> это ошибка, не вникая в детали, называть софт внутри такого железа линуксом. >>> то, что там внутри, иногда может быть похоже на линукс, как медуза >>> на черепаху. >> Вы ошибаетесь. > *устало* вы тоже хотите рассказать мне, что ядро, в котором нет, например, > fork(), mmap(), read() и write() - является таким себе "модульным линуксом"? Я могу рассказать вам, как делается дистрибутив для кластера из топ-500. Но это будет вам стоить дорого - без обид, но "на шару" не выйдет.
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	113. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от Михрютка (ok) on 19-Ноя-12, 02:13
	>> *устало* вы тоже хотите рассказать мне, что ядро, в котором нет, например, >> fork(), mmap(), read() и write() - является таким себе "модульным линуксом"? > Я могу рассказать вам, как делается дистрибутив для кластера из топ-500. Но > это будет вам стоить дорого - без обид, но "на шару" > не выйдет. а бесплатно рассказать, почему бимеровское CNK ядро для блюджина является линуксом, можете? ну или хотя бы пальчиком показать, чтобы я уже успокоился?
	Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

	121. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
	Сообщение от Michael Shigorin (ok) on 19-Ноя-12, 02:46
	> а бесплатно рассказать, почему бимеровское CNK ядро для блюджина является линуксом Думаю, это про #define linux PS: полухинт: а ядро вообще без свопа (не хост, а ядро) -- линукс? :)
	Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

	123. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от Михрютка (ok) on 19-Ноя-12, 03:08
	>> а бесплатно рассказать, почему бимеровское CNK ядро для блюджина является линуксом > Думаю, это про #define linux > PS: полухинт: а ядро вообще без свопа (не хост, а ядро) -- > линукс? :) "Папа, а наша кошка тоже еврей?" (с) вот мне тоже интересно. Сколько я помню, в CNK виртуальной памяти нет, диспетчера нет, реализовано с полсотни посиксовых сисколлов и 20 своих собственных, I/O нет, эти сисколлы через хитрую шину перебрасывается на I/O ноды и выполняются оттуда. это считается за "почти ванильный" линукс?
	Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

	159. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от angra (ok) on 19-Ноя-12, 17:15
	Нет, это считается за линукс, а не за "почти ванильный линукс". Могу предположить, что ООП ты тоже не понимаешь.
	Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

	162. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от Михрютка (ok) on 19-Ноя-12, 17:37
	> Нет, это считается за линукс, а не за "почти ванильный линукс". Могу > предположить, что ООП ты тоже не понимаешь. о, еще один. в очередь, сукины дети, в очередь. кто еще хочет объяснить мне, что написанный IBM с нуля миникернел - ЕТА ЛИНУКС? PS ведь написал же в начале треда: "это ошибка, не вникая в детали, называть софт внутри такого железа линуксом." нет, мыши будут плакать, колоться, но пока весь кактус не сожрут не успокоятся. Пойти выяснить, что это такое ни один не пойдет.
	Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

	169. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от Аноним (??) on 19-Ноя-12, 19:55
	> вот мне тоже интересно. Сколько я помню, в CNK виртуальной памяти нет, > диспетчера нет, реализовано с полсотни посиксовых сисколлов и 20 своих собственных, > I/O нет, эти сисколлы через хитрую шину перебрасывается на I/O ноды > и выполняются оттуда. это считается за "почти ванильный" линукс? ИБМ вроде бы называет ее линукс-подобной проприетарной ОС.
	Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

	196. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от Михрютка (ok) on 19-Ноя-12, 21:43
	>> вот мне тоже интересно. Сколько я помню, в CNK виртуальной памяти нет, >> диспетчера нет, реализовано с полсотни посиксовых сисколлов и 20 своих собственных, >> I/O нет, эти сисколлы через хитрую шину перебрасывается на I/O ноды >> и выполняются оттуда. это считается за "почти ванильный" линукс? > ИБМ вроде бы называет ее линукс-подобной проприетарной ОС. ну правильно, сейчас же любое ядро реализующее сотню POSIX коллов, немедленно становится линуксоподобным ггг там на самом деле отдельные образы на всякие случаи жизни. сервис и I/O узлы RHEL заточенный под блюджин вычислительные узлы - миниядро, написанное бимерами с нуля, несколько тысяч LOC, которое умеет только запустить один тред на ядро, нарезать ему памяти, прокидывать на I/O узлы I/O сисколлы - и больше не мешается под ногами. если машинного времени не жалко или программа жить не может без плюшек типа много-много тредов, динамической линковки или шелл-скриптов, тогда грузится имидж I/O узла, и имеем почти настоящую машину с редхатом на борту, и соответственно большим оверхедом.
	Ответить | Правка | ^ к родителю #169 | Наверх | Cообщить модератору

	49. "Представлена 40 редакция списка самых высокопроизводительных..."	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 18-Ноя-12, 22:21
	у бсди дерьмовый юзерспейс, не для людей он сделан
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	83. "Представлена 40 редакция списка самых высокопроизводительных..."	–1 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 00:09
	> у бсди дерьмовый юзерспейс, не для людей он сделан :) это пипа шута - смтри собщение 61.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

58. "Представлена 40 редакция списка самых высокопроизводительных..."	+2 +/–
Сообщение от ананим on 18-Ноя-12, 22:56
В опрвданиях "почему почти бздей нет в топ500" нодобздишнегов больше, чем во взломе фряхи... Забавно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	86. "Представлена 40 редакция списка самых высокопроизводительных..."	–2 +/–
	Сообщение от 0pp76hyftr (ok) on 19-Ноя-12, 00:13
	> В опрвданиях "почему почти бздей нет в топ500" нодобздишнегов больше, чем во > взломе фряхи... > Забавно. а разве надо за это оправдоватся? че хоть какая-нибуть BSD позиционирует себя как ось для супер компов? а что там использовали в качестве базы - мне пофиг.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	100. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от pavlinux (ok) on 19-Ноя-12, 00:54
	> В опрвданиях "почему почти бздей нет в топ500" Почему "Почти"? БЗДи вообще нет, 1 штука не считается, это даже меньше чем статистическая погрешность! И ваще, фриБЗДя - это тренажёр для студентов Беркли, они на нем свои курсовые отрабатывают.   Если уж смотреть на BSD как на что-то способное, так это на NetBSD --- Кстати, почему нет суперпроцессоров от Оракала, которые все такие супер-пупер-много-поточно-ядерные?!
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	105. "Представлена 40 редакция списка самых высокопроизводительных..."	+1 +/–
	Сообщение от Михрютка (ok) on 19-Ноя-12, 01:17
	> Кстати, почему нет суперпроцессоров от Оракала, > которые все такие супер-пупер-много-поточно-ядерные?! их хозяева от IRS шифруются, им не до славы ггг
	Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

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

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