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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

murlogen:

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

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

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

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

murlogen:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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