Покажи Публикации - Lord Bad
* Виж публикациите на потр. | Виж темите на потр. | Виж прикачените файлове на потр
Страници: 1 [2] 3 4 ... 115
16  Преводи / Преводи на програми / Re: Как се превежда Powered by? -: May 18, 2010, 20:34
1. Захранвано/задвижвано от
2. Fueled by
17  Предложения и въпроси относно Linux-BG / Предложения за подобрения на този форум / Re: Премахване на рейтинга -: May 18, 2010, 13:02
Рейтингите помагат, ако са базирани на смислен критерий - например брой полезни отговори. В stackoverflow.com например някой пуска въпрос, някои хора му отговарят, други гласуват кои са най-добрите отговори и накрая човек задал въпроса избира верния за него отговор. Това поражда една много добра оценка на компетенциите на хората - обикновено тия с най-големия рейтинг наистина дават най-добрите отговори. Причината за това е проста - точки към рейтинга не се дават просто, защото си написал нещо, а защото някой го е харесал/намерил за полезно. Тука от най-добрия Линукс портал в България взе да става пълна пародия...
Преди 5 години като влизах тук поглеждам темите - интересна дискусия тук, интересна дискусия там. И се включвах в тях - сега като видя темите - повечето са или напълно идиотски - на повечето въпроси е по-лесно да им намериш отговора в google отколкото да се хабиш тука, или въобще нямат нищо общо с линукс и така. Какво точно да дърви човек на такова място... Силно се надявам нещата да се променят, но без някоя сериозна реорганизация на самия портал, а и на екип зад него не вярвам това да стане.
18  Предложения и въпроси относно Linux-BG / Предложения за подобрения на този форум / Re: Премахване на рейтинга -: May 18, 2010, 08:57
Тия рейтинги бяха последния проблем на форума и такива дискусии само показват как няма реални проблеми за обсъждане... Поне разкарайте тия идиотски надписи "Участник" - видимо сме участници, щом сме тук... Все повече си мисля, че място като stackoverflow/superuser/serverfault е организирано хиляда пъти по-добре от един форум, особено като става дума точно за търсене на помощ.
19  Нетехнически теми / Предложения за български проект / Re: Излезе Spellbook 0.3 -: May 14, 2010, 13:25
Ами това е така тъй като ти виждаш комбинирания ефект от паметта използвана от приложението и виртуалната машина. Общата памет на процеса включва следните неща:
- Генериран (JIT) код
- Заредени библиотеки (jar-ове и клас файлове)
- Контролни структури на heap-а
- Стекове на нишките
- Памет заделена директно (с malloc в JNI)

Самия процес не може да използва повече памет от това, което ми е задано в Xmx. Можеш да намалиш heap-а до 30М, тогава поне в моите тествове, Spellbook си работи добре, но ние използваме доста външния библиотеки, които вдигат размера на използвана памет по линия 2 да речем с около 10м. Останалото трябва да идва от виртуалната машина и генерирания код at runtime. Ти можеш да видиш колко памет използва самия Spellbook като дадеш "Show memory usage" в преференциите и минеш с мишката над бутона, който ще се появи. Като го натиснеш пък форсираш събирането на боклук на Java. Предполагам, че на много хора, им се увижда повишенето потребление на памет, но в ера, в която почти всеки има над 2гб ми се струва, че е по-ценно да имаш приложение, което върви навсякъде, отколкото такова което е супер оптимизирано само за една платформа... С приложенията имат малък footprint главно по една линия - споделините библиотеки, което очевидно аз няма как да постигна върху Java.
20  Нетехнически теми / Предложения за български проект / Re: Излезе Spellbook 0.3 -: May 14, 2010, 12:33
Напълно си прав, нещо съм се разсеял. Надявам се, че сега си доволен вече. Кода, между другото, е доста оптимизиран дори и сега :-)
21  Нетехнически теми / Предложения за български проект / Re: Излезе Spellbook 0.3 -: May 14, 2010, 11:06
Между другото update-нах tar.bz2 архива и с него вече няма да имате такъв проблем. Който е с RPM-а няма проблем така или иначе.
22  Нетехнически теми / Предложения за български проект / Re: Излезе Spellbook 0.3 -: May 14, 2010, 09:57
@dsarmov,
Забравил съм да сменя съобщението - не трябва да се избира директорията, в която е разархивирана базата, а тази в която е архива и(spellbook-db-0.3.tar.bz2). Или просто можеш да натиснеш download. Първия пакет, който качих имаше един гаден бъг, който не включваше ok бутона след download и веднага след това го ревизирах, т.е. ако си го изтеглил него - трябва да изтеглиш Spellbook отново.

