DRT?

да

ну всмысле вообще не должно влиять на семантику

ну всмысле вообще не должно влиять на семантику

Ага

Нужно хотя бы свой сетевой стек сделать для такого

Нужно хотя бы свой сетевой стек сделать для такого

Фига, а чем линь поверх kvm не подходит?

Ну тем что это Linux со всеми его дырами и проблемами + не такой уж он и маленький

Ну тем что это Linux со всеми его дырами и проблемами + не такой уж он и маленький

лол

как будто если сделать что-то самому будет меньше дыр

Ну тем что это Linux со всеми его дырами и проблемами + не такой уж он и маленький

Пара мегабайт?

Тем что системные вызовы всё так же дороги из-за переключения контекста

либо ты пол жизни на это убьёшь, либо не получится)

Ну понятно дело что это не может быть single-man project.

Тем что системные вызовы всё так же дороги из-за переключения контекста

Они действительно НАСТОЛЬКО дороги?

я имею ввиду что-то типа Redox только на Ди

либо ты пол жизни на это убьёшь, либо не получится)

но вероятнее и то и другое

Ну понятно дело что это не может быть single-man project.

QNX смотрел?

https://github.com/redox-os/redox

да — в свое время он очень сильное впечатление произвел

https://github.com/redox-os/redox

Редокс еще зеленый совсем

ну понятно дело и они пытатся полную замену Linux сделать, а тут суть в урезанной IO + стек

Они действительно НАСТОЛЬКО дороги?

Я знаю об этом только от эрланг-разработчиков, точно не скажу

Я знаю об этом только от эрланг-разработчиков, точно не скажу

?

ну понятно дело и они пытатся полную замену Linux сделать, а тут суть в урезанной IO + стек

Сетевой стек не тривиальная штука

Разве что забить на все и сделать ну совсем простенько

Разве что забить на все и сделать ну совсем простенько

а можно ещё крепче забить и сделать, чтобы всё в режиме ядра работало, тогда быстро будет, шо ппц

а можно ещё крепче забить и сделать, чтобы всё в режиме ядра работало, тогда быстро будет, шо ппц

И безопасно?

нет))) но это же никого не волнует)))

сарказм если что

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

а почему будет не безопасно то?

так упала прога — упало всё

Один хрен щас все на виртуалках крутится

а можно ещё крепче забить и сделать, чтобы всё в режиме ядра работало, тогда быстро будет, шо ппц

Суть как раз в том, чтобы вынести вообще всё в юзерспейс

тем более это же микросервис

там кроме него вообще ничего не будет

Один хрен щас все на виртуалках крутится

Данные воровать можно, плюс наверняка пароль доступа к БД в памяти vibed

Суть как раз в том, чтобы вынести вообще всё в юзерспейс

Chroot?

Chroot?

мы же вроде про ситуацию без переключения режимов ядра и тем более без системы безопасности?)

каким спосбом воровать? чем дырка в vibed будет отличаться дырой в системе безопасности Linux?

так... давайте притормозим

Данные воровать можно, плюс наверняка пароль доступа к БД в памяти vibed

Ну без виртуализации-то совсем явно никто делать не станет

я не осведомлён в вопросе, но разве линукс вскрывается как консервная банка?

Я микросервисы не писал, возможно в них по волшебству все, неуязвимо)

@DmitryBubnenkov почему по твоему линкс такой дырявый?

нe дыры в нем весьма часто находят, причем критические

потому что он очень большой

ну так везде находят, просто не все говорят о своих продуктах

нe дыры в нем весьма часто находят, причем критические

Но если открыть статьи от безопасников, то они явно говорят что свои ведосипеды это как подарить хакерам решето

Не согласен

ну так везде находят, просто не все говорят о своих продуктах

Вот вот

Секьюрити сру обскурити

Другое дело, что если что-то мелкое и простое и под одну задачу, то шансы на то, что в нем будет дыра в разы меньше. Во всяком случае все потенциальные дыры там можно устранить

