Мой поиск альтернатив juick'у окончился неудачей, посему я снова здесь. Juick мне все больше напоминает emacs. Ни разу не sexy, живет на костылях и подпорках, создатель — знатный маргинал, но адекватных альтернатив нет (особенно по community).
Много воды утекло. Я переехал обратно в Питер, женился, сменил работу, оформил ИП, сменил штангу на гири и турник, linux на OSX, android на iPhone, возненавидел nosql и node.js, уверовал в illumos.
В общем, снова здравствуйте, я по всем соскучился (кроме угнича) :)
Replies (126)
-
@Shchvova, Да. Изначально он планировался как реинкарнация opensolaris с возможностью подсасывать изменения и пакеты из Oracle Solaris. Но Oracle Solaris нарушил данное ранее обещание делиться кодом, поэтому illumos превратился в полноценный fork. В итоге получился очень интересный проект, больше нацеленный на бизнес, чем на сферический open source в вакууме. Community держится на нескольких стартапах, которые используют illumos, как базис своего бизнеса.
-
@dk, dtrace в linux вроде уже свою имплементацию наваяли, zone — да кому нужно сейчас разделять на уровне ресурсов, когда существует vmware vshpere? zfs — возможно, но народ как-то смотрит на btrfs, ну а мы эксплуатируем ocfs2. crossbow — vmware distributed switch :)
-
@freefd, dtrace в linux — systemtap. Нормально он не работает и не будет работать ровно до тех пор, пока его адекватно не возьмут в master. Есть проект dtrace on linux, который делает Oracle. За более чем год прогресса не видать. Зоны же — очень дешевый способ делать cloud. Я могу поднять на одной среднестатистической машине 10000 зон, которые будут нормально работать. Могу ли я сделать то же самое с vmware? Нет. Зоны — OS level виртуализация, они очень легкие и очень быстрые, в vmware у меня 2 I/O стэка: OS I/O, vmware I/O, два шедулера, два memory manager'ы и т.д. Это дает не лучшую производительность (по сравнению с зонами). BTRFS до сих пор страдает от чудовищных проблем с фрагментацией, она до сих пор не умеет SSD в качестве кэша, в ней нет FMA. Она нормально работает только в теории, на машины, где идет серьезный I/O, и где нужна хорошая redundancy, я бы BTRFS не ставил.
-
@freefd, я не путаю. В esxi все равно есть свой I/O stack, свой scheduler (ВМ'ок и ядер), свои paravirt расширения. OS, которая будет запускаться в виртуалке будет иметь свой I/O stack, свой scheduler. При этом не каждый драйвер в этой OS будет поддерживать paravirtual API. В случае зон I/O стэк один, mm — один, scheduler — один. Да о чем я, joyent и omniti строят на этом свой бизнес, разворачивая SaaS/PaaS очень дешево, сохраняя при этом очень высокий уровень производительности. Когда системы в облаке исключительно гомогенны, зоны/контейнеры — лучший выбор. P/S: ocfs2 — да, знатная штуковина.
-
@freefd, Скорость и дешевизна (с точки зрения системных ресурсов). I/O в зонах при работе с виртуальным девайсом будет практически (отличия — доли процента) эквивалентным I/O при работе с реальным девайсом. Тот факт, что зоны шарят один и тот же scheduler (с возможность установления квот) позволяет гарантировать real-time даже в виртуальной среде, тот факт, что все шарят один и тот же mm позволяет добиться меньшей фрагментации памяти (хотя тащемта на память всем сейчас насрать, она дешевая). Есть еще огромный плюс для разработчика — дебажить процессы в зонах на порядки проще, чем процессы в виртуальных машинах.
-
@dk, Зависит от ориентации рынка. Для remote user vds не интересен насколько, насколько он интересен в корпоративной среде, когда заказчиком выступает контрагент из соседнего департамента или даже соседнего сектора подразделения. В общем, зоны солярочки — хорошо, но ни разу не тырпрайз и потому там не нужны. Спасибо за ликбез.
-
@freefd, Несомненно зависет, я не говорю, что это серебряная пуля. Это работает для набора user cases PaaS/SaaS. Например мой скрипт приходит к joyent и говорит ему через REST API, что он хочет создать 50 сервисов базы данных riak с размером диска = X и хочет образовать из них кластер, после чего он хочет отдать их юзеру такому-то. Отдельная VM для этого явный оверкил.
-
@xl0, Я знаю, чувак. Мой опен-сорсный nlm, который сейчас проталкивает deplphix тоже висит в pending list'е. Бюрократия в community немногим лучше, чем в российской налоговой. Однако это меня не парит. Компании, которым интересны твои зменения подсасывают их в свои git деревья. Я обнаружил, что такой подход работает гораздо круче, да и люди в этих компаниях гораздо отзывчивее (им деньги за это платят). Так что рано или поздно нужная компания толкнет нужное изменение в master, посему я перестал париться о том, чтобы протолкнуть большое изменение напрямую.
-
@xl0, Это одна из причин, по которой в linux помойка полурабочих драйверов. Я бы тебе посоветовал воспринимать все проще. AFAIK, твои драйвера юзает joyent, посему я бы на твоем месте дернул их. У них сидит отдельный человек на зарплате, который интегрирует изменения в illumos.
-
@vannadiz, Фур, Маша, ещё штук пять тян, что я лично не запомнилю
-
@stanis, ты на кого намекаешь, "царская морда"? В-общем, я долго пытался себя убедить, что sublime-text-2 это — моё, но так ничего и не вышло. В саблайме привлекло ^P, то бишь, быстрый поиск по файлам в проекте и внутри файлов, плюс Package Install. Но в конце концов его неадекватная (исключительно после знакомства с emacs-овским tab) реакция на клавишу tab меня доконала. Т.ч. я возвращаюсь и пытаюсь найти всё что мне нужно снова в emacs.