А на лив сд работает и xinput на лив видет его. Как узнать чего не хватает установленной версии? ядра те же что на лив, что на установленной. cat /proc/bus/input/devices на устоновленной не видит
Захотелось и себе пофлудить. После 4-х лет работы только с gnome жене вдруг понадобилось поставить винду. Скачал 10-ку с оф сайта. Купил ключи на немецком сайте - поставил второй с линуксом. Груб не востанавливал так как времени небыло.
Вечером дай думаю посижу в интернете. И это пипец windows просто унылое говно. Тормозит что пипец, нету удобных гномовских уголков. Раньше в xp при нажатии на кнопку окон все окна сворачивались - счас выскакивает убогое меню. Тач работает криво - при скроле произволно выделяет и кликает. И это еще антивируса не ставил.
Возможно это все фикситься, но там же заявлена суперская работа из коробки.
При копировани на флешку через mc или dc скорость нереально большая, операция завершается очень быстро, а файл не скопирован. В наутилусе все ок. Debian 8. Кто-то решал такой баг?
Уже давно не работал с апачем, а тут клиент попросил поставить именно эту связку. Поставил убунту 16.04 и для експеремента одни и те же скрипты выполнял на nginx php-fpm через юникс сокет и apache mod_fcgid и оказалось, скрипты выполняются в два раза быстрее на апаче.
У большинства проектов медленной частью является фасетный поиск. Как с производительность у mongodb по сравнению с mysql, postgresql? У кого есть опыт с количеством товара больше 100 000 и у каждого товара больше 5 комбинаций.
Здравствуйте, написал алгоритм решения проблемы 3-d упаковки контейнера, нужно проверить уровень погрешности экспериментально. Все коробки что были дома перемерил и перескладывал. Но хотелось бы проверить его на большей выборке. Мож кто видел 3-d симулятор складывания контейнеров (если линукс - хорошо, но не важно)
По питону в основном работал с Odoo и стиль привил себе ихний. Но вот решил написать свой маленький костыль для гнома и решил почитать об производительности питона(не смейтесь)
Полез читать https://wiki.python.org/moin/PythonSpeed/PerformanceTips
И почитав его возникло чувство, что Odoo антипатерн. И собственно вопрос - как лучше реализовать метод:
def getSettings(self):
if self.settings != None:
return self.settings
self.settings = {}
for section in self.parser:
self.settings[section] = {}
for parameter in self.parser[section]:
self.settings[section][parameter] = self.parser[section][parameter]
или
def getSettings(self):
if self.settings != None:
return self.settings
parser = self.parser
self.settings = {
section: {parameter:parser[section][parameter]}
for section in parser
for parameter in parser[section]
}
Первый вариант мне больше удобочитаем, но вот по производительности, если словари очень большие - будет ли выигрыш?