Сообщение Re[17]: C# ждет участь Delphi? от 18.02.2022 13:12
Изменено 18.02.2022 13:49 kaa.python
Re[17]: C# ждет участь Delphi?
Здравствуйте, Михаил Романов, Вы писали:
МР>А можно раскрыть подробнее оч ем именно речь? И сразу же — речь о какой версии WLS — первой или второй
Посмотрел свои заметки — дело было в 2019, какой там был WSL я не уверен, но вроде было был первый и бета второго. Проблемы следующие, дико тормозной I/O по сравнению с реальной системой, особенно на мелких файлах. Глючные терминалы, ошибки с перерисовкой, падения, зависания. То есть полноценно работать в WSL было не возможно, разве что попробовать что-то запустить по быстрому, своего роде встроенный Докер.
KP>>PowerShell, который явно под тяжёлыми веществами проектировали
МР>И здесь тоже можно подробнее — что именно там не так?
Не так вообще всё. Я не хочу учить еще один шелл и писать один и тот же скрип для двух разных шеллов. Посему это или что-то реально SH-совместимое, или в лес. Тут просто такой момент есть — сервера и всё скриптование, обычно, это мир *NIX и там везде (Linux, BSD, macOS) один и тот же SH в небольшими отличиями в ключах по факту. Как следствие PS должен был бы не предлагать новое прочтение того же самого, а по уму сделать возможным максимально бесшовную работу. А этого как раз и нет, но есть типично майкрософтовское "все переходите на венду".
МР>А можно раскрыть подробнее оч ем именно речь? И сразу же — речь о какой версии WLS — первой или второй
Посмотрел свои заметки — дело было в 2019, какой там был WSL я не уверен, но вроде было был первый и бета второго. Проблемы следующие, дико тормозной I/O по сравнению с реальной системой, особенно на мелких файлах. Глючные терминалы, ошибки с перерисовкой, падения, зависания. То есть полноценно работать в WSL было не возможно, разве что попробовать что-то запустить по быстрому, своего роде встроенный Докер.
KP>>PowerShell, который явно под тяжёлыми веществами проектировали
МР>И здесь тоже можно подробнее — что именно там не так?
Не так вообще всё. Я не хочу учить еще один шелл и писать один и тот же скрип для двух разных шеллов. Посему это или что-то реально SH-совместимое, или в лес. Тут просто такой момент есть — сервера и всё скриптование, обычно, это мир *NIX и там везде (Linux, BSD, macOS) один и тот же SH в небольшими отличиями в ключах по факту. Как следствие PS должен был бы не предлагать новое прочтение того же самого, а по уму сделать возможным максимально бесшовную работу. А этого как раз и нет, но есть типично майкрософтовское "все переходите на венду".
Re[17]: C# ждет участь Delphi?
Здравствуйте, Михаил Романов, Вы писали:
МР>А можно раскрыть подробнее оч ем именно речь? И сразу же — речь о какой версии WLS — первой или второй
Посмотрел свои заметки — дело было в 2019, какой там был WSL я не уверен, но вроде было был первый и бета второго. Проблемы следующие, дико тормозной I/O по сравнению с реальной системой, особенно на мелких файлах. Глючные терминалы, ошибки с перерисовкой, падения, зависания. То есть полноценно работать в WSL было не возможно, разве что попробовать что-то запустить по быстрому, своего роде встроенный Докер.
KP>>PowerShell, который явно под тяжёлыми веществами проектировали
МР>И здесь тоже можно подробнее — что именно там не так?
Не так вообще всё. Я не хочу учить еще один шелл и писать один и тот же скрип для двух разных шеллов. Посему это или что-то реально SH-совместимое, или в лес. Тут просто такой момент есть — сервера и всё скриптование, обычно, это мир *NIX и там везде (Linux, BSD, macOS) один и тот же SH с небольшими отличиями в ключах. Как следствие PS должен был бы не предлагать новое прочтение того же самого, а по уму сделать возможным максимально бесшовную работу. А этого как раз и нет, но есть типично майкрософтовское "все переходите на венду".
МР>А можно раскрыть подробнее оч ем именно речь? И сразу же — речь о какой версии WLS — первой или второй
Посмотрел свои заметки — дело было в 2019, какой там был WSL я не уверен, но вроде было был первый и бета второго. Проблемы следующие, дико тормозной I/O по сравнению с реальной системой, особенно на мелких файлах. Глючные терминалы, ошибки с перерисовкой, падения, зависания. То есть полноценно работать в WSL было не возможно, разве что попробовать что-то запустить по быстрому, своего роде встроенный Докер.
KP>>PowerShell, который явно под тяжёлыми веществами проектировали
МР>И здесь тоже можно подробнее — что именно там не так?
Не так вообще всё. Я не хочу учить еще один шелл и писать один и тот же скрип для двух разных шеллов. Посему это или что-то реально SH-совместимое, или в лес. Тут просто такой момент есть — сервера и всё скриптование, обычно, это мир *NIX и там везде (Linux, BSD, macOS) один и тот же SH с небольшими отличиями в ключах. Как следствие PS должен был бы не предлагать новое прочтение того же самого, а по уму сделать возможным максимально бесшовную работу. А этого как раз и нет, но есть типично майкрософтовское "все переходите на венду".