powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / C++ [игнор отключен] [закрыт для гостей] / Высоконагруженные системы
25 сообщений из 475, страница 14 из 19
Высоконагруженные системы
    #39752350
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovazsxя не знаю ни одной учётной системы в РФ более менее написанной на С

А их (в тиражируемом варианте) просто быть не может. Слишком быстро меняется учётное
правовое поле, справиться с этим могут только скриптовые языки.
1С на С++ написана.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752351
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kealon(Ruslan)semen.s.semen,

но мышление придётся менять, deletor unique_ptr это как раз шаг в сторону GC

Нет

Я точно знаю когда запустится этот deletor
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752352
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenВ С++
char buffer[] = new char[12]
delete buffer;


delete[] buffer разумеется.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752355
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semensemen.s.semenВ С++
char buffer[] = new char[12]
delete buffer;


delete[] buffer разумеется.
Вот, а явист бы не промахнулся, ибо <...> :)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752356
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл Эраsemen.s.semenпропущено...


delete[] buffer разумеется.
Вот, а явист бы не промахнулся, ибо <...> :)

А причем тут <...> и [] ?

Вы знаете чем отличается delete buffer от delete[] buffer ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752357
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenФэйтл Эрапропущено...

Вот, а явист бы не промахнулся, ибо <...> :)

А причем тут <...>
<...> в данном конкретном случае означает "и т.д. и т.п.", т.е. - "много раз уже говорено".
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752359
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл Эраsemen.s.semenпропущено...


А причем тут <...>
<...> в данном конкретном случае означает "и т.д. и т.п.", т.е. - "много раз уже говорено".

Все равно не понял что имеется ввиду.

delete[] buffer вообще нехорошо

Лучше std::unique_ptr<char[]>

либо же на стеке

Это я так для примера указал и малька накосячил
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752360
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати тут умные явисты мне задвигают про Escape Analysis и помещение объектов на стек

а DirectByteBuffer ява тоже на стек сможет положить ?

Сильно сомневаюсь
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752362
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenВсе равно не понял что имеется ввиду.
Всего лишь, что у явистов такой "проблемы" не возникло бы скорее всего никогда.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752366
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл Эраsemen.s.semenВсе равно не понял что имеется ввиду.
Всего лишь, что у явистов такой "проблемы" не возникло бы скорее всего никогда.

Ну разумеется на этапе разработки бы не возникло - память чистит ГЦ

А вот на этапе работы в проде у девочек в кол центре возник бы подвисший от фул ГЦ веблоджик

И тут один вопрос

Что для бизнеса и программистов норма - быдло подход за бабло или высокая умная разработка и тоже за бабло - но только с другими людьми и эмоциями и отношениями.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752370
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудухэто типа, заходим в детский сад, ставим задачу максимально полно и... хаваем PROFIT!?
опыт программиста у него не играет в написании CRM, ишь ты, архитектор-медиум 100го лвла

Если в результате плохого ТЗ даже мегапрофессионал пишет несколько лет, а надо было за полгода, то это и есть независимость от опыта.
Понятно что программеры что-то должны уметь. Не надо тут на детсад ссылаться. Но уровень при плохом ТЗ не имеет значения.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752376
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenНу разумеется на этапе разработки бы не возникло - память чистит ГЦ

А вот на этапе работы в проде у девочек в кол центре возник бы подвисший от фул ГЦ веблоджик

Так и у тебя бы при работе возник: delete и delete[] - вещи разные. :)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752380
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл Эраsemen.s.semenНу разумеется на этапе разработки бы не возникло - память чистит ГЦ

А вот на этапе работы в проде у девочек в кол центре возник бы подвисший от фул ГЦ веблоджик

Так и у тебя бы при работе возник: delete и delete[] - вещи разные. :)


Это бага

А ГЦ - это фундаментальный геморрой
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752381
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл Эраdelete и delete[] - вещи разные. :)

Спасибо КЭП

Я с этого начал
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752394
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenЭто бага...
Которой скорее всего и не может случиться в Ява.

semen.s.semenА ГЦ - это фундаментальный геморрой
Тоже да. :)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752395
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл Эра...
Ну глупость же.
В чем глупость?

Назовите хоть одну из не связанных с системным программированием задач, которую нельзя реализовать например на 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
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752398
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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 и говорить нечего) сетевые пакеты тоже недетерменированно тормозять.


Да да

"Перегрузи хули" "Бизнесу не надо" "И так спайс капает"

Все эти быдломантры я уже устал слушать.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752403
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл Эра1С на С++ написана.

Повторяю медленно: у 1С на С++ написан рантайм, который исполняет скрипты конфигурации.
Если брать по такому счёту, то программ на Яве не существует в принципе, ибо они все
выполняются рантаймом, написанным на С++.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752404
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenLeonid KudryavtsevЭто лож. Например у меня говно-закодированная очередь асинхронной печати отчетов для сайта на Java. (Java + Apache Http Core) Написал за неделю в том году. В декабре 2017 запустили на сервере, в марте 2018 выключали базу, т.ч. пришлось перегрузить, с тех пор и до сих пор работает. Никаких "падений" не зафиксировано.


Падений незафиксировано потому что использовали "правильно" и не подавали на вход непредвиденных нагрузок
Уверяю Вас - подали бы - Ваша очередь подохла бы в конфульсиях от ГЦ

Нет, не подохла бы.

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

Выдержала бы полноценную DOS-атаку, не знаю, этот глубоко __теоретический__ случай не тестировали. Но подозреваю, полноценная DOS-атака опять таки не возможна в принципе, т.к. перед очередью тоже работает PHP, который раньше бы помер.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752411
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenИ тут один вопрос