@c111100101
Това не е от Spellbook, а от JVM, а - с скрипта не съм сложил праг на рам-та, която да ползва. Коригирай това:

Код:
# run Spellbook's binary
java -jar $SPELLBOOK_JAR

на

Код:
java -jar -Xmx50m $SPELLBOOK_JAR

или колкото там искаш - тестовете показват, че на Spellbook му трябват около 30М да работи нормално(като около 15 ги заема самата виртуална машина). В RPM пакет съм сложил твърд лимит - 64МБ.
23  Нетехнически теми / Предложения за български проект / Re: Излезе Spellbook 0.3 -: May 13, 2010, 23:00
Току-що качих и RPM пакет. Деб пакет според популярен слух, ще има около неделя.
24  Програмиране / Общ форум / Re: Спешно ми трябва някои,който може да ми оправи грешките -: May 13, 2010, 21:42
Спешно се научи да програмираш. Предлагам на модераторите да затворят тази тема. Тук не е място да се проси помощ за домашни работи.
25  Нетехнически теми / Предложения за български проект / Излезе Spellbook 0.3 -: May 13, 2010, 11:14
След повече от месец забавяне Spellbook 0.3 вече е факт. Release-а е натъпкан с нови feature-и - много от които бяха предложени от потребители на linux-bg. Макар, че едва ли потребителите тук ги интересува - Spellbook вече има и инсталатор за windows. Все още не съм update-нал RPM и DEB пакетите, но всеки може да тества стандартната дистрибуция, която е достъпна на http://code.google.com/p/spellbook-dictionary/

Ще се радвам да чуя предложения и коментари за текущата версия. Тя е леко бъгава, но няма да се плашите - в следващите седмица-две очаквам да пусна един-два bugfix release-a. Просто исках да пусна нещо - тъй като текущата версия е безкрайно по-добра от предишната...
26  Linux секция за начинаещи / Настройка на програми / Re: Немско-български речници за Убунту -: May 12, 2010, 15:53
Тък като покрай разработката на Spellbook разглеждах доста по темата знам, че в Babylon речника има свободни немско-български речници. GoldenDict може да ползва babylon речници. Съвсем скоро ще вкараме немско-български, френско-български, италиано-български и испано-български речници и в Spellbook.
27  Linux секция за начинаещи / Настройка на хардуер / Re: АТИ Мобилити Радеон HD 2600 -: May 10, 2010, 10:35
@ROKO_,
Официалния ATI драйвер поддържа всички RaheonHD карти - включително 2600. Спряна бе поддръжката за картите от X1xxx надолу включително. RadeonHD драйвера е бита карта - преди няколко дена Novell(разработчиците му) обявиха, че минават на radeon(другия open source драйвер) драйвера в бъдещите версии на тяхната дистрибуция SUSE. Общо взето мисля, че radeon драйвера е най-добрия избор за 2600HD - официалния драйвер на ATI е мега боклук като цяло...
28  Програмиране / Общ форум / Re: Защо никой не обича Java? -: May 09, 2010, 09:14
Не става дума на какво е писан Spellbook(днес между другото ще пусна най-сетне версия 0.3). Просто помня времето, когато преди 5 години във форума се водеха много смислени дискусии и беше полезно човек да прекарва време тук. Напоследък като преглеждам темите - всичко е или безсмислени спорове с не особено солидна обосновка от всяка страна и предъвкване на елементарни неща, които са дискутирани по хиляда пъти. Затова и рядко пиша вече - ама тая тема като я видях - не можах да се сдържа. Аз съм сигурно съм критикувал Java (езика) повече от всеки друг - но критиката от мен е в духа - "Грануляритета на многонишковите програми можеше да е по-добър", "Ех, да имаше поддръжка на closures", "Кой идиот направи switch-а без поддръжка на низове", "Не можеха ли да сложат някакъв културен ситанксис за директно манупулиране на колекции", "Ама от getter-и и setter-и", "Кой измисли тая грешка на природата checked exceptions" и т.н. За JVM-а единственото, което ме дразни е малко големия memory footprint като boot-не, и че няма поддръжка за динамично изпълнение на методи. Много от тези неща ще бъдат оправени в Java 7, която ще излезе тази година между другото...

