Как ускорить веб-разработку на Windows (Gulp, PHP, Ruby) в NTFS?

Question

[Margo1964]

Сравнивала скорость работы серверных платформ и инструментов для фронтенда на Win и на Linux. По скорости работы веб-сервера, npm, gulp, ruby, php с огромным отрывом выигрывает Linux. Неужели до сих пор ни кто не придумал платформу для разработки на Windows, что-то типа интегрированной системы Linux + Ext4 с чтением/записью в Windows. Нежели все игнорируют такой очевидный ущербный фактор, как низкая скорость работы ФС в Windows?
Есть варианты, как можно ускориться виндузятникам?
SSD, Corei7, 16Gb не предлагать, уже есть.

Comments

[Максим]

не в тему скажу, но около месяца назад я как раз говорил о том что windows не канает для разработки , меня тут тапками закидали , выматерили и послали тупо на... , сейчас это же самое не от меня написано - и почему то тихо ! Я работаю в linux с оболочкой Gnome3 и проблем не вижу вообще ни с чём

[murlogen]

Максим Жаров: Если софт изначально заточен под Linux, очевидно, что он будет хуже работать.
Тебе же не придет в голову говорить, что Windows не канает для разработки под .NET

[Максим]

murlogen: ну я точно усираться не буду, но любой редактор кода в *nix начинается с поддержки питона и c# и это чуть ли не самое важное , а потом уже php и разметка

[murlogen]

Максим Жаров: скорость голого редактора на современном железе не может парить на любой ОСи. И это уже несколько лет так.

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

[Максим]

murlogen: я не всегда был под Линью , только около 3лет , но на винде Визуал Студия буксовала а на Лине Эта же Визуал Студия пашет на ура , но я просто поправлюсь , я не пишу на питон и на c# чуток на php и очень много на js и на css

[murlogen]

Максим Жаров: На том же железе?

[Максим]

murlogen: нет, я и комп сменил на более сильный и мощнее , в общем компиз со всеми эффектами тянет на ура

[murlogen]

Максим Жаров: Тогда как ты можешь говорить, что проблема в Винде?
Компиз же вообще не к месту - на современном железе он идет через чип видеокарты.

[Максим]

murlogen: я о мощности говорил, рядом ставил винлу чисто из за фотошопа но и опять косяки были вай фай отваливался , после перестановки оставил только линь и выучил гимп теперь проблем нету ни с чем , только игры хреновые

[murlogen]

Максим Жаров: Фотошоп vs Гимп опять таки не имеет никакого отношения к сравнению производительности Win vs Lin.

[Максим]

murlogen: это все к слову , но если о производительности то к примеру 128 вкладок браузера в Лине против 86 в Винде и винда повисла на одной и той же машине

[murlogen]

Максим Жаров: Точно-точно.
;)
И весь софт был идентичен. И количество свободной оперативки было идентичным.

[Максим]

murlogen: на Винде точно не помню вроде только корел был открыт и 86 вкладок браузера, в Лине было открыто инкскейп и гипм и визуал студио , о итогах говорил уже

[murlogen]

Максим Жаров:
Повторюсь
И количество оперативки свободной было идентичным.
Добавлю
И версии браузера были полностью идентичными.
И пр. и пр.

Кстати, тестирование в условиях, для которых софт не предназначен - глупость не сусветная.
Это все равно что оценивать Яву хуже PHP только по тому признаку, что Ява-машина долго запускается.

[Максим]

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

[murlogen]

Максим Жаров:
Видите ли - даже если это один и тот же браузер, то у него используется разная графическая подсистема в этих разных ОСях.
На Винде же она не та, что под Линью.
Фактически вы сравнивали РАЗЛИЧАЮЩИЙСЯ софт по НЕОПРЕДЕЛЯЮЩЕМУ признаку (количество в десятки и сотни вкладок - это вовсе не то, на оптимизацию чего обратили программисты внимание в первую очередь при отладке)

[Максим]

murlogen: а на чем тогда тестировать ? Вешал Винду и на обычном Фотошопе, Линукс же на трех аналогичных не висит

[murlogen]

Максим Жаров: На Линуксе нет Фотошопа.
Это не тест.

Вам зачем вообще тестировать???
Нравиться - работайте.

Я вона сейчас вообще под МакОСью сижу.
Потому что графическая подсистема уровня Винды (да, да, Линуксу и не снилось).
А возможность запуска ПО - вполне *nix.

[Максим]

murlogen: мак не хочу, даже не в стоимости дело, просто не хочу , в Лине есть аналоги , конечно совсем не то но сегодня я cs5 запустил у себя

