Google Recruiter

[vladich]

Собственно, есть вполне себе HFT на джаве (не только обслуживающие системы). Просто вызовы GC там сведены к нулю тем что все работает на примитивных типах и вся необходимая память выделяется один раз при старте приложения. На мой взгляд это некое извращение, но тем не менее такое есть. И оптимизировать там не милли, а микросекунды надо.

[crypto5]

Ну понятно что если потоки будут часто одновременно просыпаться настолько что context switch будет проблемой то задача уже ограничена другими факторами кроме ожидания ответа от БД и количество потоков можно уменьшить. Ну и в оси наверное можно что-то подкрутить и пропросить ее увеличить кванты времени под поток.

по моему легче драйвер подкрутить, ну или базу такую выкинуть нафик

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

[crypto5]

Собственно, есть вполне себе HFT на джаве (не только обслуживающие системы). Просто вызовы GC там сведены к нулю тем что все работает на примитивных типах и вся необходимая память выделяется один раз при старте приложения. На мой взгляд это некое извращение, но тем не менее такое есть. И оптимизировать там не милли, а микросекунды надо.

Ну они наверное какие то простые действия выполняют, но это ведь нельзя экстраполировать на все случаи жизни.

[vladich]

Собственно, есть вполне себе HFT на джаве (не только обслуживающие системы). Просто вызовы GC там сведены к нулю тем что все работает на примитивных типах и вся необходимая память выделяется один раз при старте приложения. На мой взгляд это некое извращение, но тем не менее такое есть. И оптимизировать там не милли, а микросекунды надо.

Ну они наверное какие то простые действия выполняют, но это ведь нельзя экстраполировать на все случаи жизни.

Я и не экстраполирую, просто говорю что и для Java есть такие приложения где нужно такты процессора считать, и GC при этом не мешает.
А действия не простые. Чтобы эти непростые действия работали без GC, люди фактически не пользуются базовыми библиотеками Java вообще, или же как минимум большую их часть переписали..

[olis]

Собственно, есть вполне себе HFT на джаве (не только обслуживающие системы). Просто вызовы GC там сведены к нулю тем что все работает на примитивных типах и вся необходимая память выделяется один раз при старте приложения. На мой взгляд это некое извращение, но тем не менее такое есть. И оптимизировать там не милли, а микросекунды надо.

Ну они наверное какие то простые действия выполняют, но это ведь нельзя экстраполировать на все случаи жизни.

Я и не экстраполирую, просто говорю что и для Java есть такие приложения где нужно такты процессора считать, и GC при этом не мешает.
А действия не простые. Чтобы эти непростые действия работали без GC, люди фактически не пользуются базовыми библиотеками Java вообще, или же как минимум большую их часть переписали..

А какой смысл тогда вообще Java использовать?

[Sergunka]

Собственно, есть вполне себе HFT на джаве (не только обслуживающие системы). Просто вызовы GC там сведены к нулю тем что все работает на примитивных типах и вся необходимая память выделяется один раз при старте приложения. На мой взгляд это некое извращение, но тем не менее такое есть. И оптимизировать там не милли, а микросекунды надо.

Ну они наверное какие то простые действия выполняют, но это ведь нельзя экстраполировать на все случаи жизни.

Я и не экстраполирую, просто говорю что и для Java есть такие приложения где нужно такты процессора считать, и GC при этом не мешает.
А действия не простые. Чтобы эти непростые действия работали без GC, люди фактически не пользуются базовыми библиотеками Java вообще, или же как минимум большую их часть переписали..

А какой смысл тогда вообще Java использовать?

Ага на фортране вообще все летало и писать проще

[vladich]

Собственно, есть вполне себе HFT на джаве (не только обслуживающие системы). Просто вызовы GC там сведены к нулю тем что все работает на примитивных типах и вся необходимая память выделяется один раз при старте приложения. На мой взгляд это некое извращение, но тем не менее такое есть. И оптимизировать там не милли, а микросекунды надо.

Ну они наверное какие то простые действия выполняют, но это ведь нельзя экстраполировать на все случаи жизни.

Я и не экстраполирую, просто говорю что и для Java есть такие приложения где нужно такты процессора считать, и GC при этом не мешает.
А действия не простые. Чтобы эти непростые действия работали без GC, люди фактически не пользуются базовыми библиотеками Java вообще, или же как минимум большую их часть переписали..

Говорят что для унификации кода со всем остальным хозяйством, которого в инвестбанке много.
Мне тоже не совсем понятен смысл этого, все же из плюсов или обычного С можно выжать больше при правильном подходе, а в HFT минимизация latency - это главный приоритет, и по идее он должен быть выше чем все остальные соображения.
Оптимизация накладных расходов на разработку путем такой унификации выглядит как экономия на спичках.
Но что есть то есть и такие системы используются тем не менее.

[olis]

А какой смысл тогда вообще Java использовать?

Ага на фортране вообще все летало и писать проще

Пушутили типа?

[Zorkus]

Собственно, есть вполне себе HFT на джаве (не только обслуживающие системы). Просто вызовы GC там сведены к нулю тем что все работает на примитивных типах и вся необходимая память выделяется один раз при старте приложения. На мой взгляд это некое извращение, но тем не менее такое есть. И оптимизировать там не милли, а микросекунды надо.

Ну даже и не только трейдинг. Azul утверждал, что какие-то их клиенты добивались на связке азул + тюненный редхад на х86 80 микросекунд worse response time.

[crypto5]

Я думаю я тоже могу какой нибудь echo server налабать который будет за 50 микросекунд отдавать ответ даже на нетюнингованной джаве и линуксе. Непонятно что система делала у этих товарищей.

[Zorkus]

http://www.azulsystems.com/products/zin ... plications

http://mechanical-sympathy.blogspot.com ... -azul.html

то что нашлось сходу.

[crypto5]

И что же вы там нашли?

[Zorkus]

Я нашел немного инфы о том, что они делали, и кое-какие цифры. А вы?

[avitya]

люди на node.js пишут серваки, а вы о яве... пф.

[Интеррапт]

люди на node.js пишут серваки, а вы о яве... пф.

А это здесь к чему?