Та мисълта ми е следната - едно е да се впуска човек в градивна критика - друго е да повтаря едни и същи не особено верни нещо. JVM беше действително много неефективен до 1.4, в 1.6 имаше огромни подобрения в тази сфера - повечето хора, обаче, не следят, тези развития. Те просто си говорят каквото си знаят. Едно дългроработещо Java приложение поне на теория е възможно в един момент да заработи по-бързо дори от приложение компилирано директно до машинен код благодарение на това, че виртуалната машина идентифицира с времето ключовите места в приложението, кешира и оптимизира генерирания код за конкретната микроархитектура. Като компилирате едно С приложение е малко досадно да правите отделен билд за всяка възможна целева платформа за да използва човек всички възможни процесорни възможности - за това приложенията обикновено се компилират с консервативни опции, за да работят на най-много машини.

И още нещо - не обичам Java чак толкова много :-) Любовта ми към Lisp не познава граници, но ми е неприятно да чета тоя flame подобен контент и просто затова се издразних толкова. Мир, братя! (и код и бира) ;-)

@dvd - статия от 2007ма не е мерило - JRuby се развива изключително активно. Версия 1.5 е почти готова и тя се очаква съвсем да ликвидира задочния спор с MRI. Въвеждането на invoke dynamic инструкцията в JDK 7 ще вдигне производителността на JRuby в пъти - алтернативните имплементации да му мислят...

@backtolife,
Аз съм дългогодишен C/C++ програмист - на С можеш да направиш абсолютно всичко! Въпроса, обаче, е - искаш ли да си го причиниш. Хората рядко си дават сметка, че най-ценния ресурс на един програмист е неговото време и понякога е безумно да си загубиш много време за да спечелиш малко производителност. Много лоша идея е да тръгнеш да пишеш уеб или enterprise приложения на C - за леко натоварените сайтове php, ruby, python царуват(а дори и за не толкова леки), java и .net са ествествения избор за супер тежки enterprise приложения.

На Java не можеш да пишеш системен софтуер - примерно ядро на OS, драйвери и т.н., т.е. ти можеш да ги пишеш на езика Java, ама това ще трябва да си компилирал до машинен код, освен ако не намериш начин да bootstrap-неш някаква малка jvm преди да ти напали ядрото на системата. Помня, че имаше нещо такова писано на .нет, а навремето имаше и едно недоразумение JavaOS. Във всеки случай - системния софт е едно от местата, където ефективността е критична и С и асемблер се очертава да царуват там вечно. Подобно е ситуацията с игрите - никой не иска да играя Doom 6/7/8 върху виртуална машина, всеки иска максимум производителност и затова почти всички игри се разработват на C++. Всеки език и платформа си имат предимствата и минусите - важно е човек да е запознат с тях, която селектира технологиите, в който и да е нов проект.
29  Програмиране / Общ форум / Re: Защо никой не обича Java? -: May 09, 2010, 00:24
Докато четях отговорите до тук по темата сериозно обмислях да изчезна завинаги от тоя форум. С риск да си предизвикам гнева на модераторите - по-идиотски изказвания на едно място и в някой индийски форум за програмиране не могат да бъдат събрани... И подозирам, че никой от хората, които само търкалят като латерни "Java е бавна, Java е тежка" не е разработвал нищо смислено на Java...
Аз обичам езика Java(макар и не толкова колко Ruby и Lisp например), обичам безкрайно много Java Virtual Machine, която е фондацията на половината "модерни" езици за програмиране като Clojure, Scala, Groovy, etc...

Между другото са за информация на всички дето се изказваха колко бавна е Java(което е идиотско изказване само по себе си с оглед на това, че един език не може да е бавен като език, а не ми се струваше че някой визираше виртуалната машина) - генериния от компилатора bytecode се изпълнява от JIT компилатора на Java 6 само за около 20% повече време отколкото еквивалентен С код, което е впечатляващо. При Ruby говорим за загуба на ефективност около 300 пъти в много сценарии(300 пъти, не 300%). Най-бързата имплементация на Ruby е JRuby, която върви върху JVM... Мога си продължавам така до утре, но има чувството, че каквото и да се каже тук някои хора все ще си продължават с тяхното... За Бога, братя, мислете преди да пишете :-)
30  Хумор, сатира и забава / Кошче / Re: problemi sas zvuka -: Apr 14, 2010, 16:19
Пиши на български иначе тая тема отива в коша...
Страници: 1 [2] 3 4 ... 115