я вот видео перекодирую часто в самые разнообразные форматы (что ни один чип аппаратный делать не может, только если у него его собственный CPU не будет круче во всех этих задачах чем центральный на компе ;)). Ещё в силу специфики своей работы - часто софт компилирую. Ещё у меня тонна приложений постоянно работает. Ах да, и Java тоже...
Суть в том что задач для центрального CPU можно найти СТОЛЬКО, что аппаратный вариант для каждой из них если и сделать то стоить всё это будет в сотни, если не в тысячи, раз дороже чем один-единственный CPU.
Cell на такой уж крутой в операциях с плавающей запятой. 8+1 ядер из которых 1 отключено а 1 зарезервировано. Итого 6+1.
По поводу CPU Tilera в целом: слишком слабые ядра. Один поток 1080p в реальном времени - это не так уж серьёзно. Крайне проблематично найти столько параллельных задач не требующих высоких мощностей каждая.
бывают ситуации когда нужно: svn, console (tabbed), eclipse, 2-3 kwrite, skype и всё разом. Конечно это специфические задачи. Если бы одна программа выполняла всю эту функциональность столь же качественно как и отдельные приложения - пользовался бы ей. Но в линуксе такие комбайны - опять же - редкость.
они исключают overlap окошек, что не совсем то что нужно, на мой взгляд. Я вот бы тоже не отказался от псевдо-xinerama которая бы просто распилила бы большой 16:9 моник на две половинки.
хихи, вариантов море :). Я написал про кроссплатформ к тому что автор Chrony невероятным образом умудрился это проигнорировать. Сейчас столько много народу пользуются "не-виндой", что думать об этом надо было в первую очередь =).
потому что почти все приложения не требуют этого. Прочувствуйте разницу - например MS Office содержит гору тулбаров, и развернув офис на весь экран с ним можно удобно работать. В линуксе же чаще не гора тулбаров а гора окон (Gimp, etc). Даже эклипс под линуксом гораздо удобнее использовать выдернув все тулбары в отдельные окна и расположив по вкусу :). Я уж не говорю о возомжности раскидывать тулбары на несколько мониторов (если тулбары внутри одного окна - растягивать это окно на полтора монитора - абсурд).
Тут впрочем уже много раз говорили что и MacOSX и Linux способствуют большому количеству окон и не способствуют разворачиванию каждого из них на фулскрин.
Ну ещё вдогонку - в линкусе софт с которым неудобно работать, не развернув на весь экран - по пальцам пересчитать (и, как правило, это кроссплатформенные приложения работаюшие и под Windows и способные перенастроится на другой лад :) Те же eclipse, jedit, etc.)
Я ведь посоветовал - НЕ разворачивай окна на весь экран воообще. Есть прилипание и расположить все окна рядом с твоим мессенджером - менее секунды при использовании ALT+Mouse
нет таких. В линуксе вообще разворачивать окна на весь экран - моветон.
ALT+LeftMouse, ALT+RightMouse и двигай сколько душе угодно. И пореже перезагружайся :-D
давно уже сижу на tiktrac.com. Там функционал пошире. Может тоже дойдут руки до написания клиента к нему небраузерного. Вот тока писать надо будет кроссплатформ, ибо дома MacOSX, а на работе Linux :-)
непонятно что требует столько COLS для редактирования. Ладно ещё 120, хотя большую часть пытаются удерживать в 80. И вовсе не потому что все под VT терминалами сидят, а так элементарно текст читать удобнее...
кстати говоря mac и linux больше способствуют многооконному интерфейсу, чем та же windows. В windows чаще всего все диалоговые окна открываются _внутри_ основного контейнера порграммы, тогда как под linux и mac - чаще - они являются полноценными окнами.
ха, а у меня скорее всё с точностью, да наоборот! :). Сейчас работаю на 2х мониторах. 1600х1200 на каждом. Есть, конечно же приложения которые дейстивтельно удобно растянуть на весь экран, но подавляющее большинство - никак нет. Меня раньше всегда раздражал (несколько лет назад :)) под виндой процесс изменения размера окна или перетаскивание его. Сейчас же - абсолютно виртуозно ALT+RightMouse или ALT+LeftMouse на самом окне. В итоге я двигаю окошки постоянно. Плюс 6 раб столов. По 2 экрана на каждом :). Я разработчик и мне иногда необхидимо чтобы было ОЧЕНЬ много информации перед глазами.
А вот мессенджеры... хм.. гораздо логичнее спихнуть их ВСЕ на один рабочий стол и уж никак не разворачивать на весь экран :).
Размышляю сейчас о покупке одного совсем большого моника (24+ дюймов), разворачивать какие-нибудь окошки на весь экран в нём было бы вообще совсем глупо :). Да даже сейчас растягивать ff на весь экран при 1600x1200 на одном монике - ну нет совершенно никакой необходимости.
Так что зря Вы так кричите - Вам по просту не приходилось сталкиваться с задачами, где без оконного интерфейса никуда (собсна, я вот не понимаю - окно vim на весь экран, даже при Вашем 1280х1024 - по-моему абсурдно).
в случае с инпутами - конечно же можно просто яваскриптом поменять name у одного инпута, нет смысла генерировать их кучу :). Хотя все же - яваскриптом можно сначала сгенерировать кучу css стилей типа style_SJHGSDHG и чтобы только у одного было visibility: не hidden :-).
защита не стопроцентная конечно, ибо робота можно написать почти любого. Только в том случае если на сайте требуются ещё какие-то действия от пользователя дабы подтвердить его humanity - вот тут можно уже говорить о серьёзной защите.
Ваш же способ легко превратить из "совсем-легкий-для-подделки" в достаточно сложный. Например
после загрузки страницы идём яваскриптом и убираем все инпуты кроме одного. Оставляем лишь тот login_XXXXXX который в данном конкретном случае будет работоспособным.
Для того чтобы обойти такой способ понадобится единственное - интерпретировать код JS роботу. Это опять-таки не сложно, хоть и требует уже некоторых усилий.
Ещё хинт: флеш сейчас есть почти у всех. Во флеше есть ActiveScript. Флеш может общаться с js в обоих направлениях. Флеш ещё и с сервером может общаться без ведома JS. А вот разламывать флеш каждый раз в рантайме - уже очень сложная задача. Правда заставлять всех пользователей ставить флеш - не совсем корректно. Но по крайней мере при регистрации если человек прошёл её с флешем - можно быть уверенным что это не робот. И сделать соответствующую пометку в БД пользователей.
Можно использовать флеш и для показа captcha-картинок. Разве что флешку придётся генерировать рантаймом на сервере. Ибо передавать код параметром - конечно же, абсурд. Генерировать флеш не сложно. Главное заставить его внутри не использовать шрифтов. Рисовать всё линиями. Делать скриншот флешки роботу - нереально. Выполнить флешку обеспечив её связью с фиктивным браузером с JS - совсем уже нереально.
Это может быть достаточно серьёзной защитой. Но опять же - не стопроцентной. Стопроцентная защита - а) деньги, б) пасспорт. :-D
я вот видео перекодирую часто в самые разнообразные форматы (что ни один чип аппаратный делать не может, только если у него его собственный CPU не будет круче во всех этих задачах чем центральный на компе ;)). Ещё в силу специфики своей работы - часто софт компилирую. Ещё у меня тонна приложений постоянно работает. Ах да, и Java тоже...
Суть в том что задач для центрального CPU можно найти СТОЛЬКО, что аппаратный вариант для каждой из них если и сделать то стоить всё это будет в сотни, если не в тысячи, раз дороже чем один-единственный CPU.
Cell на такой уж крутой в операциях с плавающей запятой. 8+1 ядер из которых 1 отключено а 1 зарезервировано. Итого 6+1.
По поводу CPU Tilera в целом: слишком слабые ядра. Один поток 1080p в реальном времени - это не так уж серьёзно. Крайне проблематично найти столько параллельных задач не требующих высоких мощностей каждая.
А macosx отлично ставится на виртуальные машинки ;).
Тут впрочем уже много раз говорили что и MacOSX и Linux способствуют большому количеству окон и не способствуют разворачиванию каждого из них на фулскрин.
Ну ещё вдогонку - в линкусе софт с которым неудобно работать, не развернув на весь экран - по пальцам пересчитать (и, как правило, это кроссплатформенные приложения работаюшие и под Windows и способные перенастроится на другой лад :) Те же eclipse, jedit, etc.)
ха, неожиданно понял что я перезагружаюсь только в след. случаях:
1. Перебои с энергопитанием
2. Установка железок
3. Перекомпиляция ядра
:) Страшно даже вспомнить что когда-то я работал под Windows (ха, 3 года назад!)
# uptime
14:50:43 up 118 days, 3:19, 1 user, load average: 0.87, 1.36, 1.07
Я ведь посоветовал - НЕ разворачивай окна на весь экран воообще. Есть прилипание и расположить все окна рядом с твоим мессенджером - менее секунды при использовании ALT+Mouse
ALT+LeftMouse, ALT+RightMouse и двигай сколько душе угодно. И пореже перезагружайся :-D
А вот мессенджеры... хм.. гораздо логичнее спихнуть их ВСЕ на один рабочий стол и уж никак не разворачивать на весь экран :).
Размышляю сейчас о покупке одного совсем большого моника (24+ дюймов), разворачивать какие-нибудь окошки на весь экран в нём было бы вообще совсем глупо :). Да даже сейчас растягивать ff на весь экран при 1600x1200 на одном монике - ну нет совершенно никакой необходимости.
Так что зря Вы так кричите - Вам по просту не приходилось сталкиваться с задачами, где без оконного интерфейса никуда (собсна, я вот не понимаю - окно vim на весь экран, даже при Вашем 1280х1024 - по-моему абсурдно).
в случае с инпутами - конечно же можно просто яваскриптом поменять name у одного инпута, нет смысла генерировать их кучу :). Хотя все же - яваскриптом можно сначала сгенерировать кучу css стилей типа style_SJHGSDHG и чтобы только у одного было visibility: не hidden :-).
Ваш же способ легко превратить из "совсем-легкий-для-подделки" в достаточно сложный. Например
после загрузки страницы идём яваскриптом и убираем все инпуты кроме одного. Оставляем лишь тот login_XXXXXX который в данном конкретном случае будет работоспособным.
Для того чтобы обойти такой способ понадобится единственное - интерпретировать код JS роботу. Это опять-таки не сложно, хоть и требует уже некоторых усилий.
Ещё хинт: флеш сейчас есть почти у всех. Во флеше есть ActiveScript. Флеш может общаться с js в обоих направлениях. Флеш ещё и с сервером может общаться без ведома JS. А вот разламывать флеш каждый раз в рантайме - уже очень сложная задача. Правда заставлять всех пользователей ставить флеш - не совсем корректно. Но по крайней мере при регистрации если человек прошёл её с флешем - можно быть уверенным что это не робот. И сделать соответствующую пометку в БД пользователей.
Можно использовать флеш и для показа captcha-картинок. Разве что флешку придётся генерировать рантаймом на сервере. Ибо передавать код параметром - конечно же, абсурд. Генерировать флеш не сложно. Главное заставить его внутри не использовать шрифтов. Рисовать всё линиями. Делать скриншот флешки роботу - нереально. Выполнить флешку обеспечив её связью с фиктивным браузером с JS - совсем уже нереально.
Это может быть достаточно серьёзной защитой. Но опять же - не стопроцентной. Стопроцентная защита - а) деньги, б) пасспорт. :-D