[murlogen]

Максим Жаров: CS5?
Которому 10 лет уже скоро?
;)

[murlogen]

Максим Жаров:
Запуститься и стабильно и полнофункционально работать - не одно и то же.

[murlogen]

Максим Жаров:
По графической подсистеме - аналогов в Linux нет.
Только MacOSX или Windows.
Это не значит, что на Linux нет графического софта вообще.
На с этим у Linux все гораздо хуже.
Для разработки ПО - годится.
Для работы с графикой, для видеомонтажа - софт на Линуске убогий.
Хорошего софта вообще нет.
Тот, что около-хороший - глючный.

[Максим]

murlogen: так то да, но блин Сообщество Линя дают возможность запустить виндовое а вот винда кроме баш ни чего от линя не взяло

[murlogen]

Максим Жаров: Линукс подсистема в Windows позволяет запускать любой консольный софт, не ковыряющийся глубоко в ядре.

А GUI-шный софт все равно в Винде родной - лучше.

Про то как запускается в Лине виндовый софт - не рассказывайте.
Нормально запускаются и нормально работают только самые простейшие программы.

[Максим]

murlogen: cs это не простая прога, под виндой даже обычный gedit не запустится а вот под пингвином работает и фотошоп и игра дочери какаято

[murlogen]

Максим Жаров: ГУИшные линуксовые программы под Виндой требуют для начала запуска сервера Икс11.
А зачем он там нужен, если у Винды своя графическая подсистема на порядки лучше?
Не нужно стремиться запускать под Виндой линуксовые ГУИшные программы - это удел дилетантов пытаться использовать легковушку для того чтобы вспахать поле. Трактора же есть.

[Максим]

murlogen: не буду спорить , даже тот же Go отлично ставится на Линь и пример на Хабре именно на это и указывает , спорить не буду в винде плюс только гуи и всё но ладно , хорош

[Максим]

murlogen: меня точит ffmpeg , задачи выполняет все кроме сжатия веса

[murlogen]

Максим Жаров: чего бы Go не ставился на Линь? Если он изначально для nix-систем и разработан?

[Максим]

murlogen: это к слову, а его установить на винду так же легко ?

[murlogen]

Максим Жаров: Че там устанавливать? Даже вручную легко. Распаковать. Установить переменные среды окружения. Зависимостей там по самому минимуму - почти нет зависимостей, это архитектура Go такова.
Вот я и недоумеваю - а к чему здесь было сказано про Go?
Go - это наименее требовательный язык программирования (и среда компиляции и библиотека выполнения) из всех.
Зачем его Максим упомянул?

[Максим]

murlogen: попутал я чуток , спс за беседу

[Максим]

Эти проверки были в прошлом, на данный момент все нормально , я уже не профи, сменил работу

Answer 1

[sim3x]

vagrant
работать в виртуалке с линуксом
работать сразу в линуксе
работать сразу на макоси

Comments

[sim3x]

OnYourLips: я сомневаюсь, что ботлнек в ФС

[jaxel]

vagrant на винде работает хуже, чем просто веб-сервер на винде.

[sim3x]

jaxel: никогда не работал с IIS

[jaxel]

sim3x: Да я про стандартный LAMP. Пробовал запустить vagrant на ntfs и мне так и не удалось добиться приемлемой скорости работы. В итоге для работы поставил debian.

[murlogen]

OnYourLips: Во первых проблема не в файловой системе, а в запуске процессов.
Во вторых внутри виртуальном машины доступ будет к одному большому файлу, внутри которого живет файловая система - так что файловая система будет вообще вести себя по другому.

[murlogen]

OnYourLips:
Я исхожу из того, что вы обвиняете файловую систему Windows.

Вы в курсе, что работа с ОДНИМ большим файлом и с МНОЖЕСТВОМ мелких по производительности отличаются на порядки?

Работа с одним большим файлом (виртуальным диском на NTFS) в хостовой операционной системе - незначительно кушает от производительности. А внутри гостевой ОС как раз и идет так самая ресурсожрущая операция - работа с множесвом мелких файлов.

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

[sim3x]

OnYourLips: я не исследовал быстродействие нтфс в таком юзкейсе - твоя уверенность зиждется на тестах или на ощущениях?

[sim3x]

OnYourLips: я правильно понимаю, что тестов никто не проводил?

[sim3x]

OnYourLips: +
не тест, но видимо проблема общая

Answer 2

[Rou1997]

