WINEARCH=win32 WINEPREFIX=~/akk1 winetricks --no-isolate steam 

WINEPREFIX=~/akk1 wine /home/nik/akk1/drive_c/Program\ Files/Steam/Steam.exe -login xxx xxx -silent -low -nobreakpad -nodev -nodns -nogamestats -nohltv -noipx -nomaster -nominidumps -dxlevel 80 -w 640 -h 480 -nod3d9ex -nocrashdialog -nojoy -nomessagebox -nopreload -nopreloadmodels -novid -port 28201 -sw +connect 0.0.0.0

След бутылка

WINEARCH=win32 WINEPREFIX=~/akk2 winetricks --no-isolate steam 

WINEPREFIX=~/akk2 wine /home/nik/akk2/drive_c/Program\ Files/Steam/Steam.exe -login xxx xxx -silent -low -nobreakpad -nodev -nodns -nogamestats -nohltv -noipx -nomaster -nominidumps -dxlevel 80 -w 640 -h 480 -nod3d9ex -nocrashdialog -nojoy -nomessagebox -nopreload -nopreloadmodels -novid -port 28201 -sw +connect 0.0.0.0

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

i2ks пишет:

как показала практика, клиент сам не занет что ему надо, и поэтому приходиться ТЗ дописывать за клиента со всеми вытекающими последствиями.
из последнего с чем приходлось  работать, это зонинг, правда он под солярку, но все же у него на много больше приимуществ, нежели у классическог bsd jail :-)

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

Я вам скинул готовый скрипт в лс,который у меня не запускается,может вы его перепишете,могу заплатить 15к максимально или напишите с нуля,тот скрипт посмотрите что бы понять принцип работы.

как показала практика, клиент сам не занет что ему надо, и поэтому приходиться ТЗ дописывать за клиента со всеми вытекающими последствиями.
из последнего с чем приходлось  работать, это зонинг, правда он под солярку, но все же у него на много больше приимуществ, нежели у классическог bsd jail :-)

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

Собственно реализация обсуждается с клиентом при составлении полного Т3.

как показала практика, клиент сам не занет что ему надо, и поэтому приходиться ТЗ дописывать за клиента со всеми вытекающими последствиями.
из последнего с чем приходлось  работать, это зонинг, правда он под солярку, но все же у него на много больше приимуществ, нежели у классическог bsd jail :-)

beliy пишет:

Имхо лучший вариант - это jail

если bsd то jail,  в linux это подругому чуть называется(vserver, rsbac etc.), или вы хотите bsdjail через modprobe подлкючать + ядро патчить? 

Ну на самом деле там существенно больше манипуляций с jail и там свои хитрости и преимущества с недостатками, но линукс аналог это наверное больше chroot. Вместо vserver логичнее таки будет использовать OpenVZ, но тоже можно и также будет работать. По rsbac особо ничего не скажу так как с ним не приходилось работать. Но при необходимости могу настроить на любом из удобных инструментов. Собственно реализация обсуждается с клиентом при составлении полного Т3.

Имхо лучший вариант - это jail

если bsd то jail,  в linux это подругому чуть называется(vserver, rsbac etc.), или вы хотите bsdjail через modprobe подлкючать + ядро патчить? 

Кто возьмется и сколько это стоит?Игра Team-Fortress 2,нужно запустить кучу аккаунтов с хорошей оптимизацией и что бы процессы не видели друг друга,и все должно быть сделано через скрипт,создание и запуск аккаунтов,как я понял лучший вариант это вайн.

Нет, вайн тут вообще не нужен - что стим что игра есть с версией под линукс. Имхо лучший вариант - это jail, даже без тонких оптимизаций.

Не самый лучший вариант, да и подходит он не полностью. Лучше делать на более низком уровне.

Могу сделать "под ключ" с бесплатным сопровождением месяц за 50к рублей.

Кто

не я.

drBatty пишет:

не реально.

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

Ну давайте хоть так.

drBatty пишет:

не реально.

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

Кто возьмется и сколько это стоит?Игра Team-Fortress 2,нужно запустить кучу аккаунтов с хорошей оптимизацией и что бы процессы не видели друг друга,и все должно быть сделано через скрипт,создание и запуск аккаунтов,как я понял лучший вариант это вайн.

для игрушек из стима в wine? Не верю. Там данные, а не программы. Ловить нечего, везде всё будет по разному.

Вы вникали в принцип работы jail? А бинарники и библиотеки загружаемы в память тоже разные? а можно ли не загружать 100500 копий бинарников и библиотек в том числе и системных, а загрузить 1 и заставить обрабатывать данные для всех контейнеров? Правда стоить отметить что все очень индивидуально - нужно проводить аудит по конкретному приложению.

Этот процесс очень трудозатратен и без него никто не будет даже вникать в это

Но тут есть нюансы - если использовать технологию Jail и специально написанные для нее патчи, то можно достичь результатов когда при множестве контейнеров с однотипным ПО затраты на RAM из расчета для 1 контейнера вполне может быть в пределах 100Мб.

для игрушек из стима в wine? Не верю. Там данные, а не программы. Ловить нечего, везде всё будет по разному.

дело не в вознаграждении.

beliy, wine со стимом и игрушкой внутри и <100Mb? Бред какой-то. Что там  оптимизировать-то? Тут магия нужна, а не программирование.

Или вы про тетрис?

Я же и говорил что "многое зависит от того что за игра", ясен пень что потребление RAM в игре можно урезать лишь частично за счет за счет понижения настроек самой игры и если игра кушает например 1Gb, то 100мб она кушать врятли сможет. Но тут есть нюансы - если использовать технологию Jail и специально написанные для нее патчи, то можно достичь результатов когда при множестве контейнеров с однотипным ПО затраты на RAM из расчета для 1 контейнера вполне может быть в пределах 100Мб. Но такие работы стоят в десятки раз больше предложенного автором вознаграждения