• Какие критерии влияют на разрешение экрана?

    saboteur_kiev
    @saboteur_kiev Куратор тега Железо
    software engineer
    И HDMI и Display Port поддерживают до 3840×2160.
    Единственное, что DisplayPort поддерживает две видяшки (FreeSync, G-sync), но в вашем случае это не нужно, поэтому какой использовать разъем - разницы нет.

    Разрешение зависит от памяти на видеокарточке, следовательно можно посмотреть спецификацию видяшки, какие разрешения она поддерживает, и для 2d свободно пользоваться (обычные приложения, просмотр видео)

    Что касается игрушек - рендеринг задача высоконагружающая, поэтому чем выше разрешение - тем сложнее задача. Обычно для рендеринга современных шутеров на высоких разрешениях даже самой топовой видяшки может не хватать. поэтому придумали Поддержка Nvidia G-Sync и AMD FreeSync. А ноутбучные видяшки всегда уступают аналогичным десктопным, поэтому не думаю, что есть смысл брать монитор, если цель - игрушки.
    Ответ написан
    Комментировать
  • Какие критерии влияют на разрешение экрана?

    Therapyx
    @Therapyx
    Data Science
    Поддержка должна быть у видеокарты и монитора. У вашей видео карты все в порядке.
    Если вы собрались работать на таком разрешении, смотреть фильмики, сёрфить в интернете, то без проблем. В играх же на таком разрешении ваш ноутбук умрет.
    Ответ написан
    4 комментария
  • Какие критерии влияют на разрешение экрана?

    GaneevRR
    @GaneevRR
    Вместо спасибо отмечайте Нравится
    Ноутбук на монитор WQHD (2560 x 1440) такое разрешение выдаст без проблем. Графическую информацию на монитор, телевизор и т.п. выводит видеокарта, это ее первоначальная функция. ОЗУ и ЦПУ будут влиять на комфортную/не комфортную работу на высоких разрешениях в играх, приложения, видео. Думаю просто написал для понимания.
    Ответ написан
    2 комментария
  • Как передать данные из одного процесса другому процессу на nodejs?

    MarcusAurelius
    @MarcusAurelius Куратор тега Node.js
    автор Impress Application Server для Node.js
    Как раз через сокеты можно передавать от одного дочернего процесса другому, а через child_process (и через cluster), т.е. через IPC (межпроцессовое взаимодействие) все будет идти только через мастер-процесс. Слушайте в каждом процессе UDP, это удобно, если нужно рассылать всем сразу, а если только конкретному процессу, то при форке дайте ему в параметры номер порта и откройте отдельный серверный TCP сокет в каждом воркере. Мастер процесс может прислать каждому воркеру соответствие между портами и pid (если это нужно), иначе можно просто знать, что порты идут, например, от 2000 до 2019 (т.е. их 20 штук открыто) и присылать на один из них.
    Ответ написан
    4 комментария
  • Как установить дефолтный домен ispmanager 5?

    @inkvizitor68sl
    Linux-сисадмин с 8 летним стажем.
    define "Дефолтный домен".

    Можно не придумывать чудных вещей и в конфигурацию nginx (где-нибудь в районе /etc/nginx/sites-enabled/00-default.conf) написать такое:
    server {
    listen ip1:80 default;
    listen ip2:80 default;
    return 404;
    }

    return 404 заменить по вкусу на нужное.
    Ответ написан
    Комментировать
  • Node.js, socket.io, cluster. Как организовать архитектуру multiplayer-игры?

    @ISINK
    1.Раскидывали через cluster http сервер (свой long-polling, socket.io не использовали) на несколько потоков по количеству ядер в системе . Также была необходимость хранить данные в головном потоке и там их обрабатывать при необходимости. Cluster предоставляет возможность осуществлять связь между дочерними потоками и головным, делается эта следующим образом:
    В головном потоке (master) устанавливаем событие message - которое ждет сообщения от дочерних потоков
    всю логику разбиваем на 2 файла server.js (Master) и worker.js

    var config = {
        numWorkers: require('os').cpus().length,
        refreshTime: 1000, // Milliseconds between data refreshes.
        waitTime: 90, //Время в секундах когда пользователь считается оффлайн
        worker: {
            port: XXXX,
            setNoDelay: true,
            mongoUrl: 'mongodb://XXX:XXXXXXXX@/tmp/mongodb-270XX.sock'
        }
    };

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

    cluster.setupMaster({
        exec: "worker.js"      
    });

    говорим кластеру в каких файлах исполняемый код воркеров

    for (var i = 0; i < config.numWorkers; i++)
        (function(worker) {
            worker.on('message', function(data) {
    			switch(data.routeType){   // мы  в сообщениях преедавали  массив , routeType  -  переменная масисива которую мы ввели и в нашем случае она  обозначала какоето действие
                    case 'act1':
                        //  Что то делаем, выполняем какойто код   массив  data  может  содержать еще какието элементы котоыре вы будете обрабатывать
                        break;
                    case 'act1':
    						// Второе действие
                        break;
    				default:
    					break;
    			}
            });
    
            worker.on('exit', function(code, signal) {
                console.log('Worker died: ', worker.process.pid, code, signal);  //  Сообщаем в консоль что у нас подох один из потоков
            });
        })(cluster.fork({WORKER_CONFIG: JSON.stringify(config.worker)}));  //  Форкаем  потоки




    worker.js -- код в потоках
    var config = JSON.parse(process.env.WORKER_CONFIG || "{}"); -- таким образом можно получить в дочернем потоке какието насторйки из голвного

    process.on('message', function(data){   // получаем сообщение от  головного потока 
    		switch(data.routeType){
    			case 'myMess1': 
    				// Выполняем свой код
                break;
                case 'myMess2':
    						// Второе действие
                break;
    			default:
    			break;
    			}
    }

    отправляем сообщение в головной
    var procMess = {
    	routeType: 'myMess',
    //..........  любые ваши данные которые нужно передать
    };
    
    process.send(procMess);	    // Отправка данных  в головной поток

    Советую собрать у себя этот пример habrahabr.ru/post/123154 чтобы наглядно посмотреть как передаются сообщения из головного потока в воркеры и обратно.
    Мы первую версию своего движка собрали по похожем принципу и тестировали под высокими нагрузками - проблем не было.
    Ответ написан
    1 комментарий