CryNet Бесплатный плеер есть уже из коробки в винде, а в сторе есть тот же VLC, и много других.
Adobe Photoshop Express есть бесплатный, кстати, как ни странно. =)
Бесплатного офисного пакета, типа libre office не завезли, но есть отдельные приложения, которыми можно редактировать документы, типа XLS edit и подобные. На самом деле, бесплатного софта довольно много.
CryNet Torrent RT FREE, например есть.
Я сам пользуюсь qbittorrent, но его нет в сторе.
На самом деле, уже можно вполне, обойтись приложениями только из стора, для среднего пользователя.
Даже steam оттуда можно поставить. =)
SlavikF Перед тем, как дойти до wireshark и сетевого стека, вы хотя бы помониторили состояние процессов apache?
Проблем с прикладным ПО, всегда куда больше чем с системным, на порядки. Начинать лучше с него. Благо, у apache есть вполне доступный способ получения нужной статистики - mod_status.
PyNen Либо у вас совершенная каша в голове, либо проблема с выражением мыслей.
Если "Из гипервизоров будет Гипер-в", то у него есть оснастка для управления уже, в виде gui. Web-ui, да ещё и бесплатного, насколько я знаю, для него нет, да и зачем он для вашей задачи не очень понятно.
"так как он позволяет сделать гостевой операционной системой Windows Server 2019" Это позволяет не только он, а также и KVM, VMWare, например.
Если вам нужен webui для гипервизора, да ещё и рядом linux контейнеры, то это умеет делать Proxmox (KVM + LXC). И это пожалуй, единственное бесплатное ПО, которое может решать обе ваши задачи одновременно.
Если же, вам нужно продавать хостинг виртуалок, то вам нужно другое ПО. Это уже ближе к VMManager (+ возможно, BillManager) - это один из самых доступных вариантов начального уровня. Но чтобы этим заниматься, просто железа и ПО мало, нужен опыт в поддержке подобных систем, и очень немало знаний. С такого уровня вопросами, этим уж точно заниматься не стоит.
fshp, Он заблокирован по домену, и если ваш провайдер по какой-то причине не блокирует его при доступе по ipv6, это временная недоработка вашего провайдера, в общем-то.
Если вы конечно не используете туннель, для работы ipv6. Но в этом случае, это частный случай обхода проксированием, и дело не в ipv6.
nidalee Ваша цитата, на самом деле, это теоретическая оценка сверху, в идеальных условиях. На практике, скорость всегда меньше, чем суммарная скорость дисков массива, и в некоторых нагрузках заметно меньше, на это влияет, в частности размер чанка, и средний размер запроса.
Впрочем, не получится суммарной скорости, и в случае отделенных дисков - не получится так сбалансировать нагрузку руками.
be52 Я уже тут писал об этом, но повторюсь:
Введение ipv6 у какого-то произвольного провайдера, не гарантирует белых адресов всем устройствам. Т.е. это возможно, но не обязательно.
Также, ipv6 совершенно не гарантирует возможность подключения к устройству извне даже при наличии белого адреса. Это тоже только возможность, и зависит от того, как будет с такими подключениями поступать конкретный провайдер.
ff0xff, Там не только в работе алгоритмов разрешения зависимостей проблема, даже распаковывается всё в память, не чистится в процессе - только увеличивается потребление, и.т.п.
Вообще такие вещи можно оптимизировать за счёт времени выполнения в обмен на память практически всегда, и время выполнения тут менее критично.
Мне кажется, довольно бесполезно переписываться, не те люди совсем его пишут, судя по тому, что они предлагают и на какие проблемы ссылаются, и каковы результаты. Они отказываются даже задуматься о решении этой проблемы, уже далеко не в первый раз.
А то, что они предлагают делать всё не на той же машине, откровенный костыль - так работать совершенно не удобно.
metajiji, 0 даст меньшую надёжность чем два отдельных диска. И большей скорости не даст.
Бакапы не увеличивают доступность - это мера восстановления, и доступностью пренебрегать не стоит, не смотря на их наличие.
Простота при настройке, тут, не компенсирует, как мне кажется, потенциальных проблем в эксплуатации.
1. Вы уверены, что действительно будут доступны соединения извне? Я нет. Это совершенно не обязательно, и из соображений безопасности так лучше бы и не делать, для большой массы неподготовленных пользователей.
2. Ресурсы блокируются чаще не по ip. А у провайдера осилившего ipv6 для клиентов, наверняка есть нормальные схемы блокировки.
3. Относительно. Он не обязан быть публичным, он не обязан быть фиксированным, только использование ipv6 этого совершенно не гарантирует.
Это только в теории, если провайдер выдаст белый ip, да ещё соединения извне на него будет пропускать. Совершенно не факт, что на самом деле будет так в конкретной реализации. Т.е. просто использование ipv6 совершенно этого не гарантирует.
metajiji, Скорее всего это не совсем физические диски, судя по ограничениям, и собирать из них рейд не всегда хорошая идея. К тому же какой? Собирать 0, это так себе идея в принципе... =) Плюс только один - автоматически более менее нагрузка будет балансироваться.
Валерий Сергеев Это всё тоже на самом деле заготовки, которые надо допиливать, просто они имеют уже довольно много готового функционала для своей тематики, но это не "поставил и забыл".
Да, и связываться с битриксом, если не хочется потратить лишние деньги на разработку, а потом тратить постоянно лишние деньги на хостинг для получившегося монстра, я бы вам крайне не советовал.
Вообще, можно и если доступ часто, а запись не очень часто. При каждом обращении не будут разжиматься данные, если они в памяти уже. Да и разжатие там очень шустрое, в общем-то, и не даёт очень большого оверхеда по процу, обычно, да и io меньше, что может быть даже выгоднее.
Тут надо тестировать и сравнивать в конкретных случаях, чтобы понять что выгоднее, и насколько хорошо работает.