Самое главное не ставить пароль на memcached

Ато не тру

Вырубалка GC в D

Remedy выключали GC на консолях

Пусть течет

Памяти много

Камушек в огород раста

эм, как бы вырубалка уже была и раньше, тут её немного облагородили

Благородно если оно сегфолтить не будет)

Если что я скину свой код, возможно я криворукий

ну сегфолтить из-за отключения GC не будет, просто утечёт

Да можно втыкнуть внешний boehmgc на крайняк

Или до такой степени еще не облагородили?

(Замена gc на свой менеджер памяти)

ERROR: S client not available

У меня были интересные идеи как сделать чтобы не утекало, хотел бы попробовать

не до такой степени. заменить дишный GC чем-то готовым сложно, так как он требует неперемещающего алгоритма без баръеров памяти. а на эту роль крому уже реализованного mark-sweep ничего не подходит

когда сделают rc, вот тогда будут барьеры, можно будет посмотреть в сторону инкрементальных

Сборщик Боема обычный консервативный

Барьеры не впиливают потому что боятся добавить оверхед тем, кто сборщик не использует

Где-то на гитхабе дисскусия на эту тему была

Я про замену GC.malloc на свое в принципе

у меня опять вопрос по памяти int[int] a; for(int i=0; i<1000000; i++){ a[i]=i; } почему прога с этим словарем занимает 59 мб памяти? и, кстати, как нормально узнать размер массива или обьекта в Ди, что бы не ставить слип и смотреть в top'е?

ключ 4, значение 4, их миллион = меньше 8 мегабайт, но словарь намного больше же

Потому что ассоциативный

Там схема с корзинами какими-то

Выделяет чуть больше памяти

А в tope еще и runtime

Так что не правильно мерить размер выделенной под переменные памяти с его помощью

я понимаю, что неправильно, но лучшего способа не нашел пока

Я умею (довольно странный навык, да) кодить непосредственно на LLVM IL. Ничего сложного там нет. Просто Брайту нужно пинка дать, или в тар тарары их компилятор, кторый даже COFF не читает

А где бы почитать об этом? А то мне было бы очень полезно приобрести такой "странный навык". Не то, чтобы я реально стал на нём руками кодить, но вот кое-что оттранслировать нужно (а то сейчас в Си транслирую и компилю, что мне очень не нравится).

я понимаю, что неправильно, но лучшего способа не нашел пока

А для чего всё это? Какая задача?

@deviator да кстати я тоже твой навык заценил)

ты крут)

@DmitryBubnenkov не тот ник вставился по имени Олег)

блин)

но ты тоже крут)

А для чего всё это? Какая задача?

сейчас у нас в памяти словарь, в котором ключи это строки длинной до 8 символов (которые по сути есть числа, но дополненные нулями спереди, их можно заменить интами), а значения это указатели на обьекты. ключей 30 тис. и таких словарей 300, слишком много памяти жрет в итоге

сейчас у нас в памяти словарь, в котором ключи это строки длинной до 8 символов (которые по сути есть числа, но дополненные нулями спереди, их можно заменить интами), а значения это указатели на обьекты. ключей 30 тис. и таких словарей 300, слишком много памяти жрет в итоге

Хм, я бы свой хэш сделал бы, оптимизированный по памяти

указатели можно хранить в массиве, но нужно по ключу-инту получать индекс в этом массиве

а ключ инт этот до 99 млн может быть

так и гуглить, что бы понять как это сделать?

Деревом хранить пары ключ-значение

Поиск log(n), вставка тоже, вроде

Такие вещи есть в std, вернусь к компу, напишу более точно

Такие вещи есть в std, вернусь к компу, напишу более точно

спасибо, это было б крайне полезно и интересно

спасибо, это было б крайне полезно и интересно

Но это первое что пришло в голову, может есть более веселые вещи...