единственное что в винде я не могу понять это на кой хер столько разных версий .NET framework'ов без обратных совместимостей

и ок... ладно... почему бы их сразу вместе с виндой не включить в дефолтную поставку?))

У меня как раз проект не запустился на .NET 4.7.1, VS орал и сыпал ошибками, но прекрасно запустился на 4.7.0 ))

вот вот вот

Вы что, на Windows глюков не бывает.

Ага. Windows в этом плане ничем не отличается, но Дмитрий тут нам втирает, что на Windows так не бывает. Ха-ха-ха.

У меня с виндой никогда не было таких странных глюков если не считать Win8

У меня с виндой никогда не было таких странных глюков если не считать Win8

Ну значит тебе очень сильно повезло, ну прямо вообще мегаповезло.

У меня с виндой никогда не было таких странных глюков если не считать Win8

А у меня с линуксом не было глюков. Аргумент?

Ну или ты таки немножечко нас обманываешь :)

А у меня с линуксом не было глюков. Аргумент?

Аргумент. У меня центося болтается на серваках вообще без гуя, там в принципе не может быть ТАКИХ глюков ?

Без гуи да. Тут не спорю

Без гуи там нечему глючить

Как только начинается гуи начинаются глюки

Я каждый день работаю с утра до вечера на центоси. Я вот прямо сейчас сижу в ней и пишу в группу.

Как пользователь Kubuntu в качестве домашней ос с девятилетним стажем и пользователь Win7 в качестве рабочей ос, могу сказать, что по стабильности они практически сравнялись

Были вот такие тормоза когда запускал компиляцию проектика. Потом сделал 16Гб оперативы и забыл о тормозах.

А я пишу с арча и i3wm. Глюков не вижу

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

в Kubuntu только два перманентных бага, которые, кажется, останутся на всю жизнь: слетающий Plymouth, когда юзаешь родные дрова NVidia, и фризы при копировании на USB)

Косяки с гуями могут быть от кривых видеодров, с которыми в центоси не ахти.

при этом обновляюсь я из backports, наверняка, если бы сидел исключительно на кошерном LTS, было бы стабильнее, чем последние версии виндов

Один раз падала из за acpi. Это глюки явно не уровня приложений

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

Один раз падала из за acpi. Это глюки явно не уровня приложений

Ну всякое бывает. Безглючного ничего нет. Просто с Windows тоже самое. Глючит и падает по разным причинам, а может и работать годами.

В линупсе root - истинный админ, в Windows даже будучи админом можно не суметь даже файл стереть. Меня это чудовищно бесило. Сука, я тут самый главный на этом компьютере, а вот хуй, у вас нет прав, бла-бла-бла. У админа нет прав :lol:

Ну так в линуксе тоже нельзя стереть файл, открытый в программе, не?

Ну так в линуксе тоже нельзя стереть файл, открытый в программе, не?

ну попробуй sudo rm -rf / :D

ну попробуй sudo rm -rf / :D

А точно) Но вот размонтировать использующуюся фс нельзя

Если root может все, то может ли он создать такой файл который сам не сможет удалить?

А точно) Но вот размонтировать использующуюся фс нельзя

Не уверен, что вот ну вообще низзя. Скорее всего таки как-то можно.

Не уверен, что вот ну вообще низзя. Скорее всего таки как-то можно.

Низя-низя. Особенно если к ней что-то примонтированно

Только umount -R можно

Если root может все, то может ли он создать такой файл который сам не сможет удалить?

Ты просто не постиг сущность господа нашего. Root Велик.

Если root может все, то может ли он создать такой файл который сам не сможет удалить?

вроде можно самому себе ограничить права

SELinux'ы всякие

ну не скажи, у них серьёзный пул финансов, даже если они сдали позиции очень серьёзно в серверах, то на десктопах они маркетингом нормальным занимаются. помимо этого лезут вообще не в свою тему: на rpi3 можно win10 (но не нужно имхо), кооперация с xiaomi и тд

Десктопы вымирают очень активно

У меня родители пенсионеры несколько лет на Линукс Минте сидят :)))

У меня тоже ?

Кстати, десктопы с ECC уже завезли?

Кстати, десктопы с ECC уже завезли?

хз https://ru.aliexpress.com/item/x58-ecc-ram-LGA-1366-DDR3/32834139773.html

