| Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário. |
| | A única vantagem que estou a ver é mesmo caber numa disquete. De resto, embora seja escrito em linguagem de baixo nível e, por conseguinte, mais rápido, não lhe vejo muita perspectiva de futuro: quem hoje em dia ainda programa com linguagens de baixo nível? Uma ínfima parte! E ao inserir um layer para linguagens de alto nível, estariam a estragar aquilo que o sistema operativo se orgulha: rapidez!
Dominus vobiscum |
| |
| |
| | A «rapidez» não deriva directamente de ser escrito em assembly -- no geral, um compilador decente faria um trabalho tão bom ou melhor. E o próprio conceito de rapidez é relativo. É mais uma questão de ser «leve». E é leve porque sendo escrito em assembly não há grande paciência para coisas escrever complicadas.
Por outro lado, falando em «rapidez», como se comportará um sistema destes ao pé de um sistema Linux sob carga? Aposto que ai schedulers, VMs, elevators, etc mais «complicados» seriam bem vindos!
Remember to be the Killer, not the Victim! (Nuklear Girl) |
| |
| | É incrível como alguém ainda tem paciência para programar em assembly quando um compilador de C (pela sua visão global do programa) consegue na maioria das vezes gerar código mais eficiente. É aquela coisa do 8 e 80, há aqueles que querem SOs em C++ e depois há os outros que os querem em assembly puro e duro.
-- Carlos Rodrigues
|
| |
| | Se o objectivo for código compacto (como neste caso) e não código rápido é provável que um programador consiga melhor que um compilador. Principalmente numa arquitectura CISC como IA-32.
Remember to be the Killer, not the Victim! (Nuklear Girl) |
| |
| | Se for um programa pequeno isso é verdade, no caso de programas de maior dimensão já não. Os compiladores de C têm opções de optimização tanto para performance como para espaço e também neste último caso conseguem melhores resultados.
-- Carlos Rodrigues
|
| |
| | Discordo. As optimizações tendo em vista o tamanho não implicam todo o trabalho de análise e transformação que as optimizações para velocidade implicam. Nem implica o mesmo tipo de transformações radicais.
Dai, a inteligência e flexibilidade do programador humano tem melhores hipóteses de se sobrepor à capacidade da máquina de aplicar análises e transformações sistemáticas. Em particular, essa flexibilidade permite aproveitar melhor uma ISA CISC (cujos critérios de concepção são exactamene facilitar a programação em assembly e ter código compacto).
Remember to be the Killer, not the Victim! (Nuklear Girl) |
| |
| | A questão é...
Como é que alguém não enjoa de ver tantos MOVs, PUSHs, JMPs, e hexas! Programar ASM só mesmo como último recurso..
Dominus vobiscum |
| |
| | "Como é que alguém não enjoa de ver tantos MOVs, PUSHs, JMPs, e hexas! Programar ASM só mesmo como último recurso.."
Quem diz isto nunca há-de perceber o que são as saudades do Spectrum... ;-)
|
| |
| | De facto, não percebo :-)
Dominus vobiscum |
| |
| | O Portatil está a funcionar com o IrDA, Ethernet e com graficos ... Muito fixe ! E tudo numa disk 1.44Mb
Cumprimentos,
Jorge Laranjo
01100110 01110101 01100101 01100111 00110000
http://pocketBlog
|
| |
| |
| | por acaso gostei bastante...tive a testar aquelas aplicacoes todas e ate compilei um asm =) tudo a funcionar as mil maravilhas..engraçado mais nada!
..may the source be with you =) |
| |
| | Ele há cada maduro:
2) Make a backup of everything or remove hd's from your machine.
Menuet doesn't need hard disk's for booting nor running. However Menuet CAN access the hard drive (not by default) and can do serious damage if improperly used or even when used properly.
Mário Gamito
www.startuxcode.com |
| |
| |
| | Ele há cada maduro:
2) Make a backup of everything or remove hd's from your machine.
Menuet doesn't need hard disk's for booting nor running. However Menuet CAN access the hard drive (not by default) and can do serious damage if improperly used or even when used properly.
O teu alarmismo peca pelo facto de, so se tentares fazer uso de determinado FS incorres no risco de o danificar. Podes muito bem ter uma particao fat32 no pc(se e' q alguem tem) onde corres o menuet e nao fazer uso ou sofrer qualquer alteracao.
E sobre essa dica do maduro acho que por la paira a designacao de beta e e' o proprio autor que muito bem indica como ressalva e pra descarga de consciencia, desligar o cabo IDE (sendo um proj hobbie amador porventura nao quer assumir essa responsabilidade).
Mas obrigado pelo alerta Gamito, conseguiste afastar muitos "newbais" de sequer experimentar.
e la diz o ditado portugues,
cuidado quando tas a fazer um menuet, se te descuidas quando das por ela tas com a lingua na merda
Agora, a unica coisa que me intriga, e' se pior perder uma particao, a usar um OS que _queima_ literalmente cdroms LG ;>
Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer |
| |
| | O SO não queima LG's nada, a culpa foi da LG.
Dominus vobiscum |
| |
| | Apesar da culpa ser da LG, o Mdk queima os LG, sim.
A LG ja reconheceu o erro (estupido que se farta. Usavam o comando de caching para fazer upload de firmware. Adivinhem o que acontecia quando o Mdk pedia um flush da cache...), mas isso nao muda o facto de quem usasse a distro fritar o firmware do CD-ROM.
|
| |
| | O autor do MenuetOS não quis criar qualquer competição com os SOs actuais, mas simplesmente fazer algo que ainda não tinha sido feito, um SO completamente em assembler... MAS por acaso já existiu tal coisa, e chamava-se GeOS.
De qualquer forma, o autor do MenuetOS tem o seu mérito, eu já experimentei [o MenuetOS] e, no mínimo, é diferente e agradável... até chega a surpreender em algumas características... Experimentem ( de preferência não tendo em mente aquele feeling de "o meu SO já faz isto há anos" ) !
|
| |
| |
| | | Olha!... boa!... Já nao me lembrava q tinha usado isto no meu C64. Vou já acrescentar ao CV "experiencia em GeOS"... agora é q vai ser headhunters à fartazana... Cumprimentos Mario Valente
|
| |
| | Há outro SO escrito em Assembly que tem pelo nome de v2os, mas que não foi continuado pelos seus autores, como costuma acontecer sempre em milhares de projectos. Eu já o experimentei numa versão anterior e estava muito bom. Também tem a particularidade de poder ser corrido apartir de uma simples diskette.
" I'm a lost soul in this lost world... " |
| |
| | Qual o interesse de ter um "sistema operativo" numa disquete, se podemos ter um Sistema Operativo num CD, pronto a arrancar ou numa pen USB - Knoppix. ?
|
| |
| |
| | Porque o 486 aqui de casa ainda é como era originalmente e temos como server... E fica com 1 GB de disco mas com apenas 4MB de RAM :P e 33Mhz de CPU (mas pelo menos é DX :P)
Cumprimentos,
Jorge Laranjo
01100110 01110101 01100101 01100111 00110000
http://pocketBlog
|
| |
| | Porque com um sistema operativo chamado Menuet e um compilador chamado FASM, pode-se compilar o sistema operativo com um "FASM minuet" que é muito mais engraçado do que fazer um knoppix ou qq outra coisa.
No woman ever falls in love with a man unless she has a better opinion of him than he deserves. |
| |
| | quem fala assim estava com a boca cheia!! LOL
|
| |
| | | vivas, Demos de SO, totalmente funcionais não é nada de novo o QNX já fazia isso à um bom par de anos. Os tipos metiam o QNX (que é um RTOS) numa disquete com interface gráfica mais umas cenas como um web browser e um webserver, era muita fixe ... Curiosidade quando é que o tipo do "MenuetOS" faz um porte desse SO para outra arquitectura ... :)) HE CAN´T .. poix o Ken Tompson e o Dennis Ritchie tb tivereram o mesmo problema. bye
___________________________________ (linooks@zmail.pt) |
| |
| |
| | Curiosidade quando é que o tipo do "MenuetOS" faz um porte desse SO para outra arquitectura ... :))
ya right,
explicame e' como e' que alguem consegue portar assembly...
Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer |
| |
| | Experimenta portar um programa de MIPS para IA32 :D
Cumprimentos,
Jorge Laranjo
01100110 01110101 01100101 01100111 00110000
http://pocketBlog
|
| |
| | Eu experimentei o MenuetOS em um terminal meu (Pentium 133 com 32M) e ele rodou menos rapido do que eu imaginava... Hoje em dia tah bem complicado fazer programacao assembly, porque ou voce usa o set de opcodes do 386 ou fica completamente maluco fazendo otimizacoes para uma porcao de sets de opcodes de microprocessadores... Ha quem diga que um codigo feito em C e otimizado pelo compilador, por exemplo o GCC, pode ficar mais rapido do que se feito em assembly, i386.
|
| |
| |
| | | Depende de quem programa em assembly e da qualidade do compilador de C. Eu vejo o compilador de C ideal como aquele que mais se aproxima do que o programador faria em assembly. Ao programar em assembly sabes o que fazes em cada instrução e porquê, ao compilares C esperas que o compilador saiba o que faz, mas saberá mesmo o que queres fazer em cada instrução?
"Big brother is watching you, and little brother is too. When big brother goes to sleep, little brother goes through his stuff." |
| |
| | Uma visão demasiado simplista. Os compiladores vão muito mais longe que isso para obter melhor performance. O único limite que têm é que o programa gere resultados dentro do esperado.
Tirar o melhor partido do conjunto CPU+RAM hoje em dia é um assunto nada trivial. Há imensos factores a considerar. E têm de ser considerados instrução a instrução. Já vi meia dúzia de pessoas a trocar duas dezenas de mails sobre a duas instruções.
E para tirar o melhor partido das caracteristicas do conjunto CPU+RAM, os compiladores aplicam todo o tipo de transformações que distorcem completamente a lógica de quem escreveu o código.
Podes ver aqui um artigo interessante sobre o assunto, embora só cubra a parte de optimizações de alto nivel.
Remember to be the Killer, not the Victim! (Nuklear Girl) |
| |
| | Pela rapidez gostaria de usar este SO em maquinas que tenho por aqui perdidas sem qq tipo uso. Mas no entanto n sei se o linux n seria uma melhor aposta... Principalmente nos portateis mais arcaicos seria util, a meu ver. PS 1º post n batam no cego sff
|
| |
| | | Proeza, proeza, era o sistema operativo (se é que se pode chamar assim) do Spectrum, que cabia em 16K! E só bloqueava 5 ou 6 vezes por dia (mais nos dias mais quentes)! E tinha cor, som e gestão de interface de cassete!! Ah máquina!!
No code = No errors
|
| |
| | | Para quem ainda não conhece, dêem uma olhada no V2OS. Este projeto tá no ar desde 1998 ou 1999 (IRRC). Comparar estes dois "sistemas operacionais" deve ser algo bem interessante... :-)
[]s,
Pink@Manaus.Amazon.Brazil.America.Earth.SolarSystem.OrionArm.MilkyWay.Universe |
| |