Использовать VPS с Linux, либо ускориться не за счет быстродействия "железа", а за счет скорости разработки.

Comments

[murlogen]

ВПС с лагами интернета лучше?
Да ты че.

[Rou1997]

murlogen: У меня их практически не бывает, несмотря на очень бюджетный тариф, да и ресурсоемкие операции, такие как загрузка всего сайта на сервер по FTP или установка фреймворка через Composer, произвожу не каждый день.

[murlogen]

Rou1997: По интернету всегда будет хуже чем локально.
На этом заканчивайте бредить.

[Rou1997]

murlogen:
Выражаясь вашим же языком: да вы че?
Если у меня там на сервере стоит i7 и скорость 1 Гбит/сек, и я там через удаленный рабоий стол запущу Composer, то все равно будет медленнее, чем если бы я его запустил сперва на AMD C-70 и 20 Мбит/сек, а потом по FTP загружал на сервер?

[murlogen]

Rou1997: Не подгоняй условия задачки к ответу. Ты бы еще микроконтроллер локальный с квантовым компьютером удаленным сравнил. Разумеется, речь идет об нормальном локальном железе.

[Rou1997]

murlogen: Обычно процессоры в локальных компьютерах слабее, чем в серверах, во-вторых, скорость интернета: если Composer будет качать на локальном, то будет гораздо медленнее, чем если с локального лишь отправить команду качать на удаленный.

[murlogen]

Rou1997: Не выдумывай.
Для типовой разработки скорости типового современного компьютера - достаточно.

Кроме того - удаленный сервер ты арендуешь.
а свой компьютер у тебя свой.

Может быть дешевле будет его модернизировать, чем постоянно платить аренду?
Посчитай.

[Rou1997]

murlogen: Не дешевле, если это ноутбук, в котором нельзя так просто заменить процессор, да и на подключение другого интернета мне придется потратить время.
Я не выдумываю, я всерьез использую VPS в свое работе.
И почему постоянно? Может, мне Chromium надо собрать, и что, мне для этого собирать ПК с восьмиядерным процессором, 16 ГБ ОЗУ и подключать интернет 1 Гбит/сек? Нет, пусть это оплачивают те, кто это заказал, и на такой срок, на какой им надо.

[murlogen]

Rou1997: Не гони. Ты не имеешь никакого отношения к разработки Хромиума. Не нужно за уши притягивать.

[murlogen]

Rou1997: Локально всегда быстрее. Можно конечно найти (придумать) сценарии, когда быстрее удаленно.....

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

Дело не в скорости интернета, дело в латенси интернета
У тебя хоть 100 гигабит скорости может быть, но законы физики никто не отменял. Если сервер стоит не за углом - то у тебя всегда будет латенси.

А дешевые выделенные сервера - явно у тебя не за углом.
Скорее всего ближайший - во Франции или Германии если не вообще в США.

[murlogen]

Rou1997:
Да, можно сливать исходники дифферентно, пользуясь например, GIT, чтобы не передавать каждый раз 100% исходников на сервер, но это опять таки дополнительная задержка на установку соединения с сервером GIT, аутентификация тоже не мгновенно. Потом умножь на 2 - так как серверу нужно с ГИТ засовать и отдеплоить.

Короче, завершай уже фантазировать.

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

Но это не типичная задача типичных разработчиков.
Типичному за глаза хватает просто современного компьютера.
Который будучи размещен локально - имеет нулевую латенси.
И не требует арендной платы.

[Rou1997]

murlogen:

Не гони. Ты не имеешь никакого отношения к разработки Хромиума.

Не Хромиума, а браузеров на его основе, таких, как Амиго от Mail.Ru, где 90% моей работы - это скачать и собрать, а остальные 10% - влепить рекламу и прочие "фичи". А также софта для установки расширений в Хромиум в обход имеющегося в нем защитного алгоритма шифрования файла настроек, который для начала надо изучить, с помощью исходников.
Ну, именно Хромиум пока не приходилось, и в текущих проектах не предвидится, но собирать фреймворк или ядро Android в целях отладки и создания "трюков" с рефлексией, или собирать IDE с ее плагинами, или декомпилятор чтобы что-то настроить - вполне. А в них тоже много кода.

Но это не типичная задача типичных разработчиков.

Видимо, я не "типичный разработчик" в твоем представлении :) Тогда просто не вижу смысла дискутировать дальше.

[Rou1997]

murlogen:

Короче, завершай уже фантазировать.

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

[murlogen]

Rou1997:
Для твоей ситуации человечество уже лет 30 как использует специальные билд-сервера.
Америку ты не открыл.