Что для бизнеса и программистов норма - быдло подход за бабло или высокая умная разработка и тоже за бабло - но только с другими людьми и эмоциями и отношениями.
норма это среднее, ну грубо говоря как везде, а "как везде" у нас да и в других местах к сожалению ровно так как вы описали :-(
ясен день, что луше быть и здоровым и богатым, но даже 1 пунктик создаёт определённые проблемы
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752416
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
У Сёмы опять желчь в голове. Ну да, теперь ему GC не понравился. Надо ведь хоть за что-то цепляться, ага.

Сёма, пойми, софт грамотно писать надо, а не как ты. Понимаешь разницу? Скорее всего не понимаешь...

В общем на Java можно абсолютно всё, а Сёма просто упёрся, но это с ним часто бывает, в других ветках он на десятки страниц разворачивает холивары. Характер вздорный, понимаешь...
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752430
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonНасколько я разбираюсь в задачах интеграции. Не существует такой постановки где вам надо будет что-то критографическое разрабатывать на голых сях. 99% этого сегмента как правило уже разработаны и оптимизированы.
Вообще всю криптографию вокруг Х509 реализовали на Java. Но отчасти по привычке, отчасти из-за требований фсб, отчасти ещё по какой глупости, кошерной считается нативная либа. А к этой либе потом нужна обвязка, что бы можно было работать из той же Java, ну или ещё откуда. При этом опять же что-то конвертируют, что-то подкручивают, какую-то логику туда впихивают. В целом получается некоторый заметный кусок на сях, и это помимо собственно либы.
maytonИ есть у меня большие сомнения что бизнес придет и скажет - ану давай выкати нам очередной быстрый майнер.
Они хотят денег. И всё. Далее есть цепочка - реклама очередного дерьмо-блок-чейна, вливание денег купившихся инвесторов, навар на всех видах сервисов и игра на плавающем курсе с полной информацией о спросе и предложении = профит. И здесь бизнесу плевать на майнер или ещё какие слова. Им тупо надо, что бы работало. Как - они не знают. И знать не хотят. Поэтому они идут на рынок и покупают готовое решение, которое есть возможность допилить по себя. С нуля они не покупают, поскольку без понимания обычно это всё превращается в разорение. А готовые решения как раз на сях. Вот и ниша для сишных прогеров.
maytonА вот написать сопряжение. Чтоб банковские системы доступались к API транзакций биткоина или эфириума через микросервисные шлюзы написаные черт-ти-на чём типа Python, C#, Go, Ruby. ...e.t.c. Вот это да.
Сопряжения - это часть системы. Там по сути целая биржа, плюс торговые терминалы, плюс да, вся обвязка для переливания из виртуала в настоящее бабло и обратно. Но поскольку решение от мифического Сатоши было на сях, очень велика вероятность, что заплатят за разработку именно на сях. Тут чистая психология и некоторый расчёт вероятностей. Психологически проще взять проверенное решение. Ну и вероятность провала в деле "по новому" тоже приличная. Хотя весь это субъектив зависит от того, кто попадётся под руку всем этим инвесторам. Попадётся заядлый синяк - всё, будет система на сях. Попадётся Java-кодер - будет толстое решение с сишными переходниками в виде JNI. И что интересно - кто-то более вменяемый архитектурно здесь не нужен. Потому что система всё же как-то да будет работать. А устоявшихся критериев для сравнения почти нет, да и информацию о системах конкурентов не так просто получить. И ещё сложнее получить данные о затратах на создание конкурирующих систем. При этом инвесторы оперируют минимум десятками миллионов, и на таком фоне лям-другой баксов на разработку - никакой разницы не делает. Инвестор, может, и не против сэкономить лям зелени, но он тупо не знает, а возможно ли это, не с чем сравнивать, знаний нет, а бабло есть - чего париться?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752443
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555У Сёмы опять желчь в голове. Ну да, теперь ему GC не понравился. Надо ведь хоть за что-то цепляться, ага.

Сёма, пойми, софт грамотно писать надо, а не как ты. Понимаешь разницу? Скорее всего не понимаешь...

В общем на Java можно абсолютно всё, а Сёма просто упёрся, но это с ним часто бывает, в других ветках он на десятки страниц разворачивает холивары. Характер вздорный, понимаешь...

Я тебе не Сема - болванка ты бестолковая.

Иди кодируй свой интерпрайз и ублажай бизнес.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752444
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid KudryavtsevНет, не подохла бы.


Подохла бы

Ибо ГЦ работает в условиях когда никто особо "не борзеет"

Как только юзер начинает борзеть и забрасывает систему задачами - гц подыхает

Крайний пик - это банальный OOM - который в яве никак нельзя предотвратить или остановить - акромя специальных техник управления памятью - но смысл писать софт закладываясь на эти техники - если проще взять С++.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752450
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kealon(Ruslan)норма это среднее, ну грубо говоря как везде, а "как везде" у нас да и в других местах к сожалению ровно так как вы описали :-(


А я не у вас, я уже давно работаю со штатами

И вот у них подхода "перегрузи хули" я не встречал - по кр мере где работал

И каверзных вопросиков на собеседовании не встречал

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

Работая я с вам дорогие мои - до сих пор бы считал Spring,Hebrnate и GC технологиями которые надо изучать и блеял бы перед очередной кадровичкой как я там в конторке ХХХ затюнил ГЦ - смех и грех.
...
Рейтинг: 0 / 0
25 сообщений из 475, страница 14 из 19
Форумы / C++ [игнор отключен] [закрыт для гостей] / Высоконагруженные системы
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]