Ты не путай: все системы на Intel и Power имеют в составе специализированные ускорители вычислений (NVidia, или даже специальный ускоритель матриц, как в "самом зеленом").
Fujitsu A64FX же справляется без внешних ускорителей (правда, с расширенным набором SIMD инструкций).
Кроме того, другая система на таком же A64FX занимает четвертую строчку в рейтинге зелености.
Так что у вашего языка есть шанс: прикрутите MirJIT и будете вторым после LuaJIT (а это уже круто. Учитывая, какой противный язык Lua, многие мечтаю о вменяемой альтернативе). https://github.com/vnmakarov/mir
Не совсем. Стирается действительно 512КБ. Но пишется потом блоками по 4-8-16КБ в зависимости от модели.
И все равно 2КБ — это очень мало: даже если блок записи 4КБ, блок будет записан дважды, заняв 8КБ предварительно очищенного места.
Если же блок записи 16КБ все становится гораздо хуже: блок будет писаться 8 раз и потребует 128КБ чистого места. Причем минимум 6 раз блок придётся предварительно прочитать.
Впрочем, с встооенным RAM кэшем и конденцатором (в дорогих моделях) все может оказаться не так печально.
Поддержу: OCC (optimistic concurrency control) может реализовываться и поверх «одноверсионных» стораджей. А блокировки приходится делать и с MVCC, и с OCC во всех проявлениях, и вопрос только в гранулярность и времени жизни блокировки.
Мидлов за 30? Вы с джуниорами не путаете? Да и то, это джуниоры с окраин какие-то.
Или вы про индусских мидлов?
Или я отстал от жизни, и мидл — это новичек, а джуниор — это человек, впервые коснувшийся пальцем клавиатуры не сидя на коленках отца?
Я даже перепроверил дату, думал, что 1 апреля опубликовано.
Пойдите на физ-мат вольным слушателем. За 5 лет вам всё объяснят. Сами потом расчитаете, что к чему.
А может даже на Coursera есть курсы. Скорее всего есть. Пройдите.
А что писать про язык, который просто работает?
Да, он не самый удобный для всего на свете, не самый быстрый на свете, не самый элегантный.
Но он позволяет "get the job done", при этом без больших временных затрат на первом этапе, и помогая удобными профилировщиками на этапе оптимизации. При необходимость использовать другой язык для оптимизации (asm, C, C++) возникает намного реже, чем в других прикладных рантаймах.
А вообще, я до сих пор думаю, что, если бы JVM не выпилила в свое время свои зелёные потоки (или вовремя бы вернула), то Go бы не взлетел.
у фб мусор в датафайла, файлы распухают, все вокруг вынуждены делать много больше чтений, чем необходимо. требуется сборка мусора, что влечет тормоза и совершенно лишние приключения.
Тогда от PostgreSQL вы вообще бежите как черт от ладана?
вынуждена сразу писать в датафайлы, тогда как все конкуренты могут считать транзакцию подтвержденной после записи дельты в лог транзакций.
1) это не значит, что другие базы сразу в датафайлы не пишут. Пишут. Может не прям сразу, но пишут. Просто fsync делают только на log.
2) зато файербёрду не нужно прокручивать лог на старте в случае чего, не нужно иметь две сущности (датафайлы и лог). Если они смогли сделать так, что rps не сильно страдает, то чем же это плохо?
Конечно rps будет страдать. Но:
a) во многих охвученных применениях база локальна небольшому числу пользователей, а значит rps заведомо небольшой
б) некоторые озвученные применения подразумевают немаленький rps, а огнептах при этом справляется. Странно да?
Лог транзакций не является ценностью сам по себе. Это всего лишь инструмент решения задач. Если ОгнеПтах нашел другой инструмент, то что в этом плохого?
Ты не путай: все системы на Intel и Power имеют в составе специализированные ускорители вычислений (NVidia, или даже специальный ускоритель матриц, как в "самом зеленом").
Fujitsu A64FX же справляется без внешних ускорителей (правда, с расширенным набором SIMD инструкций).
Кроме того, другая система на таком же A64FX занимает четвертую строчку в рейтинге зелености.
В том то и важность выхода arm маков: теперь собранных и протестированных приложений на arm64 резко станет значительно больше.
Так что у вашего языка есть шанс: прикрутите MirJIT и будете вторым после LuaJIT (а это уже круто. Учитывая, какой противный язык Lua, многие мечтаю о вменяемой альтернативе).
https://github.com/vnmakarov/mir
Кажется, что вашему языку очень подойдет https://github.com/vnmakarov/mir
Учитывая степень типизированности байткода
Не совсем. Стирается действительно 512КБ. Но пишется потом блоками по 4-8-16КБ в зависимости от модели.
И все равно 2КБ — это очень мало: даже если блок записи 4КБ, блок будет записан дважды, заняв 8КБ предварительно очищенного места.
Если же блок записи 16КБ все становится гораздо хуже: блок будет писаться 8 раз и потребует 128КБ чистого места. Причем минимум 6 раз блок придётся предварительно прочитать.
Впрочем, с встооенным RAM кэшем и конденцатором (в дорогих моделях) все может оказаться не так печально.
В дорогих идёт.
Поддержу: OCC (optimistic concurrency control) может реализовываться и поверх «одноверсионных» стораджей. А блокировки приходится делать и с MVCC, и с OCC во всех проявлениях, и вопрос только в гранулярность и времени жизни блокировки.
С переплатой. А в остальном справедливо.
Такие ностальгическая волна по детству…
Я ж откуда знаю. Где-то ж Владислав находит "мидлов за 30", готовых работать "за опыт".
Мидлов за 30? Вы с джуниорами не путаете? Да и то, это джуниоры с окраин какие-то.
Или вы про индусских мидлов?
Или я отстал от жизни, и мидл — это новичек, а джуниор — это человек, впервые коснувшийся пальцем клавиатуры не сидя на коленках отца?
Пойдите на физ-мат вольным слушателем. За 5 лет вам всё объяснят. Сами потом расчитаете, что к чему.
А может даже на Coursera есть курсы. Скорее всего есть. Пройдите.
Я, конечно, сейчас поведу себя как тролль… но раззорившаяся компания как пример для подражания…
В любом случае, спасибо за ответ. Удачи вам во всем.
И, если не трудно, расскажите, почему Riak:
из каких альтернатив выбирали? почему выбрали? какие впечатления в процессе эксплуатации сформировались?
Bashoo уже не существует, емнип. Я думал, Riak умер. Его кто-то еще поддерживает?
А что писать про язык, который просто работает?
Да, он не самый удобный для всего на свете, не самый быстрый на свете, не самый элегантный.
Но он позволяет "get the job done", при этом без больших временных затрат на первом этапе, и помогая удобными профилировщиками на этапе оптимизации. При необходимость использовать другой язык для оптимизации (asm, C, C++) возникает намного реже, чем в других прикладных рантаймах.
А вообще, я до сих пор думаю, что, если бы JVM не выпилила в свое время свои зелёные потоки (или вовремя бы вернула), то Go бы не взлетел.
Для систем с ограниченными ресурсами похоже что Go действительно не очень хорошо вписывается.
Странно, правда, что Dart при этот в рекомендуемых оставили. Видимо решили хотя бы один прикладной язык оставить.
Только А1 и медленнее раза в три. Так что, брать их можно только для тренировок.
А вот M6g нужно пробовать. Возможно они и правда хороши.
Тогда от PostgreSQL вы вообще бежите как черт от ладана?
1) это не значит, что другие базы сразу в датафайлы не пишут. Пишут. Может не прям сразу, но пишут. Просто fsync делают только на log.
2) зато файербёрду не нужно прокручивать лог на старте в случае чего, не нужно иметь две сущности (датафайлы и лог). Если они смогли сделать так, что rps не сильно страдает, то чем же это плохо?
Конечно rps будет страдать. Но:
a) во многих охвученных применениях база локальна небольшому числу пользователей, а значит rps заведомо небольшой
б) некоторые озвученные применения подразумевают немаленький rps, а огнептах при этом справляется. Странно да?
Лог транзакций не является ценностью сам по себе. Это всего лишь инструмент решения задач. Если ОгнеПтах нашел другой инструмент, то что в этом плохого?