и там обработка происходит

запись же должна как-то блокировать базу

если ты с двух-трёх потоков будешь писать в базу одновременно, то прироста не должно быть

а база на уровне таблиц блокируется обычно?

я хз

я бы протестировал на ограниченном наборе данных

ладно потом тогда как будет время потестирую)

если ты с двух-трёх потоков будешь писать в базу одновременно, то прироста не должно быть

если это не так и база умеет как-то классо паралелить запись, то будет прирост

а по описанию твоей программы там особо то и не ускориться

Олег, блин, перечитал несколько раз. Я никак в толк не возьму. Ну вот если у меня FileLogger fLogger если он виден, то мой логгер же будет значение от него записывать в переменную которая в нем определена

Я так и не понял что ты тут имеешь ввиду %)

Я так и не понял что ты тут имеешь ввиду %)

если ты хочешь писать вот так infof("some data %s", data); то нужно использовать перезапись переменной sharedLog иначе с твоим fLogger нужно будет писать так fLogger.infof("some data %s", data); и если есть библиотека, которая сама логирует что-то, то она точно ничего не будет знать о твоём fLogger само наличие глобальной переменной fLogger не заставляет переводить в неё всё логирование

ай! все спасибо! теперь понял!

а бывает вообще что либа что-то логирует? Т.е. я просто никогда не видел что бы в доке было написано, что-то про логирование. Обычно только про исключения пишут.

Объект sharedLog он всегда один получается?

а бывает вообще что либа что-то логирует? Т.е. я просто никогда не видел что бы в доке было написано, что-то про логирование. Обычно только про исключения пишут.

мне кажется в std нету такого, или я не видел

Объект sharedLog он всегда один получается?

да

а бывает вообще что либа что-то логирует? Т.е. я просто никогда не видел что бы в доке было написано, что-то про логирование. Обычно только про исключения пишут.

всмысле либы на D из std

а так много библиотек что-то логируют

и причём достаточно обильно в зависимости от флагов

т.е. нужно лишь логер объявить и оно дальше будет писать все из всех либ?

нет

во первых глобальная переменная sharedLog объявлена он в std.experimental.logger и тебе объявлять не нужно

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

оно должно как-то включаться

если оно есть

static this() { sharedLog = new FileLogger("ProcessingLog.txt"); } void main() { вот так норм?

да

если ты с двух-трёх потоков будешь писать в базу одновременно, то прироста не должно быть

Прирост может быть, субд ведь сами очень много продвинутых инструментов параллельной обработки имеют. Они годами проектируются с рассчетом на много одновременных подключений.

ну может быть

По крайней мере постгрес с этим очень плотно дружит

Я бы даже попробовал одновременно писать и читать несколько десятков треков

Никто не знает. Если функция вложенная, может ли она быть pure? char[] process() pure { char[] res = ['a', 'b', 'c']; return res; } immutable char[] buf = process(); Этот кусок кода внутри метода. Но не дает скомпилировать, потому что не может преобразовать char[] к immutable char[], однако если вынести функцию process за пределы метода, то компилируется как ожидалось.

можно делать pure

но что-то смахивает на косяк

то что он даёт char[] к immutable char[]

если pure то так можно

pure гарантирует, то что результат не присвоен к какой-то глобальной переменной или статическому полю

говорю, что если метод вынести (т. е. он перестанет быть вложенным), то это работает

pure на самом деле не совсем это гарантирует

вот только хотел написать

ага

а массив res изменяется внутри process?

а массив res изменяется внутри process?

я написал код, который передает суть проблемы. Можно на него смело опираться

тогда можно смело idup делать после вызова process

можно, но я могу делать это же и без pure

и это тоже верно

я вот сейчас подумал и понял, что не понимаю что должно произойти вообще по логике с таким расскладом

сборщик же не должен использоваться для литералов?

о_О

где тогда выделяется массив?

аа

если на стеке, то возвращать его из функции это как-то не хорошо

а если в куче (и сборщик всё-таки используется), то это не pure же тогда получается

так как этот участок памяти можно изменить

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

надо проверить

так как этот участок памяти можно изменить

можно, но вне pure

ладно, я на форум стукну

литерал использует gc

каждый раз выделяется новая память

вообще неявное приведение к immutable должно блокироваться системой типов

для pure не должно

в книжке у Ruppe написано

и на Dconf 2013 в докладе Ali есть информация

тоесть если из pure функции возвращается какая-то область памяти, то явно указтель на неё один и можно сделать её immutable?

в этом логика?

да

ERROR: S client not available

если метод process объявить внутри другого как static то всё работает

даже без pure

литерал использует gc

То есть если сделать так char[] buf; buf.length = 3; buf[0] = 'a'; buf[1] = 'b'; buf[2] = 'c'; То GC не вызовется?

что достаточно странно

То есть если сделать так char[] buf; buf.length = 3; buf[0] = 'a'; buf[1] = 'b'; buf[2] = 'c'; То GC не вызовется?

конечно используется

buf.length = 3; перевыделяет память

?

не понял юмора

я про литерал массива думал, но по всей видимости используется gc для динамических массивов всегда

int[] a = [1,2,3]; будет использовать gc int[3] a = [1,2,3]; не будет

int[3] a = [1,2,3]; так совсем не интересный(

нельзя вместо размера указать переменную

Ну это понятно

а разве нельзя сделать так. скомпилить, переименовать исполняемый файл в том же каталоге в app2 запустить его, начать доработку проекта и скомпилировать его под app1. у меня при этой попытке ругается что не может получить доступ к app1 хотя app1 файла такого даже нет. Есть только app2

причем опять линкер ругается

а в Ди есть какие-то фишки с тем, что при касте float в стринг происходит округление? конкретно проблема и типов Variant который БД возвращает. point[3].coerce!string округляет значение до 3 знака, а оригинальное содержит в себе 6 знаков

writeln(point[3].coerce!float); тоже возвращает: 56.0512 Вместо 56.051151

а в Ди есть какие-то фишки с тем, что при касте float в стринг происходит округление? конкретно проблема и типов Variant который БД возвращает. point[3].coerce!string округляет значение до 3 знака, а оригинальное содержит в себе 6 знаков

Ну это скорее косяк mysql библиотеки

К ди напрямую не относится

думаешь? но вроде тип используется дишный для данных

Я проверил: void main() { Variant b = 56.051151; float x = b.coerce!float; writeln(x); } >56.0512

А если вывести просто 56.051151?

Хотя я не понял. Там еще Algebraic а Variant вроде бы с закруглением %)

Проблема в том, что БД возвращает Variant

Может он в выводе округляет

Реально там вообще может быть 56.05115100000267499502

блин, все разобрался. проблема в том, что writeln проводит округление

или нет %)

короче нужно отдохнуть

а то уже тупить начал

а хотя вроде да %)