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

В состав FreeBSD принята высокопроизводительная реализация s..., opennews (?), 09-Янв-16, (0) [смотреть все] Да начнется компетентное, беспристрастное и многогранное обсуждение каталога Net, rob pike (?), 11:37 , 09-Янв-16, (1) –7 // Ональный нетфликс чем-то лучше зомбоящика Нашёл чего обсуждать, Аноним (-), 11:39 , 09-Янв-16, (3) +14 Бороться надо не с пиратством а с копирайтом и бороться до победы , Аноним (-), 12:09 , 09-Янв-16, (5) +23 // Не с копирайтом, а с тем, как его применяют копирасты , Аноним (-), 12:53 , 09-Янв-16, (10) +3 пчелы против меда GPL 8212 это тоже копирайт, anonchik (?), 15:30 , 09-Янв-16, (21) –4 // ПредлОжите другие способы борьбы с копирайтом Законные Предположу, что нет То , Andrey Mitrofanov (?), 16:00 , 09-Янв-16, (25) боты всё тупее и тупее gpl 8212 это лицензия и она copyleft , ананим.orig (?), 16:21 , 09-Янв-16, (29) +8 и copyleft не накладывает никаких ограничений , Sabakwaka (ok), 17:05 , 09-Янв-16, (32) –7 Накладывает И эти ограничения работают на благо авторов кода и пользователей, и, Sluggard (ok), 17:38 , 09-Янв-16, (37) +3 Я вот чую GPlv3 - это деградацияЕё отвергают и правильно делают http go2 pt -, soarin (ok), 18:28 , 09-Янв-16, (45) –9 Сторонник тивоизации с плохим обонянием При чём тут GPL Да, свобода Возьми исх, Sluggard (ok), 18:35 , 09-Янв-16, (46) +3 А чем принципиально отличаются жлобы не желающие делится наработками от жлобов в, Аноним (70), 06:44 , 10-Янв-16, (70) Если только доработками, извольте пользоваться LGPL Как компромисс GPL BSD, на , Андрей (??), 16:31 , 10-Янв-16, (85) –2 А в чём несправедливость GPL И какая тут может быть несправедливость , Sluggard (ok), 16:34 , 10-Янв-16, (86) Если я использую при создания GUI для каталога дисков пару функций для utf16-стр, Андрей (??), 17:41 , 10-Янв-16, (87) а 2-й закон Ньютона может попробуете пробить головой стену этот 171 наброс вб, ананим.orig (?), 17:45 , 09-Янв-16, (38) Да откуда ж вы такие беретесь Лицензия для того и существует, чтобы были огранич, кверти (ok), 18:24 , 09-Янв-16, (44) Лицензия нужна проверяющим, иначе что они проверять будут , ПолковникВасечкин (?), 01:23 , 10-Янв-16, (63) Вроде, логично, но, оказывается, это не всегда так Например, в Германии, нет ли, Андрей (??), 16:29 , 10-Янв-16, (84) –1 через три года найдут в нём выход за границу буфера, переделают по-уму, производ, Аноним (-), 11:37 , 09-Янв-16, (2) –2 // Машина времени в подвале , XoRe (ok), 00:54 , 13-Окт-16, (161) казалось бы, анонимы с опеннета уже похоронили фряху, ан нет, Аноним (-), 12:05 , 09-Янв-16, (4) +2 // У них фряха только на фронтах, да и сами вложили много в оптимизацию линукса Оч, Аноним (-), 14:15 , 09-Янв-16, (13) –4 // У них вся CDN на фряхе построена https openconnect itp netflix com software , Аноним (-), 15:58 , 09-Янв-16, (24) +5 // Ссылка подтверждает коментарий выше , Аноним (-), 19:53 , 09-Янв-16, (52) –1 На бэкенде Linux Java, Аноним (-), 20:15 , 09-Янв-16, (55) –2 На каком бэкэнде Сударь, Вы вообще понимаете чем занимается Netflix Они раздаю, Аноним (-), 22:56 , 09-Янв-16, (58) +4 Под бэкэндом имеется в виду CDN-origin И там живёт пингвин, как было написано п, Аноним (-), 10:59 , 10-Янв-16, (71) –3 ЩИТО Там этого НЕ написано , Аноним (-), 13:04 , 10-Янв-16, (75) +2 Наглая ложь не прошла , Аноним (-), 20:06 , 11-Янв-16, (118) +2 Сайт, каталог, описания фильмов, биллинг, личный кабинет и т д CDN - только част, XoRe (ok), 00:57 , 13-Окт-16, (162) угу, в линухе man sendfileи это настолько баян, что например man spliceвсё выше , ананим.orig (?), 16:44 , 09-Янв-16, (30) –2 // Как ни странно, во FreeBSD оно тоже все умеет Речь идет о принципиально новой р, Dmitry (??), 17:01 , 09-Янв-16, (31) +7 // врать то не стыдно http www freebsd org cgi man cgi query sendfile sektion 2н, ананим.orig (?), 18:09 , 09-Янв-16, (42) –3 В состав FreeBSD принята высокопроизводительная реализация s..., Аноним (-), 17:51 , 09-Янв-16, (39) +5 // в неблокирующем режиме только сейчас см сабж в линухе 8212 с рождения, ананим.orig (?), 18:18 , 09-Янв-16, (43) –5 Потому что в манах 8211 вранье Или вы решли, что если в бздшных манах честно , Аноним (-), 18:53 , 10-Янв-16, (89) +2 Потому что block on отлично переводится, как и этот код, которые вы что очевидн, ананим.orig (?), 07:19 , 11-Янв-16, (103) –2 Привет эксперту с Opennet от разработчика nginx Вызов sendfile на FreeBSD точ, Valentin V. Bartenev (?), 01:08 , 10-Янв-16, (62) +20 // Ну вот зачем Вы эксперта обидели Он ведь работу операционной системы изучает,, Dmitry (??), 01:31 , 10-Янв-16, (65) +5 так это всё в манах тоже написано , all_glory_to_the_hypnotoad (ok), 01:55 , 10-Янв-16, (66) +3 В БЗДшных 8211 да В пингвинячьих, как обычно, о блокировке при чтении с диск, Аноним (-), 02:20 , 10-Янв-16, (67) +2 Тогда будьте любезны, о великий и ужасный разработчик nginx, приведите новость в, ананим.orig (?), 04:04 , 10-Янв-16, (68) –7 Пруфы чего Того, что в бздах к докам традиционно относятся серьезней Или того,, Аноним (-), 19:02 , 10-Янв-16, (90) +3 зыжах да, в вашей 171 статье 187 почему-то не замечены уже упомянутые выше , ананим.orig (?), 04:58 , 10-Янв-16, (69) –5 Уважаемый разработчик Nginx, которым и я пользуюсь На FreeBSD и Linux не тольк, ы (?), 13:27 , 10-Янв-16, (76) +8 Валентин, пару лет назад на одном из highload-ов был доклад автора erlyvideo о т, Аноним (-), 15:46 , 10-Янв-16, (80) +7 Мы в процессе экспериментов перепробовали очень много подходов Так, например, в, Valentin V. Bartenev (?), 23:18 , 11-Янв-16, (123) +3 Понятно В том докладе озвучивалось что разработчикам доводилось видеть stat и, Аноним (-), 01:35 , 12-Янв-16, (124) Спасибо, Валентин, за ваш труд Приятно осознать, что помимо засилья троллей на , AdVv (ok), 22:50 , 14-Янв-16, (159) Ан да Фряха жива, как наглядно продемонстрировано еще раз, в больших и раздол, rob pike (?), 18:02 , 09-Янв-16, (41) –5 // Камрад, просто бросьте придуряться и посмотрите слайды Фряшники смогли на реаль, Аноним (-), 23:08 , 09-Янв-16, (59) +6 // CloudFlare это делает постоянно, только не в тепличных условиях dumb отдачи виде, rob pike (?), 12:34 , 10-Янв-16, (74) –3 Правильно А новость о том что новый sendfile позволил Netflix перейти с 20G на , Аноним (-), 15:25 , 10-Янв-16, (79) +6 В состав FreeBSD принята высокопроизводительная реализация s..., rob pike (?), 15:49 , 10-Янв-16, (81) –2 На 20Gb у них нет никакого транскодинга, во всяко случае полноценного Там даже , Аноним (-), 16:13 , 10-Янв-16, (82) +3 В состав FreeBSD принята высокопроизводительная реализация s..., rob pike (?), 03:37 , 11-Янв-16, (99) –3 И где по ссылке искать слово транскодинг , Аноним (-), 10:58 , 11-Янв-16, (105) +3 А смысл Сам посчитай DPDK требует чтобы ты с нуля наваял сетевой стёк и ещё пот, Ivan_83 (ok), 01:26 , 10-Янв-16, (64) +5 Самая лучшая ОСь на свете становится все лучше и лучше , Аноним (-), 12:27 , 09-Янв-16, (6) +4 Годно, нужно - пару дней назад оформил подписку на netflix, soarin (ok), 12:44 , 09-Янв-16, (8) –3 // Посоветуй что посмотреть из доступного там , Наркоман (?), 14:04 , 09-Янв-16, (12) –1 // My Little Pony Season 2, soarin (ok), 14:21 , 09-Янв-16, (14) +8 // Скажу больше My Little Pony Season 1и можно, по желаниюMy Little Pony Season 3, Аноним (-), 16:17 , 09-Янв-16, (28) –2 А вот не завезли кроме второго сезона ничего в netflix в Этой Стране почему , soarin (ok), 17:30 , 09-Янв-16, (36) Вот уж, жопа так жопа - Нехай эти проприерасты сами 1-й и 3-й сезон в одну гло, Аноним (-), 00:25 , 10-Янв-16, (61) Судя по комментариям, никто вообще не знает, что такое sendfile, но все строят и, Dmitry (??), 14:31 , 09-Янв-16, (16) +4 // Кажись на какой-то из конференций Глеб говорил, что не будет MFC и называл пробл, fidaj (ok), 14:37 , 09-Янв-16, (17) // У мена куча серваков на десятке Я не готов переводить их на CURRENT , Dmitry (??), 14:43 , 09-Янв-16, (18) –1 // Примерно через полгода выйдет первый релиз 11 и продолжение 10 3-RELEASE, где вс, iZEN (ok), 15:49 , 09-Янв-16, (23) +2 изя не будет MFC означает ровно то что написано в кавычках специально для , тигар (ok), 11:33 , 10-Янв-16, (73) –2 До MFC еще далеко С начало нужно хотя бы что то такое же развесистое как winap, Аноним (-), 19:07 , 09-Янв-16, (47) // MergeFromCurrent, не , Аноним (-), 21:52 , 09-Янв-16, (57) А зачем их переводить, данная реализация может быть появится в виде порта , Сергей (??), 15:08 , 09-Янв-16, (19) –4 // Это системный вызов Каким образом можно его оформить в виде порта , Dmitry (??), 15:16 , 09-Янв-16, (20) +5 Здорово, вот только где графики сравнения этой высокопроизводительной реализаци, mozgoprav (ok), 15:45 , 09-Янв-16, (22) –2 // По ссылкам пройти религия не позволяет См слайды 32 и 33 С хоста стали отдава, Аноним (-), 16:09 , 09-Янв-16, (27) +2 // Я ещё немного наброшу в топку Презентации уже больше года Очевидно, что за го, glebius (ok), 23:44 , 10-Янв-16, (91) +7   // Вообще существует ли теоретическое обоснование перевода работ именно в ядро, в с, metallica (ok), 13:23 , 11-Янв-16, (111) +1   В 11-Current по мелочи еще кажись выкинут из ядра kgdb и добавят статическую сбо, Аноним (-), 19:54 , 11-Янв-16, (117) –2   Это Вы её ждёте Проприертарский самообман сидит глубоко , Andrey Mitrofanov (?), 20:50 , 11-Янв-16, (120)   Будете приносить сюда анекдоты , Аноним (-), 21:00 , 11-Янв-16, (121)   И я никого не жду, а уже пользуюсь И не надо ко мне официально , Аноним (-), 21:05 , 11-Янв-16, (122)   Пользуются - практически все, притом давно в продакшне, притом что на линуксе зф, Аноним (-), 13:13 , 12-Янв-16, (138) –3   и пруфы этого есть , тигар (ok), 13:56 , 12-Янв-16, (144) –1   Может ещё и названия контор с фио внедренцев выложить , Аноним (-), 15:42 , 12-Янв-16, (146)   названия контор а тем более фио внедренцев 100 лет не нужны и не только мне ,, тигар (ok), 15:58 , 12-Янв-16, (150) +1   Бедные пингвинятки в проблемы GPL влипают , Аноним (-), 15:45 , 12-Янв-16, (147)   Пользуются - практически все, притом давно в продакшне, притом что на линуксе зф, Аноним (-), 13:21 , 12-Янв-16, (139) –4   Тут есть два заблуждения Первое, что вообще для ожидания I O от устройства обяз, glebius (ok), 01:37 , 12-Янв-16, (125) +9   Важно как часто его отрывают от работы для передвигания мебели между ядром и юзе, rob pike (?), 14:01 , 16-Янв-16, (160)   как же так а местные аналитики в один голос говорят, что FreeBSD нигде не испол, Клыкастый (ok), 14:31 , 10-Янв-16, (78) +7 // Ну, тогда где ещё Кроме заповедников типа нетфликса и ихсистемз Говорят, испол, Аноним (-), 00:30 , 11-Янв-16, (95) –4 // Берите, просвящайтесь https en wikipedia org wiki List_of_products_based_on_Fr, Аноним (-), 02:22 , 11-Янв-16, (97) // Нашёл чем хвастаться Список самых махровых проприерастов, кстати, далеко не пол, Аноним (-), 13:22 , 12-Янв-16, (140) +1 Вот видеозапись презентации на русском, что была более года назад https events, glebius (ok), 23:45 , 10-Янв-16, (92) +3 Тем временем в Linux 4 4, из полезного для Netflix-подобных задач бери больше, , rob pike (?), 03:51 , 11-Янв-16, (100) +1 // И другие мелкие улучшения, rob pike (?), 03:55 , 11-Янв-16, (101) +2 я не хочу сильно печалить Специалиста, но помимо случившегося буквально часы наз, тигар (ok), 09:26 , 11-Янв-16, (104) // Остынь, твои 10 гигабит никого не интересуют , Аноним (-), 11:01 , 11-Янв-16, (107) // твоих-то 10мбит adsl я сильно больше интересуют, ага , имя (?), 11:18 , 11-Янв-16, (109) Тем не менее, половина икспердного совета опеннета как всегда прибежало хоронить, Аноним (-), 11:18 , 11-Янв-16, (110) +2 Судя по тому, с каким жаром заодно обсудили My Little Pony и учитывая то, что , Аноним (-), 15:46 , 11-Янв-16, (113) –1 А вот настоящие профессионалы очень гордятся играми в догонялки за линуксом , Аноним (-), 13:28 , 12-Янв-16, (141) –1 Не отвлекайся от просмотра My Little Pony , Dmitry (??), 15:03 , 12-Янв-16, (145) –1 То, что 4 4 стал лучше добавили чего-то там в носу , чем 4 3, не говорит ниче, Andrey Mitrofanov (?), 11:08 , 11-Янв-16, (108) –1 // Не вечно же им раздавать видео с восьмидюймовых флоппи-дисков , rob pike (?), 15:29 , 11-Янв-16, (112) –2 // какой жЫрный трольчоночег, завидно аж а про восьмидюймовых флоппи-дисков у не, имя (?), 17:18 , 11-Янв-16, (115) О том какие диски там будут стоять через 5 лет - где можно почитать , rob pike (?), 20:43 , 11-Янв-16, (119) –1 укради машину времени у дружков по разуму с l o r, слетай в 5лет, поведай тут , тигар (ok), 10:54 , 12-Янв-16, (132) –1 Посмотри что за диски используют другие, и узнаешь что будет в нетфликсе через, Аноним (-), 15:50 , 12-Янв-16, (149) так покажи же эти диски , не стесняйся Можешь даже на примере взрослых дядь с , тигар (ok), 16:26 , 12-Янв-16, (151) –1 Суппортер-аникейщик опять пытается составить связный текст из слов, подслушанных, Аноним (-), 10:57 , 13-Янв-16, (152) –1 мальчик, после процитированого можешь даже не продолжать высказывать авторитетн, тигар (ok), 11:18 , 13-Янв-16, (153) –1 в рамках флейма - в 40GigE вливали 8Gbyte s с линукса, Аноним (-), 23:26 , 13-Янв-16, (154) Это понятно С линукс он такой, он в 40-гигабитную сетевуху может не только 8гиг, Аноним (-), 01:04 , 14-Янв-16, (155) +1 зачем ты это сделал ЗЫЖ интересно, а иксперт принесший DPDK в обсуждение сабжа п, тигар (ok), 08:35 , 14-Янв-16, (156) Мечтай, под бздами всё такСам признался , Аноним (-), 14:04 , 14-Янв-16, (157) +1 http www intel com content dam www public us en documents guides dpdk-freebsd-, Аноним (-), 17:14 , 14-Янв-16, (158) Если управление возвращается мгновенно, но мгновенно файлы не копируются, а прод, rvs2016 (ok), 16:53 , 11-Янв-16, (114) –1 // Как это сделано в subj-е я не знаю, но в тексте явно упоминался асинхронный режи, Аноним (-), 17:36 , 11-Янв-16, (116) 1,2,4,6,8,16,19,22,78,92,100,114