Продолжил я с докером разбираться. Все же куча народу считает что это дикий костыль. Вся эта изоляция оказалась лишь новой точкой отказа в которой и дыры находят критические и тд. Вот пару интересных комментов: У фанатов докера пока не наступило отрезвление технологией, вполне нормальное состояние, когда ее пихают везде — докер сейчас там-же, где были биткоины когда за штуку баксов перевалили, остынут, останется в тестировании, в куче микросервисов, но продакшен базы в докер пихать перестанут -- Да, "продакшен-база" в докере — это отлично. Недавно видел такое — база почти в 100 гигабайт с mysql в продакшене — и my.cnf вообще никак не настроен — как шёл в пакете дефолтный, так в продакшен и ушел. И этого "гуру" девопса очень сильно интересовал вопрос "а как же это бекапить и как ему реплику настроить, если при рестарте контейнера меняется IP?". На вопрос этому "гуре" — "Собственно, зачем было использовать абсолютно не нужную тут прослойку из docker?" я был зачем-то забанен с примерным reason "Я лучше знаю как мне делать, поналезли тут всякие г-ноадмины-советчики". Докер — это отличная возможность переложить проблемы поддержания актуальных версий системных библиотек (того же самого libssl) с поставщиков ОС и сисадминов на никого.

100ГБ база данных в докере - это сурово :)

У нас вот в конторе тоже БД в докере. Я хз зачем. Объяснений так и не понял. Видимо логики никакой нет здравой

У нас вот в конторе тоже БД в докере. Я хз зачем. Объяснений так и не понял. Видимо логики никакой нет здравой

Модно, стильно, молодежно

в докер еще есть некий смысл, если потом этот контейнер будет рассыпан по сотне серверов

У нас частично PCI-DSS оправдывают типа чтобы виртуальные изолированные машины не плодить, это единственный более или мене актуальный аргумент

А так как по мне Докер нужен для того чтобы говнокод запускать. Нормальное приложение не должно пол системы засирать и ломать, чего так боятся фанаты докера.

У нас частично PCI-DSS оправдывают типа чтобы виртуальные изолированные машины не плодить, это единственный более или мене актуальный аргумент

LXC тогда уж

впрочем поф

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

но тут недавно совсем узнал, что докер можно под win

там оно как работает?

так же, просто в win припилили сбоку ядро линукса

Они там начали интегрироваться более плотно

ну типа полноценная виртуализация?

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

Может и да, какая-то изолированная среда

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

да вероятно

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

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

мне кажется, если это можно сделать — кто-нибудь сделает)

лоло я сейчас посмотрел и оказывается debian dlang.ru походу как-то запущен в винде ))

root@debian:~# dmidecode | egrep -i 'manufacturer|product' Manufacturer: Microsoft Corporation Product Name: Virtual Machine

https://unix.stackexchange.com/questions/89714/easy-way-to-determine-virtualization-technology

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

Внутри треда дешевле общаться вызовом. Сообще

Сообщения между тредами тоже не магия

Очередь плюс condvar

ERROR: S client not available

То есть внутри треда я бы делал прямые вызовы или отправку нотифаев через eventloop

Внутри треда дешевле общаться вызовом. Сообще

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

Тогда нужно смотреть какие он даёт средства. Не могусказать

И возвращаясь опять к моей модели - есть главный task Application и есть порожденные таски Worker. Если надо из воркера вызывать метод Application.smth() то надо будет класс Application пробрасывать в worker как зависимость, решать проблемы shared, копирования Application в TLS и т.д. как-то очень замудрено выходит. А вот просто послать из треда в главный сообщение через send!(blabla) выглядит хорошо

А в Application уже будет бесконечный цикл получения сообщений. Получили "smth" -> пошли вызвали this.smth() и результат отправили куда-нибудь в ответную очередь. Никаких shared, все прозрачно.

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

Хороший вопрос, я туда не копал но он магически крутится везде ) Мне кажется если запускать таску через runWorkerTask() то там она тоже будет работать со своим евент лупом.

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

хм, а мне почему то думается евентлуп крутится там где запустил через runEventLoop (или runApplication), а runWorkerTask просто в отдельном треде запускает таску

Главное что прямой вызов метода из чужеродного объекта сразу дает кучу проблем с TLS и шаредами

