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

Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP, opennews (??), 13-Авг-17, (0) [смотреть все] Чем оно отличается от OpenLDAP С апстримом синхронизируется или нет , Аноним (-), 22:21 , 13-Авг-17, (1) –1 // Да, синхронизируется Хотя апстрим кошмарен, если разобраться Рекомендую гля, Леонид Юрьев (?), 22:37 , 13-Авг-17, (2) +3 // Упс, безопасный вариант второй ссылки http bit ly 2fD7sCL, Леонид Юрьев (?), 22:39 , 13-Авг-17, (3) +1 // Кстати, приезжайте в этом году И ещё кстати заметил сборку reopenldap-2 4 44 , Michael Shigorin (ok), 16:25 , 14-Авг-17, (33) Постараюсь Но увы обещать не могу Тут вот надо-бы в Брюссель ехать на https , erthink (ok), 17:03 , 14-Авг-17, (35) +1 клевета мы под Эльбрус ReOpenLdap не собирали , Shtirlitsus (??), 15:05 , 16-Авг-17, (52) +1 Пардон, у меня под подозрением были только вы Точнее я был уверен Больше и, erthink (ok), 17:12 , 16-Авг-17, (55) Записал в тудушку спросить при встрече , Michael Shigorin (ok), 19:33 , 22-Авг-17, (89) –1 Речь вот об этой наркомании int ldap_search_ext LDAP ld,, Аноним (-), 00:08 , 14-Авг-17, (5) +6 // gt оверквотинг удален Нет В этом API просто много параметров и пугающие LDAPCo, erthink (ok), 07:41 , 14-Авг-17, (11) +1 // Вы видели первую версию API ldap_search , без _ext Вот это называется логич, Аноним (-), 14:08 , 14-Авг-17, (28) +2 // ldap_search просто вызывает ldap_search_ex подставляя кучу NULL Использовать, erthink (ok), 17:38 , 14-Авг-17, (37) +3 Если OpenLDAP не подошел может быть было лучше эти посмотреть http directory, Ph0zzy (ok), 06:15 , 14-Авг-17, (8) –1 // FDS вряд ли им подойдет, т к неторопливый на их нагрузках сказывается использо, Аноним (-), 06:25 , 14-Авг-17, (9) +1 // Да, примерно так, но хуже На пробах нагрузку держал только OpenLDAP, все остальн, erthink (ok), 07:16 , 14-Авг-17, (10) +3 // Поставить OpenLDAP HDB 124 MDB репликой к 389DS 124 FDS мульти-мастеру 1 Упра, PnDx (ok), 14:21 , 14-Авг-17, (29) Увы, это все нереально 389DS не справляется с требуемой нагрузкой Если было-бы с, erthink (ok), 15:35 , 14-Авг-17, (30) +1 Да, и в моём случае корень проблемы даже не столько в BDB как таковой на чтении, PnDx (ok), 20:09 , 14-Авг-17, (41) В одном федеральном органе такой AD держался на сильно специальном контракте по , Michael Shigorin (ok), 16:28 , 14-Авг-17, (34) Не знаю про какой Вы там федеральный орган, но я лично участвовал во внедрении O, arkan (?), 13:22 , 17-Авг-17, (63) Вообще LDAP -- не замена AD который надмножество покорёженного LDAP , это самбу, Michael Shigorin (ok), 19:36 , 22-Авг-17, (90) –1 У OpenDJ или 389DS будет шанс обогнать ReOpenLDAP по скорости только при замене , erthink (ok), 08:15 , 14-Авг-17, (12) // т е проблема именно в неприятии java а значит ApacheDS пролетает из-за этого же, Ph0zzy (ok), 08:50 , 14-Авг-17, (14) –1 // Что значит неприятие Java Неприятие кем Пролетает где Безотносительно Apache, erthink (ok), 09:17 , 14-Авг-17, (17) +2 Это не проблема, это реалии жизни Потому, что большая часть того, что пишется н, andy (??), 10:29 , 14-Авг-17, (23) +4 а на счет этогоhttp directory apache org mavibot движка что скажете , Ph0zzy (ok), 09:09 , 14-Авг-17, (16) // С Mavibot в работе я не сталкивался Судя по описанию его устройство очень близко, erthink (ok), 11:40 , 14-Авг-17, (26) +1 Последние несколько лет сильно за темой не слежу, так что эта новость первая, ко, Ph0zzy (ok), 12:37 , 14-Авг-17, (27) Я бы не сказал что застой, точнее он только в OpenLDAP причины в моем понимании, erthink (ok), 15:56 , 14-Авг-17, (31) +3 хорошо, а почему нет ебилдов , Аноним (-), 08:44 , 14-Авг-17, (13) –2 // Потому-что нам они не нужны, а вы их не сделали Welcome https github com leo, erthink (ok), 09:31 , 14-Авг-17, (20) +2 В чем преимущества по сравнению с 389 Directtory Server RedHat Directory Server, Аноним (-), 09:06 , 14-Авг-17, (15) +1 // Повторю еще раз скорость Чтобы у 389DS были шансы сравниться с OpenLDAP или Re, erthink (ok), 09:23 , 14-Авг-17, (18) +1 // А вы пробовали с Red Hat на эту тему поговорить разумеется с бенчмарками и проч, Аноним (-), 10:28 , 14-Авг-17, (22) // Говорить по-сути не о чем Проблема в другом, и уже давно как бревно в глазу У Re, erthink (ok), 11:00 , 14-Авг-17, (25) +2 Бурханыч еще и в сторону LDAP развивает Интернет , Аноним (-), 09:26 , 14-Авг-17, (19) +4 // Слоупок я, дошло о чем спрашивали Может и развивает, но мне об этом ничего не , erthink (ok), 00:23 , 21-Авг-17, (88) +1 может быть, если бы вы в своих репозиториях в гитхабе использовали другой язык, , Ph0zzy (ok), 10:25 , 14-Авг-17, (21) –1 // Да, конечно, это очевидно Но не все так однозначно Собственно главная проблем, erthink (ok), 10:40 , 14-Авг-17, (24) А почему не LibreLDAP LibreOpenLDAP Зачем ломать стереотпы, ALex_hha (ok), 16:13 , 14-Авг-17, (32) // Исходная цель ReOpenLDAP была попроще навести минимальный порядок и поправить , erthink (ok), 17:16 , 14-Авг-17, (36) Если такие прямо несусветные запросы к производительности, почему не взяли прост, лютый жабист__ (?), 18:22 , 14-Авг-17, (38) –1 // fix не rdbms конечно, а dbms, лютый жабист__ (?), 18:23 , 14-Авг-17, (39) –1 // Начиналось с другого, совсем Просматривался вариант реализовать одну из подсисте, erthink (ok), 19:01 , 14-Авг-17, (40) // Есть полно промышленных решений особенно на почитаемой вами жабе которые не надо, лютый жабист__ (?), 11:52 , 15-Авг-17, (42) –3 У вас есть неточность - на java НЕТ промышленных и не промышленных решений кот, erthink (ok), 12:47 , 15-Авг-17, (43) +1 Чуть наброшу по теме Java Все ошибаются, и нисколько я не исключение Поэтому, е, erthink (ok), 13:51 , 15-Авг-17, (44) +2 Ибо уже года 3 могу ошибаться срывают сроки релизов из-за того По личному опы, лютый жабист__ (?), 09:04 , 16-Авг-17, (45) –4 Я там ответил, но получилось в новой ветке видимо промазал по ссылке , erthink (ok), 12:12 , 16-Авг-17, (48) В способности тру-жабистов нагрузить в полку все 100500 ядер системы даже обычны, Аноним (-), 10:31 , 17-Авг-17, (59) +4 Не заметил На самом деле платят и ищут профи Просто предложите свои услуги, если, erthink (ok), 11:56 , 16-Авг-17, (46) +1 // Ох, судя по описанию java-вакансии в Петер-Сервисе еще не все пальцы отгорели от, erthink (ok), 12:09 , 16-Авг-17, (47) +2 По вакансии не скажешь, что ищут профи Ожидания уровня простого жабакодера з, лютый жабист__ (?), 12:26 , 16-Авг-17, (49) –3 // Ну я уже понял что вы у нас коренной уникум из defaultcity и за еду в Питер не, erthink (ok), 13:10 , 16-Авг-17, (50) +1   // Какие кадры на hl встречаются, ржу не могу Увы, си днище, потому что нормальн, лютый жабист__ (?), 14:42 , 16-Авг-17, (51) –5   Да, понимаю Но вы держитесь, нас всех когда-нибудь вылечат Короче, шанс еще ес, erthink (ok), 17:05 , 16-Авг-17, (54)   Гражданин, в твоем кривом мозгу не созрело что JAVA изначально тоже писана на C , bOOster (ok), 06:23 , 17-Авг-17, (58)   И посмотри сколько ДЫРИЩ в каждой версии Жду не дождусь когда жабку перепишут н, лютый жабист__ (?), 11:48 , 17-Авг-17, (61) –2   Ну а rust видимо из святым духом программировался из сферического вакуума прос, bOOster (ok), 21:09 , 17-Авг-17, (69)   Такой сверхироничный ламер, просто диву даюсь Раст это компилятор, пусть его хо, лютый жабист__ (?), 16:36 , 19-Авг-17, (87) –5   Я жабу не люблю, но насколько я знаю, за счёт вирт машины можно делать runtime-, Лис (?), 21:48 , 16-Авг-17, (56) –4   JIT и интроспекция действительно позволяют делать некоторую оптимизацию, но вот , erthink (ok), 23:32 , 16-Авг-17, (57) +1   Гуру из Positive Technologies видимо не знает, что в теоретической физике уже ле, лютый жабист__ (?), 17:21 , 17-Авг-17, (64) –3   Тоже слышал про сжатие пространства и отрицательную энергию Но трицательный IQ в, Аноним (-), 17:55 , 17-Авг-17, (65) +2   Кстати, ещё очевидный тезис, не раз его озвучивал JVM проектируют и программят , лютый жабист__ (?), 18:04 , 17-Авг-17, (66) –3   Оставьте вы Леху в покое, его уже и так допекли разные грамотеи Знаете яву - отл, erthink (ok), 20:36 , 17-Авг-17, (68) +3   Знатно потролилил убогого Хотя это и реализуется, и почти без падения производ, bOOster (ok), 21:19 , 17-Авг-17, (70) +1   Не, это было лишнее Удалил , erthink (ok), 21:27 , 17-Авг-17, (72)   В java нет uint64_t, поэтому умножение u64xu64- u128 придется делать через , , erthink (ok), 22:43 , 17-Авг-17, (75)   The Future will Positivewhich are not uses specific hardware tricksэто ты про се, лютый жабист__ (?), 05:17 , 18-Авг-17, (80) –5   Ну так предложите автору исправления Посмейтесь вместе с носителем языка и пока, Аноним (-), 12:32 , 18-Авг-17, (81) +4   Если не заниматься тактодрчерством, а брать практические задачи, например FTSдви, лютый жабист__ (?), 16:53 , 18-Авг-17, (82) –3   Все практические задачи состоят из простых действий, каждое из которых корректне, erthink (ok), 21:50 , 18-Авг-17, (84)   Ты наверное из далекого будущего пишешь, ScyllaDb появилось на 10 лет позже Каси, лютый жабист__ (?), 06:02 , 19-Авг-17, (85) –3   то мне на той неделе одни люди говорили о том, как собираются жабу менять на , Michael Shigorin (ok), 19:44 , 22-Авг-17, (91)   Зубры, мкаки, хомячки и прочие насекомые - много вас таких , Led (ok), 00:01 , 18-Авг-17, (78) +1   Хм, ява вместо брусчатки Коллега что-ли , Павленскй (?), 10:39 , 19-Авг-17, (86) +3   RTFM Запросы поиска чтения в ReOpenLDAP и libmdbx масштабируются линейно по ядра, erthink (ok), 18:40 , 17-Авг-17, (67) +1 // Спасибо за интересный проект Такой вопрос Хочу использовать libmdbx как хранилищ, Лис (?), 22:20 , 17-Авг-17, (74) // Да, нужно адаптировать Но думаю изменения будут небольшие и в основном механичес, erthink (ok), 23:12 , 17-Авг-17, (76) +2 // Спасибо за ответ , Лис (?), 00:30 , 18-Авг-17, (79) 1,5,8,13,15,19,21,32,38,46,67

