The GSM used in the US is compatible with Europe. There are 3 bands commonly used by GSM. Only 2 of these are used in the US, since the third is in the unlicensed 900MHz spectrum (a licensed spectrum in most of the world).
Dual-band GSM phones work fine in the US, but may be more succeptible to bandwidth crowding. But international GSM phones work fine in the US, and US GSM phones work fine outside the US (just about every country outside the US uses GSM).
Yes. This is a wonderful reason not to use RAID as a backup solution.
This also makes me wonder why anyone hasn't implemented a VAX-like versioning filesystem for Linux (maybe they have and I'm not aware of them). The idea is that when a file is saved, only the changes are saved (sort of like with CVS or something). This way any specific version of a file can be recovered. Combine this with RAID and I think you might have a fairly compelling backup solution.
Since high density tapes now cost more per GB than cheap hard drives, it seems like the backup industry would capitalize on this and start making hard-drive backup systems that provide full on-line access to backups. I know ADSM can be configured in such a manner, but I'd prefer a solution more suitable for home usage.
What I meant be redundant storage is that the data is stored redundantly. That doesn't necessarily mean 100% redundancy (as with RAID 1). It merely meant that if data was lost on one drive then the data could be repaired. The parity disk provides redundancy by storing parity across bits on all the other drives. Then, if 1 disk fails, the data on it can be recovered by comparing the parity of the remaining drives with that on the parity disk. If they match, the lost bit is a '0', otherwise it is a '1'. In this way, the parity disk provides redundancy for the rest of the drives.
Perhaps you mean RAID 1? RAID 0 is disk striping--it will improve disk performance at the cost of data integrity. If either disk fails with RAID 0 then the data on both drives likely will be lost. RAID 1 (and RAID 5, if you buy an expensive enough RAID controller) specifies redundant storage so that a failure on one drive can be recovered.
Actually, the Windows Media Player has had several known buffer overflow problems. A carefully chosen media file could therefore exploit this buffer overflow to execute malicious code after the buffer overflow error is encountered. Although I am unaware of any such bugs in other media viewing software, I am sure that they exist.
You know, I sometimes wonder the same thing when buying land. Do you own the land, and everything underneath and above? No. The federal government decides who gets to fly over you. The city government gets to decide what structures you can build on it. The BLM (I think...anyone else have a better clue?) decides who gets what's underneath the land. Hell, the government can even take away the property from me if they decide they have a better use for it. And the phone & cable companies can tromp onto my property any time they damn well please, usually destroying any foliage I have planted. Finally, the city and state governments decide that I get the privelege of *paying* for the property I "own" through yearly property taxes.
Do I own the land? No. But, then again, what is ownership? It's just a made-up concept created by society and lawyers. Why can't we decide to put more artificial limits on "ownership"? Nothing seems to be contradictory here to me, except that the concept of ownership is a complex one at best.
Re:I'd like to take this oppertunity..
on
Head First Java
·
· Score: 1
Well, for one thing, JBoss (which includes Resin in their default install) has only one.zip file for all platforms (implying that they either have binaries for all platforms included, or it is pure Java). Second, I did a google search and came up with this. See question #46.
Re:A lot of people seem to be adamant against Java
on
Head First Java
·
· Score: 1
Well, if you would keep your data members protected or private, as most experts recommend, you'd never expose the data member "income". Then, you'd have a method getGrossIncome(), which with an object that stores net income would calculate gross income on the fly and return it.
This approach towards programming is called "design by interface". You want gross income? Don't make it a data member. Make it a method. Hide the data members. Then, if you want a flyweight class that stores only the most basic data, you can calculate all of the complex data with methods. If you want a heavyweight class that is faster than the flyweight class, then store all of the complex data as data members.
Exposing implementation details is a big No-no in OO programming. You can do it. But then you are implementing procedural programming in an OO language. In those cases, you're probably better off using a scripting language. But, then again, you can design poorly in any language.
Re:I'd like to take this oppertunity..
on
Head First Java
·
· Score: 1
I find this unlikely, since Resin claims to use native code only for grabbing CPU stats and to use the suid flag. Resin's serving of static content is attributable to Java code alone, as far as I am aware.
Sounds like you make extensive use of DOM-based parsing. Ever look at the memory footprint required to parse a large XML document using a DOM parser? I've seen 1MB XML files that require >100MB of memory to parse to a DOM. Event-based parsing helps a lot here.
Now, if you need to manipulate the DOM (and thus require DOM-based parsing), I would suggest caching. One thing some of the commercial XML-based databases do is to parse XML files when they are added to the DB, storing the resulting DOM rather than the original XML document. Then, they make heavy use of lazy loading and in-memory caching of the DOM so that the entire DOM doesn't need to be stored in memory (if all you are concerned about is a changine a small part of the DOM), and so that frequent accesses to the same nodes can be speeded up.
Finally, you can use one of the non-standard DOM-like parsers, such as JDOM. These things don't require the memory footprint nor the parsing time that traditional DOM parsers require. Good stuff.
Of course, I would suggest you use a combination of all three. JDOM + stored, post-parsed DOM + in-memory DOM node caching can result in a solution that is as fast as using proprietary binary representations while still retaining all of the flexibility and compatibility of XML.
Re:I'd like to take this oppertunity..
on
Head First Java
·
· Score: 2, Interesting
On the J2EE side, they also make extensive use of object pooling (for servlets, DB connections, etc etc). This makes Java on the server-side much faster than naive implementations written in native languages (for the record, ASP is a naive implementation, whereas ASP.NET is not....ASP.NET is able to handle similar loads to JSP/Servlet solutions, whereas ASP is about 5x-10x slower).
Throw in dynamic runtime optimizations offered by HotSpot-type JITs and you end up with a server-side solution that bests most other solutions in terms of speed. Server-side Java is quite nice.
Take a look at the Resin web server/servlet engine, if you're interested in seeing how good server-side Java can be. This thing can serve static content faster than Apache!
I think you're confusing latency with speed. They are very different.
In tight loops, I've found Java to be just fine, speedwise. Bounds checking on array access can cause slowdowns, but with HotSpot this usually doesn't affect things too badly.
Latency, on the other hand, is awful with Java. Java makes zero problems with thread latency, and this is the most probable cause for your issues. For best results, use a native language on a real-time OS. The new O(1) schedulers available to Linux can work pretty well. But something like QNX is best.
Churn through the interactions for a given delta time, and you get an approximation of the forward integration of the behavior of all of those particles
Hmmm. I don't think so. There is an entire body of math devoted to functions that are determinant but not predictable. That is, given a set of inputs, one and only one output is possible. However, if you are off with one of the inputs by a minute amount, the output will be off by a large amount. These functions are known as fractals.
Of course, this assumes that the 11 dimensional world is determinant. Quantum physics predicts the world is not determinant. =
And let's not forget all the hundreds of UFO reports that have come out of the Mojave Desert--the reservation sits right on the edge of it. I've heard that two women even reported seeing a big, hairy creature--like Bigfoot--coming OUT of a UFO that had landed out there.
Maybe the person simply saw a taping of the next Star Wars. Doesn't the description sound like a Wookie?
Look, I would gladly agree that the US is spending too much on the military. But you seem to be exagerating when you state "America spends vastly more per capita on the military on Earth". Here is the obligatory link. You can see that the US per capita defense budget in 2001 was approximately $950 (adjusted for inflation to 1995 terms). France's budget was about $775 per person. Norway's was over $800 per person (Norway!?!). Yep, the US spends more per capita. But not "vastly more". Certainly far less than 2 or 3 times as anyone else.
I think a better method of comparison is to look at defense spending as a percentage of GDP. Here is another page that demonstrates this. The US spends about 3% of its GDP on defense. This is lower than Greece and Turkey by a wide margin. In fact, it is less than half the percentage China spends.
I'm not trying to justify what the US spends on its military. But I think it distorts the figures when one looks at US military spending without considering the size of the US economy or the per capita wealth enjoyed in the US. The US still does spend more per capita than Europe. But, then again, Europe had to call on the US to help them solve the Yugoslavia situation. With the relative ineffectiveness of European military spending, one could argue just as easily that Europe should increase its military spending (again, not my argument....but I don't like to hear statistics get twisted, and I thought this deserved a response).
That is, it was never used in a PC product by IBM unless you consider the IBM PS/2 Model 25 and Model 30 IBM computers. If that is the case, then the 8086 was used in PC products from IBM.
Oh, maybe you mean one of the PC branded computers perhaps? Like the PC/XT or PC/AT? OK. Maybe you are right. But I think that is splitting hairs.
My point is that there are two primary reasons for swing voters to vote for Bush: swing voters may like the tax cut or they may like Bush's approach towards national defence. These swing voters are the ones that decide the election. The democrats must pull as many of these voters away from Bush if they wish to win. I don't think *any* of the candidates will be able to influence the swing voter that leans towards Bush because of the tax cuts. These Bush-leaning swing voters may be moved based upon national defence. Like it or not, Dean is seen as a "Liberal" (with a capital "L") in large part because of his strong anti-war stance. This stance will do little to motivate a swing voter that is happy with Bush's national defence policy.
Wesley Clark, on the other hand, has a strong ability to sway these voters. Like it or not, many Americans do not like to have a pacifist in command of their national defence. Perhaps I should say he is an absolute authority on the issue of national defence rather than his has got absolution authority from the perspective of national defence. Being a 4-star general, he is well aware of the issues concerning national security, whether they be political, strategic, or tactical. No other candidate, including George Bush, has such authority.
As far as the country going for ex-military types, I'm not sure I can give you much of an answer. Generals do not necessarily make good leaders. Perhpas they are chosen not because they will be the best leaders but because they are the most electible.
Wesley Clark is the obvious choice here. Of course, I would claim that Wesley Clark is Dean's only real competition in the primaries. And that Dean, as the democratic presidential nominee, is less electable than Wesley Clark. Clark speaks well (like Dean), is a strong liberal on social issues(pro civil rights & universal health coverage) and appears to be consevative on fiscal issues (he claims to be neither a democrat or a republican). He's got something none of the other democrat candidates have--absolute authority from the perspective of national defence. I personally think this will be critical in defeating Bush--it's the only thing the public seems to think Bush has gotten right, and yet the republicans still managed strong victories in the House & Senate in '02.
But, given Dean's strong anti-war convictions, there could be nothing better for him as a presidential candidate than a retired 4-star general as his VP. And Wesley Clark would be a damn fine VP, too. Perhaps the combination, with either holding either position, is the winning ticket in 2004 for the democrats. We'll see. Bush certainly doesn't seem as invincible as he did 2 months ago. (speaking of which, this whole thing seems like one massive deja vu--maybe the Matrix is patching something...then again, maybe the 2000 election was the Matrix hitting the 'reset' button...hehe)
I remember reading in a Business 2.0 or some other high-tech business magazine that transatlantic shipments of packaged goods *average* 20% loss rates. This is shipments of goods from the US to Europe. Not Africa. Not Asia. Not South America. Europe. The article sited a number of reasons, including fraud (it seems that credit card fraud is harder to catch with transatlantic shipments) to post office theft to simple lost packages.
Oh, and my experience with the German and UK posts are that the US is generally every bit as good if not better than European postal services. Of course, you must realize that the distance from El Paso (Texas) to Beaumont (still Texas...we're just in one state!!!) is farther than the distance from Edinburgh to Rome. In my experience, most of the European postal services are top notch when delivering intra-country. But I've had better luck with prompt and reliable delivery sending stuff within the than shipping from France to Scotland.
Well, a JSP tag is simply a new HTML-like tag. When the tag is encountered in a JSP page, the servlet engine initiates the Java code that defines the tag. The goal is to separate presentation logic (i.e. HTML & coding with tags) from business logic (i.e. the Java objects behind the tags). This makes the role of separating programming (business logic, written in Java) from graphic design (HTML + custom tags).
Consider, for example, the introduction of 3 new tags: <getStudents>, <printStudent>, and <iterate>. <getStudents> performs some Java code to extract a list of all students (it's just an example...say a list of students taking a class). <printStudent> prints a single student in pretty HTML. <iterate> iterates over a list, returning a single item at a time inside of a loop. Now, it would be easy to code something that looks like:
Presumably, this allows your HTML coders the freedom of not knowing (or caring) how the list of students is made available. They could use EJBs hooked up to a 100-cpu cluster running on an app server, or they could read the list of students from a text file. The HTML coder shouldn't know or care. Meanwhile, the programmer is freed of the task of displaying the output--no need to hard-code HTML tables for formatting. With JSP + tag libraries, you can interleave custom tags with regular HTML to provide rich features in an easy to use manner.
Well, without spaces, it's a little confusing. But he actually has 3.14159....the adjacent 1 & 5 look like a 4. But, in either case, the Romans never thought in terms of decimals. I would assome a better way to write it would be something along the lines of:
The GSM used in the US is compatible with Europe. There are 3 bands commonly used by GSM. Only 2 of these are used in the US, since the third is in the unlicensed 900MHz spectrum (a licensed spectrum in most of the world).
Dual-band GSM phones work fine in the US, but may be more succeptible to bandwidth crowding. But international GSM phones work fine in the US, and US GSM phones work fine outside the US (just about every country outside the US uses GSM).
Yes. This is a wonderful reason not to use RAID as a backup solution.
This also makes me wonder why anyone hasn't implemented a VAX-like versioning filesystem for Linux (maybe they have and I'm not aware of them). The idea is that when a file is saved, only the changes are saved (sort of like with CVS or something). This way any specific version of a file can be recovered. Combine this with RAID and I think you might have a fairly compelling backup solution.
Since high density tapes now cost more per GB than cheap hard drives, it seems like the backup industry would capitalize on this and start making hard-drive backup systems that provide full on-line access to backups. I know ADSM can be configured in such a manner, but I'd prefer a solution more suitable for home usage.
What I meant be redundant storage is that the data is stored redundantly. That doesn't necessarily mean 100% redundancy (as with RAID 1). It merely meant that if data was lost on one drive then the data could be repaired. The parity disk provides redundancy by storing parity across bits on all the other drives. Then, if 1 disk fails, the data on it can be recovered by comparing the parity of the remaining drives with that on the parity disk. If they match, the lost bit is a '0', otherwise it is a '1'. In this way, the parity disk provides redundancy for the rest of the drives.
Perhaps you mean RAID 1? RAID 0 is disk striping--it will improve disk performance at the cost of data integrity. If either disk fails with RAID 0 then the data on both drives likely will be lost. RAID 1 (and RAID 5, if you buy an expensive enough RAID controller) specifies redundant storage so that a failure on one drive can be recovered.
Or, almost Pi!
(did you transpose the '6' and '8'? I always remeber Pi ~= 3.14159, not 3.14157)
Actually, the Windows Media Player has had several known buffer overflow problems. A carefully chosen media file could therefore exploit this buffer overflow to execute malicious code after the buffer overflow error is encountered. Although I am unaware of any such bugs in other media viewing software, I am sure that they exist.
Which is why weather balloons and U2 spy aircraft have such a hard time flying to that altitude . 100,000 ft is not that high up. Really.
You know, I sometimes wonder the same thing when buying land. Do you own the land, and everything underneath and above? No. The federal government decides who gets to fly over you. The city government gets to decide what structures you can build on it. The BLM (I think...anyone else have a better clue?) decides who gets what's underneath the land. Hell, the government can even take away the property from me if they decide they have a better use for it. And the phone & cable companies can tromp onto my property any time they damn well please, usually destroying any foliage I have planted. Finally, the city and state governments decide that I get the privelege of *paying* for the property I "own" through yearly property taxes.
Do I own the land? No. But, then again, what is ownership? It's just a made-up concept created by society and lawyers. Why can't we decide to put more artificial limits on "ownership"? Nothing seems to be contradictory here to me, except that the concept of ownership is a complex one at best.
Well, for one thing, JBoss (which includes Resin in their default install) has only one .zip file for all platforms (implying that they either have binaries for all platforms included, or it is pure Java). Second, I did a google search and came up with this. See question #46.
Well, if you would keep your data members protected or private, as most experts recommend, you'd never expose the data member "income". Then, you'd have a method getGrossIncome(), which with an object that stores net income would calculate gross income on the fly and return it.
This approach towards programming is called "design by interface". You want gross income? Don't make it a data member. Make it a method. Hide the data members. Then, if you want a flyweight class that stores only the most basic data, you can calculate all of the complex data with methods. If you want a heavyweight class that is faster than the flyweight class, then store all of the complex data as data members.
Exposing implementation details is a big No-no in OO programming. You can do it. But then you are implementing procedural programming in an OO language. In those cases, you're probably better off using a scripting language. But, then again, you can design poorly in any language.
I find this unlikely, since Resin claims to use native code only for grabbing CPU stats and to use the suid flag. Resin's serving of static content is attributable to Java code alone, as far as I am aware.
Sounds like you make extensive use of DOM-based parsing. Ever look at the memory footprint required to parse a large XML document using a DOM parser? I've seen 1MB XML files that require >100MB of memory to parse to a DOM. Event-based parsing helps a lot here.
Now, if you need to manipulate the DOM (and thus require DOM-based parsing), I would suggest caching. One thing some of the commercial XML-based databases do is to parse XML files when they are added to the DB, storing the resulting DOM rather than the original XML document. Then, they make heavy use of lazy loading and in-memory caching of the DOM so that the entire DOM doesn't need to be stored in memory (if all you are concerned about is a changine a small part of the DOM), and so that frequent accesses to the same nodes can be speeded up.
Finally, you can use one of the non-standard DOM-like parsers, such as JDOM. These things don't require the memory footprint nor the parsing time that traditional DOM parsers require. Good stuff.
Of course, I would suggest you use a combination of all three. JDOM + stored, post-parsed DOM + in-memory DOM node caching can result in a solution that is as fast as using proprietary binary representations while still retaining all of the flexibility and compatibility of XML.
On the J2EE side, they also make extensive use of object pooling (for servlets, DB connections, etc etc). This makes Java on the server-side much faster than naive implementations written in native languages (for the record, ASP is a naive implementation, whereas ASP.NET is not....ASP.NET is able to handle similar loads to JSP/Servlet solutions, whereas ASP is about 5x-10x slower).
Throw in dynamic runtime optimizations offered by HotSpot-type JITs and you end up with a server-side solution that bests most other solutions in terms of speed. Server-side Java is quite nice.
Take a look at the Resin web server/servlet engine, if you're interested in seeing how good server-side Java can be. This thing can serve static content faster than Apache!
I think you're confusing latency with speed. They are very different.
In tight loops, I've found Java to be just fine, speedwise. Bounds checking on array access can cause slowdowns, but with HotSpot this usually doesn't affect things too badly.
Latency, on the other hand, is awful with Java. Java makes zero problems with thread latency, and this is the most probable cause for your issues. For best results, use a native language on a real-time OS. The new O(1) schedulers available to Linux can work pretty well. But something like QNX is best.
Of course, this assumes that the 11 dimensional world is determinant. Quantum physics predicts the world is not determinant. =
Look, I would gladly agree that the US is spending too much on the military. But you seem to be exagerating when you state "America spends vastly more per capita on the military on Earth". Here is the obligatory link. You can see that the US per capita defense budget in 2001 was approximately $950 (adjusted for inflation to 1995 terms). France's budget was about $775 per person. Norway's was over $800 per person (Norway!?!). Yep, the US spends more per capita. But not "vastly more". Certainly far less than 2 or 3 times as anyone else.
I think a better method of comparison is to look at defense spending as a percentage of GDP. Here is another page that demonstrates this. The US spends about 3% of its GDP on defense. This is lower than Greece and Turkey by a wide margin. In fact, it is less than half the percentage China spends.
I'm not trying to justify what the US spends on its military. But I think it distorts the figures when one looks at US military spending without considering the size of the US economy or the per capita wealth enjoyed in the US. The US still does spend more per capita than Europe. But, then again, Europe had to call on the US to help them solve the Yugoslavia situation. With the relative ineffectiveness of European military spending, one could argue just as easily that Europe should increase its military spending (again, not my argument....but I don't like to hear statistics get twisted, and I thought this deserved a response).
But I thought the Supreme Court just ruled that oral sex *was* an American activity.
That is, it was never used in a PC product by IBM unless you consider the IBM PS/2 Model 25 and Model 30 IBM computers. If that is the case, then the 8086 was used in PC products from IBM.
Oh, maybe you mean one of the PC branded computers perhaps? Like the PC/XT or PC/AT? OK. Maybe you are right. But I think that is splitting hairs.
My point is that there are two primary reasons for swing voters to vote for Bush: swing voters may like the tax cut or they may like Bush's approach towards national defence. These swing voters are the ones that decide the election. The democrats must pull as many of these voters away from Bush if they wish to win. I don't think *any* of the candidates will be able to influence the swing voter that leans towards Bush because of the tax cuts. These Bush-leaning swing voters may be moved based upon national defence. Like it or not, Dean is seen as a "Liberal" (with a capital "L") in large part because of his strong anti-war stance. This stance will do little to motivate a swing voter that is happy with Bush's national defence policy.
Wesley Clark, on the other hand, has a strong ability to sway these voters. Like it or not, many Americans do not like to have a pacifist in command of their national defence. Perhaps I should say he is an absolute authority on the issue of national defence rather than his has got absolution authority from the perspective of national defence. Being a 4-star general, he is well aware of the issues concerning national security, whether they be political, strategic, or tactical. No other candidate, including George Bush, has such authority.
As far as the country going for ex-military types, I'm not sure I can give you much of an answer. Generals do not necessarily make good leaders. Perhpas they are chosen not because they will be the best leaders but because they are the most electible.
Wesley Clark is the obvious choice here. Of course, I would claim that Wesley Clark is Dean's only real competition in the primaries. And that Dean, as the democratic presidential nominee, is less electable than Wesley Clark. Clark speaks well (like Dean), is a strong liberal on social issues(pro civil rights & universal health coverage) and appears to be consevative on fiscal issues (he claims to be neither a democrat or a republican). He's got something none of the other democrat candidates have--absolute authority from the perspective of national defence. I personally think this will be critical in defeating Bush--it's the only thing the public seems to think Bush has gotten right, and yet the republicans still managed strong victories in the House & Senate in '02.
But, given Dean's strong anti-war convictions, there could be nothing better for him as a presidential candidate than a retired 4-star general as his VP. And Wesley Clark would be a damn fine VP, too. Perhaps the combination, with either holding either position, is the winning ticket in 2004 for the democrats. We'll see. Bush certainly doesn't seem as invincible as he did 2 months ago. (speaking of which, this whole thing seems like one massive deja vu--maybe the Matrix is patching something...then again, maybe the 2000 election was the Matrix hitting the 'reset' button...hehe)
I remember reading in a Business 2.0 or some other high-tech business magazine that transatlantic shipments of packaged goods *average* 20% loss rates. This is shipments of goods from the US to Europe. Not Africa. Not Asia. Not South America. Europe. The article sited a number of reasons, including fraud (it seems that credit card fraud is harder to catch with transatlantic shipments) to post office theft to simple lost packages.
Oh, and my experience with the German and UK posts are that the US is generally every bit as good if not better than European postal services. Of course, you must realize that the distance from El Paso (Texas) to Beaumont (still Texas...we're just in one state!!!) is farther than the distance from Edinburgh to Rome. In my experience, most of the European postal services are top notch when delivering intra-country. But I've had better luck with prompt and reliable delivery sending stuff within the than shipping from France to Scotland.
Well, a JSP tag is simply a new HTML-like tag. When the tag is encountered in a JSP page, the servlet engine initiates the Java code that defines the tag. The goal is to separate presentation logic (i.e. HTML & coding with tags) from business logic (i.e. the Java objects behind the tags). This makes the role of separating programming (business logic, written in Java) from graphic design (HTML + custom tags).
/></td></tr>
Consider, for example, the introduction of 3 new tags: <getStudents>, <printStudent>, and <iterate>. <getStudents> performs some Java code to extract a list of all students (it's just an example...say a list of students taking a class). <printStudent> prints a single student in pretty HTML. <iterate> iterates over a list, returning a single item at a time inside of a loop. Now, it would be easy to code something that looks like:
<ecode>
<table>
<getStudents name="myStudentList">
<iterate name="myStudent" list="myStudentList">
<tr><td><printStudent name="myStudent"
</iterate>
</getStudents>
</table>
</ecode>
Presumably, this allows your HTML coders the freedom of not knowing (or caring) how the list of students is made available. They could use EJBs hooked up to a 100-cpu cluster running on an app server, or they could read the list of students from a text file. The HTML coder shouldn't know or care. Meanwhile, the programmer is freed of the task of displaying the output--no need to hard-code HTML tables for formatting. With JSP + tag libraries, you can interleave custom tags with regular HTML to provide rich features in an easy to use manner.
Hence my saying Pi is approximately 22/7, in roman numerals.
Well, without spaces, it's a little confusing. But he actually has 3.14159....the adjacent 1 & 5 look like a 4. But, in either case, the Romans never thought in terms of decimals. I would assome a better way to write it would be something along the lines of:
XXII / VII (approximately)