да, именно

лучше скажите что делать, если стыдно? auto r_ipv6 = address.split( ":" ); if( r_ipv6.length == 8 ) { if( r_ipv6.map!( a => to!ushort( a, 16 ) ).array()[ 0..6 ] == [ 0,0,0,0,0,0xFFFF ] ) { this.stack = Stack.IPV4; this.ipv6_address[ 0 .. 2 ] = r_ipv6.map!( a => to!ushort( a, 16 ).swapEndian!ushort ).array()[ 6 .. 8 ]; } else { this.stack = Stack.IPV6; this.ipv6_address = r_ipv6.map!( a => to!ushort( a, 16 ) ).array(); } return; } чувствую я где-то не туда свернул )

это чтобы определить по ipv6 адресу что это ipv4 и привести его к ipv4 виду

я даже в шоке что оно вообще работает.. че подскажете?)

IPV6_V6ONLY If set to 1, AF_INET6 wildcard listening socket will accept IPv6 traffic only. If set to 0, it will accept IPv4 traffic as well, as if it was from IPv4 mapped address like ::ffff:10.1.1.1. Note that if you set it this to 0, IPv4 access control gets much more complicated. блин, может issue накать в вайб-коре. а то реально не оч понятно как с этим работать

это чтобы определить по ipv6 адресу что это ipv4 и привести его к ipv4 виду

Зачем?

ну смотри, у тебя есть пачка ipv4 и ipv6 адресов. тебе надо коннекты с них принимать. задаются они где-то в конфиге. тебе прилетел коннект - тебе надо проверить, он из списка пиров твоего или нет. тупо переделать все в mapped формат я не могу - во первых эти ipv4 адреса мне нужны будут еще (не переделывать же их потом обратно в ipv4 формат), а во вторых это наглядней когда они в ipv4 виде. надо еще покопать исходники vibe-core

сам vibe-core пытается 2 слушающих сокета создать, на v4 и v6, но почему то на макоси если уже создан v6 - то он просто его юзает и не дает v4 создать

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

правильно.

Хороший вопрос, я туда не копал но он магически крутится везде ) Мне кажется если запускать таску через runWorkerTask() то там она тоже будет работать со своим евент лупом.

вайб по умолчанию стартует несколько рабочих потоков в зависимости от количества процессоров/ядер. Простой runTask гарантирует, что таск будет работать в том же потоке в котором был выполнен этот самый runTask. runWorkerTask стартует таск в одном из рабочих потоков. В каком именно неопределено.

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

прямо в dlang tutorial

в книге александреску тоже

особенно учитывая сложности реализации лок-фри алгоритмов

блин, конеш вайб-коре удивляет. он плюет на socket options которые ты передаешь)

?

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

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

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

в теории да, а как там в вайбе реализовано хз.

ну смотри, у тебя есть пачка ipv4 и ipv6 адресов. тебе надо коннекты с них принимать. задаются они где-то в конфиге. тебе прилетел коннект - тебе надо проверить, он из списка пиров твоего или нет. тупо переделать все в mapped формат я не могу - во первых эти ipv4 адреса мне нужны будут еще (не переделывать же их потом обратно в ipv4 формат), а во вторых это наглядней когда они в ipv4 виде. надо еще покопать исходники vibe-core

А это не от поведения системы зависит по умолчанию? У меня на линукс что то похожее было тока не с Ди. Там вроде где то в конфигах можно было поправить

да, можно выключить это поведение. но по хорошему надо перед тем как биндить сокет передать ему явно эту опцию. в принципе уже поправил в eventcore, теперь создается только v6only сокет (посмотрел через netstat) но почему то теперь на том же порту не создается ipv4 сокет

ну смотри, у тебя есть пачка ipv4 и ipv6 адресов. тебе надо коннекты с них принимать. задаются они где-то в конфиге. тебе прилетел коннект - тебе надо проверить, он из списка пиров твоего или нет. тупо переделать все в mapped формат я не могу - во первых эти ipv4 адреса мне нужны будут еще (не переделывать же их потом обратно в ipv4 формат), а во вторых это наглядней когда они в ipv4 виде. надо еще покопать исходники vibe-core

упо переделать все в mapped формат я не могу - во первых эти ipv4 адреса мне нужны будут еще зачем нужны будут?