>если вопрос про "можно ли через std.algorithm сделать hadoop?", то нет Мне пока до этого далеко. Мне бы идею Map и Reduce понять в общих чертах...

map подразумевает мутацию данных, each пhостую переборку?

Да, each это перебор, но во время перебора ты можешь и ничего не делать, или например просто в логи писать. Это будет не map

https://en.wikipedia.org/wiki/Map_(mathematics) это вообще из математики

мап предпологае приминение функции к коллекции с возвратом новой

как на русский map пеервести более правильно просто "карта" ИМХО немного не то... "разложить на" или как-то так?

отобразить

(множество в A в множество B)

Честно говоря, на удаленном серваке у меня пока не заработало. Может там фаервол режет 1080 порт, может еще что-то, разбираюсь с этим. А вот локально все отлично заработало, я смотрел через проксю HD видео с ютюба, видел как в консоли бегут байтики и пакеты :)

меня смутили пару строк и я понял что совершенно не понимаю что значить Thread.yield()

Например у тебя есть массив чисел, ты хочешь получить массив этих чисел, умноженных на 2. Тогда ты берешь и применяешь map с функцией x => x * 2. И тебе возвращается новый массив.

меня смутили пару строк и я понял что совершенно не понимаю что значить Thread.yield()

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

я раньше так и думал, но тогда как должен работать этот код? while (true) { acceptClient(); Thread.yield(); } } void acceptClient() {

или auto clientSocket = socket.accept(); блокирующая?

если нет, то будет создавать уйма потоков, что должно вешать комп, либо вылетать по приказу ОС

потому как new Client(clientSocket) тоже создаёт новый поток

Да, блокирующая.

Пока клиент реально не подключится, new Client не создастся

Пока клиент реально не подключится, new Client не создастся

тогда всё встало на свои места)

Да, блокирующая.

тогда зачем Thread.yield()?

После каждого подключения тред дает поработать другим :)

эм...

ну хз, ос вроде за этим следит

Так вот, а зачем тогда вообще вызывать эту функцию? =) Я честно тоже не понял до конца.

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

Это же понятие из корутин, где корутина всегда захватывает все ресурсы пока явно не отдаст. А в тредах это должно рулиться на уровне операционной системы.

Возможно это все стоит вообще переписать на файберы

Thread.yield это "принудительное" переключение, если ОС подумает, что пора, она сама это сделает

а вот с файберами не так

файберы надо переключать самому

потому как ОС о них ничего не знает

Ну ок, значит впринципе этот йилд не повредит лишний раз вызвать

ну по сути да

но я уже начал сомневаться в своих знаниях

полезно иногда...

Я тестил это на speedtest, локально прокся выдает полную пропускную способность легко.

Без прокси у меня показывало 35-40 мегабит, с проксей где-то 30-35

Я тестил это на speedtest, локально прокся выдает полную пропускную способность легко.

честно говоря я вообще не в теме))) я про socks5 только тут услышал

так что, наверное это хорошо, что не сильно проседает скорость)

Я раньше не особо представлял о чем он, а оказалось что это полезная штука, по сути любые tcp/udp соединения можно лить через него, и реализация очень простая, как видишь там 300 строк всего.

Я доделаю нормальный конфиг, порт и логин с паролем, и буду через нее ходить на линкедин ;)

типа у тебя сервер за рубежом и ты его как проксю будешь юзать? а прокси-программой будет вот этот код выступать, я верно понял?

да

У меня тут вопрос возник (для знатоков windows): есть dll, хочу её как статическую либу прилинковать. Это можно сделать если сделать "статический интерфейс" к ней. Делается он линкером из m$vs, но он требует def файл к dll. Собственно вопрос: можно ли получить каким-нибудь инструментом это def из существующей dll или из .h файла?

Пока писал вопрос понял что гуглить

И еще: пересобрать я её не могу (не хочу)

Олег, о результатах отпишись. Про dll интересно очень...

в Linux там все иначе?

в Linux там все иначе?

Ну в целом похоже, но я не встречал аналога с def и "статическим интерфейсом". Просто под linux мне не в падлу пересобрать)) а под m$ тянуть сорцы gtk со всеми зависимостями вообще никакого желания нет, легче динамически её будет загрузить