Сообщения

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

	91. "В состав FreeBSD принята высокопроизводительная реализация s..."	+7 +/–
	Сообщение от glebius (ok), 10-Янв-16, 23:44
	Я ещё немного наброшу в топку :) Презентации уже больше года. Очевидно, что за год было много сделано. Сейчас рекордные цифры сильно выше, чем 35 Гбит/с, что в презентации. Сейчас рассматриваем возможность перехода с агрегата из двух 40 Гбит/с на одну 100 Гбит/с. Соответственно трафик соответствующий. :) Но помимо нового sendfile сделаны ещё оптимизации в VM и в TCP, без них воспроизвести наши цифры на CURRENT не получится, поэтому я пока и не буду ими хвастать. Но, надеюсь, в скором времени большая часть работы будет в CURRENT. И вот ещё. Поверх нового sendfile построен SSL_sendfile(), позволяющий ядру слать данные из файла в SSL сокет. Само собой и чтение с диска и шифрование тоже выполняются в фоне. P.S. Спасибо Валентину, что расставил икспердов и мне надо объяснять про разницу блокирования на сокете и на диске. :)
	Ответить | Правка | Наверх | Cообщить модератору

	111. "В состав FreeBSD принята высокопроизводительная реализация s..."	+1 +/–
	Сообщение от metallica (ok), 11-Янв-16, 13:23
	> И вот ещё. Поверх нового sendfile построен SSL_sendfile(), позволяющий ядру слать данные > из файла в SSL сокет. Само собой и чтение с диска > и шифрование тоже выполняются в фоне. Вообще существует ли теоретическое обоснование перевода работ именно в ядро, в смысле, какая разница втом, будет ли работой заниматься поток юзера, переключившийся с ядро, или юзерспайсовый делегирует всё работу специализированому потоку в пространстве ядра, а сам будет ждать уведомлений через поллинг дескрипторов? В солярисе  имеется общий принцип: "на каждый чих создаём поток ядра". Это оправдано, так как ОС ориентирована на исполнение на машинах с сотнями CPU. Но непонятно зачем размножение потоков нужно в freebsb которая работает на тазиках с 4-8 CPU. Ну нахватает поток юзерспайсового сервиса запросов не отдачу контента, нагрузит работой по сетевому и блочному IO некоторое количество потоков в ядре, и те точно так же встанут в взаимных локах и зависнут в конкуренции на доступ к разделяемому ресурсу, как заблокировался бы юзерспайcовый поток, на ожидании наполнения кеша address_space в линуксе? > P.S. Спасибо Валентину, что расставил икспердов и мне надо объяснять про разницу > блокирования на сокете и на диске. В линуксе бликировка на диске в sendfile происходит только на время ожидания поступления данных с диска при запуске __blk_run_queue, так как заполнение beffer_head данным осуществляется в потоке, сделавшем sendfile. Остальное время поток, сделавший sendfile, не блокируется, а заполняет данными address_space файла, и мапит их в буфера pipe-а и исполняет калбек splice_write дескриптора выходного сокета.  Какая разница, какой поток будет блокироваться на время операции чтения данных с диска, поток юзерспайсового сервиса, делающего sendfile, или спецализированного, которому поток юзерпайсового сервиса делегирует эту работу?
	Ответить | Правка | Наверх | Cообщить модератору

	117. "В состав FreeBSD принята высокопроизводительная реализация s..."	–2 +/–
	Сообщение от Аноним (-), 11-Янв-16, 19:54
	В 11-Current по мелочи еще кажись выкинут из ядра kgdb и добавят статическую сборку с модулем zfs. Нас ждет бесплатная открытая солярка как по мне.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "В состав FreeBSD принята высокопроизводительная реализация s..."	+/–
	Сообщение от Andrey Mitrofanov (?), 11-Янв-16, 20:50
	> Нас ждет бесплатная открытая солярка как по мне. Это Вы "её" ждёте. Проприертарский самообман сидит глубоко.                 //..."десять раз отбей https://www.gnu.org/philosophy/stallmans-law.html лбом об пол"... Охохо, прямо хоть нимб надевай с ними!
	Ответить | Правка | Наверх | Cообщить модератору

	121. "В состав FreeBSD принята высокопроизводительная реализация s..."	+/–
	Сообщение от Аноним (-), 11-Янв-16, 21:00
	Будете приносить сюда анекдоты?)
	Ответить | Правка | Наверх | Cообщить модератору

	122. "В состав FreeBSD принята высокопроизводительная реализация s..."	+/–
	Сообщение от Аноним (-), 11-Янв-16, 21:05
	>> Нас ждет бесплатная открытая солярка как по мне. > Это Вы "её" ждёте. Проприертарский самообман сидит глубоко.     >             >  //..."десять раз отбей https://www.gnu.org/philosophy/stallmans-law.html лбом об пол"... > Охохо, прямо хоть нимб надевай с ними! И я никого не жду, а уже пользуюсь. И не надо ко мне официально.
	Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

	138. "В состав FreeBSD принята высокопроизводительная реализация s..."	–3 +/–
	Сообщение от Аноним (-), 12-Янв-16, 13:13
	Пользуются - практически все, притом давно в продакшне, притом что на линуксе зфс работает гораздо быстрее. И статическая сборка ZFS и SPL поддерживается. Вот только CDDL-лицензию почитай, чтобы понимать во что влип.
	Ответить | Правка | Наверх | Cообщить модератору

	144. "В состав FreeBSD принята высокопроизводительная реализация s..."	–1 +/–
	Сообщение от тигар (ok), 12-Янв-16, 13:56
	> Пользуются - практически все, притом давно в продакшне, притом что на линуксе > зфс работает гораздо быстрее. и пруфы этого есть?
	Ответить | Правка | Наверх | Cообщить модератору

	146. "В состав FreeBSD принята высокопроизводительная реализация s..."	+/–
	Сообщение от Аноним (-), 12-Янв-16, 15:42
	Может ещё и названия контор с фио внедренцев выложить?
	Ответить | Правка | Наверх | Cообщить модератору

	150. "В состав FreeBSD принята высокопроизводительная реализация s..."	+1 +/–
	Сообщение от тигар (ok), 12-Янв-16, 15:58
	> Может ещё и названия контор с фио внедренцев выложить? названия контор (а тем более фио внедренцев) 100 лет не нужны (и не только мне), но в приличном обществе, рассказывая о том, что "Х в У работает хуже, чем в Й" нужно приводить какие-то аргументы, дабы не выглядеть глупо. Это, как мне кажется, очевидная вещь. От Вас, гражданин, подтверждения Ваших слов мы, понятное дело, не дождемся. Спасибо за подареные при прочтении Вашего сообщения секунды смеха.
	Ответить | Правка | Наверх | Cообщить модератору

	147. "В состав FreeBSD принята высокопроизводительная реализация s..."	+/–
	Сообщение от Аноним (-), 12-Янв-16, 15:45
	> И статическая сборка ZFS и SPL поддерживается. > Вот только CDDL-лицензию почитай, чтобы понимать во что влип. Бедные пингвинятки в проблемы GPL влипают :'(
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	139. "В состав FreeBSD принята высокопроизводительная реализация s..."	–4 +/–
	Сообщение от Аноним (-), 12-Янв-16, 13:21
	Пользуются - практически все, притом давно в продакшне, притом что на линуксе зфс работает гораздо быстрее. И статическая сборка ZFS и SPL поддерживается. Вот только CDDL-лицензию почитай, чтобы понимать во что влип.
	Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

	125. "В состав FreeBSD принята высокопроизводительная реализация s..."	+9 +/–
	Сообщение от glebius (ok), 12-Янв-16, 01:37
	> Вообще существует ли теоретическое обоснование перевода работ именно в ядро, в смысле, > какая разница втом, будет ли работой заниматься поток юзера, переключившийся с ядро, или > юзерспайсовый делегирует всё работу специализированому потоку в пространстве ядра, а сам > будет ждать уведомлений через поллинг дескрипторов? В солярисе  имеется общий принцип: > "на каждый чих создаём поток ядра". Это оправдано, так как ОС ориентирована на исполнение > на машинах с сотнями CPU. Но непонятно зачем размножение потоков нужно в freebsb которая > работает на тазиках с 4-8 CPU. Ну нахватает поток юзерспайсового сервиса запросов не отдачу > контента, нагрузит работой по сетевому и блочному IO некоторое количество потоков в ядре, > и те точно так же встанут в взаимных локах и зависнут в конкуренции на доступ к разделяемому > ресурсу, как заблокировался бы юзерспайcовый поток, на ожидании наполнения кеша address_space в линуксе? Тут есть два заблуждения. Первое, что вообще для ожидания I/O от устройства обязателен какой-то поток, который будет блокироваться и ждать. Да, именно так часто и делают. Кому-то кажется, что так проще развязать блокировку - создать под неё поток, который не жалко заблокировать. Так же сделана и подсистема aio(4) в FreeBSD, в ней есть ядерный aio daemon. Хоть наша AIO и намного совершеннее, чем в Linux, но мы решили не завязывать новый sendfile на неё. В новом sendfile не появляется никаких новых потоков или контекстов. На время, когда диск занят копированием данных из себя в память, никакого контекста нет, который была бы связан непосредственно с этой операцией. Второе заблуждение, это про 4-8 CPU. Ну просто какой-то дичайший стереотип. Мол я дома ставлю FreeBSD поиграться на всякое старьё, наверное и Netflix так делает?! На самом деле нет. Ну просто возьмите спеки на то поколение машин, где 4-8 кор и поглядите, сможет ли там PCI пропустить 100 Гбит/с. Что касается ядро-неядро. 15 лет назад была мода всё нести в ядро, мол там быстрее. Теперь появился netmap и dpdk и в связи с этим новая мода - всё в юзерленд, там быстрее. Ну мебель можно двигать сколько угодно, а процессор выполняет инструкции с одной скоростью, не важно в каком он сейчас контексте работает. 15 лет назад смысл переносить функционал в ядро был в том, чтобы избежать копирования из юзерленд в ядро, а также чтобы уменьшить число переключений контекста, которые тогда были дорогими. Новая же мода объясняется тем, что ядра обросли функционалом и стали "подтормаживать на лишних операциях". Поэтому для примитивных задача а ля насрать 50 мегапакетов в секунду, или же отфильтровать эти же 50 мегапакетов по примитивному критерию, выгоднее стало писать с нуля сралку или фильтр на dpdk, а операционную систему использовать только для того, чтобы залогиниться в систему и получить доступ к сетевой карте. Некоторые люди неправильно понимают этот результат и думают, что если они перенесут весь TCP стек в юзерленд, то он тоже ускорится в 10 раз. Пока успехи на этом поприще достигают только те, кто опять же выполняют очень примитивные задачи. А как только они доведут свои userland TCP до ума, и по функционалу они будут иметь паритет с классическими ядерными сокетами, то и производительность выйдет на тот же самый уровень. Ну этот весь абзац - моё личное мнение. Время покажет, ошибаюсь я или нет. > В линуксе бликировка на диске в sendfile происходит только на время ожидания поступления данных с > диска при запуске __blk_run_queue, так как заполнение beffer_head данным осуществляется в потоке, > сделавшем sendfile. Остальное время поток, сделавший sendfile, не блокируется, а заполняет данными > address_space файла, и мапит их в буфера pipe-а и исполняет калбек splice_write дескриптора выходного > сокета.  Какая разница, какой поток будет блокироваться на время операции чтения данных с диска, поток > юзерспайсового сервиса, делающего sendfile, или спецализированного, которому поток юзерпайсового > сервиса делегирует эту работу? У нас никакой не блокируется, в этом и соль.
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	160. "В состав FreeBSD принята высокопроизводительная реализация s..."	+/–
	Сообщение от rob pike (?), 16-Янв-16, 14:01
	> Ну мебель можно двигать сколько угодно, а процессор выполняет инструкции с одной скоростью, не важно в каком он сейчас контексте работает. Важно как часто его отрывают от работы для передвигания мебели между ядром и юзерлэндом. > 15 лет назад смысл переносить функционал в ядро был в том, чтобы избежать копирования из юзерленд в ядро, а также чтобы уменьшить число переключений контекста, которые тогда были дорогими. Они и сейчас дорогие. И становятся только дороже с "поумнением" процессоров. > 14,000 cycles after a syscall, code is still not quite running at full speed > Some of the syscalls cause 40+ TLB evictions. For a chip with a 64-entry d-TLB, that nearly wipes out the TLB. The cache evictions aren’t free, either. > Новая же мода объясняется тем, что ядра обросли функционалом > как только они доведут свои userland TCP до ума, и по функционалу они будут иметь паритет с классическими ядерными сокетам Что не нужно приблизительно никому.
	Ответить | Правка | Наверх | Cообщить модератору

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

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