Добрался наконец до сравнения по перформансу виндовс 11 про и Манджаро свежая
Билд проекта, мавен собирает джаву, дотнет, нода.
Первый раз собирается просто так, что бы исключить скачивание, второй раз смотрим замеры, подкидывая --offline
Здравствуйте, Pauel, Вы писали:
P>Копирование — замерить не вышло, 14гб, 300 тыс файлов. Виндовс — устал ждать. Линукс — мгновенно. Похоже, это фишка btrfs.
Подозреваю, что в линуксе копирование не настоящее, а cow. Почитай свой man cp. Там был флаг по этой теме. Раньше он был не включен, а в последних версиях кажись стал включен по умолчанию.
Но с кучей мелких файлов линукс работают ощутимо быстрей, это да.
Здравствуйте, vsb, Вы писали:
vsb>Подозреваю, что в линуксе копирование не настоящее, а cow. Почитай свой man cp. Там был флаг по этой теме. Раньше он был не включен, а в последних версиях кажись стал включен по умолчанию.
Совсем не так, cp здесь не причем.
CoW — это фишка файловой системы, в данном случае btrfs.
На ext4 было бы реальное копирование, хотя и быстрее, чем в win
Здравствуйте, vsb, Вы писали:
vsb>Подозреваю, что в линуксе копирование не настоящее, а cow. Почитай свой man cp. Там был флаг по этой теме. Раньше он был не включен, а в последних версиях кажись стал включен по умолчанию.
btrfs это cow
vsb>Но с кучей мелких файлов линукс работают ощутимо быстрей, это да.
Здравствуйте, Буравчик, Вы писали:
vsb>>Подозреваю, что в линуксе копирование не настоящее, а cow. Почитай свой man cp. Там был флаг по этой теме. Раньше он был не включен, а в последних версиях кажись стал включен по умолчанию.
Б>Совсем не так, cp здесь не причем.
Ещё как причём.
Б>CoW — это фишка файловой системы, в данном случае btrfs.
Да, это отдельный системный вызов, который копирует файл в режиме CoW. Если ты скопируешь файл обычным образом, как это обычно делает cp (создать новый файл, читать данные со старого, писать в новый), то никакого CoW, конечно, не будет, магии тут нет.
Почитай man cp на предмет опции --reflink.
Б>На ext4 было бы реальное копирование, хотя и быстрее, чем в win
Не факт, что быстрей, зависит от числа и размера файлов. Если файлы достаточно большие, и там и там копирование упёрлось бы просто в скорость диска.
Здравствуйте, Pauel, Вы писали:
P>Сервис — ODATA4 + in-memory storage, идентичная модель данных, чуточку разный контент, запросы идентичные, что бы пайплайн работал одинаково
Ещё бы ты сорцы сюда принёс — было бы вообще классно. А то непонятно, что и с чем ты сравнивал.
Всё сказанное выше — личное мнение, если не указано обратное.
Здравствуйте, smeeld, Вы писали:
S>Здравствуйте, Pauel, Вы писали:
>>>Копирование — замерить не вышло, 14гб, 300 тыс файлов. Виндовс — устал ждать. Линукс — мгновенно. Похоже, это фишка btrfs.
S>NTFS в винде-это лютый тормоз. Мне достаточно было один раз соприконсуться с виндой (портировал прогу в 2018-ом), что это прямо в глаза бросилось.
еще с каких-то пор архивы очень медленно открываются, хотя zip простой как валенок. как будто весь контент шлет в майкрософт
Здравствуйте, Pauel, Вы писали:
vsb>>Почитай man cp на предмет опции --reflink.
P>Я и опции такой не знал. Скопировал сельским образом cp -r x y
Ну вот есть у меня подозрение, что в последних версиях cp этот параметр автоматически включается на совместимых файловых системах. Попробуй cp -r --reflink=never x y, если хочешь убрать этот фактор из рассмотрения.
Здравствуйте, Pauel, Вы писали:
Ф>>Ещё бы ты сорцы сюда принёс — было бы вообще классно. А то непонятно, что и с чем ты сравнивал. P>Это пропиетарные вещи. Две идентичные реализации сервиса.
Ну так сделай что-нибудь не проприетарное, чтобы похоже было, но уже не проприетарное. А то в твоём топике: наши сорцы работают быстрее других наших сорцов.
Ну и насчёт копирования: чтобы уладить возникшие разногласия, можно скопировать те же файлы но с диска на диск. Допустим, пусть диск источник будет ram-disk'ом.
Всё сказанное выше — личное мнение, если не указано обратное.
Здравствуйте, smeeld, Вы писали:
S>NTFS в винде-это лютый тормоз. Мне достаточно было один раз соприконсуться с виндой (портировал прогу в 2018-ом), что это прямо в глаза бросилось.
NtfsDisableLastAccessUpdate ?
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, ути-пути, Вы писали:
УП>NtfsDisableLastAccessUpdate ?
Может быть, но тут у меня посыпятся такого же рода притензии, как у виндовозов к линуксу: почему на линуксе все искаропки круто, а на винде все криво и приходится красноглазить, чтоб стало лучше.
Здравствуйте, Pauel, Вы писали:
P>Добрался наконец до сравнения по перформансу виндовс 11 про и Манджаро свежая
P>Билд проекта, мавен собирает джаву, дотнет, нода.
что касается чисто веба — тут однозначно джава.
вот полгода назад. пишем веб на аспнет. все замечательно. морду на мудблазор.
база efcore postgres. но нужно взаимодействовать с внешним миром.
криптопро через командную строку(наши алгоритмы в корке не реалиованы).
ни одной библиотеки под корку для http://docs.oasis-open.org/ws-sx/ws-securitypolicy/200702 нет.
остается вопрос по GUI. Писать ли его на дотнете(uno, gtk, avalonia) или джаве(openfx, swing) или на QT/GTK(rust например) и т.п.
вот в чем вопрос.
Здравствуйте, smeeld, Вы писали:
S>Может быть, но тут у меня посыпятся такого же рода притензии, как у виндовозов к линуксу: почему на линуксе все искаропки круто, а на винде все криво и приходится красноглазить, чтоб стало лучше.
А что такое лучше? Почему выбор МС в пользу последнего доступа — неправильный? И что значит искаропки, когда в лялихе тебе надо даже FS при установке выбирать?
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, vaa, Вы писали:
vaa>что касается чисто веба — тут однозначно джава.
Ты бы ещё аргументы бы какие-нибудь привёл бы — может быть тебе бы поверили. А то для меня жаба — это FullGC. Вот ни разу ни под какой нагрузкой не видел чтобы такая проблема вылезла на гошном сервисе. На шарпе сервисы не щупал.
vaa>остается вопрос по GUI. Писать ли его на дотнете(uno, gtk, avalonia) или джаве(openfx, swing) или на QT/GTK(rust например) и т.п. vaa>вот в чем вопрос.
А что там в жабе с вот этим документиком? Приняли? Реализовали? Или всё ещё боль, страдание и тормоза?
Всё сказанное выше — личное мнение, если не указано обратное.
Здравствуйте, smeeld, Вы писали:
S>Здравствуйте, vaa, Вы писали:
vaa>>остается вопрос по GUI.
S>А его сейчас еще пишут? Думал все везде в браузер вынесено.
Надеюсь пишут, а то тормозность и кривость веб-поделок реально замучила. Я тут минимум трижды в день вспоминаю, что Slack — это Electron
Всё сказанное выше — личное мнение, если не указано обратное.