Олег, у тебя вообще получалось статически слинковаться в dmd? Тfм флаг появился в 2.073 специальный, только у меня он нефига не заработал (пробовал на Windows)

Вообще на сколько dmd привязан к тому же msvcp ?

Олег, у тебя вообще получалось статически слинковаться в dmd? Тfм флаг появился в 2.073 специальный, только у меня он нефига не заработал (пробовал на Windows)

Я реально под вин только с gtk пишу (вернее пишу изпод linux, но win как целевая сейчас), возможно gtk-d ставит то что нужно, просто

Вообще у меня очень мало ситуаций было когда моё ПО должно работать везде и из коробки)

Всегда была возможность что-то настроить

Вообще на сколько dmd привязан к тому же msvcp ?

А что это? Если это С ран тайм, то да

да Си рантайм

Ну куда без него то?)

ну ве равно куда приятнее когда из коробки работает с гарантией)

в нем вообще какие примитивы находятся? т.е. почему без него нельзя?

Просто нужно уметь делать коробку)))

в нем вообще какие примитивы находятся? т.е. почему без него нельзя?

Не вникал, но вроде обёртки над системными вызовами

Тот же malloc

Или read

По сути во всех ос они по своему сделаны, а С рантайм позволяет через один интерфейс обращаться

Ну или как-то так

с си рантаймом можно статически линковаться?

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

к примеру в ОС может оказаться рантайм другой версии...

статическая линковка такой общеиспользуемой библиотеки как рантайм С привела бы к раздуванию всех исполняемых файлов + оперативы отъедалось бы намного больше

ERROR: S client not available

В итоге приходится искать и качать нужный VCRedistributed

ну вот с этим на linux точно проблем нет)

с си рантаймом можно статически линковаться?

кстати вроде да

ну, в том смысле, что если бы были все исходники, то вообще вопросов нет, m$ вроде предоставляет статическую версию рантайма

статическая линковка такой общеиспользуемой библиотеки как рантайм С привела бы к раздуванию всех исполняемых файлов + оперативы отъедалось бы намного больше

Такое имеет смысл когда хочешь бежать внутри scratch контейнера

т.е. из dll нужно руками сделать lib и слинковаться с ней?

т.е. из dll нужно руками сделать lib и слинковаться с ней?

так нет, вроде есть статические варианты C-runtime

т.е. из dll нужно руками сделать lib и слинковаться с ней?

http://purefractalsolutions.com/show.php?a=utils/expdef

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

Чтобы вот без этого всего...

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

нууу это философия уже...

технических ограничений я точно не вижу

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

ну или вопрос распиздяйства

как я понимаю одно же в другое конвертится?

ну вот не так всё просто

dll это полностью самостоятельный исполняемый файл, только без точки входа

В Go все вроде бы вообще только статически линкуется?

про go ничего не знаю

dll это полностью самостоятельный исполняемый файл, только без точки входа

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

статическую в dll можно скомпилировать легко (насколько я понимаю процесс), а вот обратно уже проблемней

В Go все вроде бы вообще только статически линкуется?

Кроме собсно libc, но можно и его вкрутить во внутрь

Все, прокси заработало на удаленном сервере. Была моя тупая ошибка. В настройках браузера просто были вписаны нерабочие http и https прокси еще, и до socks5 дело не доходило.

Все, прокси заработало на удаленном сервере. Была моя тупая ошибка. В настройках браузера просто были вписаны нерабочие http и https прокси еще, и до socks5 дело не доходило.

?

почему std.experimental.logger так называется? Это не окончательная экспериментальная библиотека?

почему std.experimental.logger так называется? Это не окончательная экспериментальная библиотека?

да, ndlisce был какое-то время в experimental, сейчас выпилили, в allocator вносят правки, ломающие обратную совместимость

я не думаю, что logger собираются убрать, скорее правки вносят

dragonfly bsd никто не юзал? Если юзали, то как впечатления?

И еще вопрос. На сколько сложно/возможно D стыковать и Rust?

Там для стыковки нужно чтобы один язык понимал правила вызова функции другого языка?

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