Сообщения

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

	50. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	+1 +/–
	Сообщение от erthink (ok), 16-Авг-17, 13:10
	>> На самом деле платят и ищут профи. > По вакансии не скажешь, что ищут профи. "Ожидания" уровня простого жабакодера. з/п > не указана. Ещё и Питер. Ну я уже понял что вы у нас коренной уникум из defaultcity и "за еду" в Питер не поедете. Может покажите что-нибудь для острастки, на github например? >> "правильно сделанная программа на Java всегда будет медленнее и прожорливее аналога на >> C/C++." > Ты опять неправ. Про утилизацию железа уже писал. Из личных наблюдений сишные > Постгрес, Монго, Оракле на например 12-ядернике дальше 1-2 ядер НИКОГДА не > вылазят. Мои жабные поделки - легко, иногда даже без доп телодвижений > (те же Collections из core многопоточны из коробки). Я не хочу спорить с вами о вещах, которые вы не понимаете. Точнее, видимо, не понимаете до конца как они работают. Говоря пафосно, пытаться обогнать C/C++ на Java - это примерно как превысить скорость света :) С одной стороны, в яве не ничего, чего нельзя-было бы сделать на С/C++ (но на Java может быть _дешевле_). С другой стороны, в ява неизбежны накладные расходы при организации структур данных. Конечно можно все сделать на массивах из primitive types или в unsafe (который "внезапно" до-сих пор не выкинули), но тогда зачем вообще тут Java? > Кстати, из общения с продуктами Positive Technologies. SIEM полный шлак по сравнению > со ВСЕМИ рассмотренными конкурентами. Сканер сети шлак, а цена космос. Только > менеджеры говорливые, обещают что "вот-вот всё станет круто". Так что предлагаю > авторитетом не давить ;) Это как-раз "не кстати" и не имеет отношения к теме, а просто показывает отсутствие у вас экспертизы и других аргументов. Рекомендую начать с изучения причин попадания Positive Technologies в "магический квадрант". Тем не менее - я вам не скажу за "всю Одессу", особенно за продукты с ложкой такого java-кошмара как ElasticSearch... Но если же есть что-то сказать, то приходите на https://www.phdays.ru и/или http://www.securitylab.ru А вот с моими "поделиями" все просто = берете линейку и меряете. Давайте начнем с этих мелочей и до "Позитива" доберемся чуть позже (и для релевантности после релизов с каким-нибудь моим участием).
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	–5 +/–
	Сообщение от лютый жабист__ (?), 16-Авг-17, 14:42
	Какие кадры на hl встречаются, ржу не могу... Увы, си днище, потому что нормальные прогеры пишут сразу в машинных кодах. И субд и распределенные системы. А си ваше тормозит и глючит, особенно с -O3, знаем, плавали.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	+/–
	Сообщение от erthink (ok), 16-Авг-17, 17:05
	> Какие кадры на hl встречаются, ржу не могу... Увы, си днище, потому > что нормальные прогеры пишут сразу в машинных кодах. И субд и > распределенные системы. А си ваше тормозит и глючит, особенно с -O3, > знаем, плавали. Да, понимаю. Но вы держитесь, нас всех когда-нибудь вылечат ;) Короче, шанс еще есть, держитесь!
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	+/–
	Сообщение от bOOster (ok), 17-Авг-17, 06:23
	Гражданин, в твоем кривом мозгу не созрело что JAVA изначально тоже писана на C? И собирается с теми-же -O ключами? "де$илы, $ля" (с)
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	61. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	–2 +/–
	Сообщение от лютый жабист__ (?), 17-Авг-17, 11:48
	>JAVA изначально тоже писана на C И посмотри сколько ДЫРИЩ в каждой версии. Жду не дождусь когда жабку перепишут на rust-е, а си и на этой задаче пойдёт в помойку ;)
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	+/–
	Сообщение от bOOster (ok), 17-Авг-17, 21:09
	Ну а rust видимо из "святым духом" программировался из сферического вакуума простанства и времени… (facepalm)
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	–5 +/–
	Сообщение от лютый жабист__ (?), 19-Авг-17, 16:36
	> Ну а rust видимо из "святым духом" программировался из сферического вакуума простанства > и времени… (facepalm) Такой сверхироничный ламер, просто диву даюсь. Раст это компилятор, пусть его хоть на брейнфаке пишут, глюки сишечки в него никак не переползут. В отличие от виртуальной машины JVM (это даже если раст на сях пишут, в чём не уверен).
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	–4 +/–
	Сообщение от Лис (?), 16-Авг-17, 21:48
	Я жабу не люблю, но насколько я знаю, за счёт вирт. машины можно делать runtime-оптимизации недоступные сишке и отчего жаба будет быстрее в определённых случаях. Так что про скорость света это может быть несколько ошибочно.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	57. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	+1 +/–
	Сообщение от erthink (ok), 16-Авг-17, 23:32
	> Я жабу не люблю, но насколько я знаю, за счёт вирт. машины > можно делать runtime-оптимизации недоступные сишке и отчего жаба будет быстрее в > определённых случаях. > Так что про скорость света это может быть несколько ошибочно. JIT и интроспекция действительно позволяют делать некоторую оптимизацию, но вот кол-во случаев когда это получается и дает результат не так много: 1. Всяческое "совсем" позднее связывание (включая подгрузку каких-то классов на ходу), что в случае java перетекает в следующий подпункт; 2. Генерация кода самой программой; 3. Если выясняется что какой-то метод вызывается очень часто, в том числе когда часть или все параметры зафиксированы; В C/C++ штатного JIT конечно нет, но при необходимости есть несколько вариантов (NativeJIT, LLVM, даже jithabr). Подпункты же 1 и 3 примерно не актуальны, т.е. дают выигрыш в экосистем java, а в C/C++ и без них нормально. Поэтому, в качестве итога = за счет упомянутых оптимизаций java может обогнать только плохой (плохо спроектированный или бездумный) код C/C++. Но в этом может быть и прелесть явы: можно упopото вить веревки из паттернов и абстракций, потом вжух и в продакшин, и оно будет работать (только медленнее C/C++).
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	–3 +/–
	Сообщение от лютый жабист__ (?), 17-Авг-17, 17:21
	>скорость света, скорость света, скорость света Гуру из Positive Technologies видимо не знает, что в теоретической физике уже лет 100 как вполне допускается передвижение быстрее С. ;) wormhole называется. Что самое смешное, аналогия вполне в тему - движение тушки в пространстве это цепочка си - ассемблер - машинные инструкции. Си тут ДАЛЕКО не "скорость света". А на мейнфреймах с Z/OS некоторые операции жабы исполняются сразу процом. Вполне себе такой wormhole. Си в пролёте... ;)
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	65. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	+2 +/–
	Сообщение от Аноним (-), 17-Авг-17, 17:55
	Тоже слышал про сжатие пространства и отрицательную энергию. Но трицательный IQ вижу впервые, это прохая реклама для жабы.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	–3 +/–
	Сообщение от лютый жабист__ (?), 17-Авг-17, 18:04
	Кстати, ещё очевидный тезис, не раз его озвучивал. JVM проектируют и программят зубры, навроде Шипилева. А прожки пишут простые Васи-погромисты. Половина из них чуть лучше среднего, а половина так и хуже среднего. Только не надо блабла, что сишнике все сплошь с IQ 150++ Поэтому равнять оптимизации Васи-погромиста и оптимизации Шипилёва - признак небольшого ума. Итого прога на жабе из под обычного прогера-жабиста может легко обогнать прогу на си обычного прогера-сишника. Шах и мат, братишки! Надоело очевидное рассказывать...
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	68. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	+3 +/–
	Сообщение от erthink (ok), 17-Авг-17, 20:36
	Оставьте вы Леху в покое, его уже и так допекли разные грамотеи. Знаете яву - отлично, знаете как процы работают - еще лучше. Так продемонстрируйте сами что-нибудь, своё и не бесполезное. Нет готового - сделайте, а не страдайте тут маразмом. К примеру, вот возьмите и реализуйте на java это = https://github.com/leo-yuriev/t1ha Некоторые "идиоты" (включая меня) утверждают, что это толком не возможно (будет в 4-6 раз медленнее) - покажите обратное. Если (вдруг) не получится, то можно сделать пользу = пробросить вызовы через "Critial Natives" = https://bugs.openjdk.java.net/browse/JDK-7013347 Попробуйте сделать bench, посмотрите в v-tune и т.д. Море возможностей...
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	+1 +/–
	Сообщение от bOOster (ok), 17-Авг-17, 21:19
	> К примеру, вот возьмите и реализуйте на java это = https://github.com/leo-yuriev/t1ha > Некоторые "идиоты" (включая меня) утверждают, что это толком не возможно (будет в > 4-6 раз медленнее) - покажите обратное. Знатно потролилил убогого ) Хотя это и реализуется, и почти без падения производительности, но через JNI и опять с выходом на C :)
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	+/–
	Сообщение от erthink (ok), 17-Авг-17, 21:27
	> Знатно потролилил убогого ) Хотя это и реализуется, и почти без падения > производительности, но через JNI и опять с выходом на C :) Не, это было лишнее. Удалил.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	+/–
	Сообщение от erthink (ok), 17-Авг-17, 22:43
	> Знатно потролилил убогого ) Хотя это и реализуется, и почти без падения > производительности, но через JNI и опять с выходом на C :) В java нет uint64_t, поэтому умножение u64xu64->u128 придется делать через %$#, например так = https://github.com/leo-yuriev/t1ha/blob/25f790b6723fa0035f2b... В результате вместо одного (но "широкого") умножения будет аж 4, плюс сдвиги и сложения. java.math.BigInteger - да можно, но оверхед достаточно показательный.
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	80. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	–5 +/–
	Сообщение от лютый жабист__ (?), 18-Авг-17, 05:17
	>его уже и так допекли разные грамотеи. The Future will Positive which are not uses specific hardware tricks это ты про себя? :) хау мач вотч, мгимо финишд? По хэш функции. Опять сишники сваливаются в микробенчмарки. Не интересно абсолютно.
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

	81. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	+4 +/–
	Сообщение от Аноним (-), 18-Авг-17, 12:32
	>The Future will Positive >which are not uses specific hardware tricks Ну так предложите автору исправления. Посмейтесь вместе с носителем языка и покажите как должно быть. Ткните носом, с аргументацией (правила из учебника). >это ты про себя? :) хау мач вотч, мгимо финишд? По делу есть-что аргументировать, кроме продолжения "сам дурак"? >По хэш функции. Опять сишники сваливаются в микробенчмарки. Не интересно абсолютно. Возьмите линейку, измерьте и покажите: вот такая-то задача, вот её код, вот код "линейки", вот и тут Java быстрее C++ на столько-то. Либо отыщите готовые результаты. Ведь их же должно быть валом? PS: Вас культурно и многократно выпороли, а вы продолжаете что-то изображать.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	–3 +/–
	Сообщение от лютый жабист__ (?), 18-Авг-17, 16:53
	Если не заниматься тактодрчерством, а брать практические задачи, например FTSдвижок, графовую субд с мощным движком (где можно за небольшое время написать свой траверсер или выбрать из кучи стандартных) то могучих сишников как ветром сдувает. Покажите аналог jboss-а под си. Мне и мерять ничего не надо, кровавый ынтырпрайз лепится на жабе и точка.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	+/–
	Сообщение от erthink (ok), 18-Авг-17, 21:50
	> Если не заниматься тактодрчерством, а брать практические задачи, например FTSдвижок, графовую субд с мощным движком (где можно за небольшое время написать свой траверсер или выбрать из кучи стандартных) то могучих сишников как ветром сдувает. Покажите аналог jboss-а под си. Мне и мерять ничего не надо, кровавый ынтырпрайз лепится на жабе и точка. Все практические задачи состоят из простых действий, каждое из которых корректнее измерять в тактах. А вся оптимизация заключается в экономии этих тактов, чем собственно и занимается упомянутый вами Шипилев в рабочее время. Полнотекстовый поиск (FTS), семантический анализ, графовые БД, RDF и все прочие практические задачи (с "нелинейными" манипуляциями структурами данных "на указателях") в C/C++ всегда будут быстрее. Поэтому Sphinx от Андрюхи рвет какой-нибудь ElasticSearch почти также как ScyllaDb унижает Cassandra. Однако, на Java делать подобные аппликухи-залипухи в 42 раза проще/дешевле, включая всякие POCи,  плагинчики и прочие XY-инчики. К сожалению, это и более выгодно - рынок пока еще ведется на "безопасность и надежность" Java в обработке данных. Поэтому генерируется очень много "мега-проектов", которые индустрия не успевает вовремя переварить и слить (по-сути ими забита канализация). Короче, попробуйте загрузить в ElasticSearch пару десятков миллионов чего-нибудь больше "Hello Word"... Увидите как яву укачивает и тошнит везде где нетривиальные задачи сочетаются с нагрузкой. Иногда может показаться что оно работает быстро - пока не будет повторено на C/C++ (как ScyllaDB); и как-бы надежно - но до нехватки памяти, места на диске и т.п., а потом абсракции сталкиваются с реалиями; и как-бы безопаснее чем C/C++... А вот со всяческой оркестрацией и "архитектурной гибкостью" у Java наоборот очень хорошо. Чуть менее чем все паттерны там очень хорошо/обильно и давно смазаны вазелином. Адаптеры, фасады и всяческие другие виды прокладок позволяют решать месячные проблемы бизнес-архитекторов и прочих "аналитегов". Поэтому "кровавый ынтерпрайз" неотделим от java, и  от обоих инженеров тошнит примерно одинаково. Вот поэтому "кровавый ынтерпрайз", когда дело доходит до нагрузки и производительности - либо загибается и умирает, либо эволюционирует и прозревает в отношении jboss и прочей явоты. Тем не менее, я еще раз повторю: Java прекрасна и очень-очень к месту, там где требуемая производительность позволяет транжирить такты CPU и мегабайты RAM.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	–3 +/–
	Сообщение от лютый жабист__ (?), 19-Авг-17, 06:02
	>Sphinx рвет ElasticSearch >ScyllaDb унижает Cassandra Ты наверное из далекого будущего пишешь, ScyllaDb появилось на 10 лет позже Каси и до сих пор не реализован весь функционал этого drop-in (хыхы) replacement. Инсталляций 3.5 на всю планету. Sphynx через 50 лет, видимо, тоже будет рулить. Тебе лучше знать. Лучше расскажи, почему в вашем Positive Technology SIEM слепили на богомерзком ElasticSearch? При этом имея storage в виде mongo которое сишное и имеет встроенный FTS (по моему опыту более тормозной upto 1000x и убогий) У них же такие эксперты-сишники работают :)
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	+/–
	Сообщение от Michael Shigorin (ok), 22-Авг-17, 19:44
	> Если не заниматься тактодрчерством, а брать практические задачи ...то мне на той неделе одни люди говорили о том, как собираются жабу менять на сишечку примерно в масштабах ЦОДа. Вас и впрямь выпороли.  Причины [смутного] беспокойства тоже отчасти понятны, я бы тоже беспокоился при таком поведении оракла в стеклянном доме...
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

	78. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	+1 +/–
	Сообщение от Led (ok), 18-Авг-17, 00:01
	> JVM проектируют и программят зубры, Зубры, мкаки, хомячки и прочие насекомые - много вас таких.
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	86. "Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP"	+3 +/–
	Сообщение от Павленскй (?), 19-Авг-17, 10:39
	Хм, ява вместо брусчатки. Коллега что-ли?
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

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

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