[murlogen]

Rou1997:
Билд-сервера нужны для, к примеру, большого десктопного приложения написанного на С++.
Там билдинг может длиться часами и даже сутками - это никого не удивляет.

У автора темы совсем другие задачи.
И автор темы РУССКИМ ЯЗЫКОМ написал, что у него Ruby, NodeJS....

ЗАЧЕМ ТАМ НУЖНЫ Билд-сервера??????

[Rou1997]

murlogen: Не только билдинг, скачивание тоже.

[Rou1997]

murlogen: На открытие Америки я и не претендую.

[murlogen]

Rou1997: Ну ты уже понял, что твой ответ относится к другой области, которая не интересует автора вопроса?

Answer 3

[murlogen]

Не гоните на Windows.
Дело не в файловой системе.

Дело в том, что nix-овый софт традиционно использует запуск процессов на каждый чих.
В nix это дешевая операция.
Вот весь софт и заточен чтобы делать элементарные вещи через запуск скриптов, а в Винде следовало бы делать через вызовы АПИ.

Неужели до сих пор ни кто не придумал платформу для разработки на Windows, что-то типа интегрированной системы Linux + Ext4 с чтением/записью в Windows.

Microsoft и Ubuntu - придумали уже несколько месяцев как.
С лета 2016 в Windows 10 встроена подсистема Linux на базе Ubuntu
Попробуйте, может, решит вашу проблему.

Там правда не файловая система (думается не в ней и проблема).
А утилиты, API - имхо, в них и был затык.

Comments

[Margo1964]

Не помогает. Скорость работы подсистемы с файловой системой NTFS крайне низкая.

[murlogen]

Margo1964: Поделитесь как вы умудрились запустить софт вы запускали из-под подсистемы Linux, встроенный в Windows.
Имхо, там еще вручную нужно перекомпилировать, просто так не инсталлируешь.
Сисстема-то новая.

[Margo1964]

murlogen: Включила режим девелопера, доустановила компоненты, зашда в bash, установила Ruby & npm и ужаснулась диким тормозам.

[murlogen]

Margo1964: Ruby, npm - были перекомпилированы с ПОДДЕРЖКОЙ Linux-подсистемы?

[murlogen]

Margo1964: Если вы использовали обычные дистрибутивы под Windows, то они работают через Windows API, а вам-то надо через POSIX API или как там оно называется в этой Linux-подсистеме Windows.

[Margo1964]

murlogen: Естественно я не использовала дистрибутивы от Windows, а устанавливала из репозитория. Ruby компиллился из сырцов, но это, как я полагаю, уже не важно.

[murlogen]

Margo1964:
Скорее всего компилиться просто под Windows API.
Ведь Linux-подсистема - только-только вышла.
Имхо, нужно ковырнуть форумы - а как именно перекомпилировать под Linux-подсистему.

[Margo1964]

murlogen: Вы знаете, я, конечно не бородатый программист, но что-то мне подсказывает, что командой sudo apt-get install nodejs устанавливаются программы именно в Ubuntu, да и sudo apt-get update довольно характерно работает для Ubuntu, а не для Windows.

[murlogen]

Margo1964: хрен его знает, а позаботились ли уже разработчики, чтобы работать без Windows API.
Linux подсистема-то новая вещь в Винде.
Нужно будет как нибудь проверить - а какой там на самом деле бинарник запускается...
Что кстати довольно просто - отключить Линукс подсистему и попробовать стартануть бинарник.

[Margo1964]

murlogen:
lsb_release -a
Distributor ID: Ubuntu
Description: Ubuntu 14.04.5 LTS
Release: 14.04
Codename: trusty
margo@DESKTOP:/mnt/c/Users/margo$

[murlogen]

Margo1964: Использовали ли бинарники вызовы Windows API или не использовали?

[Margo1964]

murlogen: Нет, никакие бинарники API не использовала, все работает из коробки.

[murlogen]

Margo1964: Бинарники, которые вы получили в процессе компиляции.
Вы же говорите, что из исходников?
Эти бинарники - не используют Windows API?

Кстати, sudo apt-get install nodejs - это вовсе не из исходников.
Так что вряд ли вы перекомпилили под свою систему.

[Margo1964]

murlogen: Нет, это бинарники для Linux.

[Margo1964]

Margo1964: sudo apt-get install nodejs это установка nodejs, ruby я компилила из сырцов :D

Answer 4

[Александр Таратин]

memory.dataram.com/products-and-services/software/...
Мне хватает freeware версии