|
|
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakovazsxя не знаю ни одной учётной системы в РФ более менее написанной на С А их (в тиражируемом варианте) просто быть не может. Слишком быстро меняется учётное правовое поле, справиться с этим могут только скриптовые языки. 1С на С++ написана. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 15:39 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
kealon(Ruslan)semen.s.semen, но мышление придётся менять, deletor unique_ptr это как раз шаг в сторону GC Нет Я точно знаю когда запустится этот deletor ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 15:39 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
semen.s.semenВ С++ char buffer[] = new char[12] delete buffer; delete[] buffer разумеется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 15:40 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
semen.s.semensemen.s.semenВ С++ char buffer[] = new char[12] delete buffer; delete[] buffer разумеется. Вот, а явист бы не промахнулся, ибо <...> :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 15:46 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
Фэйтл Эраsemen.s.semenпропущено... delete[] buffer разумеется. Вот, а явист бы не промахнулся, ибо <...> :) А причем тут <...> и [] ? Вы знаете чем отличается delete buffer от delete[] buffer ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 15:47 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
semen.s.semenФэйтл Эрапропущено... Вот, а явист бы не промахнулся, ибо <...> :) А причем тут <...> <...> в данном конкретном случае означает "и т.д. и т.п.", т.е. - "много раз уже говорено". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 15:49 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
Фэйтл Эраsemen.s.semenпропущено... А причем тут <...> <...> в данном конкретном случае означает "и т.д. и т.п.", т.е. - "много раз уже говорено". Все равно не понял что имеется ввиду. delete[] buffer вообще нехорошо Лучше std::unique_ptr<char[]> либо же на стеке Это я так для примера указал и малька накосячил ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 15:51 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
Кстати тут умные явисты мне задвигают про Escape Analysis и помещение объектов на стек а DirectByteBuffer ява тоже на стек сможет положить ? Сильно сомневаюсь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 15:52 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
semen.s.semenВсе равно не понял что имеется ввиду. Всего лишь, что у явистов такой "проблемы" не возникло бы скорее всего никогда. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 15:55 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
Фэйтл Эраsemen.s.semenВсе равно не понял что имеется ввиду. Всего лишь, что у явистов такой "проблемы" не возникло бы скорее всего никогда. Ну разумеется на этапе разработки бы не возникло - память чистит ГЦ А вот на этапе работы в проде у девочек в кол центре возник бы подвисший от фул ГЦ веблоджик И тут один вопрос Что для бизнеса и программистов норма - быдло подход за бабло или высокая умная разработка и тоже за бабло - но только с другими людьми и эмоциями и отношениями. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 16:01 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
полудухэто типа, заходим в детский сад, ставим задачу максимально полно и... хаваем PROFIT!? опыт программиста у него не играет в написании CRM, ишь ты, архитектор-медиум 100го лвла Если в результате плохого ТЗ даже мегапрофессионал пишет несколько лет, а надо было за полгода, то это и есть независимость от опыта. Понятно что программеры что-то должны уметь. Не надо тут на детсад ссылаться. Но уровень при плохом ТЗ не имеет значения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 16:04 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
semen.s.semenНу разумеется на этапе разработки бы не возникло - память чистит ГЦ А вот на этапе работы в проде у девочек в кол центре возник бы подвисший от фул ГЦ веблоджик Так и у тебя бы при работе возник: delete и delete[] - вещи разные. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 16:09 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
Фэйтл Эраsemen.s.semenНу разумеется на этапе разработки бы не возникло - память чистит ГЦ А вот на этапе работы в проде у девочек в кол центре возник бы подвисший от фул ГЦ веблоджик Так и у тебя бы при работе возник: delete и delete[] - вещи разные. :) Это бага А ГЦ - это фундаментальный геморрой ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 16:14 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
Фэйтл Эраdelete и delete[] - вещи разные. :) Спасибо КЭП Я с этого начал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 16:14 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
semen.s.semenЭто бага... Которой скорее всего и не может случиться в Ява. semen.s.semenА ГЦ - это фундаментальный геморрой Тоже да. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 16:53 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
Фэйтл Эра... Ну глупость же. В чем глупость? Назовите хоть одну из не связанных с системным программированием задач, которую нельзя реализовать например на QBasic. А с учетом, что для критичного к производительности кода никто не мешает делать вызовы внешних библиотек, так и вообще таких задач нет. Всякие "саксес стори" "извращений" вида node.js это замечательно подтверждают. Когда язык специально заточенный под браузеры, радостно используют для серверной разработки. И ведь у многих получаются работающие коммерческие продукты и даже относящиеся к категории subj'а. А кому-то GC в Java жизнь так портит, что даже JNI не помогает ))) Oracle CC&B изначально был написан на Cobol'е, сейчас народ переписал под Web и Java (при этом переписал "совместимо"!, часть бизнес кода и пользовательские расширения остались/продолжали работать на Cobol'е). Дикий микс технологий: Java, Hibernate, Cobol ))) И ничего, работает. Можно ли было написать лучше - да, там до кучи не оптимальных решений. Но то, что работает, с этим спорить бесмысленно. Видел (и писал сам) настраиваемые решения на Oracle Forms. Языке который вообще не допускает создание визуальных элементов в runtime. Ничего. Матюгались, писали и оно работало. Что могли - в рантайм, что не могли в runtime - кодогенерацией. Почему приложение на Java требует "регулярно перегружать сервер" - это вопрос к программистам и кривизне их рук. Если бы те же самые программисты писали на C++, Go, Erlang - было бы тоже самое. 1) Падение софта 2) Недетерменированные тормоза 1. Т.е. Вы утверждаете, что необоснованные "падение софта" это врожденная фича Java ? Любой java софт должен "падать" ? Это лож. Например у меня говно-закодированная очередь асинхронной печати отчетов для сайта на Java. (Java + Apache Http Core) Написал за неделю в том году. В декабре 2017 запустили на сервере, в марте 2018 выключали базу, т.ч. пришлось перегрузить, с тех пор и до сих пор работает. Никаких "падений" не зафиксировано. Знаю системы для брокеров. (www.tradingview.com), серверная часть в огромной части на Java. Падения тоже исключительно по вине кривых рук. 2. Недетерменированные тормоза Есть GC с детерменированными тормозами. Фиксированной задержкой на фазы GC требующие полной остановки JVM. Остальные тормоза - опять таки кривость рук программиста. Такой говно-алгоритм, говно-закодировали. Ровно тот же алгоритм, при такой же кривизне рук и на C вполне успешно, детерменированно будет тормозить. Есть требования бизнеса. Пока "тормоза" укладываются в эти требования они никого не волнуют. Вас же не беспокоит, что и по Ethernet (а уж про I-net и говорить нечего) сетевые пакеты тоже недетерменированно тормозять. IMHO & AFAIK ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 16:54 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
Leonid KudryavtsevЭто лож. Например у меня говно-закодированная очередь асинхронной печати отчетов для сайта на Java. (Java + Apache Http Core) Написал за неделю в том году. В декабре 2017 запустили на сервере, в марте 2018 выключали базу, т.ч. пришлось перегрузить, с тех пор и до сих пор работает. Никаких "падений" не зафиксировано. Падений незафиксировано потому что использовали "правильно" и не подавали на вход непредвиденных нагрузок Уверяю Вас - подали бы - Ваша очередь подохла бы в конфульсиях от ГЦ Leonid Kudryavtsev1. Т.е. Вы утверждаете, что необоснованные "падение софта" это врожденная фича Java ? Любой java софт должен "падать" ? Если софт написан без ручного управления памятью (преаллокация на Ява и флайвейты) - а просто рандомно генерим объектики как душе угодно - Ваша софтина обречена сдохнуть. Leonid KudryavtsevЗнаю системы для брокеров. (www.tradingview.com), серверная часть в огромной части на Java. Падения тоже исключительно по вине кривых рук. Не кривых рук - а того что кривые руки идут в яву и говнокодят там приспокойно - ибо само окружение способствует - как техническое так и организационное Leonid KudryavtsevЕсть GC с детерменированными тормозами. Фиксированной задержкой на фазы GC требующие полной остановки JVM. А когда ГЦ запустится кто будет определять ? Leonid KudryavtsevОстальные тормоза - опять таки кривость рук программиста. Такой говно-алгоритм, говно-закодировали. Ровно тот же алгоритм, при такой же кривизне рук и на C вполне успешно, детерменированно будет тормозить. Угу на яве все условия созданы чтобы говнозакодировать Leonid KudryavtsevЕсть требования бизнеса. Пока "тормоза" укладываются в эти требования они никого не волнуют. Вас же не беспокоит, что и по Ethernet (а уж про I-net и говорить нечего) сетевые пакеты тоже недетерменированно тормозять. Да да "Перегрузи хули" "Бизнесу не надо" "И так спайс капает" Все эти быдломантры я уже устал слушать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 17:06 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
Фэйтл Эра1С на С++ написана. Повторяю медленно: у 1С на С++ написан рантайм, который исполняет скрипты конфигурации. Если брать по такому счёту, то программ на Яве не существует в принципе, ибо они все выполняются рантаймом, написанным на С++. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 17:22 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
semen.s.semenLeonid KudryavtsevЭто лож. Например у меня говно-закодированная очередь асинхронной печати отчетов для сайта на Java. (Java + Apache Http Core) Написал за неделю в том году. В декабре 2017 запустили на сервере, в марте 2018 выключали базу, т.ч. пришлось перегрузить, с тех пор и до сих пор работает. Никаких "падений" не зафиксировано. Падений незафиксировано потому что использовали "правильно" и не подавали на вход непредвиденных нагрузок Уверяю Вас - подали бы - Ваша очередь подохла бы в конфульсиях от ГЦ Нет, не подохла бы. Она для этого и была написана, что бы служить "узким горлышком" перед подыхающим PHP (точнее отчетной системой). Выдержала бы полноценную DOS-атаку, не знаю, этот глубоко __теоретический__ случай не тестировали. Но подозреваю, полноценная DOS-атака опять таки не возможна в принципе, т.к. перед очередью тоже работает PHP, который раньше бы помер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 17:38 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
semen.s.semenИ тут один вопрос Что для бизнеса и программистов норма - быдло подход за бабло или высокая умная разработка и тоже за бабло - но только с другими людьми и эмоциями и отношениями. норма это среднее, ну грубо говоря как везде, а "как везде" у нас да и в других местах к сожалению ровно так как вы описали :-( ясен день, что луше быть и здоровым и богатым, но даже 1 пунктик создаёт определённые проблемы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 18:00 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
У Сёмы опять желчь в голове. Ну да, теперь ему GC не понравился. Надо ведь хоть за что-то цепляться, ага. Сёма, пойми, софт грамотно писать надо, а не как ты. Понимаешь разницу? Скорее всего не понимаешь... В общем на Java можно абсолютно всё, а Сёма просто упёрся, но это с ним часто бывает, в других ветках он на десятки страниц разворачивает холивары. Характер вздорный, понимаешь... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 18:13 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
maytonНасколько я разбираюсь в задачах интеграции. Не существует такой постановки где вам надо будет что-то критографическое разрабатывать на голых сях. 99% этого сегмента как правило уже разработаны и оптимизированы. Вообще всю криптографию вокруг Х509 реализовали на Java. Но отчасти по привычке, отчасти из-за требований фсб, отчасти ещё по какой глупости, кошерной считается нативная либа. А к этой либе потом нужна обвязка, что бы можно было работать из той же Java, ну или ещё откуда. При этом опять же что-то конвертируют, что-то подкручивают, какую-то логику туда впихивают. В целом получается некоторый заметный кусок на сях, и это помимо собственно либы. maytonИ есть у меня большие сомнения что бизнес придет и скажет - ану давай выкати нам очередной быстрый майнер. Они хотят денег. И всё. Далее есть цепочка - реклама очередного дерьмо-блок-чейна, вливание денег купившихся инвесторов, навар на всех видах сервисов и игра на плавающем курсе с полной информацией о спросе и предложении = профит. И здесь бизнесу плевать на майнер или ещё какие слова. Им тупо надо, что бы работало. Как - они не знают. И знать не хотят. Поэтому они идут на рынок и покупают готовое решение, которое есть возможность допилить по себя. С нуля они не покупают, поскольку без понимания обычно это всё превращается в разорение. А готовые решения как раз на сях. Вот и ниша для сишных прогеров. maytonА вот написать сопряжение. Чтоб банковские системы доступались к API транзакций биткоина или эфириума через микросервисные шлюзы написаные черт-ти-на чём типа Python, C#, Go, Ruby. ...e.t.c. Вот это да. Сопряжения - это часть системы. Там по сути целая биржа, плюс торговые терминалы, плюс да, вся обвязка для переливания из виртуала в настоящее бабло и обратно. Но поскольку решение от мифического Сатоши было на сях, очень велика вероятность, что заплатят за разработку именно на сях. Тут чистая психология и некоторый расчёт вероятностей. Психологически проще взять проверенное решение. Ну и вероятность провала в деле "по новому" тоже приличная. Хотя весь это субъектив зависит от того, кто попадётся под руку всем этим инвесторам. Попадётся заядлый синяк - всё, будет система на сях. Попадётся Java-кодер - будет толстое решение с сишными переходниками в виде JNI. И что интересно - кто-то более вменяемый архитектурно здесь не нужен. Потому что система всё же как-то да будет работать. А устоявшихся критериев для сравнения почти нет, да и информацию о системах конкурентов не так просто получить. И ещё сложнее получить данные о затратах на создание конкурирующих систем. При этом инвесторы оперируют минимум десятками миллионов, и на таком фоне лям-другой баксов на разработку - никакой разницы не делает. Инвестор, может, и не против сэкономить лям зелени, но он тупо не знает, а возможно ли это, не с чем сравнивать, знаний нет, а бабло есть - чего париться? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 18:33 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
alex55555У Сёмы опять желчь в голове. Ну да, теперь ему GC не понравился. Надо ведь хоть за что-то цепляться, ага. Сёма, пойми, софт грамотно писать надо, а не как ты. Понимаешь разницу? Скорее всего не понимаешь... В общем на Java можно абсолютно всё, а Сёма просто упёрся, но это с ним часто бывает, в других ветках он на десятки страниц разворачивает холивары. Характер вздорный, понимаешь... Я тебе не Сема - болванка ты бестолковая. Иди кодируй свой интерпрайз и ублажай бизнес. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 18:56 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
Leonid KudryavtsevНет, не подохла бы. Подохла бы Ибо ГЦ работает в условиях когда никто особо "не борзеет" Как только юзер начинает борзеть и забрасывает систему задачами - гц подыхает Крайний пик - это банальный OOM - который в яве никак нельзя предотвратить или остановить - акромя специальных техник управления памятью - но смысл писать софт закладываясь на эти техники - если проще взять С++. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 18:58 |
|
||
|
Высоконагруженные системы
|
|||
|---|---|---|---|
|
#18+
kealon(Ruslan)норма это среднее, ну грубо говоря как везде, а "как везде" у нас да и в других местах к сожалению ровно так как вы описали :-( А я не у вас, я уже давно работаю со штатами И вот у них подхода "перегрузи хули" я не встречал - по кр мере где работал И каверзных вопросиков на собеседовании не встречал Всем интересно чтобы твой софт установленный на клиентском проде выдерживал как можно больше крайних кейсов и нагрузок. Работая я с вам дорогие мои - до сих пор бы считал Spring,Hebrnate и GC технологиями которые надо изучать и блеял бы перед очередной кадровичкой как я там в конторке ХХХ затюнил ГЦ - смех и грех. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2018, 19:11 |
|
||
|
|

start [/forum/topic.php?fid=57&msg=39752381&tid=2017694]: |
0ms |
get settings: |
9ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
171ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
90ms |
get tp. blocked users: |
2ms |
| others: | 240ms |
| total: | 556ms |

| 0 / 0 |
